Hallo Tobi, das ist bei Huawei ganz normal. Hie und Da kommt der Dongle aus dem Takt - besonders dann, wenn die Huawei-Server nicht erreichbar waren und er alle Daten nachsenden muss. Das ist auch der Grund, warum viele andere Integratoren scheitern - weil der Dongle eben so unwillkürlich Antworten liefert oder auch nicht. Wir fangen das BOPV.uno intern ab und es genügt schon, wenn 1 von 10 Abfragen erfolgreich durchgehen. Der User bemerkt von all dem nichts, außer eben im Logfile. Fazit: einfach ignorieren. LG Roland

Moin Roland, danke für deine Antwort. Also seit einer Woche oder sogar länger knallen da am Tag über Hunter Modbus TCP Fehler rein , wo davor keine 10 im Monat zusammen gekommen sind. Danke für deine Rückmeldung das BOPV.uno so trotz allem läuft, aber komisch das es jetzt so ist. Meinst du da ist irgendwas an meiner Anlage und der Kommunikation? Ich bin gesundheitlich im Moment extrem im Arsch und war daher froh das ich eine Software Konstellation habe die absolut problemlos lief und ich es so belassen habe und jetzt das aus dem Nichts. Noch eine Frage Roland nicht in Verbindung mit meinem Thema hier. Ich habe BOPV.info schon seit ich uno habe nicht mehr parallel laufen, hatte damals irgendeine Fehlermeldung. Macht es sind BOPV.info doch mit kaufen zu lassen?

Hallo Tobi, BOPV.Info kannst Du unabhängig von BOPV.uno laufen lassen, aber NUR, wenn Du in BOPV.Info nur über API abfragst. Wenn zwei Systeme gleichzeitig über Modbus TCP abfragen, dann geht das in die Hose. Kann es sein, dass Du eine andere Anwendung laufen hast, die auch auf den Modbus TCP zugreift? Wenn ja, dann hast Du schon die Ursache des Problems.

Ne habe ich eigentlich nicht. Also ich wüsste nicht was. Ich habe von tibber mal die Speicher Kontrolle ausprobiert aber die nutzen ja nicht mein Modbus TCP. Oder doch?