Open khschmidt opened 2 months ago
Änderung der Frequenz schrittweise zwischen 864,0 bis 868,0MHz zeigt weiterhin keinen Verbindungsaufbau, erst Trennen von AC und allen PV-Panelen und einige Minuten warten führen nach dem Hochfahren wieder zu einem Verbindungsaufbau. Die Livedaten zeigen die Produktion von etwa 100W pro Panel (4 Panele, jedoch bewölkt) jedoch zeigt openDTU ein Limit von 0 an, was jedoch nicht stimmen kann. Das manuelle Setzen des Limits auf 50% funktioniert und wird dann auch angezeigt. Im Log findet sich 8 mal Time calibration nach dem Hochfahren des Wechselrichters. Heute morgen ist der Wechselrichter ganz normal um 6:23Uhr gestartet, kein Logeintrag von Time calibration
Ein typisches Problem, wahrscheinlich vom WR erzeugt. Du kannst machen was Du willst, mal bringt es was, mal nicht. Hab ich so alle 1,5 Monate. Das keine Verbindung besteht, löst sich allein, ich bin es leid zu suchen. Bei mir jedoch fährt der WR hoch und produziert voll. Nutze OpenDTU-OnBattery
What happened?
DTU Version 24.4.24 Nulleinspeisung mit eigenem Pythonscript funktioniert seit 28.7.2024 problemlos. Erstmals Abbruch am 3.9.2024 etwa Mittags, in der Konsole sieht man keine Antwort vom Wechselrichter. Daraufhin alles mögliche versucht, Leistung raufsetzen, Frequenz ändern, anderes Netzteil, Wechselrichter vom Netz genommen, nichts davon hat geholfen. Dann habe ich die DTU-Seriennummer geändert und sofort hat die Kommunikation wieder funktioniert. Heute am 13.9.2024 erneut Verbindungsabbruch etwa um 8:00, davor wegen Bewölkung Produktion von etwa 60W. Diesmal hat die Änderung der DTU-Seriennummer nicht gehofen. Bislang noch keine Verbindung zum Wechselrichter. Der Wechselrichter schaltet sich eigenartigerweise auf Limit von 0%, LED am Wechselrichter blinkt langsam grün. Ich vermute keinen Bug der openDTU, sondern einen gewollten Trick der Hoymiles-Firmware um den Anwender zu zwingen, sich eine original DTUlite zuzulegen und damit die openDTU-Anwender zu ärgern. Meine Frage: gibt es diesbezüglich schon Erkenntnisse, wie man dieses Problem lösen kann?
To Reproduce Bug
Kommt nach einiger Betriebszeit
Expected Behavior
reproduzierbare Verbindungsaufnahme nach Abbruch
Install Method
Pre-Compiled binary from GitHub
What git-hash/version of OpenDTU?
v24.4.24
Relevant log/trace output
Anything else?
nichts
Please confirm the following