Open MicroWulf76 opened 1 month ago
Wie fragst du die Daten ab? Lokal oder Cloud? Was ist TOU? Das sagt mir erstmal nix. was steht im Debuglog?
Hallo,
vielen Dank für das Feedback.
Die Daten werden im IOBroker über SOLAX Cloud abgefragt.
TOU ist ein Betriebsmodus (relativ neu) Time of Use.
Da können die Betriebszustände des Wechselrichters per Kalender und Uhrzeit gewechselt werden.
Die Konfiguration geschieht über die APP bzw die Webseite von Solax.
Wie beschrieben, sobald dieser Modus gewählt wird, kann er mit den meisten Daten aus der Cloud nichts mehr anfangen.
mfG
--
Diplom-Wirtschaftsinformatiker Mirko Pabst
Tel.: 0172 87 99 174
E-Mail: @.***
Von: simatec @.*** Gesendet: Samstag, 12. Oktober 2024 12:04 An: simatec/ioBroker.solax Cc: MicroWulf76; Author Betreff: Re: [simatec/ioBroker.solax] SOLAX TOU not works with Version 0.9.12 (Issue #211)
Wie fragst du die Daten ab? Lokal oder Cloud? Was ist TOU? Das sagt mir erstmal nix. was steht im Debuglog?
— Reply to this email directly, view it on GitHub https://github.com/simatec/ioBroker.solax/issues/211#issuecomment-2408506201 , or unsubscribe https://github.com/notifications/unsubscribe-auth/BMBNM5HHQVEDG2JAZ2G5BF3Z3DX2RAVCNFSM6AAAAABP2HXQ7KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGUYDMMRQGE . You are receiving this because you authored the thread. https://github.com/notifications/beacon/BMBNM5GETVJ2QNDLTZT2223Z3DX2RA5CNFSM6AAAAABP2HXQ7KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUPR3RVS.gif Message ID: @.***>
Bitte poste hier den Debuglog, damit ich sehen kann, was an Daten kommt
Ich muss nochmal etwas nachreichen:
Nach kurzer Zeit häufen sich die Fehlermeldungen und es werden für immer mehr Werte null geliefert,
2024-10-12 16:19:42.555 - warn: solax.1 (2004) request error: Error: undefined is not a valid state value
2024-10-12 16:19:43.851 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 flot
2024-10-12 16:19:43.856 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 vis.0
2024-10-12 16:19:44.220 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:19:44.661 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:20:03.726 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 flot
2024-10-12 16:20:03.729 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 vis.0
2024-10-12 16:20:04.175 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:20:04.615 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:20:26.244 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 flot
2024-10-12 16:20:26.247 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 vis.0
2024-10-12 16:20:26.784 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:20:27.247 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:20:34.900 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:20:35.421 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:20:39.775 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 vis.0
2024-10-12 16:20:39.776 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 flot
2024-10-12 16:20:40.092 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:20:40.596 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:21:01.598 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 vis.0
2024-10-12 16:21:01.598 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 flot
2024-10-12 16:21:01.676 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:21:02.227 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:21:15.161 - info: solax.0 (26008) State value to set for "solax.0.data.json" has to be type "string" but received type "number"
2024-10-12 16:21:27.550 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 flot
2024-10-12 16:21:27.814 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:22:03.622 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 flot
2024-10-12 16:22:03.624 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 vis.0
2024-10-12 16:22:09.515 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 flot
2024-10-12 16:22:09.518 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.2 vis.0
2024-10-12 16:22:10.227 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:22:10.673 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.2
2024-10-12 16:24:39.900 - debug: solax.1 (2004) nightCalc started ...
2024-10-12 16:24:39.902 - debug: solax.1 (2004) dusk: 19:02
2024-10-12 16:24:39.902 - debug: solax.1 (2004) dawn: 07:01
2024-10-12 16:24:39.904 - debug: solax.1 (2004) current local Time: 16:24
2024-10-12 16:24:39.904 - debug: solax.1 (2004) calculate astrodata ...
2024-10-12 16:24:39.905 - debug: solax.1 (2004) Sun Altitude: 16.5°
2024-10-12 16:24:39.905 - debug: solax.1 (2004) Sun Azimut: 233.4°
2024-10-12 16:24:39.966 - debug: solax.1 (2004) is Night: false
2024-10-12 16:24:40.053 - debug: solax.1 (2004) API Request started ...
2024-10-12 16:24:40.118 - debug: solax.1 (2004) Solax Cloud is available ... Status: 200
2024-10-12 16:24:40.154 - debug: solax.1 (2004) request-result: {"success":true,"exception":"Query success!","result":{"inverterSN":"H*313","sn":"SNWFHVYGGM","acpower":2,"yieldtoday":1.2,"yieldtotal":8,"feedinpower":0,"feedinenergy":2.3,"consumeenergy":28.31,"feedinpowerM2":0,"soc":95,"peps1":0,"peps2":0,"peps3":0,"inverterType":"14","inverterStatus":"-1","uploadTime":"2024-10-12 15:20:02","batPower":-1,"powerdc1":0,"powerdc2":0,"powerdc3":null,"powerdc4":null,"batStatus":"0"},"code":0}
2024-10-12 16:24:40.159 - debug: solax.1 (2004) API Request successfully completed
2024-10-12 16:24:41.165 - debug: solax.1 (2004) solaxRequest: {"success":true,"exception":"Query success!","result":{"inverterSN":"H3*13","sn":"SNWFHVYGGM","acpower":2,"yieldtoday":1.2,"yieldtotal":8,"feedinenergy":2.3,"consumeenergy":28.31,"soc":95,"inverterType":"14","inverterStatus":"-1","uploadTime":"2024-10-12 15:20:02","batPower":-1,"batStatus":"0"},"code":0}
2024-10-12 16:24:41.201 - warn: solax.1 (2004) request error: Error: undefined is not a valid state value
2024-10-12 16:26:14.949 - info: solax.0 (26008) State value to set for "solax.0.data.json" has to be type "string" but received type "number"
2024-10-12 16:26:49.913 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:26:49.994 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70
2024-10-12 16:26:50.612 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:26:51.127 - info: web.0 (5969) ==> Connected system.user.admin from 192.168.10.70
2024-10-12 16:27:03.382 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 vis.0
2024-10-12 16:27:03.383 - info: web.0 (5969) <== Disconnect system.user.admin from 192.168.10.70 flot
Von: simatec @.*** Gesendet: Samstag, 12. Oktober 2024 14:35 An: simatec/ioBroker.solax Cc: MicroWulf76; Author Betreff: Re: [simatec/ioBroker.solax] SOLAX TOU not works with Version 0.9.12 (Issue #211)
Bitte poste hier den Debuglog, damit ich sehen kann, was an Daten kommt
— Reply to this email directly, view it on GitHub https://github.com/simatec/ioBroker.solax/issues/211#issuecomment-2408548889 , or unsubscribe https://github.com/notifications/unsubscribe-auth/BMBNM5HUCT54GNG574YYZHLZ3EJPHAVCNFSM6AAAAABP2HXQ7KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGU2DQOBYHE . You are receiving this because you authored the thread. https://github.com/notifications/beacon/BMBNM5BF4PE6XDN6VO7GUZDZ3EJPHA5CNFSM6AAAAABP2HXQ7KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUPR6FBS.gif Message ID: @.***>
Guten Morgen,
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.
Hallo,
nein ich habe zwei Wechselrichter von Solax und daher die zwei Instanzen.
So lange wie beide in „self use“ laufen ist auch alles prima.
Ich musste halt nur das Zeitlimit auf 5 Minuten setzen, da die sonst die API, für einige Zeit, sperren.
mfG
--
Diplom-Wirtschaftsinformatiker Mirko Pabst
Tel.: 0172 87 99 174
E-Mail: @.***
Von: simatec @.*** Gesendet: Donnerstag, 17. Oktober 2024 09:37 An: simatec/ioBroker.solax Cc: MicroWulf76; Comment Betreff: Re: [simatec/ioBroker.solax] SOLAX TOU not works with Version 0.9.12 (Issue #211)
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.
— Reply to this email directly, view it on GitHub https://github.com/simatec/ioBroker.solax/issues/211#issuecomment-2418788889 , or unsubscribe https://github.com/notifications/unsubscribe-auth/BMBNM5AIYO36PI3KYMUWLELZ35SJXAVCNFSM6AAAAABP2HXQ7KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMJYG44DQOBYHE . You are receiving this because you commented. https://github.com/notifications/beacon/BMBNM5HYDZJCVPRZOZVTWSTZ35SJXA5CNFSM6AAAAABP2HXQ7KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUQFPFBS.gif Message ID: @.***>
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
Na, ich hoffe mal das ist was du wolltest:
Von: simatec @.*** Gesendet: Donnerstag, 17. Oktober 2024 12:56 An: simatec/ioBroker.solax Cc: MicroWulf76; Comment Betreff: Re: [simatec/ioBroker.solax] SOLAX TOU not works with Version 0.9.12 (Issue #211)
Um die komplette Adresse sehen zu können, musst du die tokenId aktualisieren
— Reply to this email directly, view it on GitHub https://github.com/simatec/ioBroker.solax/issues/211#issuecomment-2419205637 , or unsubscribe https://github.com/notifications/unsubscribe-auth/BMBNM5B2HBAFZF75AOJQTZ3Z36JS7AVCNFSM6AAAAABP2HXQ7KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMJZGIYDKNRTG4 . You are receiving this because you commented. https://github.com/notifications/beacon/BMBNM5DKEFQIV37FVRKQMT3Z36JS7A5CNFSM6AAAAABP2HXQ7KWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUQGITAK.gif Message ID: @.***>
Ja das passt… also Cloud passt auch. Ich baue morgen mal ein paar Debugs ein, mit denen du testen kannst
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