Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SOLAX TOU not works with Version 0.9.12 #211

Open
MicroWulf76 opened this issue Oct 12, 2024 · 13 comments
Open

SOLAX TOU not works with Version 0.9.12 #211

MicroWulf76 opened this issue Oct 12, 2024 · 13 comments

Comments

@MicroWulf76
Copy link

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

@simatec
Copy link
Owner

simatec commented Oct 12, 2024

Wie fragst du die Daten ab? Lokal oder Cloud?
Was ist TOU? Das sagt mir erstmal nix.
was steht im Debuglog?

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 12, 2024 via email

@simatec
Copy link
Owner

simatec commented Oct 12, 2024

Bitte poste hier den Debuglog, damit ich sehen kann, was an Daten kommt

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 12, 2024 via email

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 14, 2024

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.

werte

@simatec
Copy link
Owner

simatec commented Oct 14, 2024

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.

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 15, 2024

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

@simatec
Copy link
Owner

simatec commented Oct 17, 2024

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.

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 17, 2024 via email

@simatec
Copy link
Owner

simatec commented Oct 17, 2024

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

@simatec
Copy link
Owner

simatec commented Oct 17, 2024

Um die komplette Adresse sehen zu können, musst du die tokenId aktualisieren

@MicroWulf76
Copy link
Author

MicroWulf76 commented Oct 17, 2024 via email

@simatec
Copy link
Owner

simatec commented Oct 17, 2024

Ja das passt… also Cloud passt auch. Ich baue morgen mal ein paar Debugs ein, mit denen du testen kannst

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants