Solarman PV, Bosswerk MI & Deye
-
@stephanh Soviele Fehler hab ich den schlechtesten Zeite des Adapters noch nicht gesehen. Welche Version war es vorher? Möglicherweise sind nur die Formeln für "Berechnete Werte" nicht ganz ok. Bitte da mal nachschauen. Ansonsten halt - weg und neu.
-
@rene55 hab von der Version 0.4 aktualisiert
Kann ich die Jason Sicherungen mit wieder übernehmen? -
@stephanh Grundsätzlich ja. Bitte nur schauen, ob bei "Berechnete Werte" alles richtig ist. Bis Version 0.0.5 gab es zwei Werte, danach eine Formel!
-
@rene55 Hab jetzt mal die Berechnungen gelöscht. Ohne die Instanzen neu zu installieren. Klappt wohl erst mal.
-
@rene55 Also wenn ich die Berechnung so wieder anlege, rappelt es wieder:
Also Instanz löschen und wieder JASON für die Instanz importieren und Berechnung eintragen.?
-
@stephanh Ja wenn du jetzt noch was sinnvolles in die erste Spalte "Werte (Formeln)" reinschreibst, ist wieder alles ok. Als Beispiel (je nach eigenen Datenpunkten) "DV1*DC1" .
-
@rene55 Das wäre auch nee maßnahme gewesen
klappt jetzt. -
@rene55 sagte in Solarman PV, Bosswerk MI & Deye:
@kusi Das ist völlig richtig -dieser Adpter liest die Daten via API aus der Cloud. Daher werden auch APP-ID und APP-Secret benötigt.
Zum Auslesen ohne Cloud kannst du den Adapter https://github.com/raschy/ioBroker.deyeidc testen. Der ist leider noch nicht im latest, so dass du den via "Katze" installieren musst.Bin ein wenig zu dumm, den Adapter zu installieren.
Bei der Katze unter Benutzerdefiniert die URL eintragen, oder?Dann sollte der Adapter doch eigentlich unter Adapter erscheinen oder muss ich noch etwas anderes machen.
Heißt der auch Solarman PV nur mit einer anderen Version?Danke
Gruß Hans-Dieter -
@spitfire4all Das Thema "Katze ist überholt, da der Adapter mittlerweile im Stable ist. Also einfach in 'Adapter' nach Solarmanpv suchen und installieren. Aktuell ist derzeit Version 0.5.1. Viel Spaß.
-
@rene55
Ok, das sieht mir aber nach dem cloud Adapter aus.
Wo stelle ich denn da die IP des WR ein?Gruß
HDM -
@spitfire4all Ja das ist wohl richtig. Wir sind doch hier im Thema SolarmanPV - und der läuft gegen die Cloud und benötigt nicht die Adresse vom WR. Oder meintest du den anderen Adapter für Deye?
-
@rene55
Ja ich meine den anderen Adapter.
Hast du die Entwicklung eingestellt oder wie komme ich an den Adapter der ohne Cloud funktioniert?Hab es über die Katze versucht, eventuell habe ich auch den falschen Pfad?
Gruß
Hans-Dieter -
@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
