@arteck Danke, läuft !

@homoran es hat sich erledigt, anscheinend hatte das Gerät in Iobroker entfernt aber es war noch in Homematic CUxD vorhanden. Habe es gelöscht die Meldung wird nicht mehr angezeigt. Vielen herzlichen Dank für die Unterstützung

@pix ein Versuch war es wert, hatte gelesen, das du in einem anderen Thread davon geschrieben hattest. Mit iobroker restart hat es erst mal funktioniert. Mal sehen ob ich noch auf andere Probleme stoße.

@johgre Ja, hatte ich - ist es mir dafür aber einfach nicht Wert Wir nutzen das ganze hier tatsächlich nur für Kleinigkeiten und dafür reicht es, wie es ist So z.B. dass das Licht im Flur schon mal an ist, wenn ich jetzt nach Hause komme, damit unsere Tiger net flüchten, wenn man die Haustür aufmacht und noch nix sieht Oder das eben alles ausgeschaltet hat, wenn alle weg sind.

@michi_pi ja habe ich gemacht alles ok.

@pix Ich hab dein Script vom 17.7.20 gestern rausgekramt. Ich benutze die Infos für ne VIS Seite. Einzig die Farben (gefüllte Kreise) für LOAD etc. lassen sich in der VIS nicht mehr anzeigen. Aber das ist jammern auf hohem Niveau. Der Rest funktioniert.

Ich habe noch etwas getestet. Erstelle ich noch Ibjekte für die Stockwerke und verschiebe die Räume in die jeweiligen Stockwerke sind trotzdem nach einem Reboot die Räume in der obersten Ebene wieder vorhanden. Gruß Christian

@jan_xx Zum einen solltest du den Threadtitel anpassen um welches Widget es hier geht. InvenTwo ist ein Gattungsbegriff. Es wäre weiterhin sinnvoll, wenn du der Meinung bist, dass es es sich reproduzierbar um einen Bug handelt, dieses als ISSUE auf Github zu melden

Vielen Dank für Eure Antworten. Dann lasse ich dass, extra Desktop installieren will ich nun eigentlich nicht. Gruß

@bluefox Wäre es nicht sinnvoll, das Ganze auf GitHub zu veröffentlichen?

@glasfaser Habe alles nochmal neu gebootet und den Lesekopf aus -und eingesteckt, dann gings. Gruß HappyUser20

@roddief Na freut mich. Wenn Du erst mal eine stabile MQTT Umgebung hast, dann kannst Du Dir auch eine Menge Adapter sparen - und schließt in meinen Augen ein paar Fehlerquellen aus, in dem Du die Komplexität Deines Systems reduzierst. Ich finde nur die MQTT API Version 2 Verbindung bescheiden dokumentiert . Hier evtl. folgender Thread, wo ein Kollege ein ähnliches Problem hatte. da der Shelly Adapter wohl diese Plus Serie noch nicht unterstützt. https://forum.iobroker.net/topic/48851/shelly-1plus-über-mqtt-anbinden?_=1636409541409

@slang-0 in github [image: 1636393961363-image-9.png]

@edstobi Jo dachte das wäre klar, dass man nach Änderungen in der settings.js den Adapter einmal neu starten muss. Ich hab da auch schon lange ein GitHub aufgemacht, dass wenigstens diese Variable in die Adapterkonfiguration kommt. So musst Du bei jedem Adapterupdate das leider immer wieder neu eingeben. https://github.com/ioBroker/ioBroker.node-red/issues/142 Den Verbesserungsvorschlag habe ich schon relativ lange eingebracht. Momentan scheint es aber wohl keine Entwickler-Ressourcen zu geben, um so was einzubauen oder der NodeRed Adapter genießt halt eine niedrigere Prio - da es ja keine essentielle Funktion ist.

@mickym Gleich, nachdem ich den Post losgeschickt habe, habe ich es geschnallt! Oh Mann - trotzdem vielen Dank!

@thomas-braun Ich werde den Datenträger dann mit und ohne Backup nach der Installation auslesen. Melde mich dann wieder. Ich danke dir!

@homoran Der gestrige Ausfall gestern war gegen 08:58 Uhr. Neugestartet habe ich ihn gegen 17:00 Uhr. Das wäre dann etwas lang für einen SSH-Ausfall während sich iobroker "repariert, oder? Bezüglich Mini-How-To. Wie gesagt, Backup etc hab ich immer danach wieder eingespielt. Oder habe ich dich falsch verstanden? Grüße Edit: Ich habe mich jetzt noch mehrmals durch die Logfiles gearbeitet. Es scheint so, als ob der Pi selber abschmiert bzw. ein Problem hat. Am Beispiel vom gestrigen Absturz: laut Syslog Neustart um 08:58:10 Uhr im Anschluss wird allerdings die Zeit auf 16:39 Uhr syncronisiert. laut LOG im IOB taucht der JSON-Fehler 08:58:28 Uhr auf. Den harten Neustart des Systems habe ich durch Stromwegnahme tatsächlich gegen 16:39 Uhr durchgeführt. Interessant ist auch, dass bis einschließlich 09:00 Uhr noch debug-Einträge auftauchen und dann auf einmal 2 Minuten zurück gesprungen wird. Ähnlich im Syslog. Spoiler 2021-11-07 09:00:05.220 - info: javascript.0 (7286) script.js.common.Variablen.Set_Var_Gaszaehlerstand: BrennerActive 2021-11-07 09:00:05.220 - info: javascript.0 (7286) script.js.common.Variablen.Set_Var_Gaszaehlerstand: Es wurde Gas verbraucht. 2021-11-07 09:00:11.744 - debug: shuttercontrol.0 (7380) Shutter state changed: Treppenhaus old value = 1 new value = 0 2021-11-07 09:00:11.744 - debug: shuttercontrol.0 (7380) Treppenhaus Old value = 1. New value = 0. automatic is active 2021-11-07 09:00:32.408 - debug: shuttercontrol.0 (7380) Shutter state changed: Kinderzimmer old value = 1 new value = 0 2021-11-07 09:00:32.408 - debug: shuttercontrol.0 (7380) Kinderzimmer Old value = 1. New value = 0. automatic is active 2021-11-07 08:58:28.913 - info: host.brokerpi iobroker.js-controller version 3.3.18 js-controller starting 2021-11-07 08:58:28.919 - info: host.brokerpi Copyright (c) 2014-2021 bluefox, 2014 hobbyquaker 2021-11-07 08:58:28.920 - info: host.brokerpi hostname: brokerpi, node: v12.22.6 2021-11-07 08:58:28.921 - info: host.brokerpi ip addresses: 192.168.178.5 fd00::59fa:24b1:ad1e:690a 2001:16b8:57ed:b700:b554:e2c6:3c08:a976 fe80::2476:c82d:e1d2:8e52 2021-11-07 08:58:29.394 - error: host.brokerpi-Server Cannot load /opt/iobroker/iobroker-data/states.json: /opt/iobroker/iobroker-data/states.json: Unexpected end of JSON input. We try last Backup! 2021-11-07 08:58:29.506 - info: host.brokerpi connected to Objects and States 2021-11-07 08:58:29.552 - info: host.brokerpi added notifications configuration of host 2021-11-07 08:58:30.096 - info: host.brokerpi 19 instances found 2021-11-07 08:58:30.141 - info: host.brokerpi starting 16 instances 2021-11-07 08:58:30.236 - info: host.brokerpi instance system.adapter.admin.0 started with pid 741 2021-11-07 08:58:31.968 - error: admin.0 (741) admin.0 already running 2021-11-07 08:58:31.971 - warn: admin.0 (741) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2021-11-07 08:58:32.555 - error: host.brokerpi instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2021-11-07 08:58:32.557 - info: host.brokerpi Restart adapter system.adapter.admin.0 because enabled 2021-11-07 08:58:34.259 - info: host.brokerpi instance system.adapter.javascript.0 started with pid 752 Für mich deutet das darauf hin, dass schlagartig das System hängt. Aber wieso?

@homoran sagte in Iobroker backup auf neue SSD Zigbee: @wal sagte in Iobroker backup auf neue SSD Zigbee: eine 1 zu 1 Kopie von der SSD machen aber die alte ist doch hin Da frage ich mich sowieso wie er da noch an die Daten kommt, oder ob die schon alle korrupt sind ne, die ist nicht hin, die läuft 1A ! wieso weiss ich aber auch nicht .......... mfg

@tg70 Bitte dann das Thema als gelöst kennzeichnen

Anlernen und der erste Tag hat gut funktioniert.. jetzt bekomme ich Fehlermeldungen: zigbee.0 2021-11-08 04:15:50.317 warn Failed to read state '"system_mode"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:15:08.317 warn Failed to read state '"keypad_lockout"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:14:26.318 warn Failed to read state '"external_measured_room_sensor"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:13:44.320 warn Failed to read state '"viewing_direction"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:13:02.321 warn Failed to read state '"load_estimate"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:12:20.322 warn Failed to read state '"window_open_external"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:11:38.323 warn Failed to read state '"window_open_internal"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:10:56.325 warn Failed to read state '"trigger_time"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:10:14.326 warn Failed to read state '"day_of_week"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:09:32.327 warn Failed to read state '"heat_required"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:08:50.328 warn Failed to read state '"heat_available"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:08:08.329 warn Failed to read state '"algorithm_scale_factor"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:07:26.330 warn Failed to read state '"thermostat_vertical_orientation"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:06:44.332 warn Failed to read state '"mounted_mode_control"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:06:02.333 warn Failed to read state '"mounted_mode_active"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:05:20.334 warn Failed to read state '"local_temperature"'of '0x842e14fffe5f7148' after query with '{"code":240}' zigbee.0 2021-11-08 04:04:52.543 warn Device query for '0x842e14fffe5f7148' blocked zigbee.0 2021-11-08 04:04:49.714 warn Device query for '0x842e14fffe5f7148' blocked zigbee.0 2021-11-08 04:04:38.335 warn Failed to read state '"occupied_heating_setpoint"'of '0x842e14fffe5f7148' after query with '{"code":240}' Und mir ist aufgefallen, dass der Datenpunkt "window_open_internal" als Zahl definiert ist, jedoch wird ein Wort reingeschrieben z.B. "closing"