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

[Kusi]

@tombox sagte in Test Adapter micronova easy connect plus:

Es gibt setMethod da muss der offset des register, value von enc_val eingegeben
Zb zum starten 232,85
offset von status_manged und für Value ON ist 85 OFF ist 170 also 232,170
setzen der Temperatur auf 38Grad (temp_air = 32893 formular= /2 = 76/2 = 38
32893, 76

Vielen Dank für den Adapter.
Kannst du uns die Steuerung besser erläutern?
Ich verstehe nicht, wie du dies meinst, wie ich dann z.B. den Ofen wieder ausschalten kann, wie die Temperatur verstellen, usw...

[tombox]

@kusi hier

232,85 zum einschalten eingeben
232,170 zum ausschalten

die werte findet man. mit suchen unter status

[Kusi]

@tombox
Nun haben wir ausgiebig den Adapter getestet.
Wird der Wert von */remote/setMethod über Blockly geändert (232,170 und 232,85), dann reagiert der Pelletofen nicht.
Wird der Pelletofen mit der dazugehörigen App gesteuert, dann ändert sich der obige Wert nicht.

Das Aktualisierungsintervall habe ich auf 1 Minute gestellt.
Der Wert von */status/last_update ändert sich im Minutentakt.

Frage am Rande: wie erhält man die Nummer von "Offset"?
Ich habe die "enc_val05" (85) und "enc_val18" (170) zum Ein-/Ausschalten gefunden (in "registers15").

[tombox]

@kusi bitte drauf achten das der wert unbestätigt gesetzt wird
im gleichen register unter offset
micronova.0.xxx.status.registers15.offset

[Kusi]

@tombox sagte in Test Adapter micronova easy connect plus:

wert unbestätigt gesetzt wird

Der Pelletofen reagiert nicht auf meine Änderung.

Habe soeben gesehen, dass ich Fehler im Log erhalte:

micronova.0
2022-11-07 18:52:20.217	info	receive 401 error. Refresh Token in 60 seconds

micronova.0
2022-11-07 18:52:04.772	info	receive 401 error. Refresh Token in 60 seconds

micronova.0
2022-11-07 18:52:04.681	info	Update devices

micronova.0
2022-11-07 18:51:54.680	error	{"Success":false,"Error":"1106","Text":"UNAUTHORIZED"}

[tombox]

@kusi Auch nach einem direkten Adapter start geht es nicht?

[Kusi]

@tombox sagte in Test Adapter micronova easy connect plus:

nach einem direkten Adapter start

micronova.0
2022-11-07 19:24:57.478	info	Update devices

micronova.0
2022-11-07 19:24:47.477	info	{"Success":true,"Text":"DEVICE_ENQUEUE_MESSAGE_OK","idRequest":"97f825xxxxxxxxxxxxx"}

Der Status in der "Easy Connect Plus"-App bleibt auf "on", der Pelletofen läuft weiterhin, sprich schaltet nicht aus.

[tombox]

@kusi
Ich habe nochmal Anpassungen gemacht
Es scheint so das man nur in der App oder im Adapter eingeloggt sein kann
Also den Adapter starten, Befehl absetzen und dann via remote.refresh = true regelmässig schauen ob sich der wert im register15 ändert. Es dauert anscheinend eh sich der Wert anpasst

[Kusi]

@tombox
Also, Ein- und Ausschalten funktioniert nun.
Ich kann leider nicht alle Minuten testen, denn sonst geht die Heizung in einen Störmodus.

Folgender Fehler erhalte ich nun im 10-Minuten-Takt:

micronova.0
2022-11-07 20:11:11.770	info	receive 401 error. Refresh Token in 60 seconds

micronova.0
2022-11-07 20:01:11.773	info	receive 401 error. Refresh Token in 60 seconds

--> Aktualisierungsintervall ist auf 5 Minuten eingestellt!

Wie sieht es denn nun in die andere Richtung aus, wenn der Pelletofen mit der "Easy Connect plus"-App oder am Gerät selber ein-/ausgeschaltet wird, wie sehe ich diese Änderung in ioBroker?

[tombox]

@kusi ich denke der 401 hängt damit zusammen das du dich in der app einloggst

Ich hatte nicht den korrekten Status ausgegeben.
Einfach den micronova.0 Ordner unter Objekte löschen und den adapter neu installieren dann sollte zb unter value13 der richtige status sein da item13 ja 232 ist

[Kusi]

@tombox sagte in Test Adapter micronova easy connect plus:

neu installieren

Die Installation dauert übrigens sehr lange, um die 4 Minuten.
Ist das bei dir auch so?

[tombox]

@kusi Wenn du node 14 mit npm 6 hast ist das normal dann bitte auf node 16 oder 18 updaten

[Kusi]

@tombox
Node v16.17.1
NPM 6.14.8

ist installiert...

[tombox]

@kusi Das ist ungewöhnlich diese node version sollte eigentlich mit npm 8 kommen dann musst du npm auf npm 8 updaten

[Kusi]

@tombox sagte in Test Adapter micronova easy connect plus:

unter value13 der richtige status sein da item13 ja 232 ist

Dies werde ich in den nächsten Tagen testen.
Danke schon mal im Voraus.

[Kusi]

@tombox
Node und NPM sind mittlerweile bereinigt.
Ein-/Ausschalten über ioBroker funktioniert wie bereits vorher einwandfrei.
Nun suche ich noch den richtigen "Values", um den Status des Ofens auszulesen.
Momentan versuche ich es mit "Values02".

Gruss

[Thomas Braun]

@kusi

sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null

uname -m && test -f /opt/scripts/.docker_config/.thisisdocker && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt-get update &> /dev/null && sudo apt-get update && apt-cache policy nodejs

sagt? NodeJS als Laufzeitumgebung muss unbedingt senkrecht installiert sein.

[Kusi]

@thomas-braun

pi@raspberrypi:~ $ uname -m && test -f /opt/scripts/.docker_config/.thisisdocker                                                                                      && echo "Docker-Installation" || echo "Kein Docker" && type -P nodejs node npm                                                                                      && nodejs -v && node -v && npm -v && iob -v && whoami && groups && echo $XDG_SES                                                                                     SION_TYPE && echo $DESKTOP_SESSION && pwd && sudo apt-get update &> /dev/null &&                                                                                      sudo apt-get update && apt-cache policy nodejs
armv7l
Kein Docker
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v18.12.1
v18.12.1
8.19.2
4.0.23
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin g                                                                                     pio i2c spi iobroker
tty

/home/pi
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:3 http://phoscon.de/apt/deconz buster InRelease
OK:4 https://deb.nodesource.com/node_16.x buster InRelease
Paketlisten werden gelesen... Fertig
nodejs:
  Installiert:           18.12.1-deb-1nodesource1
  Installationskandidat: 18.12.1-deb-1nodesource1
  Versionstabelle:
 *** 18.12.1-deb-1nodesource1 100
        100 /var/lib/dpkg/status
     16.18.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages
     10.24.0~dfsg-1~deb10u2 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

[Thomas Braun]

@kusi
Warum die 18 und warum ohne Anbindung an ein Repository?
Die vorgesehene Version ist Stand heute nodeJS@16.
Das 16er-Repo hast du ja auch angelegt.

[Kusi]

@thomas-braun Weil vorher die 14 drauf war, und ich eigentlich wusste dass ich auf die 16 gehen will, aber dann dummerweise 18 eingegeben habe. Wie kann ich sauber auf Node v.16 zurück?

Du fragst mich Sachen :-) Ich betreibe zwar Linux und ioBroker schon mehrere Jahren, aber wirklich intelligenter bin ich noch nicht, also was du mich hier betreffend "Repository" fragst, kann ich dir nicht beantworten, sorry.
Ich lasse mir aber sehr gerne helfen, wenn du Geduld und Zeit hast.