Edge computing v IoT měření

Kdy zpracovávat data v zařízení?

M-Bus měřidla často generují payload, který se nevejde do jedné zprávy přenosové technologie. U NB-IoT se nedoporučuje překračovat velikost 512 bajtů, u LoRaWAN zase 51 bajtů. Pokud má převodník data poslat tak, jak je vyčte, naráží na limit sítě a musí je například rozdělit do více zpráv. Více zpráv znamená vyšší spotřebu, kratší životnost baterie a vyšší náklady na konektivitu. Edge computing tento problém řeší přímo u zdroje, ještě před odesláním.

VIF/DIF filtrace: jak se M-Bus payload vejde do LoRaWAN zprávy

M-Bus rámec obsahuje desítky datových polí: spotřebu v různých jednotkách, časové značky, stavové bity, výrobní údaje, historické hodnoty. Většina aplikací z toho potřebuje jen několik konkrétních hodnot. VIF (ValueInformation Field) a DIF (Data Information Field) jsou identifikátory, podle kterých lze v M-Bus rámci adresně vybrat právě ta pole, která jsou pro danou aplikaci relevantní.

Filtrace VIF/DIF přímo v převodníku znamená, že do cloudu putuje jen vybraná podmnožina dat. Místo celého M-Bus rámce odejde kompaktní zpráva s aktuálním objemem, časem odečtu a stavem. Ta se vejde do jedné LoRaWAN zprávy, šetří kapacitu sítě i baterii a odpadá nutnost skládat data z více fragmentů na straně serveru. Bez této filtrace by řada M-Bus měřidel byla v LoRaWAN nasazení prakticky nepoužitelná. Payload je jednoduše větší, než kolik se vejde do jednoho přenosu.

Adaptivní vzorkování: méně přenosů u stabilních hodnot

Druhá konkrétní výhoda lokálního zpracování je adaptivní frekvence odesílání. Pokud měřená hodnota zůstává v rámci tolerance stejná, není důvod posílat data ve stejné kadenci jako při změně. Převodník vyhodnotí lokálně, jestli má smysl přenos provést, nebo ho odložit.

Typické scénáře, kde adaptivní vzorkování dává smysl: měřidla v ustáleném provozu, kde se hodnota mění jen v určitých časových oknech, sezónně využívaná zařízení nebo průmyslová měřidla v klidovém režimu.

Úspora má dva rozměry. Šetří se baterie, protože každý rádiový přenos je pro bateriově napájené zařízení nejdražší operací. A šetří se kapacita sítě, protože méně zpráv znamená nižší zátěž gateway a více prostoru pro ostatní zařízení.

Další lokální funkce ACRIOS převodníků

Lua skriptování v převodnících otevírá prostor pro další funkce, které dříve musely běžet v cloudu.

• ‍Lokální výpočet spotřeby z impulzů

U pulzních vodoměrů nebo elektroměrů převodník nemusí odesílat každý impulz samostatně. Skript průběžně počítá spotřebu a do cloudu posílá už hotovou hodnotu v požadovaném formátu.

• ‍Validace odečtů

Převodník ověří, že hodnota leží ve fyzikálně možném rozsahu a že kontinuita měření odpovídá historii. Chybné odečty se filtrují u zdroje, do cloudu jdou jen ověřená data.

• ‍Detekce závad

Skript sleduje vzorce v datech a reaguje na neobvyklé chování. Dlouhodobě konstantní hodnota, neočekávaná nulová spotřeba, hodnoty mimo rozsah.

• ‍Vzdálená aktualizace logiky

Skripty se aktualizují odděleně od firmware, takže úprava výpočtu nebo přidání nové validace nevyžaduje plnohodnotný firmware update celého zařízení.

• ‍Normalizace dat

Data vyčtená z pulzního vstupu, z Modbusu nebo z M-Busu mohou přijít na server ve stejném formátu (například JSON), i když na straně zdroje je datová reprezentace výrazně jiná.

Bezpečnost dat u edge zařízení

Pokud část logiky a dat zůstává v zařízení v terénu, mění se i bezpečnostní pohled. Cloud má obvykle robustní ochranu na úrovni serverů, edge zařízení jsou naopak fyzicky dostupná, často v nezabezpečených lokalitách. Klíčové body, které je třeba ošetřit je šifrování dat při přenosu i při lokálním uložení, autentizaci zařízení vůči serveru a kontrolovanou správu šifrovacích klíčů.

ACRIOS převodníky přeposílají data jako standardní M-Bus frame s vlastními kontrolními mechanismy. Pro NB-IoT umožňují zdrojové šifrování dat pomocí AES, případně jejich podepsání pomocí CMAC. Každý převodník má svoji sadu unikátních šifrovacích klíčů, která zajišťuje šifrování a ověření na úrovni přenosu.

Kdy edge computing dává smysl, a kdy ne

Edge computing není univerzální řešení. Konkrétní volba závisí na tom, co daná instalace skutečně potřebuje.

Edge dává smysl, pokud:

• M-Bus payload nezvládne přenosová technologie v jedné zprávě.
• Nasazení běží na bateriovém napájení a každý přenos zkracuje životnost.
• Síť má omezenou kapacitu (LoRaWAN, NB-IoT v okrajových oblastech).
• Měřidla zůstávají dlouhou dobu v ustáleném stavu a frekvence přenosů je možné dynamicky měnit.
• Provozovatel chce snížit závislost na dostupnosti serveru nebo internetu.

‍

Edge computing naopak nedává smysl tam, kde je konektivita stabilní, energetický budget aplikace není zásadně omezený a veškerá analytika probíhá centrálně. V takovém případě přidává lokální zpracování složitost bez odpovídajícího přínosu.

Závěrem

Edge computing v měření není o filozofickém rozhodnutí mezi cloudem a zařízením. Je to praktická odpověď na konkrétní technické překážky: payload větší než limit sítě, baterie, která musí vydržet roky, a odečty, které je třeba validovat dřív, než se pošlou dál.

Data z koncových měřidel přicházejí nešifrovaná a v citlivých nasazeních je vhodné je zdrojově zašifrovat a digitálně podepsat. ACRIOS převodníky tyto úlohy řeší díky Lua skriptování a vzdálené aktualizaci logiky bez zásahu do firmware.

Tento článek slouží jako orientační přehled. Konkrétní volba zpracování dat závisí na typu měřidel, použité přenosové technologii a požadavcích projektu.Doporučujeme vždy konzultovat nasazení s odborníkem, který zohlední specifika vaší instalace.