NEWS
Switch lässt sich nicht mehr schalten
-
@thomas-braun
Könnte der Fehler vielleicht daran liegen, dass ich (Depp) die Debian VM und den Iobroker auf den USB Stick, auf den normalerweise die Sicherungen aufgespielt werden, statt auf der Festplatte des Nucs installiert habe.Wie kann ich das retten?
Könnte ich eine Sicherung der VM (mit Iobroker) vom USB Stick machen und einfach auf eine neue VM zurückspielen?Also ist
/dev/sda1
ein Wechselmedium? -
Also ist
/dev/sda1
ein Wechselmedium? -
@thomas-braun leider ja
Aber wie passt das zu
Nachdem ich mein Betriebssystem auf Debian 12 aktualisiert habe und das Backup aufgespielt habe
Also war das ganze schon immer auf dem falschen Datenträger? Denn die Installationspartition ändert sich nicht bei einem upgrade.
-
Aber wie passt das zu
Nachdem ich mein Betriebssystem auf Debian 12 aktualisiert habe und das Backup aufgespielt habe
Also war das ganze schon immer auf dem falschen Datenträger? Denn die Installationspartition ändert sich nicht bei einem upgrade.
@thomas-braun Da habe ich mich falsch ausgedrückt. Ich habe Debian 12 und Iobroker auf eine neue VM installiert und dann das Iobroker Backup aufgespielt. Bin (leider) nicht den von Dir empfohlenen Weg des Upgrades über Debian 11 nicht gegangen. Dabei habe ich übersehen, dass das ganze auf den USB Stick geht.
-
@thomas-braun Da habe ich mich falsch ausgedrückt. Ich habe Debian 12 und Iobroker auf eine neue VM installiert und dann das Iobroker Backup aufgespielt. Bin (leider) nicht den von Dir empfohlenen Weg des Upgrades über Debian 11 nicht gegangen. Dabei habe ich übersehen, dass das ganze auf den USB Stick geht.
Eigentlich sollte das für die og. Meldungen keine Rolle spielen.
Aber wenn es da eh falsch liegt, installier es halt nochmal richtig. -
-gelöst-
Nachdem ich mein Betriebssystem auf Debian 12 aktualisiert habe und das Backup aufgespielt habe, lässt der Shellyplugin (2. Generation) Schalter nicht mehr über MQTT schalten und gibt auch eine falsche Info über den Status. Wo liegt der Fehler? Instanz schon mehrfach gelöscht. Shellyplug zurückgesetzt und neu in Netz gebracht. Alles ohne Erfolg.
Bei iob diag steht:
2024-01-28 16:45:27.446 - error: shelly.1 (1874688) Cannot find view "system" for search "device" : Connection is closed. 2024-01-28 16:45:27.449 - error: shelly.1 (1874688) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-01-28 16:45:27.451 - error: shelly.1 (1874688) unhandled promise rejection: Cannot find view "system" 2024-01-28 16:45:30.897 - error: shelly.1 (1874688) Error: Cannot find view "system" at ObjectsInRedisClient._getObjectView (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4317:19) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4392:37) 2024-01-28 16:45:30.899 - error: shelly.1 (1874688) Cannot find view "system" 2024-01-28 16:45:31.294 - info: shelly.1 (1874688) terminating with timeout 2024-01-28 16:45:35.680 - info: host.debian instance system.adapter.shelly.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-01-28 16:45:35.811 - info: host.debian instance system.adapter.shelly.1 started with pid 1881122 2024-01-28 16:45:36.000 - info: host.debian stopInstance system.adapter.shelly.1 (force=false, process=true) 2024-01-28 16:45:36.021 - info: host.debian stopInstance system.adapter.shelly.1 send kill signal 2024-01-28 16:45:37.022 - info: host.debian stopInstance system.adapter.shelly.1 killing pid 1881122 2024-01-28 16:45:37.196 - error: host.debian Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2024-01-28 16:45:37.197 - error: host.debian Caught by controller[1]: Error: Cannot find view "system" 2024-01-28 16:45:37.197 - error: host.debian Caught by controller[1]: at ObjectsInRedisClient._getObjectView (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4317:19) 2024-01-28 16:45:37.198 - error: host.debian Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5) 2024-01-28 16:45:37.198 - error: host.debian Caught by controller[1]: at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/src/lib/objects/objectsInRedisClient.ts:4392:37) 2024-01-28 16:45:37.198 - warn: host.debian instance system.adapter.shelly.1 terminated due to SIGTERM 2024-01-28 16:45:37.199 - info: host.debian instance system.adapter.shelly.1 terminated with code null () 2024-01-28 16:45:39.150 - info: host.debian instance system.adapter.shelly.1 started with pid 1881312 2024-01-28 16:45:42.646 - info: shelly.1 (1881312) starting. Version 6.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.19.0, js-controller: 5.0.17 2024-01-28 16:45:42.904 - info: shelly.1 (1881312) Starting in MQTT mode. Listening on 0.0.0.0:1882 (QoS 0) 2024-01-28 16:45:57.485 - info: shelly.1 (1881312) [MQTT] Device with client id "shellyplusplugs-80646fe6fb50" connected! -
@olivbus sagte in Switch lässt sich nicht mehr schalten:
Shellyplugin (2. Generation)
das ding gibts nicht.
Shellyplug
jo, den gibts.
error: shelly.1
ein völlig anderes gerät.
egal was du da geupdatest hast, völliger mumpitz, sorry...@da_woody Tut mir leid:
Das Gerät heißt Shelly Plus Plug S und gehört zu den Geräten 2. Generation und ist über MQTT mit dem Iobroker über die Instanz: shelly.1 verbunden. Meine anderen Shellys (1. Genertaion) sind über die Instanz: shelly.0 mit dem Iobroker über http verbunden. Der Fehler, dass sich der State vom Switch nicht aktualisiert, besteht nur bei dem MQTT verbundenen Shelly Plus Plug. Bei den anderen Shellys in der Instaonz shelly.0 besteht das Problem nicht. -
@da_woody Tut mir leid:
Das Gerät heißt Shelly Plus Plug S und gehört zu den Geräten 2. Generation und ist über MQTT mit dem Iobroker über die Instanz: shelly.1 verbunden. Meine anderen Shellys (1. Genertaion) sind über die Instanz: shelly.0 mit dem Iobroker über http verbunden. Der Fehler, dass sich der State vom Switch nicht aktualisiert, besteht nur bei dem MQTT verbundenen Shelly Plus Plug. Bei den anderen Shellys in der Instaonz shelly.0 besteht das Problem nicht.@olivbus alles ok! :)
jetzt hast du es verständlich erklärt, wenn auch wieder nicht ganz.Shelly Plus Plug S
Shelly Plus Plugich denk mal, du hast die shelly.1 instanz mal richtig konfiguriert, aber den Shelly Plus Plug S nicht richtig.
allerdings sehe ich gerade auf github
ist das ding auf letztem FW stand? welche adapterversion? zeig mal ein bild von deinen einstellungen... -
@olivbus alles ok! :)
jetzt hast du es verständlich erklärt, wenn auch wieder nicht ganz.Shelly Plus Plug S
Shelly Plus Plugich denk mal, du hast die shelly.1 instanz mal richtig konfiguriert, aber den Shelly Plus Plug S nicht richtig.
allerdings sehe ich gerade auf github
ist das ding auf letztem FW stand? welche adapterversion? zeig mal ein bild von deinen einstellungen... -
Eigentlich sollte das für die og. Meldungen keine Rolle spielen.
Aber wenn es da eh falsch liegt, installier es halt nochmal richtig.@thomas-braun Hallo Thomas,
ich habe die Installation - so wie ich oben beschrieben habe- auf die Festplatte (!) als neue VM überspielt. Der Switch lässt sich jetzt schalten und zeigt auch den richtigen State an. Iob diag war ohne Fehler.
Vielen Dank für Deine geduldige Hilfe.
Support us
804
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge