Weihnachtsangebot 2025! 🎄

[Codierknecht]

@mcm1957
Stimmt - 'ne neue Versionsnummer hätte der Adapter durchaus verdient :grin:

Edit
Erledigt. Nach NPM wollte ich das erst im Beta-Stadium bringen.

[HAL]

@codierknecht erstmal VIELEN DANK! das Du Dich dem Adapter annimmst. Installation hat von Github geklappt, Adapter läuft und Werte vom Ofen werden angezeigt ( ich habe aber noch nicht alle Werte kontrolliert ) .
Steuern klappt allerdings nicht .
Das Objekt "rika-firenet.0.xxxxx.controls.onOff" treu/false bringt keine Reaktion. Im log steht nichts.

[Codierknecht]

@hal sagte in Test Adapter rika-firenet 1.0.0-alpha.x (ALPHA Test):

Steuern klappt allerdings nicht .

Hätte mich tatsächlich auch gewundert.
Ich schau an der Ecke erstmal in den Code und werde ein paar Logausgaben einbauen.

Da ich als völlig Ahnungsloser ja nicht wild an Deinen Ofen herumschalten will, müssen wir uns an der Ecke mal genauer abstimmen.

[HAL]

@codierknecht sag Bescheid wenn ich etwas ausprobieren soll.

[mcm1957]

@codierknecht
NEIN NEIN NEIN

Keine Versionnummern so ändern.
IMEMR die Versionsnummern mit einem TAG und dem Releasescript versehen. Und nom beißt niemand. Für solche Tests gibts ja die alpha Releases.

Ich bereinige das mal ...

[Codierknecht]

@mcm1957
OK - dann mache ich halt immer ein npm run release.
Hat schließlich auch den Vorteil, dass man aus NPM installieren kann.

Danke Dir!

[mcm1957]

@codierknecht

Ja super. Mach ein ALPHA release und alles ist super.

Deine manuelle Version hat das Problem dass

• es jetzt ein Release auf github gitb obwohl alphas an sich keine GitHub Release kriegen
• package.json und io-package.json offenbar nicht angepasst wurden
• was das tag auf GitHub betrifft hab ich nicht gechecked.

DANKE

[Codierknecht]

@mcm1957
1.0.0-alpha.3 ist raus.

Edit
Das mit dem Tag hat wohl noch nicht so ganz funktioniert.
Da bin ich mit meinem Fork irgendwie durcheinandergekommen.
Kriege ich vermutlich mit dem Nächsten hin.

@HAL
Ich habe jetzt in controls nur noch 3 States beschreibbar gemacht.
Bitte den kompletten Objektbaum vor dem nächsten Start löschen, damit das auch "zieht".

Beim Schreiben sollte jetzt etwas mehr geloggt werden. Die Instanz muss dazu natürlich auf Logstufe "debug" stehen.

[HAL]

@codierknecht teste ich in der früh und reporte dann :-)

[HAL]

@hal Adapter läuft und steuert den Ofen.
Im log sind 2 warn Meldungen:

rika-firenet.0
2025-01-20 12:44:57.587	warn	State "rika-firenet.0.23422463.stoveFeatures.bakeMode" has no existing object, this might lead to an error in future versions

rika-firenet.0
2025-01-20 12:44:57.586	warn	State "rika-firenet.0.23422463.stoveFeatures.airFlaps" has no existing object, this might lead

[HAL]

Hier der Log bisher:

2025-01-20 09:28:29.056 - info: host.iobroker iobroker url xsawa32/ioBroker.rika-firenet --host iobroker --debug
2025-01-20 09:28:29.683 - info: host.iobroker iobroker install xsawa32/ioBroker.rika-firenet
2025-01-20 09:28:29.771 - info: host.iobroker iobroker NPM version: 10.8.2
2025-01-20 09:28:29.772 - info: host.iobroker iobroker Installing xsawa32/ioBroker.rika-firenet... (System call)
2025-01-20 09:28:34.145 - info: host.iobroker iobroker added 2 packages, removed 5 packages, and changed 2 packages in 4s
2025-01-20 09:28:34.146 - info: host.iobroker iobroker 198 packages are looking for funding run `npm fund` for details
2025-01-20 09:28:34.224 - info: host.iobroker iobroker upload [12] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/de/translations.json i18n/de/translations.json application/json
2025-01-20 09:28:34.227 - info: host.iobroker iobroker upload [11] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/en/translations.json i18n/en/translations.json application/json
2025-01-20 09:28:34.229 - info: host.iobroker iobroker upload [10] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/es/translations.json i18n/es/translations.json application/json
2025-01-20 09:28:34.232 - info: host.iobroker iobroker upload [9] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
2025-01-20 09:28:34.233 - info: host.iobroker iobroker upload [8] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/it/translations.json i18n/it/translations.json application/json
2025-01-20 09:28:34.236 - info: host.iobroker iobroker upload [7] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
2025-01-20 09:28:34.237 - info: host.iobroker iobroker upload [6] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
2025-01-20 09:28:34.239 - info: host.iobroker iobroker upload [5] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
2025-01-20 09:28:34.241 - info: host.iobroker iobroker upload [4] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
2025-01-20 09:28:34.243 - info: host.iobroker iobroker upload [3] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/uk/translations.json i18n/uk/translations.json application/json
2025-01-20 09:28:34.245 - info: host.iobroker iobroker upload [2] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
2025-01-20 09:28:34.247 - info: host.iobroker iobroker upload [1] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/jsonConfig.json jsonConfig.json application/json
2025-01-20 09:28:34.249 - info: host.iobroker iobroker upload [0] rika-firenet.admin /opt/iobroker/node_modules/iobroker.rika-firenet/admin/rika-firenet.png rika-firenet.png image/png
2025-01-20 09:28:34.252 - info: host.iobroker iobroker Updating objects from io-package.json for adapter "rika-firenet" with version "1.0.0-alpha.6"
2025-01-20 09:28:34.294 - info: host.iobroker iobroker Update "system.adapter.rika-firenet.0"
2025-01-20 09:29:06.738 - info: host.iobroker "system.adapter.rika-firenet.0" enabled
2025-01-20 09:29:07.251 - info: host.iobroker instance system.adapter.rika-firenet.0 in version "1.0.0-alpha.6" (non-npm: xsawa32/ioBroker.rika-firenet) started with pid 861976
2025-01-20 09:29:07.651 - debug: rika-firenet.0 (861976) Redis Objects: Use Redis connection: 127.0.0.1:9001
2025-01-20 09:29:07.684 - debug: rika-firenet.0 (861976) Objects client ready ... initialize now
2025-01-20 09:29:07.685 - debug: rika-firenet.0 (861976) Objects create System PubSub Client
2025-01-20 09:29:07.686 - debug: rika-firenet.0 (861976) Objects create User PubSub Client
2025-01-20 09:29:07.767 - debug: rika-firenet.0 (861976) Objects client initialize lua scripts
2025-01-20 09:29:07.770 - debug: rika-firenet.0 (861976) Objects connected to redis: 127.0.0.1:9001
2025-01-20 09:29:07.806 - debug: rika-firenet.0 (861976) Redis States: Use Redis connection: 127.0.0.1:9000
2025-01-20 09:29:07.825 - debug: rika-firenet.0 (861976) States create System PubSub Client
2025-01-20 09:29:07.826 - debug: rika-firenet.0 (861976) States create User PubSub Client
2025-01-20 09:29:07.906 - debug: rika-firenet.0 (861976) States connected to redis: 127.0.0.1:9000
2025-01-20 12:44:55.620 - info: host.iobroker instance system.adapter.rika-firenet.0 in version "1.0.0-alpha.6" (non-npm: iobroker-community-adapters/ioBroker.rika-firenet#xxxxxxxxxxxxxxxxxxx) started with pid 865571
2025-01-20 12:44:56.345 - info: rika-firenet.0 (865571) starting. Version 1.0.0-alpha.6 (non-npm: iobroker-community-adapters/ioBroker.rika-firenet#9xxxxxxxxxxxxxxxxxxx) in /opt/iobroker/node_modules/iobroker.rika-firenet, node: v20.18.1, js-controller: 7.0.3
2025-01-20 12:44:56.353 - info: rika-firenet.0 (865571) config user: xxxx@xxxxxx
2025-01-20 12:44:56.354 - info: rika-firenet.0 (865571) config interval: 1
2025-01-20 12:44:56.354 - info: rika-firenet.0 (865571) config stoveid: xxxxxxxx
2025-01-20 12:44:57.318 - info: rika-firenet.0 (865571) Logged in to rika firenet
2025-01-20 12:44:57.586 - warn: rika-firenet.0 (865571) State "rika-firenet.0.xxxx.stoveFeatures.airFlaps" has no existing object, this might lead to an error in future versions
2025-01-20 12:44:57.587 - warn: rika-firenet.0 (865571) State "rika-firenet.0.xxxx.stoveFeatures.bakeMode" has no existing object, this might lead to an error in future versions
2025-01-20 12:49:21.838 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.onOff changed: true (ack = false)
2025-01-20 12:57:59.695 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.heatingPower changed: 95 (ack = false)
2025-01-20 12:58:00.705 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.heatingPower changed: 85 (ack = false)
2025-01-20 12:58:00.780 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.heatingPower changed: 80 (ack = false)
2025-01-20 12:58:01.071 - error: rika-firenet.0 (865571) setstoveValues error: AxiosError: Request failed with status code 404
2025-01-20 12:58:23.638 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.heatingPower changed: 85 (ack = false)
2025-01-20 12:58:24.638 - info: rika-firenet.0 (865571) state rika-firenet.0.xxxx.controls.heatingPower changed: 100 (ack = false)

[Codierknecht]

@hal
Vielleicht kann @mcm1957 mal über den Code schauen und mir die Ursache erläutern?

Das dürfte an der mir noch immer etwas unverständlichen Asynchronität liegen.
Ich vermute mal, dass da noch einige Funktionen auf async umgestellt und die Aufrufe verändert werden müssen.
Da sind noch Funktionen mit und ohne async wild gemischt.

[mcm1957]

@codierknecht

Die Meldung (State "rika-firenet.0.xxxx.stoveFeatures.airFlaps" has no existing object, this might lead to an error in future versions) sagt aus, dass es zu diesem State kein Objekt ergiubt. Das wird mittel setObjectNotExists oder extendObject angelegt - und zwar
JE ein set/extendObject für

• xxxx
• xxxx.stoveFeatures.
• xxxx.stoveFeatures.airFlaps

Werden diese set/extendObjects aufgerufen?
Ev. bau mal bei jedem set/extendObject vorher ein log.debug ein damit man das leicht checken kann.

Und ja - kann gern mal drüberschaun. Mach mir ne Notiz

[Codierknecht]

@hal sagte in Test Adapter rika-firenet 1.0.0-alpha.x (ALPHA Test):

Im log sind 2 warn Meldungen:

In GitHub ist jetzt 1.0.0-alpha.9 - da sollte das behoben sein.
Kam eh nur beim ersten Start des Adapters vor, wenn vorher die Objekte gelöscht wurden.

[HAL]

@codierknecht ist installiert. Ich werde berichten ;-)

[HAL]

@hal sagte in Test Adapter rika-firenet 1.0.0-alpha.x (ALPHA Test):

@codierknecht ist installiert. Ich werde berichten ;-)

Bis auf Meldungen , wann der Pelletofen ein oder ausgeschaltet wurde heute keine weiteren Meldungen im log. Der Adapter war heute durchgehend aktiv und funktionierte bisher einwandfrei. :-)

(edit)
Möglicherweise gibt es ein Problem beim Update von Sensordaten. Ich prüfen das noch mal gesondert

[HAL]

Heute früh wurde der Pelletofen um 09:30 Uhr per Script ausgeschaltet , das hat funktioniert. Im log kam kurz danach ein error

rika-firenet.0
2025-01-22 09:36:40.636	error	getstoveValues error: Error: getaddrinfo EAI_AGAIN www.rika-firenet.com

rika-firenet.0
2025-01-22 09:30:32.015	info	state rika-firenet.0.xxxxxx.controls.onOff changed: false (ack = false)

[mcm1957]

@hal
Ein getaddrinfo EAI_AGAIN deutet auf ein Problem mit der dsn Namensauflösung hin.

@Codierknecht
"Normale" State changes sollten nicht als info geloggt werden. Das sollte besser debug sein (weil nach fehler sieht es für mich nicht aus)

2025-01-22 09:30:32.015 info state rika-firenet.0.xxxxxx.controls.onOff changed: false (ack = false)

[Codierknecht]

@mcm1957 sagte in Test Adapter rika-firenet 1.0.0-alpha.x (ALPHA Test):

"Normale" State changes sollten nicht als info geloggt werden. Das sollte besser debug sein (weil nach fehler sieht es für mich nicht aus)

Ist geändert.
Ich war so frei und habe jetzt eine "beta" gemacht. Die grundsätzliche Funktionalität scheint ja gegeben zu sein.

[mcm1957]

@codierknecht
Na ja - hoff es verwirrt nicht zu viele.

BEAT Test gibts erst wenn der Adapetr im Repo ist. Bis daher ist er per Definition ALPHA Status.