UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene55]

@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.

[StephanH]

@rene55 hab von der Version 0.4 aktualisiert 🙈 Kann ich die Jason Sicherungen mit wieder übernehmen?

[Rene55]

@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!

[StephanH]

@rene55 Hab jetzt mal die Berechnungen gelöscht. Ohne die Instanzen neu zu installieren. Klappt wohl erst mal.

[StephanH]

@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.?

[Rene55]

@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" .

[StephanH]

@rene55 Das wäre auch nee maßnahme gewesen 🙈 klappt jetzt.

[Spitfire4all]

@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

[Rene55]

@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ß.

[Spitfire4all]

@rene55
Ok, das sieht mir aber nach dem cloud Adapter aus.
Wo stelle ich denn da die IP des WR ein?

Gruß
HDM

[Rene55]

@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?

[Spitfire4all]

@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

[Rene55]

@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.)

[spicer]

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.

[spicer]

Freue mich riesig. Dach schon lange fertig. Keller erst seit gestern ^^

[ralle]

@rene55

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

[Rene55]

@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.

[ralle]

@rene55

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)

[Rene55]

@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.

[AutomationNico]

@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