NEWS
Solarman PV, Bosswerk MI & Deye
-
@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 170917
Hab 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. -
@klaus-beck Da vermute ich mal, dass irgendetwas bei SolarmanPV schief gelaufen ist. Hier wird ja seid Wochen intensiv gearbeitet. Wie bei AutomationNico (siehe #494) musst du wahrscheinlich den Support anschreiben, dass sie dir den Account wieder gerade rücken oder du bekommst neue APP-ID und APP-Secret. Dann wird es wohl wieder funktionieren.
-
@rene55 Die Adresse customerservice@solarmanpv.com läuft bei mir immer wieder auf Fehler. Auf der Webseite gibt es auch keine andere Adresse. Ich habe es jetzt mal über das Kontaktformular der Webseite versucht, mal sehen ob ich Antwort erhalte.
-
@klaus-beck Am 15.01.2024 gings noch mit der Adresse. Wenns per Formular nicht geht, kann man auch noch unter upgrade@solarmanpv.com versuchen.
-
@rene55 Die haben offentsichlich grössere Probleme. Diesen Fehler bekomme ich:
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error.The following address failed:
customerservice@solarmanpv.com: non-existent domain
Auch deine Adresse upgrade@solarmanpv.com läuft, da gleiche Domäne, auf den gleiche Fehler.