@kuddel ja in diese Richtung habe ich auch schon gedacht. Habe es gerade auch mal manuell ausprobiert. Wenn die Automatik läuft scheint es dein Script nicht zu stören wenn zwischendurch Pumpe und Ventil abgeschaltet werden. Es ist dann nur so das die Statistik nicht mehr passt. Aber dazu kann ich ja die Defaultwerte in deinem Script anpassen.
Vielen Dank!
Gruß, Andibacke
@shl59 Sehr gut das es bei dir auch geklappt hat!
Ich kann somit noch etwas länger mein iPad Mini nutzen.
Mit dem Web Adapter ab 7.x wurden alte Zöpfe abgeschnitten die die Rückwärtskompatibilität verschlechtern aber dafür aktuelle Bugs und Optimierungen angegangen werden können. So habe ich es verstanden. Es ist halt ein ständiges Software-Wettrüsten der Systeme.
In diesem Sinne, viel Spaß beim visualisieren 
Ich konnte das Problem nun für mich lösen. Es gab diverse Beiträge im Forum die auf Probleme mit alten iPads hingewiesen haben durch Updates vom Web und Socket.io Adapter. Meine letzte funktionierende Web Version ist 6.3.1. Beim Socket.io Adapter konnte ich keine Probleme zwischen den Versionen finden.
Gruß, Andibacke
Habe hier einen Issue der App mit einem ähnlichen Fehler gefunden. Leider ist dort auch keine Lösung oder Fix bekannt > https://github.com/foxriver76/ioBroker-Visu-App/issues/51
@shl59 Moin!
Bist du schon schlauer geworden? Ich habe das Problem seit heute auch auf meinem iPad Mini. Es lief bis heute. Ich habe die Visu App aufgrund des iOS Updates einmal neugestartet und danach die gleichen Phänomene wie du. Auf meinem iPhone läuft alles einwandfrei.
Vielen Dank!
Gruß, Andibacke
@pingo Moin! Für ioBroker nutzte ich den Modbus Adapter.
Gruß, AnDiBaCkE
@jopo Moin! Ja ich nutze die Verbrauchsdaten vom SDM630.
Anbei die Einstellungen des Waveshare:
Gruß, AnDiBaCkE
@mane444 Kurze Erfolgsmeldung von meiner Seite. Ich habe mir einen Waveshare bei Amazon geholt und auf Pin 3+4 angeschlossen.
Nach ein wenig Fummelei mit dem Gateway Einstellungen läuft nun die Nulleinspeisung
Vielen Dank noch einmal für die Register! Da hätte ich mich ja tot gesucht. Bei meinem MIN funktionieren jedoch nicht alle aber das ist nicht schlimm.
Bei Bedarf sende ich gerne noch ein paar Details.
Gruß,AnDiBaCkE
@mane444 Ah, jetzt kommen wir der Sache näher
Du nutzt den Kommunikationsanschluss für den Shinebus. Das hat natürlich ein paar Vorteile für die Kommunikation. Ich wollte ja für meine nicht gut funktionierende Nulleinspeisung die Werte des SDM manipulieren und das brauch man dann ja nicht mehr und sendet auf dem Shinebus Port einfach die eigenen Leistungs- Solldaten.
Hast du damit auch so etwas realisiert?
Mein MIN hat auch diesen Anschluss (Pin 3+4):
Sehr schön, dann habe ich einen neuen Ansatz.
Vielen Dank!
Gruß, AnDiBaCkE
@mane444 Ja das mit dem Master ist mir schon bewusst aber als TCP Slave hat es auch nicht funktioniert. Als TCP Master hat er wenigstens Daten abgefragt auch wenn die Daten nicht plausibel waren.
Meine Konstellation sieht folgend aus:
Das linke Gateway am SDM habe ich erfolgreich angezapft aber beim rechten Gateway welches am Growatt dran ist, hat es bisher nicht funktioniert.
Grundsätzlich funktioniert die Kommunikation zwischen Zähler und WR über die Gateways auch.
Gruß, AnDiBaCkE
@mane444 Moin! Vielen Dank!
Ich habe es mal ausprobiert aber auch leider kein Erfolg gehabt. Holding Register mag er gar nicht. Bei den Eingangsregistern funktioniert immer nur das erste Register und der Adapter wird grün aber die Werte auf dem Register sind nicht plausibel, z.B.: 0...2740...0...512...0 usw. Kennst du das Phänomen?
Hast du bei dir diesen außergewöhnlichen Port (4196) auch so im Waveshare hinterlegt? Ich nutze zwar kein Waveshare aber die Oberfläche und Einstellungen sehen ziemlich identisch aus.
Hast du auf der anderen Seite der Modbus Strecke auch noch den SDM dran oder laufen die WR Daten ausschließlich in den IOBroker rein? Bei habe ich es bisher nur parallel versucht.
Gruß, AnDiBaCkE
