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

shcön dass du bescheid gibst

@canetti2 sagte in Philips Hue Lampen ins Zigbee-Netz integrieren: @asgothian ok, ich verstehe - das bedeutet, dass ich eine Hue Lampe ENTWEDER mit der Hue Bridge ODER dem Zigbee Coordinator verbinden kann - aber nicht mit beidem. Das war mir nicht klar! Korrekt. A.

@asgothian ich Danke dir ganz herzlich für die verständliche Erklärung. Das macht in der Tat dann Sinn. Grüße Fabio

Ja, das issue hab ich inzwischen auch entdeckt. Hätt ich auch früher mal schauen können. Bin tatsächlich erstmal auf Wled umgestiegen, verwende aber nicht den Adapter. Ich schick die Effekte per http Request.

@spooky82 sagte in Conbee2 Stick wird nicht vom Zigbee Adapter erkannt: auf dem Raspi läuft auch noch eine Homebridge. Sollte kein Problem geben. Das rennt ja auch schon mit nodeJS.