SOLAX TOU not works with Version 0.9.12
Opened this issue · 13 comments
Hallo,
der Adapter 0.9.12 und die vorhergehenden liefern falsche bzw. keine Werte, wenn das TOU im Solax Wechselrichter aktiviert wird.
(Protokol "wrong value")
Sobald zurückgeschaltet wird auf "self use" funktionieren die Abfragen wieder korrekt.
Ansonsten finde ich den Adapter super
mfG Mirko Pabst
Wie fragst du die Daten ab? Lokal oder Cloud?
Was ist TOU? Das sagt mir erstmal nix.
was steht im Debuglog?
Bitte poste hier den Debuglog, damit ich sehen kann, was an Daten kommt
Guten Morgen,
ich habe mir nochmals angeschaut wo eventuell der Fehler liegt:
2024-10-14 06:41:17.749 - debug: solax.1 (21114) request-result: {"success":true,"exception":"Query success!","result":{"inverterSN":"H313","sn":"SNGM","acpower":170,"yieldtoday":0.9,"yieldtotal":15.3,"feedinpower":0,"feedinenergy":5.3,"consumeenergy":28.41,"feedinpowerM2":0,"soc":65,"peps1":0,"peps2":0,"peps3":0,"inverterType":"14","inverterStatus":"-1","uploadTime":"2024-10-14 05:40:01","batPower":-170,"powerdc1":0,"powerdc2":0,"powerdc3":null,"powerdc4":null,"batStatus":"0"},"code":0}
Die Daten werden offensichtlich korrekt angelifert.
Allerdings werden leglich, wie im Bild zu sehen nur 3 Daten (batPower, yielttoday und yieldtotal) übernommen (siehe zeitstempel).
Ich hoffe diese Feststellung hilft irgendwie bei der Eingrenzung weiter.
Ich sehe da erstmal keinen Unterschied bei der Cloudabfrage... Kannst du mir mal noch den Debuglog senden, wenn TOU
deaktiviert ist. Grundsätzlich würde ich aber erstmal sagen, dass es für die Cloudabfrage keinen Unterschied machen sollte.
Hier das Ganze nochmal ohne TOU.
Sobald ich auf "Self Use" umschalte werden alle Werte wieder korrekt zugewiesen.
solax.1 | 2024-10-15 21:14:03.639 | info | State value to set for "solax.1.data.json" has to be type "string" but received type "number" |
---|---|---|---|
solax.1 | 2024-10-15 21:14:03.468 | debug | solaxRequest: {"success":true,"exception":"Query success!","result":{"inverterSN":"H313","sn":"SNGM","acpower":141,"yieldtoday":1.9,"yieldtotal":18.7,"feedinenergy":5.4,"consumeenergy":28.41,"soc":69,"inverterType":"14","inverterStatus":"102","uploadTime":"2024-10-15 20:09:59","batPower":-141,"batStatus":"0"},"code":0} |
solax.1 | 2024-10-15 21:14:02.462 | debug | API Request successfully completed |
solax.1 | 2024-10-15 21:14:02.458 | debug | request-result: {"success":true,"exception":"Query success!","result":{"inverterSN":"H313","sn":"SNGM","acpower":141,"yieldtoday":1.9,"yieldtotal":18.7,"feedinpower":0,"feedinenergy":5.4,"consumeenergy":28.41,"feedinpowerM2":0,"soc":69,"peps1":0,"peps2":0,"peps3":0,"inverterType":"14","inverterStatus":"102","uploadTime":"2024-10-15 20:09:59","batPower":-141,"powerdc1":0,"powerdc2":0,"powerdc3":null,"powerdc4":null,"batStatus":"0"},"code":0} |
solax.1 | 2024-10-15 21:14:02.411 | debug | Solax Cloud is available ... Status: 200 |
solax.1 | 2024-10-15 21:14:02.316 | debug | API Request started ... |
solax.1 | 2024-10-15 21:14:02.206 | debug | is Night: false |
solax.1 | 2024-10-15 21:14:02.192 | debug | Sun Azimut: 292° |
solax.1 | 2024-10-15 21:14:02.192 | debug | Sun Altitude: -27.2° |
solax.1 | 2024-10-15 21:14:02.192 | debug | calculate astrodata ... |
solax.1 | 2024-10-15 21:14:02.191 | debug | current local Time: 21:14 |
solax.1 | 2024-10-15 21:14:02.191 | debug | dawn: 07:06 |
solax.1 | 2024-10-15 21:14:02.190 | debug | dusk: 18:56 |
solax.1 | 2024-10-15 21:14:02.190 | debug | nightCalc started ... |
und dieser Fehler erscheint gar nicht mehr:
2024-10-12 16:24:41.201 - warn: solax.1 (2004) request error: Error: undefined is not a valid state value
Dieser Fehler tritt auf, wenn nicht alle Daten kommen bzw. halt in der Abfrage Daten fehlen.
Dies ist in deinem vorletzten Log der Fall.
Warum laufen da zwei Instanzen? Fragst du den WR bzw. die Cloud 2x ab?
Da könnte das Problem liegen. Die Solax Cloud ist da etwas nervig und nicht gerade gut. Du solltest, dann eher überlegen, das ganze lokal abzufragen.
Kannst du mir mal bitte die API Adresse, die du auf der Webseite von Solax unter Dienst-API findest posten?
Bitte tokenId und sn unkenntlich machen
Um die komplette Adresse sehen zu können, musst du die tokenId aktualisieren
Ja das passt… also Cloud passt auch. Ich baue morgen mal ein paar Debugs ein, mit denen du testen kannst