Studer XCom232i ako MQQT sensor

Konecne som rozbehal emulaciu XCom232i takze sa mozem venovat klientovi co bude citat udaje cez XCom232i a posielat vybrane udaje aj cez MQQT (ala sensor).
Kedze s nasadenim MQQT nemam skusenosti (pouzivam skor wcf, webservices) zatial to vyzera tak ze MQQT sensor odosiela informacie bud vo fixnom intervali, alebo len ak nastane zmena. Zatial som nenarazil na riesenie kedy by zaslal udaje ako odpoved na poziadavku.
Vychadza mi to skor na fixny interval, detekcia zmien u float hodnot by vyzadovala definovat oblast necitlivosti.
Ideu mam taku, ze v configuracnom subore sa nastavia (oznacia) parametre, ktorych hodnoty sa maju posielat (len Informacii - Id 3000 je 168) a interval.
Parametre sa citaju po jednom, cize aj cas behu slucky - vycitanie vsetkych pozadovanych parametrov bude obmedzeny ich poctom. Pravdepodobne by bolo dobre aj nejak definovat parametre ktore staci citat v kazdom druhom, tretom kole (pomaly sa meniace) a podobne.
Dalsia vec, kde sa treba rozhodnut je, ci posielat udaje po jednom, t.j. hned ako sa vycitaju, alebo ako skupinu udajov (ulozit napr. do json vety) a posielat po vetach (tak to robi napriklad Axpert/PIP ako odozva pigs).
V niektorych parametroch nemam jasno, napriklad SOC je aj v Info pod 3007 aj v BSP info pod 7002.
Zaujimave je to aj s timeoutom, v dokumentacii sa pise o 2 sekundach.
Kedze s nasadenim MQQT nemam skusenosti (pouzivam skor wcf, webservices) zatial to vyzera tak ze MQQT sensor odosiela informacie bud vo fixnom intervali, alebo len ak nastane zmena. Zatial som nenarazil na riesenie kedy by zaslal udaje ako odpoved na poziadavku.
Vychadza mi to skor na fixny interval, detekcia zmien u float hodnot by vyzadovala definovat oblast necitlivosti.
Ideu mam taku, ze v configuracnom subore sa nastavia (oznacia) parametre, ktorych hodnoty sa maju posielat (len Informacii - Id 3000 je 168) a interval.
Parametre sa citaju po jednom, cize aj cas behu slucky - vycitanie vsetkych pozadovanych parametrov bude obmedzeny ich poctom. Pravdepodobne by bolo dobre aj nejak definovat parametre ktore staci citat v kazdom druhom, tretom kole (pomaly sa meniace) a podobne.
Dalsia vec, kde sa treba rozhodnut je, ci posielat udaje po jednom, t.j. hned ako sa vycitaju, alebo ako skupinu udajov (ulozit napr. do json vety) a posielat po vetach (tak to robi napriklad Axpert/PIP ako odozva pigs).
V niektorych parametroch nemam jasno, napriklad SOC je aj v Info pod 3007 aj v BSP info pod 7002.
Zaujimave je to aj s timeoutom, v dokumentacii sa pise o 2 sekundach.