Zitat von: Marko1976 am 17 Februar 2026, 15:49:09den Wert 47, ... Wenn ich das durch 21 Teile und den Rest nehme erhalte ich 2
.2026.02.17 23:34:22.401 4: sduinoD Parse_MN: Found 2-FSK Protocol id 217 length 56 RSSI = -79 -> vevor_7in1
2026.02.17 23:34:22.401 5: sduinoD vevor: xy=D6 D7 sum=ref=AE len=54 data=AA00070631020C53011304021B0156010101D6AED7
2026.02.17 23:34:22.401 4: sduinoD ParseMN: ID=217 dmsg=W217#AA00070631020C53011304021B0156010101D6AED7CFA023A72F4FFehlerhafte Prüfsumme2026.02.17 23:36:10.121 4: sduinoD/msg get raw: MN;D=54AA00080631020C53011304021B0156010101D6AED7CFA023A72F4F;N=17;R=246;
2026.02.17 23:36:10.121 4: sduinoD Parse_MN: Found 2-FSK Protocol id 217 length 56 RSSI = -79 -> vevor_7in1
2026.02.17 23:36:10.121 4: sduinoD ParseMN: method error! Vevor: xy=D6 D7 sum=AF ref=AE len=54 data=AA00080631020C53011304021B0156010101D6AED7ZitatKlappt also streng genommen eher nur zufällig, wenn man mehrere MQTT-Server im Einsatz hat.Das stimmt sicher fuer etliche Module, aber nicht fuer MQTT2.
ZitatWäre dennoch irgendwie praktischer. Jetzt sehe ich zweimal täglich, dass die cfg geändert wurde. Ist aber ein Komfortproblem, zugegeben.Die Änderung ist über das rote Fragezeichen nur sichtbar, wenn man im global Device explizit autosave=0 gesetzt hat. Sonst erfolgt die Änderung völlig transparent ohne diese Signalisierung.