Avancerad

M-Bus-gatewayen har förmågan att utföra avancerade mätarsökningar med hjälp av vissa fördefinierade kriterier som definierar vilka mätare som ska sökas efter.

Den manuella mätaravläsningen används oftast i felsökningssyfte, för att säkerställa att avläsningsprocessen fungerar som den ska. Den kommer att utlösa en avläsning på en eller alla mätare utan att behöva vänta på den schemalagda avläsningscykeln. När inställningarna för en enskild mätare har redigerats, till exempel genom en ändring av MOID, måste en manuell avläsning av mätaren utföras innan ändringen är fullt implementerad. Manuell mätaravläsning kan utföras för alla installerade mätare eller för en enskild mätare.

Gatewayen erbjuder möjligheten att utföra mätaravläsningar kontinuerligt. Enheten kommer då ständigt att samla in mätvärden, som till exempel kan användas av ett styrsystem för att reglera ett värmesystem. Observera att mätvärden som samlas in genom kontinuerligt avläsningsläge endast kommer att lagras i det interna minnet på M-Bus-gatewayen (ej lagrad i databasen) och kan endast nås med hjälp av integrationsprotokoll som REST, BACnet, Modbus, JSON eller DLMS. De kommer därför inte att ingå i push-rapporter. För att använda kontinuerligt avläsningsläge i kombination med push-rapporter måste mätaravläsningsschemat fortfarande ställas in.

Gatewayen stöder HTTPS, FTPS, sFTP och MQTTS, där ett Secure Socket Layer (SSL) används för att kryptera data mellan enheten och HTTP/FTP-servern eller MQTT broker. För att aktivera HTTPS, FTPS eller MQTTS, måste minst ett SSL-certifikat laddas upp till webbgränssnittet. Nyckeln stöds vid användning av sFTP, användarnamn och lösenord och användarnamn (lösenord).

När HTTPS/FTPS/MQTT aktiveras laddas ett SSL-certifikat, antingen självsignerat (standardalternativ) eller utfört av en certifikatutfärdare (CA), upp i enhetens KeyStore. KeyStore SSL-certifikatet kommer att användas av gatewayen i två fall:

Om SSL-certifikatet har exekverats av en CA kommer gatewayen automatiskt att litas på av servern/klienten. Men om ett självsignerat certifikat används måste det alltid läggas till i serverns/klientens lista över betrodda certifikat innan en anslutning kan upprättas.

När HTTPS aktiveras för åtkomst till webbgränssnittet kommer anslutande klienter att autentiseras av gatewayen genom att använda certifikat som laddats upp i enheten TrustStore.

CMe3100 stöder överföring av push-rapporter över HTTPS/FTPS. Servercertifikat som laddas upp i TrustStore används sedan för att autentisera en mottagande server innan en push-rapport skickas. Genom att ladda upp en komplett TrustStore kan en lista över betrodda servercertifikat (till exempel Java-standard TrustStore) laddas upp och användas av enheten.

Det här ämnet gäller de allmänna inställningarna för push-rapporter. Det betyder att inställningar som konfigurerats för en individuell push-rapport åsidosätter ändringar som görs enligt dessa instruktioner.

HTTPS/FTPS kan aktiveras för alla push-rapporter, utan att ändra enhetens standard push-rapport HTTP/FTP-server.

Webbgränssnittet möjliggör konfigurering av M-Businställningar som kommer att tillämpas på alla mätare som är anslutna till gatewayen över M-Bus. Detta inkluderar baud rate, adresseringsläge och gränssnittet som används för att söka efter mätare.

Gatewayen stöder även konfigurering av mer avancerade M-Businställningar, inklusive inställningar för timeout och omförsök för olika M-Bushändelser samt multitelegraminställningar.

Inställningarna för timeout och återförsök för olika M-Bushändelser kan konfigureras via webbgränssnittet för gatewayen.

M-Bus multitelegraminställningar bestämmer det maximala antalet telegram som tas emot av gatewayen för varje mätaravläsning. Att avaktivera multitelegram innebär att endast det första telegrammet läses för varje mätaravläsning, oavsett om mätaren försöker skicka ytterligare. Det maximala antalet telegram per avläsning konfigureras genom att ställa in avläsningsgränsen för multitelegram.

Den transparenta M-Bustjänsten gör det möjligt för en masterenhet, annan än gatewayen, att kommunicera direkt med mätarna på M-Bus. Den transparenta M-Bustjänsten kan till exempel användas om direkt kommunikation med en mätare är nödvändig för att felsöka eller uppdatera mätarens programvara. I sådana fall tillåter tjänsten exempelvis ett head-end-system att kommunicera direkt med mätaren och helt kringgå gatewayen. Maximalt två olika transparenta M-Bus TCP/IP-tjänster med olika baud rates kan aktiveras samtidigt.

Gatewayen stöder virtuell M-Buskommunikation över TCP/IP, vilket innebär att en annan masterenhet kan hämta data direkt från databasen förCMe3100. När du använder det virtuella M-Busläget kommer masterenheten aldrig att kommunicera direkt på M-Bus, utan endast med gatewayen och dess mätvärdesdatabas.

Gatewayen har två tillgängliga slavportar som kan användas av en masterenhet för att komma åt de virtuella eller transparenta M-Bustjänsterna. Varje port kan konfigureras individuellt genom att ställa in baud rate, packintervall och inställningar för vilotid.

Gatewayen stöder mätaravläsningar av masterenheter över Modbus-protokollet, vilket till exempel kan vara önskvärt i ett digitalt styrsystem. Modbus-avläsningen utförs av TCP/IP (Ethernet-nätverk).

Gatewayen stöder mätaravläsningar av masterenheter över Modbus-protokollet, vilket till exempel kan vara önskvärt i ett digitalt styrsystem. Modbus-avläsningen utförs av TCP/IP (Ethernet-nätverk).

CMe3100 stöder SNMP v2c, ett standardiserat protokoll som används för övervakning av enheter i ett TCP/IP-nätverk. Genom att aktivera SNMP-tjänsten aggregerar gatewayen resultatet av den senaste mätaravläsningen och den sista omgången push-rapporter och gör det tillgängligt för en SNMP-hanterare att polla. Det finns tre tillgängliga statuskoder som används för att beskriva status för mätaravläsningar och push-rapporter.

CMe3100 använder en MIB-fil, som kan laddas ner från webbgränssnittet för att strukturera listor som ger SNMP-hanteraren status för den senaste mätaravläsningen och den senaste omgången push-rapporter. Följande listor är tillgängliga för SNMP-hanterarens programvara:

CMe3100 stöder också SNMP-fällor som är asynkrona meddelanden som skickas till alla konfigurerade mottagare varje gång den aggregerade statusen för mätaravläsningen eller push-rapporterna ändras. Till exempel, om en av de aktiverade push-rapporterna plötsligt misslyckas (och den aggregerade statusen ändras från 1 till 2 kommer en SNMP-fälla att utlösas och alla mottagare meddelas.

Genom att aktivera tjänsten Automatisk konfiguration kommer gatewayen regelbundet att kontrollera en URL för en inställningsfil (.cad-fil) som kommer att laddas ner och tolkas. Inställningskommandofilen kan innehålla inställningsuppdateringar som vad som är möjligt med kommandoradsgränssnittet.

Det finns en grupp mer avancerade push-rapportinställningar som kan konfigureras via gatewayens webbgränssnitt. Dessa innefattar:

De adaptiva omförsöken säkerställer att alla push-rapport-försök görs innan nästa schemalagda push-rapport skickas. Till exempel, om push-rapportschemat är inställt på var 16:e–60:e minut kommer upp till två försök att göras igen, med 300 sekunder mellan varje. Om alla omförsök misslyckas kommer mätvärdena istället att inkluderas i nästa push-rapport.

Om man väljer att inaktivera de adaptiva återförsöken kommer gatewayen att använda sina individuella rapportinställningar för att bestämma hur misslyckade push-rapportförsök ska hanteras. Dessa inställningar visas inte i webbgränssnittet utan kan nås via konsolgränssnittet. Om inga sådana rapportinställningar har konfigurerats för gatewayen kommer allmänna jobbinställningar att avgöra hur enheten hanterar misslyckade push-rapport-försök.

Värdeperioden för gatewayen kan ställas in på Auto eller till ett fast nummer. Med hjälp av Auto-inställningar kommer alla tidigare osända mätvärden upp till en maxgräns på 180 mätaravläsningar att levereras. Till exempel, om gatewayen inte har kunnat skicka push-rapporter, schemalagda var 15:e minut under en viss tid, kommer den att kunna gå tillbaka och leverera maximalt 45 timmar av ej levererade mätvärden med nästa framgångsrika push-rapport (180 * 15 minuter = 2700 minuter = 45 timmar). När du ställer in värdeperioden till ett fast nummer, kommer gatewayen att titta exakt så långt tillbaka i tiden för ej levererade mätvärden.

Inställningarna för omförsök av jobb bestämmer hur gatewayen utför omförsök för schemalagda och manuella jobb, till exempel mätaravläsningar, om de misslyckas första gången. Om adaptiva omförsök har inaktiverats för push-rapporter och inga andra inställningar för omförsök har konfigurerats för gatewayen, kommer dessa inställningar för omförsök också att påverka inställningarna för push-rapporten.

gatewayen kan nås via en konsolapplikation, det vill säga genom att använda ett kommandoradsgränssnitt. Detta används oftast för felsökning och avancerade funktioner. För att öka säkerheten för konsolapplikationen stöder gatewayen användningen av lösenord för att komma åt olika nivåer av enhetsfunktioner. Det är också möjligt att skapa en lista över specifika IP-adresser som får åtkomst till gatewayen via konsolapplikationen.

On Demand-rapporten är ett sätt att utlösa en rapport manuellt, utan att behöva ställa in ett schema. Den skiljer sig från andra typer av rapporter i den meningen att en faktisk mätaravläsning utförs varje gång On Demand-rapporten begärs. Däremot inkluderar alla andra typer av push-rapporter mätvärden som redan har lagrats i gatewayens databas.

Konfigurering av enhetsidentitetsinställningar inkluderar att tilldela en identitet för gatewayen, som kommer att visas som avsändare av push-rapporter, samt kontaktinformation som ska inkluderas i push-rapporterna.

I sällsynta fall, exempelvis vid felsökning, kan det vara önskvärt att utföra en omstart av gatewayen. Detta kan göras direkt via webbgränssnittet.

Genom att utföra en fabriksåterställning av gatewayen kommer alla inställningar att återställas till standard och mätarvärdesdatabasen och loggarna rensas.

För schemalagda jobb, exempelvis mätaravläsningar och Push Rapporter, kan cron-format användas för att sätta ett exakt tidsintervall med vilket de kommer att utföras. Det görs genom att ställa in fem olika tidsparametrar, representerade av stjärnor i figuren nedan. Ersätt varje stjärna med en siffra för att ställa in ett specifikt schema.

Illustration av cron-format

“/” används för att ställa in periodiska värden. “?” används för att generera slumpmässiga värden. “|” används för att kombinera flera olika cron-format. Se följande exempeltabell som innehåller en lista av utvalda cron-mönster.