Solarman PV, Bosswerk MI & Deye
-
@spitfire4all Versuch doch einfach mal hier https://forum.iobroker.net/topic/63899/neuer-adapter-cloudfreie-auslesung-von-deye-invertern/512 dein Glück. (Bevor dieser Thread wieder auf den falschen Adapter verweist.)
-
Toll. Habe die Daten von Solarman wie beschrieben angefordert und hoffe, dass der Adapter auch mit einer SOFAR HYD20KTL-3PH funktioniert.
PS:
Vorhin kamen genau die standard Fragen wie oben beschrieben ^^Edit:
Klappt wunderbar. Vielen Dank für diesen Adapter. -
Freue mich riesig. Dach schon lange fertig. Keller erst seit gestern ^^ -
Hi, Ich hätte da mal eine Frage zu einigen !Warnungen" die Ich bekomme..... sind diese Normal?
solarmanpv.0 2023-11-11 17:54:04.870 info starting. Version 0.5.1 (non-npm: raschy/ioBroker.solarmanpv) in /opt/iobroker/node_modules/iobroker.solarmanpv, node: v18.18.2, js-controller: 5.0.12 solarmanpv.0 2023-11-11 17:54:05.776 info State value to set for "solarmanpv.0.3050628.generationPower" has to be type "string" but received type "number" solarmanpv.0 2023-11-11 17:54:07.043 info State value to set for "solarmanpv.0.2600659.217049619.HWv1" has to be type "string" but received type "number" solarmanpv.0 2023-11-11 17:54:06.993 info State value to set for "solarmanpv.0.2600659.217049619.COMM_PTC_v1" has to be type "string" but received type "number" solarmanpv.0 2023-11-11 17:54:06.911 info State value to set for "solarmanpv.0.2600659.217049619.DEV_TYP1" has to be type "number" but received type "string" solarmanpv.0 2023-11-11 17:54:14.309 info Terminated (ADAPTER_REQUESTED_TERMINATION): Everything done. Going to terminate till next schedule solarmanpv.0 2023-11-11 17:54:13.439 info State value to set for "solarmanpv.0.3050628.221117923.ST_w1" has to be type "number" but received type "string" solarmanpv.0 2023-11-11 17:54:13.374 info State value to set for "solarmanpv.0.3050628.221117923.NOP" has to be type "number" but received type "string" solarmanpv.0 2023-11-11 17:54:13.054 info State value to set for "solarmanpv.0.3050628.221117923.HWv1" has to be type "string" but received type "number" solarmanpv.0 2023-11-11 17:54:13.004 info State value to set for "solarmanpv.0.3050628.221117923.COMM_PTC_v1" has to be type "string" but received type "number" solarmanpv.0 2023-11-11 17:54:12.932 info State value to set for "solarmanpv.0.3050628.221117923.DEV_TYP1" has to be type "number" but received type "string" solarmanpv.0 2023-11-11 17:54:08.301 info State value to set for "solarmanpv.0.2600659.217049619.ST_w1" has to be type "number" but received type "string" solarmanpv.0 2023-11-11 17:54:08.193 info State value to set for "solarmanpv.0.2600659.217049619.NOP" has to be type "number" but received type "string"Danke für deine Mühe
-
@ralle Die Meldungen kommen daher, dass Solarman in einer Änderung (vor einigen Wochen) die Werte statt numerisch jetzt im Klartext ausgibt. Die Lösung: im Objektbaum die drei oder vier betroffenen Werte löschen. Der Adapter legt die dann wieder neu (und richtig) an.
-
Danke, hat wohl geklappt, kannst du zu den nächsten Fehlern auch was sagen, die kommen von deinem anderen Adapter:
deyeidc.1 17713 2023-11-12 12:08:28.554 error Error: Frame CheckSum faulty! be|28 | Error: Frame CheckSum faulty! be|28 at idcCore.checkDataFrame (/opt/iobroker/node_modules/iobroker.deyeidc/lib/idc-core.js:70:10) at Deyeidc.onData (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:170:24) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:158:10) at Socket.emit (node:events:517:28) at addChunk (node:internal/streams/readable:335:12) at readableAddChunk (node:internal/streams/readable:308:9) at Readable.push (node:internal/streams/readable:245:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) deyeidc.1 17713 2023-11-12 11:38:30.051 error Error: Frame CheckSum faulty! c2|cf | Error: Frame CheckSum faulty! c2|cf at idcCore.checkDataFrame (/opt/iobroker/node_modules/iobroker.deyeidc/lib/idc-core.js:70:10) at Deyeidc.onData (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:170:24) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:158:10) at Socket.emit (node:events:517:28) at addChunk (node:internal/streams/readable:335:12) at readableAddChunk (node:internal/streams/readable:308:9) at Readable.push (node:internal/streams/readable:245:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) deyeidc.1 17713 2023-11-12 15:24:29.327 error Error: Frame CheckSum faulty! be|dd | Error: Frame CheckSum faulty! be|dd at idcCore.checkDataFrame (/opt/iobroker/node_modules/iobroker.deyeidc/lib/idc-core.js:70:10) at Deyeidc.onData (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:170:24) at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.deyeidc/main.js:158:10) at Socket.emit (node:events:517:28) at addChunk (node:internal/streams/readable:335:12) at readableAddChunk (node:internal/streams/readable:308:9) at Readable.push (node:internal/streams/readable:245:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) -
@ralle Die kommen nicht von meinem Adapter, der deckt die nur auf. Aber echt, die Checksumme wird im WR berechnet und der Adapter prüft die gegen. Machmal stimmt die eben nicht. Warum das so ist: keine Ahnung, aber bitte keine Panik und schauen wie oft dieser Fehler kommt.
BTW: falscher Thread. -
@Rene55 Hi, vielen Dank erstmal für den Adapter und für die Mühen die du da reingesteckt hast. Ich benutze den Adapter seit ca. einem halben Jahr und alles hat auch auf anhieb funktioniert. Seit ca. 3 Wochen habe ich aber folgendes Problem:
host.iobroker 2023-12-27 20:45:04.114 info instance system.adapter.solarmanpv.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) solarmanpv.0 2023-12-27 20:45:03.577 info Terminated (ADAPTER_REQUESTED_TERMINATION): Everything done. Going to terminate till next schedule solarmanpv.0 2023-12-27 20:45:03.576 debug [onReady] finished - stopping instance solarmanpv.0 2023-12-27 20:45:03.575 debug [main] catch "could not retrieve token." solarmanpv.0 2023-12-27 20:45:03.574 warn [initializeStation] error: undefined solarmanpv.0 2023-12-27 20:45:01.982 debug [checkUserData] Crc 8b9025b974a7394c32d8714c081bee50 solarmanpv.0 2023-12-27 20:45:01.947 debug [onReady] started: solarmanpv.0 solarmanpv.0 2023-12-27 20:45:01.923 info starting. Version 0.5.1 in /opt/iobroker/node_modules/iobroker.solarmanpv, node: v18.19.0, js-controller: 5.0.17 host.iobroker 2023-12-27 20:45:00.044 info instance system.adapter.solarmanpv.0 started with pid 170917Hab den Adapter schon einmal gelöscht, die Zugangsdaten, API-Token und App-ID neu eingetragen, aber keine Reaktion. Der Objektbaum ist natürlich jetzt leer durch das Löschen. So sehe ich ob er einmal Daten abgeholt hat. Sollte ich nochmal die App-ID und den API-Token anfragen? Weil eigentlich hat sich ja nichts geändert.
Hat mal jemand ausprobiert, ob sich der Token ändert, wenn man das Login-Passwort ändert?
Vielleicht kannst du mir weiter helfen.
Gruß Nico
-
@automationnico Es ist mit Sicherheit so, dass bei einem neuem Passwort auch ein neuer Token generiert werden muss. Eigentlich macht der Adapter das automatisch, weil so ein Token auch nach einiger Zeit (ich meine nach 90 Tagen) ungültig wird. Als Test kannst du bitte mal den Datenpunkt "checksumUserData" löschen.
Wenn das nicht funktioniert - und deine Daten richtig sind - ist in der Cloud was verbogen und du musst dazu den Support von Solarman bemühen. -
@rene55 Hi Rene, danke für deine schnelle Antwort. Ja, die Checksumme wird wieder erzeugt und als Objekt angelegt. Ich werde mal den Support von Solarman schreiben und fragen, ob die mir nochmal App-ID und Token schicken können.
Dank dir erstmal.
Gruß Nico
-
@automationnico Ja mach das so. Hatte ich vor zwei Monaten auch. Da war irgendendetwas bei Solarman im Argen. Hat etwa eine Woche gedauert - dann lief es wieder.
-
@rene55 ok, hat daran gelegen. App-ID und Token wurden mir vom Support nochmal zugeschickt. Die haben dann funktioniert.
Danke nochmal für die Verifizierung das alles normal laufen sollte. Das hilft manchmal schon zur Eingrenzung des Fehlers.
Gruß Nico
Edit: Achso und Gesundes neues Jahr
-
@automationnico Danke für dir Rückmeldung, und ebenfalls Gutes Neues Jahr.
-
Salü,
folgende Email habe ich von Solarman bekommen. Evtl. von Relevanz für den Adapter?
Dear valued user,
In order to provide you with a better experience, SOLARMAN will upgrade data centers from 2024-01-15 09:00 to 2024-01-15 17:00 (UTC+8). During the upgrade, OPENAPI service will be unavailable.
After the upgrade, please use the new OPENAPI domain https://globalapi.solarmanpv.com to replace previous domain https://api.solarmanpv.com . Your APPID and APPSECRET will remain the same, but you will need to request for a new token to access all your data under SOLARMAN account.
If you need historical data during the upgrade, we recommend that you use the historical data API (API 3.4 and API 4.3) to supplement it after the upgrade is completed.
Should you have any questions or concerns, please do not hesitate to contact us at customerservice@solarmanpv.com.
Thank you for choosing SOLARMAN platform, and we look forward to providing you with an even better user experience.
Sincerely,
The SOLARMAN Team -
@ralf-topas Die Mail habe ich auch bekommen. Allerdings verstehe ich den Sinn dahinter nicht. Die hier angegebene URL benutzen wir schon seit April vorigen Jahres!
Vielleicht wollen die uns nur sagen, dass an diesem Tag die Anwendung nicht funktionieren wird. Mal sehen. -
@rene55
Von wegen "Ich bin kein Profi-Programmierer und habe dies vor allem deswegen gemacht, weil die anderen Lösungen die ich bisher gefunden habe, mich nicht zufrieden gestellt haben."Du hast mir mehr als nur den Tag gerettet mit Deinem Adapter.
Gute Arbeit. Vielen Dank -
@spicer sagte in Solarman PV, Bosswerk MI & Deye:
kein Profi-Programmierer
Danke für das Lob, aber ich bin wirklich kein professioneller Programmierer aber ich gebe mein bestes und lerne jeden Tag noch dazu.
-
kann es sein, dass sich mit der Umstellung auch die E-Mail geändert hat? Ich bekommen immer einen Serverfehler beim Abschicken der Nachricht. Ich habe jetzt alternativ customerservice@solarmanpv.com genutzt. Da ging die Nachricht zumindest raus.
-
@kte Das wird wohl nichts mit der Umstellung zu tun haben. Alternativ kenn ich auch nur noch die 'upgrade@solarmanpv.com'.
-
@rene55 Der Adapter lief bis zum 09.02.2024 absolut problemlos. Seit diesem Datum bekomme ich nun keine Werte mehr, Es kommt nur:
solarmanpv.0 2024-02-14 15:54:04.657 warn [initializeStation] error: undefined
im Logfile.
Zum Testen habe ich nun in einer VM den Iobroker neu aufgesetzt und nur diesen Adapter installiert. Gleiches Ergebnis.
Hat jemand den gleichen Effekt oder einen guten Tip wie ich wieder an Werte komme.
In der App sind alle Werte vorhanden. Die Übertragung vom WR zur Cloud läuft also.
