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

[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

[Rene55]

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

[AutomationNico]

@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

[Rene55]

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

[AutomationNico]

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

[Rene55]

@automationnico Danke für dir Rückmeldung, und ebenfalls Gutes Neues Jahr.

[Ralf Topas]

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

[Rene55]

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

[spicer]

@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

[Rene55]

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