CMe3100 DLMS Plugin

Produktöversikt

Applikationsbeskrivning

DLMS Plugin är ett av tilläggen (add-ons) som finns för produkten CMe3100. Den kan beställas separat eller förinstalleras i fabrik.

DLMS Plugin utökar kärntjänsterna hos CMe3100 med stöd för DLMS över TCP/IP, vilket ger en kraftfull och mångsidig svit av verktyg för integration med Head-end System (HES) samt möjlighet att läsa och övervaka valfri M-Busmätare med hjälp av DLMS-protokollet.

Produkten (fysisk enhet) omfattar den logiska hanteringsenheten (Produkt) och en logisk enhet för varje ansluten mätare. De logiska enheterna kan adresseras med hjälp av kanalval eller logisk enhetsadressering.

Den logiska hanteringsenheten innehåller COSEM-hanteringsobjekt, det vill säga en lista över logiska enheter, klockobjekt, kanalval etc. De logiska mätarenheterna innehåller COSEM-objekt som representerar mätardata som läses från de anslutna mätarna.

Mätardata avkodas automatiskt i produkten och en mätarmall används för att mappa M-Busdata till COSEM-objekt med tilldelade OBIS-koder. Mätarmallen kan konfigureras av slutanvändaren.

Mätardata kan läsas från produkten med hjälp av pollningsoperationer eller skickas till en server med push-operationer (konfigureras med produktgränssnittet). Push-uppgifterna kan aktiveras för att skicka laddningsprofiler, faktureringsprofiler, händelseloggdata och händelsemeddelanden.

Standarder och certifieringar

IEC 62056 är en uppsättning standarder för utbyte av elmätningsdata från International Electrotechnical Commission. IEC 62056-standarderna är internationella standardversioner av DLMS/COSEM-specifikationen. DLMS eller Device Language Message Specification (ursprungligen Distribution Line Message Specification), är den svit av standarder som har utvecklats och underhålls av DLMS User Association och har antagits av IEC TC13 WG14 i IEC 62056-serien av standarder. DLMS User Association har en D-typkontakt med IEC TC13 WG14 som ansvarar för internationella standarder för utbyte av mätardata och upprättande av IEC 62056-serien. I denna roll tillhandahåller DLMS UA underhåll, registrering och efterlevnadscertifiering för IEC 62056 DLMS/COSEM.

Produkten är testad enligt specifikationen definierad i DLMS UA 1001-1 Ed. 5.0 (Gul bok) för DLMS-certifieringen.

Installation

Konfiguration

Laddar upp en ny licensfil

Installationen av plugin görs genom att ladda upp en licensfil och aktivera licensen.

  1. Logga in på webbgränssnittet.

  2. Gå till System>Licenser.

  3. Klicka på Välj fil i avsnittet Ladda upp nya licenser.

  4. Leta upp den licensfil du vill ladda upp.

  5. Välj Ladda upp.

  6. Välj Spara.

    Licensen är nu synlig i fönstret Aktuell(a) licens(er).

  7. Välj System> Starta om enheten för att slutföra installationen av plugin-programmet.

Notera

Viktig! Starta om CMe3100 för att börja använda BACnet-plugin.

Aktivera/avaktivera licensen

  1. Logga in på webbgränssnittet.

  2. Gå till Instrumentbräda>Systempanel.

  3. Aktivera eller avaktivera plugin-programmet i avsnittet Tjänster .

    1. För att aktivera, dra Aktiverad åt höger.

    2. För att inaktivera, dra Aktiverad åt vänster.

Få åtkomst till inställningarna för DLMS Plugin

  • Gå till inställningarna för DLMS Plugin. Inställningarna kan nås på två sätt:

    1. Gå till Konfiguration > Tjänster>DLMS.

    2. Gå till Instrumentbräda > Systempanel och scrolla ner i Tjänster-listan och välj DLMS.

Den standardvalda fliken i inställningarna för DLMS Plugin är sidan Översikt som visar allmän information om DLMS Plugin.

Tillgängliga sidor är:

  • Inställningar

    • Allmän DLMS-konfiguration för plugin.

  • Kartläggning av OBIS-mätare

    • Inställningar för information om mätarmappning från M-Bus mätardata till COSEM-dataobjekt med OBIS-kodnotation.

  • Hjälp

    • Beskrivningar av DLMS-plugin, vilka länkar till detta dokument.

  • Slutanvändarlicensavtal (EULA)

Notera

Du måste skapa lämpliga OBIS-mätarmappningar för mätare som används för att avläsning av historiska data och push-rapporter ska fungera korrekt.

Aktivera/inaktivera DLMS-plugin

  1. Gå till Konfiguration > Tjänster > DLMS > Inställningar.

  2. Aktivera eller inaktivera DLMS-plugin.

    1. För att aktivera, markera kryssrutan för Aktivt DLMS.

    2. För att inaktivera, avmarkera kryssrutan för Aktivt DLMS.

  3. Välj Spara för att spara ändringarna.

Konfigurerar lyssnande TCP-portnummer

TCP-portnumret är den lyssningsport för vilken plugin-programmet kommer att lyssna efter inkommande TCP-anslutningar. Denna port gör det möjligt för DLMS-klienter att komma åt produktens inbyggda DLMS-server.

  1. Gå till Konfiguration > Tjänster > DLMS > Inställningar.

  2. Ange ett värde i fältet TCP-portnummer .

  3. Välj Spara för att spara ändringarna.

Plugin-programmet startar automatiskt om och börjar lyssna på den givna porten när ändringarna har sparats.

Konfigurera värdeintervall för profiler

Produkten möjliggör poll/push-drift av tre olika generiska profiler; Laddprofil 1, Laddprofil 2, Faktureringsprofil

Alla tre profilerna kan konfigureras individuellt för att ge maximal flexibilitet vad gäller vilket värdeintervall som är av intresse.

  1. Gå till Konfiguration > Tjänster > DLMS > Inställningar.

  2. Välj ett värde för varje profil. Tillgängliga värden är:

    • Alla värden

    • 5 minuter

    • 10 minuter

    • 15 minuter

    • 20 minuter

    • 30 minuter

    • 1 timme

    • 12 timmar

    • 1 dag

    • 1 månad

    Notera

    Värdeintervallet måste vara en jämn multipel av mätaravläsningsschemat (Mätare > Avläsningsschema). Om du till exempel ställer in mätaravläsningsschemat till 15 minuter och väljer 1 timme för last kommer profil 1 att visa var 4:e värde-avläsning från mätarna.

    Om man väljer Alla värden kommer samma värdeintervall som har konfigurerats för mätaravläsningsschemat att användas.

  3. Välj Spara för att spara ändringarna.

Konfigurera säkerhetspolicy

Produkten stödjer säker webbplats 0 med ingen, låg eller hög säkerhetsnivå.

  1. Gå till Konfiguration > Tjänster > DLMS > Inställningar.

  2. Välj ett värde för Säkerhetspolicy.

  3. Välj Spara för att spara ändringarna.

Säkerhetspolicyn kan också ändras med DLMS-protokollet.

Av säkerhetsskäl kan säkerhetspolicyn endast utökas med DLMS-protokollet. Detta innebär att om säkerhetspolicyn skulle minskas måste det göras genom att använda GUI eller någon annan konfigurations-API för produkten.

Kartläggning av OBIS-mätare

OBIS-mätarmappningssidan används för att konfigurera den mappningsinformation som behövs för att översätta M-Busmätvärden till läsbara COSEM-objekt.

Mappningstabellen tillåter åtkomst till en M-Busmätare med hjälp av DLMS genom att mappa ett eller flera M-Busmätvärdefält till motsvarande OBIS-koder (och COSEM-objekt). Mätarmappningar kan skapas för en viss mätartyp, tillverkare och version eller göras generisk för valfri mätare av en specifik typ som vatten, el etc.

Notera

Du måste skapa lämpliga OBIS-mätarmappningar för mätare som används för att avläsning av historiska data och push-rapporter ska fungera korrekt.

Rekommenderat tillvägagångssätt för mätarmappning

Sträva alltid efter en gemensam global mappningsfil som fungerar för alla mätare i systemet. Detta kan göras genom exempelvis:

  • En generisk mappningsfil för alla mätare av en specifik typ (vatten/värme/...) och vid behov mappning av flera olika M-Busnycklar till samma OBIS-kod. Det senare kommer att överbrygga skillnader i hur M-Busnycklarna används i olika mätare.

  • M-Busnycklar behöver inte finnas för alla mätare som matchas av mätarmappningsfilen. Detta ger möjlighet att använda samma mappningsfil även om vissa mätare inte stöder några av M-Busnycklarna som anges i mätarmappningsfilen.

Aktiva mätarmappningar

Avsnittet Aktiva mätarmappningar visar aktuella aktiva mätarmappningar och för vilka mätare de kommer att tillämpas beroende på om de matchar mätartyp, tillverkare och version (baserat på M-Bus rubrikinformation som läses från mätaren). Dessa fält kan också ställas in på alla om mätarmappningen ska tillämpas oavsett exempelvis tillverkare eller version.

Kolumnen OBIS-koder visar antalet mappade M-Busvärdefält till COSEM-registerobjekt. Om det inte finns någon mappning för ett specifikt M-Busvärde kommer din DLMS-plugin att exkludera det värdet i alla poll/push-operationer och det kommer inte att vara tillgängligt.

Lägga till en ny eller uppdaterad mätarmappningsfil

  1. Gå till Konfiguration >Tjänster > DLMS > OBIS mätarmappning.

  2. Klicka på Välj fil i avsnittet Välj fil att importera.

  3. Leta reda på filen du vill importera.

  4. Välj Tillägg.

Den nya eller uppdaterade mätarmappningsfilen kommer att finnas tillgänglig under Aktiv mätarkartering .

Ta bort en mätarmappningsfil

  1. Gå till Konfiguration >Tjänster > DLMS > OBIS mätarmappning.

  2. Välj papperskorgsikonen i kolumnen Alternativ i avsnittet Aktiv mätarmappning.

Mätartyper som används

Detta avsnitt visar tillgängliga/installerade mätare i produkten. Genom att klicka på nedladdningsikonen laddas en mallfil ner som fungerar som en bra utgångspunkt för att skapa OBIS-mätarmappningsfilen. Den innehåller alla M-Busfält som är från den aktuella mätaren i rätt mallformat, redo att användas som en mätarmappningsfil.

Notera

CMe3100 måste ha gjort minst en avläsning av mätaren innan mallfilen laddas ner, annars blir M-Bus värdeinformationen tom.

Skapa eller ändra en mätarmappningsfil

  1. Gå till Konfiguration >Tjänster > DLMS > OBIS mätarmappning.

  2. Ladda ner mallfil.

    1. För att skapa en ny mätarmappningsfil, ladda ner den i avsnittet Mätartyper som används.

    2. För att ändra en befintlig mätarmappningsfil, ladda ner den i avsnittet Aktiva mätarmappningar.

  3. Uppdatera innehållet i filen genom att koppla OBIS-koder med motsvarande M-Busnycklar (VIF/DIF-kombinationer). Alla OBIS-koder måste konfigureras för varje post i mappningen, för att värdet ska vara tillgängligt över DLMS.

    Tips

    Mappningsfilerna är i JSON-format och kan redigeras i en textredigerare, gärna en som har stöd för för syntaxmarkering av JSON.

Mappningen kan skapas för en specifik mätare eller göras generisk genom att ställa in tillverkaren på "alla" och/eller versionen till 0. Det är också möjligt att mappa flera M-Busnycklar, även från mätare med olika versioner eller tillverkare, till samma OBIS-kod. Detta gör att du kan skapa mappningsfiler som hanterar till exempel mätare vars versioner och/eller tillverkare skiljer sig åt.

När man använder en generisk mappningsfil är det även möjligt att kombinera den med andra mätarmappningsfiler för specifika tillverkare och/eller en specifik version om de behöver hanteras på annat sätt. Detta är möjligt genom att tillämpa mappningsfilerna på olika sätt, de använder en fördefinierad matchningsordning som visas i följande lista. Den första filen som matchar kriterierna kommer att användas. En mätarmappningsfil som har tillverkare och/eller version inställd på ett specifikt värde kommer att användas istället för en generisk mappningsfil om tillverkaren och/eller versionen matchar en viss mätare.

  1. Matchande typ, tillverkare och version.

  2. Matchande typ, tillverkare och generisk version.

  3. Matchande typ, generisk tillverkare och generisk version.

Meter mapping file example

Exempel på mätarmappningsfil

Den föregående exempelfilen matchar alla vattenmätare och tar inte hänsyn till tillverkare eller version. Översättningsinlägget kommer att mappa båda M-Bus-värdena med interna nycklar: mbus.dib.volume.0.0.0.0.unmodifiedvalue och mbus.dib.0c13.unmodifiedvalue till samma OBIS-objekt: 8.0.1.0.0.255. Om en ny mätare läggs till med en annan DIF/VIF-kombination för samma värde kan den helt enkelt stödjas genom att lägga till den nya DIF/VIF i listan över mbusKeys.

Förenklad mappning

Förenklad mappning gör att all data kan frågas över DLMS utan att mappning av mätarspecifika M-Busnycklar (VIF/DIF-kombinationer) till OBIS-kod.

Det finns två olika sätt att använda förenklad mappning:

  1. Hämta rå M-Busdata.

  2. Hämta avkodad M-Busdata.

Rå M-Busdata och avkodad M-Busdata kan hämtas över DLMS, genom att använda motsvarande nycklar i följande tabell. Detta är användbart när du använder mätare från flera tillverkare.

Tabell 121. Förenklade M-Busnycklar

M-Busnyckel

Föreslagen OBIS-kod

COSEM typ

Beskrivning

mbus.frame.raw

0.0.1.1.128.255

Data / octet-string

Rå M-Busdata

mbus.telegram.decoded.value

0.0.1.2.128.255

Data / visible-string

Avkodad M-Busdata

mbus.telegram.decoded.header

0.0.1.3.128.255

Data / visible-string

Rubriker för avkodad M-Busdata

Hämtar rå M-Busdata

  • Mappa en OBIS-kod till mbus.frame.raw-nyckeln.

    M-Busdata kommer att tillhandahållas på samma sätt som om de hämtades direkt från mätaren.

Tips

Detta är användbart när HES-systemet hanterar dekryptering och avkodning.

Mappningsprov

Följande är ett exempel på hur man mappar en OBIS-kod för att få rå M-Busdata:

...

{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.frame.raw"],

"dlmsObisCode": "0.0.1.1.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 9,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

}

...

Hämtar avkodad data

  1. Mappa en OBIS-kod till mbus.telegram.decoded.value för M-bus-värden.

  2. Mappa en OBIS-kod till mbus.telegram.decoded.header för rubrikinformation.

Notera

Läs alltid både rubrik- och värdeinformation, eftersom rubriker kan ändras över tid för en specifik mätare, exempelvis som ett resultat av en konfigurationsändring av mätaren.

Exempel på rubrik

#serial-number;device-identification;created;value-data-count;manufacturer;version;device-type;access-number;status;signature;dif=0c,vif=78,description=fabrication-no,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=07,vif=7a,description=address,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0c,vif=13,unit=m3,description=volume,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=8c10,vif=13,unit=m3,description=volume,kind=inst-value,tariff=1,subunit=0,storagenumber=0;dif=0b,vif=3b,unit=m3/h,description=volume-flow,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=02,vif=5a,unit=°C,description=flow-temp,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=02,vif=fd70,description=datetime-of-battery-change,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0b,vif=26,unit=hour(s),description=op-time,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=0a,vif=a618,unit=hour(s),description=op-time data-error,kind=inst-value,tariff=0,subunit=0,storagenumber=0;dif=04,vif=6d,description=datetime,kind=inst-value,tariff=0,subunit=0,storagenumber=1

Exempelvärden

0016000000;-2147483648;2000-01-01 01:00:00;00;HYD;37;water;10;0;0;47559461;47559461;85,946;0,000;0,000;27,300;14399;22525;167;2016-01-06 16:50:00

Mappningsprov

Följande är ett exempel på hur man mappar OBIS-koder för att få avkodad M-Busdata:

...

{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.telegram.decoded.value"],

"dlmsObisCode": "0.0.1.2.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 10,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

},{

"includeInPush": "ALL",

"mbusTelegram": 0,

"mbusKeys": ["mbus.telegram.decoded.header"],

"dlmsObisCode": "0.0.1.3.128.255",

"dlmsScaler": 0,

"dlmsUnit": 0,

"dlmsClass": "data",

"dlmsDataType": 10,

"dlmsDefaultValue": null,

"mbusUnit": null,

"mbusDescriptionLong": null,

"mbusTariff": null,

"mbusStorageNumber": 0,

"mbusSubUnit": null,

"mbusFunction": null

},

...

Exkludera OBIS-koder från push-rapporter

Notera

Som standard kommer alla OBIS-koder som ingår i en mappningsfil att inkluderas i alla push-rapporter för matchande mätare.

  • Ta bort en specifik OBIS-kod på något av följande sätt:

    • Ta bort den från mappningsfilen, vilket gör den otillgänglig över DLMS.

    • Ställ in egenskapen includeInPush till INGEN.

Egenskaper för mätarmappningsfilen

Tabell 122. Egenskaper, toppnivå

Fastighetens namn

Typ

Beskrivning

type

Sträng

Typen av mätare som denna översättning gäller.

manufacturer

Sträng

En tillverkarkod på tre bokstäver för vilka mätartillverkare denna mappning gäller.

Använda alla att matcha alla tillverkare.

version

Heltal

Numeriskt värde för vilken mätarversion denna mappning gäller.

Använd 0 att matcha alla versioner.

entries

JSON-array

Översättningsposter som definierar mappningen mellan en eller flera M-Busnycklar till en DLMS OBIS-kod.

Tabell 123. Under-egenskaper för egenskapsposter (lista över översättningsposter)

Fastighetens namn

Typ

Beskrivning

dlmsClass

Sträng

COSEM-typ [clock, register, data, profile_generic]

dlmsDataType

Heltal

DLMS-typ

dlmsDefaultValue

Sträng

Standardvärde används om ett värde saknas för nyckeln.

För inget värde använd null

dlmsScaler

Heltal

Numeriskt värde som används för att skala mätvärdet. Värdet kan vara negativt. Detta är exponenten (till basen av 10) för multiplikationsfaktorn.

dlmsUnit

Heltal

Mätenhet

mbusDescriptionLong

Sträng

Ej använd.

mbusFunction

Sträng

Ej använd.

includeInPush

Sträng

Inkludera denna obis-kod i push-rapporter, standard är ALL [NONE, ALL]

Konfiguration av push-rapporter

Stöd för DLMS Plugin push-rapport möjliggör för CMe3100 att skicka DLMS push-rapport till en HES med:

  • Lastprofildata

  • Faktureringsprofildata

  • Standardhändelselogg (gateway och mätare)

  • Loggdata för bedrägeriupptäckt (gateway och mätare)

  • Push-meddelande – Meddela en DLMS-klient när mätarlistan har ändrats

Upp till fem olika rapporter kan schemaläggas att köras samtidigt. Varje rapport har individuella inställningar med avseende på typ av rapport (laddningsprofil, faktureringsprofil, händelselogg etc.), schema, serveradress och reserv-serveradress.

Konfigurationssidan för Push-rapporten nås i Konfiguration > Push-rapporter.

Aktivera/inaktivera push-meddelanden

  1. Gå till Konfiguration > Push-rapporter > DLMS-inställningar.

  2. Aktivera eller inaktivera push-meddelanden.

    1. För att aktivera, markera kryssrutan för Push-meddelande när mätarlistan ändrades.

      När den är aktiverad kommer produkten att skicka en händelse till standard DLMS-servern när en mätare läggs till, uppdateras eller tas bort.

    2. För att inaktivera, avmarkera kryssrutan för Push-meddelande när mätarlistan ändrades.

Konfigurerar standardinställningar för DLMS-server

  1. Gå till Konfiguration > Push-rapporter > DLMS-inställningar.

  2. Ange standardserveradressen (IP eller värdnamn) i fältetStandardadress.

  3. Ange TCP-porten som ska användas när du skickar push-rapporter i fältet Port.

  4. För att använda en fallback om en push-rapport misslyckas när du försöker ansluta till standardservern anger du en Reservadress och Port under standardadressen och porten.

  5. Markera eller avmarkera kryssrutan för Kryptera kommunikation för att aktivera eller inaktivera.

Konfigurera individuella push-rapporter

  1. Gå till Konfiguration > Push-rapporter och välj rapporten i listan som du vill konfigurera.

  2. Välj DLMS i Rapporttyp i rullgardinsmenyn.

  3. Välj en profil i Rapportmall i rullgardinsmenyn.

    1. För att konfigurera push-rapport för lastprofil/faktureringsprofil, välj 9010 (Ladda profil 1), 9011 (Ladda profil 2) eller 9012 (Faktureringsprofil).

    2. För att konfigurera push-rapport för standardhändelselogg, välj 9001 (Standard händelselogg).

    3. För att konfigurera push-rapport för bedrägeriupptäcktslogg, välj 9002 (logg för bedrägeriupptäckt).

    Varje rapport skickar alla händelser för både gatewayen och mätarna.

  4. Välj ett schema för rapporten i Rapportera schema i rullgardinsmenyn.

    Notera

    Rapportschemat bör vara en multipel av mätaravläsningsschemat. Rapporten skickas så snart den sista mätaravläsningscykeln har slutförts. Om du exempelvis ställer in mätaravläsningsschemat till 15 minuter och väljer 1 timme för lastprofil 1 kommer en rapport att skickas efter att var 4:e avläsningscykeln är klar.

    Notera

    Läs av schemamätare är skrivskyddad och visar det aktuella avläsningsschemat för mätare som är anslutna till produkten.

  5. Välj de värden som ska inkluderas i rapporten baserat på hur länge sedan de sparades jämfört med när rapporten skickades i avsnittet Rapportera innehåll. Använd "Auto" för att inkludera alla värden som inte har skickats sedan den senaste rapporten skickades.

    Notera

    Värdeintervall definieras av inställningen för lastprofil/faktureringsprofil.

  6. Markera kryssrutan för Skicka rapport till standard DLMS-server för att använda standardserverinställningarna för DLMS-servrar som tar emot push-rapporten.

  7. Om standardserverinställningarna inte ska användas, avmarkera kryssrutan för Skicka rapport till standard DLMS-server och ange önskad DLMS-server i Standardadress och Port.

  8. Ange Reservadress och Port för att använda en reserv-server om rapporten misslyckas när rapporten skickas till standardadressen.

  9. För att skicka en testrapport, välj Spara och Skicka testrapport.

DLMS implementering och integration

HES-drift

Detta är en översikt över vad som är möjligt att göra med produkten från en HES via DLMS.

  • Pollingoperationer med TCP/IP och xDLMS-tjänster

    • Detektering av logiska enheter med SAP Assignment

    • Detektering av COSEM-objekt med hjälp av association LN (Long Names)

    • Läs in last- och faktureringsprofiler för anslutna M-Busmätare

    • Läs händelseloggar

    • Konfigurera säkerhet för ingen säkerhet, lågt säkerhetsläge och högt säkerhetsläge 5 (GMAC)

    • Logisk enhetsadressering eller kanalval

  • Push-operationer med TCP/IP med Push Notification Services

    • Upp till 5 olika push-inställningar med:

      • Individuellt konfigurerbara scheman

      • Automatiska omförsök och återsändning av ej skickade rapportdata (exempelvis på grund av problem med nätverksanslutning)

      • Jittrad tidsstämpel för överföring (lastbalanserande mottagande servrar)

      • Reserv-serveradress

    • Tryck på last- och faktureringsprofil

    • Pushhändelseloggar (standardhändelser och bedrägeriupptäckt)

    • Pushhändelse "On installation" – meddelande när mätarlistan har ändrats

Sessionsetablering mellan HES och Gateway med hjälp av poll-drift

HES ansluter till gateway med TCP/IP. HES associerar med Gatewayen på DLMS/COSEM-applikationslagret med hjälp av följande säkerhetsfunktioner:

  • Säkerhetssvit 0

  • Autentisering Inget, Lågt säkerhetsläge eller Högt säkerhetsläge 5 (se DLMS UA 1000-2 utgåva 8.0 (Grön bok), 9.2.74)

  • Säkerhetspolicy: Ingen eller Autentiserad och krypterad (se DLMS UA 1000-2 Ed. 8.0 (Grön bok), 9.2.7.2.3)

  • Server Systemtitel enligt IDIS (se IDIS Package 2 IP-profil Ed 2.0, 6.1.1)

  • Klient SAP: 1 (administrationsklient) eller 16 (offentlig kund)

  • Server SAP: 1 (hantering av logisk enhet), 16..n (meterlogisk enhet)

Serversystemstitel enligt IDIS

Systemtiteln är 8 byte lång och kodad enligt IDIS (se IDIS Package 2 IP-profil Ed 2.0, 6.1.1):

Byte 1

Byte 2

Byte 3

Byte 4

Byte 5

Byte 6

Byte 7

Byte 8

MC

MC

MC

T1b

T2b, SNb

SNb

SNb

SNb

MC: Tillverkarkod enligt FLAG Association som ASCII-tecken

T1b: IDIS Mätarenhetstyp (Alltid inställd på 0)

T2b : IDIS-mätarfunktionstyp (alltid inställd på 0)

SNb:Tillverkarspecifikt serienummer (28 bitar, låg nibble av byte 5 och byte 6..byte 8). Taget från gatewayens serienummer som ett binärt 28-bitars heltal med MSByte-ordning, högerjusterat till byte 8.

Systemtiteln är uppbyggd från det logiska enhetsnamnet för administrationslogiskt enhetsnamn.

Exempel

Hantering av logiskt enhetsnamn (gatewayens logiska enhetsnamn):

ASCII-tecken: ELV000016000000

Hexsträng: 0x454C56303030303136303030303030

Systemtitel:

Byte array hexsträng: 0x454C560000F42400

Mekanismer för säkerhetsautentisering

Det finns tre olika autentiseringsmekanismer i DLMS; Ingen säkerhetsautentisering, låg säkerhetsautentisering (Low Level Security, LLS) och hög säkerhetsautentisering (High Level Security, HLS).

Autentiseringsnivån anges av DLMS-klienten vid anslutning till produkten.

Ingen säkerhetsautentisering (lägsta säkerhetsnivå).

Syftet med autentisering utan säkerhet (lägsta säkerhetsnivå) är att tillåta klienten att hämta viss grundläggande information från servern. Vanligtvis är detta topologiinformation inklusive enhetens namn och associeringsvy.

Denna säkerhetsmekanism accepteras endast för den offentliga klienten (id 16).

Låg säkerhetsautentisering (LLS).

Vid användning av LLS-autentisering kräver servern att klienten autentiserar sig själv genom att ange ett lösenord som är känt av servern.

Lösenordet är som standard inställt på 12345678. Om den här nyckeln används för autentisering rekommenderas det starkt att du ändrar nyckeln efter installation av DLMS-plugin. Lösenordet kan ändras i avsnittet Säkerhet i Konfiguration > Tjänster > DLMS > Inställningar eller genom HES.

Hög säkerhetsautentisering (HLS).

När du kör HLS-autentisering måste både klienten och servern autentisera sig själva för att upprätta en anslutning (i DLMS kallas det Application Association eller AA). Det är en process med fyra steg och det finns flera HLS-autentiseringsmekanismer, exempelvis GMAC. HLS kräver en blockkrypteringsnyckel för att kryptera och dekryptera meddelanden som skickas mellan klient och server.

För ytterligare säkerhet anges också en autentiseringsnyckel betecknad AK. DLMS/COSEM stöder något som kallas nyckelutbyte som är en process för att säkert ändra krypteringsnycklar. När man gör ett sådant utbyte används Key Encrypting Key (KEK) för att slå in nycklarna innan de skickas. KEK kallas även DLMS Master Key.

Se Tabell 124, ”Beskrivning av krypteringsnycklar” för mer information om nycklarna och hur de används.

Tabell 124. Beskrivning av krypteringsnycklar

Nyckel

Beskrivning

Master Key / Key Encryption Key (KEK)

En nyckelkrypteringsnyckel (KEK) används för att kryptera/dekryptera andra symmetriska nycklar. I DLMS/COSEM är detta masternyckeln. KEK används av DLMS klient och server vid utbyte av nycklar.

Nyckeln måste vara minst 16 tecken lång.

Autentiseringsnyckel

I DLMS, för ytterligare säkerhet, anges också en autentiseringsnyckel betecknad AK. Om en sådan finns måste den vara en del av Additional Authenticated Data, AAD.

Nyckeln måste vara minst 16 tecken lång.

Blockera chiffernyckel

Blockchiffernyckeln, som även kallas Encryption Key (EK), används i AES-GCM-algoritmen.

Nyckeln måste vara minst 16 tecken lång.

Alla nycklar genereras automatiskt första gången DLMS-plugin startar och kan uppdateras på två sätt:

  • Via avsnittet Säkerhet i Konfiguration > Tjänster > DLMS > Inställningar.

  • Genom HES.

Adressering av logiska enheter

De logiska enheterna kan adresseras genom den logiska enhetens adress eller en tillverkarimplementerad mekanism för kanalval. Kanalen och den logiska enhetens adress mappas en till en (samma numeriska värde).

Den tillverkarspecifika kanalvalsmekanismen är implementerad för att minska handskakningsoverheaden och gör det möjligt för HES att komma åt alla logiska enheter i en enda koppling.

Logisk adressering av enheten

Den logiska hanteringsenheten kan adresseras med den logiska enhetens adress 1. Anslutna M-Busmätare (mätarlogiska enheter) adresseras med logisk enhetsadress 16..n.

En gateway med en enda M-Busmätare ansluten kommer följaktligen att ha två logiska enheter; den logiska hanteringsenheten på adress 1 och den logiska mätaren på adress 16. Om fler mätare ansluts kommer nästa lediga logiska enhetsadress att användas, det vill säga 17.

Logisk enhetsadressering kan endast utföras under sessionsetablering.

Kanalval

Kanalval kan användas efter genomförd associering med någon av de logiska enheterna.

Kanalval kan användas för att adressera och komma åt de olika logiska enheterna i den fysiska enheten (gateway). Den tillverkarspecifika OBIS-koden 0.128.1.0.0.255 har tilldelats för detta ändamål. COSEM-objektet är av gränssnittsklass Data (1). Objektet innehåller ett enda LongUnsigned heltal, som är läsbart och skrivbart på alla logiska enheter.

Standardkanalen som väljs efter en lyckad ansluting är densamma som den logiska enhetens adress.

HES ställer in värdet på detta objekt med hjälp av xDLMS SET Service. Följande APDU (XML-formaterad för läsbarhet) visar formatet för en sådan begäran genom att välja den logiska hanteringsenheten:

<SetRequest>
  <SetRequestNormal>
    <InvokeIdAndPriority Value="C1" />
    <AttributeDescriptor>
      <ClassId Value="0001" />
      <InstanceId Value="0080010000FF" />
      <AttributeId Value="02" />
    </AttributeDescriptor>
    <Value>
      <Long-Unsigned Value="01" />
    </Value>
  </SetRequestNormal>
</SetRequest>

Fråga efter data från gatewayen med polldrift

Efter genomförd associering kan den logiska enheten till adress ändras med hjälp av kanalval. Gatewayen kommer att stanna på den nuvarande valda logiska enheten tills den kopplas bort eller ett nytt kanalval görs under samma session.

Beroende på vald logisk enhet och klient-id finns olika COSEM-objekt.

Hantering av logiska enheter COSEM-objekt

Följande COSEM-objekt finns i den logiska hanteringsenheten:

Tabell 125. Hantering av logisk enhet COSEM-objekt

Beskrivning

OBIS-kod

Gränssnittsklass

Åtkomst

A

B

C

D

E

F

Offentlig kund (16)

Hanteringsklient (1)

SAP Assignment

0

0

41

0

0

255

SAP Assignment (17)

R

R

Association LN

0

0

40

0

0

255

Association LN (15)

R

RW

Clock

0

0

1

0

0

255

Clock (8)

R

RW

Logical Device Name

0

0

42

0

0

255

Data (1)

R

R

Receive Frame Counter

0

0

43

1

0

255

Data (1)

R

R

Channel Selection

0

128

1

0

0

255

Data (1)

Ingen

RW

Meter List

1

128

0

0

0

255

Data (1)

Ingen

R

Gateway System Title

0

0

96

1

0

255

Data (1)

Ingen

R

Gateway Firmware Version

1

0

0

2

0

255

Data (1)

Ingen

R

Gateway Firmware Signature

1

1

0

2

8

255

Data (1)

Ingen

R

Gateway IP Address

0

0

96

128

0

255

Data (1)

Ingen

R

Standard Event Log - Event Id

0

0

96

11

0

255

Data (1)

Ingen

R

Standard Event Log - Event Message

0

128

96

11

0

255

Data (1)

Ingen

R

Fraud Event Log - Event Id

0

0

96

11

1

255

Data (1)

Ingen

R

Fraud Event Log - Event Message

0

128

96

11

1

255

Data (1)

Ingen

R

Specific Test Object

0

0

96

1

4

255

Data (1)

Ingen

RW

Standard Event Log

0

0

99

98

0

255

Profile Generic (7)

Ingen

R

Fraud Event Log

0

0

99

98

1

255

Profile Generic (7)

Ingen

R

Push Setup Gateway Standard Event Log

0

4

25

9

0

255

Push Setup (40)

Ingen

R

Push Setup Gateway Fraud Event Log

0

8

25

9

0

255

Push Setup (40)

Ingen

R

Push Setup On Install

0

7

25

9

0

255

Push Setup (40)

Ingen

R

Security Setup

0

0

43

0

0

255

Security Setup (64)

Ingen

RW
SAP-uppdrag

SAP-uppdragsobjekt kan läsas från gatewayen för att identifiera tillgängliga logiska enheter.

Association LN

Detta objekt innehåller listan över COSEM-objekt på den aktuella valda logiska enheten.

Detta objekt kan också användas av HES för att ställa in lösenordet för LLS-autentisering.

Klocka

Klockobjektet möjliggör läsning/skrivning av den interna gatewayens realtidsklocka.

Logiskt enhetsnamn

Datatyp: oktettsträng

Detta objekt innehåller det logiska enhetsnamnet för gatewayen, en 13 tecken lång oktettsträng. Formatet för det logiska enhetsnamnet är enligt följande mönster:

ELV <serienummer> Exempel: ELV0016000001

Ta emot ramräknare

Datatyp: dubbel-lång-osignerad

Detta objekt innehåller det aktuella värdet på ramräknaren (anropsräknaren) som behövs för krypterad kommunikation.

Gatewayen kommer att släppa alla meddelanden som innehåller en ramräknare med ett värde som är lägre än gatewayens nuvarande värde.

Kanalval

Datatyp: lång-osignerad

Detta objekt möjliggör växling mellan alla logiska enheter under en enda koppling.

Mätarlista

Mätarlistan innehåller en lista över mätare som representerar mätarens logiska enhetsnamn och motsvarande kanal, som kan användas för kanalval.

Mätarlistans APDU (XML-formaterad för läsbarhet) bör ha följande format:

<structure>
  <octet-string>COSEM logical device name of the gateway</octet-string>
  <array>
    <structure>
      <octet-string>COSEM logical device name of meter 1</octet-string>
      <long-unsigned>Channel of meter 1</long-unsigned>
    </structure>
    <structure>
     ...
    </structure>
    <structure>
      <octet-string>COSEM logical device name of meter n</octet-string>
      <long-unsigned>Channel of meter n</long-unsigned>
    </structure>
  </array>
</structure>
Gatewayens systemtitel

Datatyp: oktettsträng

Detta objekt innehar systemtiteln för gatewayen.

Gatewayens mjukvaruversion

Datatyp: oktettsträng

Det här objektet innehåller information om gatewayens mjukvaruversion.

Gatewayens mjukvarusignatur

Datatyp: oktettsträng

Det här objektet innehåller signaturinformationen för gatewayens mjukvara.

Gatewayens IP-adress

Datatyp: dubbel-lång-osignerad

Detta objekt innehåller gatewayens IPv4-adress numeriska representation.

Exempelvis representeras adressen 192.168.1.2 som 0xC0A80102, decimalvärdet 3232235778.

Standard-händelselogg – Händelse-ID

Datatyp: lång-osignerad

Detta objekt innehåller händelse-id för den senaste händelsen som loggats till standardhändelselogg.

Standard händelselogg – Händelsemeddelande

Datatyp: synlig-sträng

Detta objekt innehåller händelsebeskrivningen för den senaste händelsen som loggats till standardhändelselogg.

Bedrägerihändelselogg – Händelse-ID

Datatyp: lång-osignerad

Detta objekt innehåller händelse-id för den senaste händelsen som loggats till bedrägerihändelseloggen.

Bedrägerihändelselogg – händelsemeddelande

Datatyp: synlig-sträng

Detta objekt innehåller händelsebeskrivningen för den senaste händelsen som har loggats till bedrägerihändelseloggen.

Specifikt testobjekt

Datatyp: oktettsträng

Detta objekt används för testning och bör ignoreras. Det innehåller ingen information.

Standardhändelselogg och bedrägeriupptäcktslogg

Standardhändelseloggen är en tabell över loggobjekt av typen Profile Generic med gateway-relaterade loggobjekt. Data som kan läsas från loggen är datum/tid för händelsen och händelsekod.

Attribut:

  1. Logiskt namn

  2. Buffert (faktisk data)

    Väljare 0 (alla data) och väljare 1 (från-till) implementerade

  3. Capture objects (lista över OBIS-koder)

  4. N/A

  5. N/A

  6. N/A

  7. Poster som används i databasen

  8. Poster som används i databasen

COSEM-objekt/OBIS-koder:

Datum/tid: 0.0.1.0.0.255

Händelseobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Bedrägeri)

Händelsemeddelande: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Bedrägeri)

Begränsningar:

Maximalt 1000 rader kan läsas i en begäran.

Se CMe3100 Logga händelser för tillgängliga loggobjekt.

Push-inställning för gatewayens standardhändelselogg

Push setup-objektet innehåller informationen om objekten som ska inkluderas i push-rapporten för standardhändelser.

Push-inställning för gatewayens bedrägerihändelselogg

Push setup-objektet innehåller informationen om objekten som inkluderas i push-rapporten för bedrägerihändelser.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Push-inställning vid installation

Push setup-objektet innehåller informationen om objekten som ska inkluderas i push-rapporten för installationshändelser.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Säkerhetsinställningar

Säkerhetsinställningsobjektet möjliggör läsning/skrivning av nycklar och policy som används i säkerhetssvit 0.

För nyckelutbytet anropar HES metoder för säkerhetsinställningen (version 0), OBIS-kod 0.0.43.0.0.255. De enda nycklar som ska bytas ut är Gatewayens. Det finns inga separata nycklar till mätarna. Nyckelbytet ska utföras enligt specifikationen av DLMS UA 1000-2 Ed. 8.0 (Grön bok), avsnitt 9.2.5.4 och IDIS-paket 2 IP-profil Ed 2.0, avsnitt 9.4.6.1.

När du skriver till säkerhetsinställningsobjektet kommer den nya säkerhetskonfigurationen INTE att användas tills en frånkoppling och en ny anslutning görs.

Mätare logisk enhet COSEM-objekt

Följande COSEM-objekt finns i varje logisk mätare:

Tabell 126. Mätare logisk enhet COSEM-objekt

Beskrivning

OBIS-kod

Gränssnittsklass

Åtkomst

A

B

C

D

E

F

Offentlig kund (16)

Hanteringsklient (1)

SAP-uppdrag

0

0

41

0

0

255

SAP-uppdrag (17)

R

R

Association LN

0

0

40

0

0

255

Association LN (15)

R

RW

Klocka

0

0

1

0

0

255

Klocka (8)

R

RW

Logiskt enhetsnamn

0

0

42

0

0

255

Data (1)

R

R

Ta emot ramräknare

0

0

43

1

0

255

Data (1)

R

R

Kanalval

0

128

1

0

0

255

Data (1)

Ingen

RW

Gatewayens logiska enhetsnamn

1

128

2

0

0

255

Data (1)

Ingen

R

Mätarens mjukvaruversion

1

0

0

2

8

255

Data (1)

Ingen

R

Mätartillverkar-ID

0

0

96

128

1

255

Data (1)

Ingen

R

Mätarenhetstyp

0

0

96

128

2

255

Data (1)

Ingen

R

Standard-händelselogg - Händelse-id

0

0

96

11

2

255

Data (1)

Ingen

R

Standard-händelselogg - Händelsemeddelande

0

128

96

11

2

255

Data (1)

Ingen

R

Bedrägerihändelselogg – Händelse-ID

0

0

96

11

3

255

Data (1)

Ingen

R

Bedrägerihändelselogg - händelsemeddelande

0

128

96

11

3

255

Data (1)

Ingen

R

Specifikt testobjekt

0

0

96

1

4

255

Data (1)

Ingen

RW

Ladda profil 1

8

0

99

1

0

255

Profil Generisk (7)

Ingen

R

Ladda profil 2

8

0

99

2

0

255

Profil Generisk (7)

Ingen

R

Faktureringsdata

8

0

98

1

0

255

Profil Generisk (7)

Ingen

R

Standard händelselogg

8

0

99

98

2

255

Profil Generisk (7)

Ingen

R

Bedrägerihändelselogg

8

0

99

98

3

255

Profil Generisk (7)

Ingen

R

Push-inställning mätare ladda profil 1

0

1

25

9

0

255

Push-inställningar (40)

Ingen

R

Push-inställning mätare ladda profil 2

0

2

25

9

0

255

Push-inställningar (40)

Ingen

R

Push-inställning av mätarens fakturadata

0

3

25

9

0

255

Push-inställningar (40)

Ingen

R

Push-inställning för mätarens standardhändelselogg

0

4

25

9

0

255

Push-inställningar (40)

Ingen

R

Push-inställning för mätarens bedrägerihändelselogg

0

8

25

9

0

255

Push-inställningar (40)

Ingen

R

Säkerhetsinställningar

0

0

43

0

0

255

Säkerhetsinställningar (64)

Ingen

R

M-Busregister skapade dynamiskt från tillgänglig data i M-Busmätaren som representerar mätarens logiska enhet X=Enligt OBIS-mätarmappningen

X

X

X

X

X

X

Registrera (3)

Ingen

R

M-Busdata skapas dynamiskt från data i M-Busmätaren som representerar mätarens logiska enhet X=Enligt OBIS-mätarmappning

X

X

X

X

X

X

Data (1)

Ingen

R
SAP-uppdrag

SAP-uppdragsobjekt kan läsas från gatewayen för att identifiera tillgängliga logiska enheter.

Association LN

Detta objekt innehåller listan över COSEM-objekt på den aktuella valda logiska enheten.

COSEM-objekten för en specifik logisk mätarenhet är en reflektion av tillgängliga dataregister som läses från en M-Busmätare som har giltig mappningsinformation i OBIS-mätarmappningen och de statiska objekten enligt föregående tabell.

Klocka

Klockobjektet möjliggör läsning/skrivning av den interna gatewayens realtidsklocka.

Logiskt enhetsnamn

Datatyp: oktettsträng

Detta objekt innehåller det logiska enhetsnamnet för mätaren, en 13 tecken lång oktettsträng. Formatet för det logiska enhetsnamnet är enligt följande mönster:

<man><typ><version><serienummer> Exempel: ELV010112345678

Var

<man> = Tillverkarnummer med tre versaler enligt Flag Association som representerar mätartillverkaren.

<>type = Tvåsiffrig ASCII hex (en byte) typ/medium av mätare enligt IDIS Paket 2 IP-profil Ed 2.0, avsnitt 5.8 representerar mätarmediet.

<version> = Tvåsiffrig ASCII hex (en byte)-version av mätaren.

Ta emot ramräknare

Datatyp: dubbel-lång-osignerad

Detta objekt innehåller det aktuella värdet på ramräknaren (anropsräknaren) som behövs för krypterad kommunikation.

Gatewayen kommer att släppa alla meddelanden som innehåller en ramräknare med ett värde som är lägre än gatewayens nuvarande värde.

Kanalval

Datatyp: lång-osignerad

Detta objekt möjliggör växling mellan alla logiska enheter under en enda koppling.

Gatewayens logiska enhetsnamn

Detta objekt är en spegel av gatewayens logiska enhetsnamn och är tillgängligt på alla logiska mätare i gatewayen. Detta möjliggör läsning av gatewayens logiska enhetsnamn vid associering/adressering av en mätarlogisk enhet.

Mätarens mjukvaruversion

Datatyp: oktettsträng

Detta objekt innehåller information om mätarens mjukvaruversion.

Mätartillverkar-ID

Datatyp: oktettsträng

Detta objekt innehåller information om mätartillverkarens id.

Mätarenhetstyp

Datatyp: heltal

Detta objekt innehåller information om mätarens MBus-enhetstyp.

Standard-händelselogg – Händelse-ID

Datatyp: lång-osignerad

Detta objekt innehåller händelse-id för den senaste händelsen som loggats till standardhändelselogg.

Standard händelselogg – Händelsemeddelande

Datatyp: synlig-sträng

Detta objekt innehåller händelsebeskrivningen för den senaste händelsen som loggats till standardhändelselogg.

Bedrägerihändelselogg – Händelse-ID

Datatyp: lång-osignerad

Detta objekt innehåller händelse-id för den senaste händelsen som loggats till bedrägerihändelseloggen.

Bedrägerihändelselogg – händelsemeddelande

Datatyp: synlig-sträng

Detta objekt innehåller händelsebeskrivningen för den senaste händelsen som har loggats till bedrägerihändelseloggen.

Specifikt testobjekt

Datatyp: oktettsträng

Detta objekt används för testning och bör ignoreras. Det innehåller ingen information.

Faktureringsprofil och Laddningsprofil 1 & 2

Faktureringsprofilen är en tabell med alla register avlästa från M-Busmätaren som innehåller giltig mappning i OBIS-mätarmappningen.

Attribut:

  1. Logiskt namn

  2. Buffert (faktisk data)

    Väljare 0 (alla data) och väljare 1 (från-till) implementerade

  3. Capture objects (lista över OBIS-koder)

  4. N/A

  5. N/A

  6. N/A

  7. Poster som används i databasen

  8. Poster som används i databasen

COSEM-objekt/OBIS-koder:

Datum/tid: 0.0.1.0.0.255

M-Busregister: Beror på OBIS-mätarmappningsfilen.

Begränsningar:

Maximalt 1000 rader kan läsas i en begäran.

Standardhändelselogg och bedrägeriupptäcktslogg

Standardhändelseloggen är en tabell över loggobjekt av typen Profile Generic med mätarrelaterade loggobjekt. Data som kan läsas från loggen är datum/tid för händelsen och händelsekod. Händelsekoden är den statusbyte som läses från M-Busmätaren + basvärde (4000). Detta ger möjlighet att få den faktiska M-Busstatuskoden läsbar från händelsekodvärdet (4000..4255). Loggobjekt kommer endast att skapas i loggen om M-Bus statusbyte ändras mellan avläsningar.

Bedrägeriupptäcktsloggen innehåller en tabell över loggobjekt av typen generisk profil med mätarrelaterade loggobjekt. Data som kan läsas från loggen är datum/tid för händelsen och händelsekod.

För närvarande finns det inga loggposter för bedrägeriupptäckt i mätarens bedrägeriupptäckningslogg, d.v.s. läsning av loggen returnerar noll (0) rader.

Attribut:

  1. Logiskt namn

  2. Buffert (faktisk data)

    Väljare 0 (alla data) och väljare 1 (från-till) implementerade

  3. Capture objects (lista över OBIS-koder)

  4. N/A

  5. N/A

  6. N/A

  7. Poster som används i databasen

  8. Poster som används i databasen

COSEM-objekt/OBIS-koder:

Datum/tid: 0.0.1.0.0.255

Händelseobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Bedrägeri)

Händelsemeddelande: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Bedrägeri)

Begränsningar:

Maximalt 1000 rader kan läsas i en begäran.

Se CMe3100 Logga händelser för tillgängliga loggobjekt.

Push-inställning mätare ladda profil 1

Push setup-objektet innehåller informationen om objekten som ska inkluderas i rapporten Ladda profil 1 Push.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Push-inställning mätare ladda profil 2

Push-inställningarobjektet innehåller informationen om objekten som ska inkluderas i push-rapporten Ladda profil 2

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Push-inställning av mätarens fakturadata

Pushinställningsobjektet innehåller informationen om objekten som ska inkluderas i push-rapporten för fakturadata.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Push-inställning för gatewayens standardhändelselogg

Push setup-objektet innehåller informationen om objekten som ska inkluderas i push-rapporten för standardhändelser.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Push-inställning för gatewayens bedrägerihändelselogg

Push setup-objektet innehåller informationen om objekten som inkluderas i push-rapporten för bedrägerihändelser.

Attribut

  1. Logiskt namn

  2. Lista över pushobjekt

  3. N/A

  4. N/A

  5. N/A

  6. N/A

  7. N/A

Säkerhetsinställningar

Säkerhetsinställningsobjektet möjliggör läsning av säkerhetsparametrarna.

Nycklarna och policyn kan endast ändras i gateway-instansen av säkerhetsinställningsobjektet.

M-Busdata och -register

Tillgängliga M-Busregister mappas till COSEM-objekt enligt OBIS-mätarmappningen.

Alla M-Busregister är av typen gränssnittsklass Registrera och innehåller attributen värde, enhet och skalare. Översättningen från M-Bus registerdata till COSEM-objekt försöker behålla den ursprungliga datatypen så långt som möjligt, vilket innebär att heltal behandlas som heltal, flyttal som flyttal etc.

För att minimera belastningen på mätarna har DLMS-pluginen en cachningsmekanism för M-Busregister.

När du läser M-Busregister kommer DLMS-pluginen först att leta efter värdet i cachen. Om det finns, och tidsstämpeln för värdet är mindre än 60 sekunder gammalt, returneras värdet till uppringaren.

Om värdet är äldre eller inte finns i cachen görs en avläsning från mätaren. Denna operation avbryter alla avläsningscykler om de körs.

Om avläsningen lyckas skrivs värdet till cache och returneras till uppringaren. I fallet med en felaktig mätaravläsning returnerar plugin det senast kända värdet, om det finns i cachen, annars genereras ett DLMS-felmeddelande.

Läsningen av ett COSEM-objekt (som ingår i en mätarmall) som inte innehåller några giltiga data returnerar standardfelvärdet som har definierats i mätarmallen.

Push-meddelanden

Gatewayen stöder periodisk push av data eller push av data vid händelser.

Push-meddelanden skickas med Data-Notification-Service.

Periodiska push-data
Push-profiler

Profiler pushas enligt ett konfigurerat schema via Data-Notification-Service för alla anslutna mätare. En push innehåller data från en mätare. Den kan innehålla data från flera profiler. Payloaden för Data Notification APDU har följande struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical device name of the meter</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of profile</octet-string>
<array>
    <structure>capture object 1</structure>
    ...
    <structure>capture object m</structure>
</array>
<array>
    <structure>profile buffer entry 1</structure>
    ...
    <structure>profile buffer entry n</structure>
</array>
<array>
    <structure>unit and scaler for register 1 stored in profile</structure>
    ...
    <structure>unit and scaler for register m stored in profile</structure>
</array>

Varje fångstobjekt måste innehålla följande element:

<long-unsigned>interface class ID</long-unsigned>
<octet-string>COSEM logical name</octet-string>
<integer>attribute index</integer>
<long-unsigned>data index</long-unsigned>

Se DLMS UA 1000-1 Ed. 12.0 (Blå bok), avsnitt 4.3.6

Varje profilbuffertpost måste innehålla följande element:

<octet-string>timestamp</octet-string>
<some datatype>value</some data type>
<some datatype>value</some data type>
<some datatype>value</some data type>
...

Se DLMS UA 1000-1 Ed. 12.0 (Blå bok), avsnitt 4.3.6

Varje enhet och skalningsobjekt innehåller följande element:

<integer>scaler</integer>
<enum>unit</enum>

Se DLMS UA 1000-1 Ed. 12.0 (Blå bok), avsnitt 4.3.2

Push händelseloggar

Händelseloggar (gateway och mätare) skickas enligt konfigurerat schema via Data-Notification Service.

En push innehåller data från en enda logisk enhet (gateway eller mätare). Den kan innehålla data från flera händelseloggar. Standardhändelselogg finns tillgänglig för både mätarlogisk enhet och logisk gatewayenhet. Bedrägeriupptäcktsloggen är endast tillgänglig för gatewayens logiska enhet eftersom den faktiska innebörden av mätarhändelsen (som kan vara tillverkarspecifik) inte avkodas av gatewayen. Därför placeras alla mätarhändelser i händelsesektionen "Mätarstatus" som är tillgänglig via standardhändelseloggen.

Se CMe3100 Händelseloggar för tillgängliga loggobjekt. Standardhändelseloggen innehåller alla händelser utom de i händelsesektionen "Säkerhet". Bedrägeriupptäcktsloggen innehåller endast händelser från händelsesektionen "Säkerhet".

Payload för datameddelande APDU har följande struktur för en logisk Gateway-enhet (hanteringsenhet):

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of event log</octet-string>
<array>
    <structure>event 1</structure>
    ...
    <structure>event n</structure>
</array>

Payload för ett APDU-datameddelande har följande struktur för en mätarlogisk enhet:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical device name of the meter</octet-string>
<octet-string>COSEM logical name of the push setup object</octet-string>
<octet-string>COSEM logical name of event log</octet-string>
<octet-string>manufacturer ID</octet-string>
<integer>device type</integer>
<integer>firmware version</integer>
<array>
    <structure>event 1</structure>
    ...
    <structure>event n</structure>
</array>

Varje händelse måste innehålla följande objekt:

<octet-string>timestamp of the event</octet-string>
<octet-string>OBIS code of the event object</octet-string>
<unsigned>event code</unsigned>

Alternativt kan den också innehålla ett annat objekt:

<visible-string>custom event message</visible-string>

OBIS-koder som används:

Tidsstämpel: 0.0.1.0.0.255

Händelseobjekt: 0.0.96.11.0.255 (Standard), 0.0.96.11.1.255 (Bedrägeri)

Anpassat händelsemeddelande: 0.128.96.11.0.255 (Standard), 0.128.96.11.1.255 (Bedrägeri)

Händelseutlöst push av data
Push On-Installation-händelse

Denna händelse utlöses när mätarlistan för en gateway ändras. Händelsen utlöser en push med händelsekoden On-Installation, som kan användas av HES för att trigga pollning för att uppdatera mätarlistan (läser mätarlistan från gatewayen).

Gatewayen kommer endast att utlösa en enda push, även om mer än en mätare läggs till/tas bort under en operation. Hysteresen för att gruppera händelsen är tre (3) minuter.

Payloaden för Data Notification APDU har följande struktur:

<octet-string>COSEM logical device name of the gateway</octet-string>
<octet-string>COSEM logical name of the push setup – on installation 
object</octet-string>
<double-long-unsigned>ip adress of the gateway</double-long-unsigned>
<octet-string> System title of the gateway as defined in IDIS Package 2 
IP profile Ed 2.0, section 6.1.1</octet-string>

OBIS-koden för push-setup – på installationsobjektet är bestämd till 0-7:25.9.0*255 (se IDIS Package 2 IP-profil Ed 2.0, avsnitt 7.2.1).

Underhåll

Hantering av konfigurationer

Produktfunktionen för att hantera konfigurationer och säkerhetskopior inkluderar även inställningar för DLMS Plugin (se avsnittet "Hantera konfigurationer" i produktens användargränssnitt).

Eftersom konfigurationsfiler används för att duplicera inställningar mellan många enheter är DLMS-lösenordet och nycklarna inte en del av konfigurationsfilen. De ingår dock i säkerhetskopian.

Sparar en kopia av den aktuella konfigurationen

Konfigurationen innehåller alla egenskaper som kan redigeras i produkten. Dessa kan användas för att duplicera konfigurationer till flera enheter eftersom de inte innehåller några enhetsspecifika inställningar.

  1. Gå till Konfiguration > Hantera konfigurationer.

  2. Välj Konfiguration som filtyp.

  3. Välj Utför.

Filarkivet innehåller nu den nyskapade konfigurationsfilen. Detta kan sedan användas för att uppdatera en enhet och/eller återställa felaktiga konfigurationer.

Importerar en sparad konfiguration

  1. Gå till Konfiguration > Hantera konfigurationer.

  2. Klicka på Välj fil och välj den exporterade konfigurationsfilen från den gamla enheten.

  3. Välj Ladda upp.

Återställning av en konfiguration

  1. Gå till Konfiguration > Hantera konfigurationer.

  2. Välj omladdningsikonen i kolumnen Åtgärd i den konfiguration till vilken du vill återgå.

Hantering av säkerhetskopior

Säkerhetskopieringen innehåller konfiguration samt en kopia av produktdatabaserna och inställningarna för operativsystemet.

Denna säkerhetskopia innehåller enhetsspecifika inställningar och är därför inte lämplig för att replikera konfigurationen till en annan enhet, den bör endast användas för att återställa en enhets inställningar efter en fysisk ersättning.

Skapande av en säkerhetskopia

  1. Gå till Konfiguration > Hantera konfigurationer.

  2. Välj Säkerhetskopiering som filtyp.

  3. Välj Utför

    Filarkivet innehåller nu den nyskapade säkerhetskopian.

Byte av en enhet

  1. Skapa en säkerhetskopia av konfigurationen från enheten som ska bytas ut.

  2. Importera den säkerhetskopierade konfigurationen till ersättningsenheten.

Notera

Systemtiteln på ersättningsenheten är ny eftersom den härrör från enhetens serienummer. HES kan behöva uppdateras i enlighet med detta.

Var denna artikel till hjälp?

0 av 0 tyckte detta var till hjälp
Har du fler frågor? Skicka en förfrågan

Artiklar i detta avsnitt

Kommentarer (0 kommentarer)

Artikeln är stängd för kommentarer.