NEWS

@Homoran

Danke für die Info´s.

Momentan läuft alles soweit, außer das wenn ich Skripte öffne dann ab und zu kurz der Kreis läuft und dann grau bleibt.
Aber sonst alles ok.

Vielen Dank für die super Erklärung, hat wunderbar funktioniert. Läuft perfekt.

@dslraser Beim letzten mal musste ich die damalige Instanz wieder komplett neu anlegen und die einzelnen Geräte wieder neu anlegen! aber das war noch mit dem Vorgänger der iot-app

Habe das Problem jetzt auch nur dadurch lösen können das ich einen Stick neu geflasht habe und alle Sensoren neu angelernt habe.
Seitdem funktioniert erst einmal alles wieder ohne Probleme.
Vorher konnte ich auch die Sensoren nicht mehr neu Anlernen bzw die Steckdose die ich gelöscht hatte.

Auf welchen Weg kann ich denn die Firmware der Osram Plugs Updaten.
Einen Gateway habe ich nur von HUE und dort habe ich die Dosen noch nicht angelernt.
Wie verhält sich das ganze denn-
Kann ich den Plug auch an der Hue anmelden und dann über beide Gateways also HUE und Stick ansteuern?
Wenn jemand so etwas schon getestet hat kann ich mir das ja sparen.

Ich habe ein ähnliches Problem mit dem Alexa 2 Adapter.
Bei mir verhält es sich etwas anders. Das Flashbriefing funktioniert so wie es sein muss allerdings stoppt immer wieder die Wiedergabe der Musik. Manchmal mitten im Lied und manchmal spielt das eine Lied zu ende und das war´s dann obwohl die Playlists weitergeht.
Alle Echos die ich habe funktionieren einzeln wunderbar nur der Verbund denn ich im Wohnzimmer habe nicht.
Im Wohnzimmer habe ich ein Setup von 2 Echo Studio´s und einen Fire TV Stick 4k. Wie gesagt einzeln funktioniert alles.
Wenn ich das ganze als Heimkino koppel dann erst habe ich die Probleme aber auch nur wenn der Adapter läuft.
Eventuell hat jemand noch einen Tipp für mich wie ich das Problem beheben könnte ansonsten versuche ich nachher mal die ältere Version des Adapters zu installieren.

Gruß
Andreas

@skokarl

Alles gut .... dafür ist das Forum da , um zu helfen 😉

@Homoran
So, Problem gelöscht......wäre leider auch viel einfacher gewesen.
Ich habe nun alles restored usw und das Problem war wieder das gleiche.
Alle Adapter waren letzter Stand stable und der Fehler kam wieder.
Update von socket.io von 2.1.2 (2019-09-28) (im stable letzte und aktuelle version) auf 3.0.2 (2020-03-07) von github.....und et läuft wieder 🙂

@Altersrentner
Du kannst natürlich verwenden. Was du willst, aber vergiss dabei nicht die Vorteile von Backitup.
Dein System wird automatisch gesichert. Wie schnell vergisst man mal ein Backup zu ziehen und hat dann im schlimmsten Fall keine aktuellen Daten bei einem Systemcrash.

Zum Thema Komplett Backup ...
Es wurde hier zwar schon mehrfach geschrieben, aber Backitup hat mit dem Standard Backup keinerlei Nachteile. Alle Daten werden gesichert und dein System ist nach einem Restore zu 100% wieder so, wie dein altes System.

Das alte Komplett Backup war da eher aus einer alten Systemidee heraus entstanden und war aufgrund der vielen Falschanwendungen am Ende des Tages nicht mehr tragbar.
Um ein Komplett Backup wiederherstellen zu können, mussten die kompletten Systemdaten wie Hardware und sämtliche Softwareversionen zu 100% übereinstimmen.

Bei einem Standard Backup wird dein System neu aufgesetzt und ist danach komplett neu kompiliert.

Hierbei spielen andere Hardware oder Softwarestände keine Rolle

Work-Around um erstmal "aufzuräumen" und weiter basteln zu können:

Zuerst habe ich mir das Device (Plug2) mit dem funktionierenden "allocation"-State in der Objekte-Ansicht selektiert und nochmal einen JSON-Download gemacht.

Danach habe ich nacheinander für jedes "zerschossene" Device in der "Objekte"-Ansicht Folgendes gemacht:

"zerschossenes" Device (bspw. "zigbee.0.{IDvonPlug1}") auswählen JSON-Download davon machen mit einem Editor den Abschnitt des "allocation"-Eintrags aus der JSON von Plug2 in die JSON vom "zerschossenen" Device kopiert und dort natürlich die jeweilige ZigBee-ID für diesen Abschnitt angepasst in der Objekte-Ansicht das komplette Device gelöscht. dann das editierte JSON des zerschossenen Devices inkl. meiner "allocation"-Sektion wieder importiert.

Das hat hingehauen.

Das gleiche Schema dann noch auf "0_userdata.0" angewendet:

JSON download. in der JSON die "kaputten, versteckten" Abschnitte ausputzen Dann den Eintrag via GUI löschen (wobei man hier erstmal die Eigenschaften editieren muss: Stift ganz rechts, dann auf der Karte "allgemein" das "dont_delete" ausschalten und speichern - erst dann gibt's auch den "Mülleimer" und man kann den ganzen Eintrag löschen). Dann das bereinigte JSON wieder importieren.

Aber die Bugs (Mütter ohne Töchter verschwinden & AutoCreate erzeugt kaputte states) sind trotzdem Bugs... würde ich behaupten.
Wem kann ich die wie melden, wenn nicht hier?
... Notfalls auch auf Englisch 🙂

Gruß
Fiddle

Ich konnte es lösen:

habe alle dateien im Verzeichnis:
/opt/iobroker/node_modules/iobroker.fritzdect/node_modules/.bin/
gelöscht danach ging es , das selbe habe ich dann auch Alexa Verzeichnis getan
/opt/iobroker/node_modules/iobroker.alexa/node_modules/.bin/

und danach das update gemacht. Dass hat dann geklappt.

Warum das so ist, weiß ich allerdings nicht ...

@mbrink2206 sagte in Regelmäßiger Kompletter Ausfall:

das es gefühlt ewig Dauert

in so einem Zustand bitte sofort über die Konsole top aufrufen und sehen was los ist!

Deine Probleme sind nicht üblich!

@Glasfaser
DANKESCHÖN ! Funktioniert wieder.

vg
Marc

iobroker war mit dem installer installiert. Seht auch oben in der Beschreibung 😇

@OliverIO
Das ist mir schon klar, ist auch der Grund warum das normal auch immer in der Kombination angegeben wird.

Wenn man aber ein Pi nach Anleitung einrichtet, wird eben in der Regel schon nach Installation des Imgae ein "apt-get update && apt-get upgrade" angeraten, weshalb ich das gerne als bereits gemacht abhake und fälschlicher weiße auch davon ausgehe, dass das ab und an auch mal einfach so gemacht wird um sein System auf dem Laufenden zu halten.
Ich habe eben keine Update Phobie, vergesse aber gerne, das andere User auch anderes denken 🙂