Drift

Innan man kan överföra data över ett LoRaWAN®-nätverk måste modulen anpassas och aktiveras. Detta kan göras på två olika sätt för LoRaWAN®, Over-the-air activation (OTAA) eller Activation by personalization (ABP). Av säkerhetsskäl rekommenderar Elvaco att OTAA används, där alla nätverksnycklar genereras varje gång modulen ansluts till LoRaWAN®-nätverket. Vid ABP, däremot, ställs alla nycklar in manuellt och förändras inte över tid.

Sändningsintervallet används för att ställa in hur ofta modulen ska sända data på LoRaWAN®-nätverket. Parametern kan ställas in på ett värde mellan 5 och 1440 minuter (d.v.s. mellan 5-minutersvärden och dagliga värden). Det är möjligt att ställa in ett fast sändningsintervall, men för batteridrivna enheter där batterilivslängden är kritisk rekommenderar Elvaco att du använder EcoMode-funktionen som anpassar sändningsintervallet beroende på rådande radioförhållanden.

Modulen förlitar sig på mätarens klocka för att hålla tiden. Tiden i mätaren antas vara i lokal lokal tid (ingen sommartid). Vid synkronisering av tid i mätaren med Elvaco OTC-appen används alltid lokal standardtid, även om sommartid är i kraft. Den tidsstämplade mätardata som skickas från modulen kan justeras för att skickas i UTC genom att specificera konfigurationsparametern "UTC offset". UTC-offset kommer att subtraheras från tidsstämpeln före sändning. Om mätaren är i Sverige, som använder CET (Central European Time), bör den ha UTC-offset satt till +60 (+1h). I detta fall skickas kl 12.00 ett telegram med tidsstämpel 11.00 då detta är motsvarande UTC-tid. En mätare i New York (USA) bör ha en UTC-offset på "-300" (-5h) etc. En UTC-offset på "0" betyder att mätartiden används som den är.

Om mätaren är inställd på använd sommartid ignoreras detta av modulen och standardtiden används. Det kan alltså hända att tiden på mätarens display inte matchar tiden i telegrammet eller i Elvaco OTC-appen.

ADR är en del av LoRaWAN®-standarden där nätverksservern bestämmer den optimala kommunikationshastigheten för modulen baserat på aktuella signalförhållanden. Under de bästa radioförhållandena kommer modulen att använda sin högsta datahastighet (DR5) för att vara så energieffektiv som möjligt. När signalförhållandena är dåliga kommer nätverksservern att sänka datahastigheten stegvis tills den kan ta emot meddelandet. När datahastigheten är låg kommer energiförbrukningen per telegram att öka.

Alla meddelandeformat som är kodade till M-Bus standard kommer att ha följande struktur. Varje telegram börjar med en byte som anger meddelandeformatet. Sedan följer en sekvens av data information blocks (DIB). DIB:ernas data och struktur beror på meddelandetypens uppsättning. Varje DIB innehåller ett datainformationsfält (DIF), ett värdeinformationsfält (VIF) och ett datafält (DATA), där den faktiska payloaden lagras.

M-Bus meddelandestruktur

Produkten har ett konfigurationslås som förhindrar obehörig åtkomst till modulen. När konfigurationslåset har aktiverats måste en användare inneha den enhetsspecifika produktåtkomstnyckeln (PAK) för att få åtkomst till enheten. Nycklar hanteras på ett säkert sätt med hjälp av Elvacos OTC-lösning som inkluderar mobilapplikationen för konfiguration.

Payloaderna som använder M-Buskodade data använder funktionsfältet i DIF för att indikera fel. I det här fallet är det inställt på "värde under feltillstånd" (M-Bus standard EN 13757-3:2013) och det skickade värdet ska inte användas. Ett typiskt exempel är när modulen inte kan kommunicera med mätaren och hämta mätvärden, i vilket fall alla fält i payloaden har DIF som indikerar "värde under feltillstånd". I händelse av felaktiga data eller om modulen inte kan kommunicera med mätaren, kommer bit 4-5 av biten i DIF-koden (första byten i varje subscriptfält) att ställas in på 11b.