@P-A-L-A-D-I-N sagte in Zigbee Adapter Fehler nach Update auf JS-Controller 3.1.5: Als (hier nur) Kunde ist meine Wahl damit klar: Sie entspricht eins zu eins Deiner "Empfehlung" - es muß eine Alternative zum ioBroker her! welcher Kunde.. definition Kunde hast du was gekauft ?? was abgeschlossen ?? komm egal.. ich bin raus hier.. winke winke einen Reisenden soll man nicht aufhalten..

@Thomas-Braun ok lass ich alles so wie es ist.

@natasia0603 Die i386-VM versteh ich immer noch nicht, wozu die notwendig sein sollte. Aber ich muss ja auch nicht jeden Schwachsinn verstehen.

@Seb-K : Falls das für dich noch relevant ist. Damit du Javascript installieren kannst, benötigst du node v12. Falls du ein x86 Debian hast, musst du die Installation manuell machen, da kein offizieller Support mehr vorhanden ist. Anleitung: https://crycode.de/installation-von-node-js

Hallo, ich habe exakt dasselbe Problem und komme nicht weiter, dass mir die Objekte angezeigt werden. Wo befindet sich denn der "Stationsname"? Hier einmal das Log beim Starten des Adapters im Debug.Modus: netatmo.0 2020-06-20 21:32:23.290 info (31253) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.netatmo, node: v10.17.0, js-controller: 3.1.4 netatmo.0 2020-06-20 21:32:22.868 debug (31253) statesDB connected netatmo.0 2020-06-20 21:32:22.867 debug (31253) States connected to redis: 127.0.0.1:9000 netatmo.0 2020-06-20 21:32:22.856 debug (31253) States create System PubSub Client netatmo.0 2020-06-20 21:32:22.853 debug (31253) States create User PubSub Client netatmo.0 2020-06-20 21:32:22.846 debug (31253) Redis States: Use Redis connection: 127.0.0.1:9000 netatmo.0 2020-06-20 21:32:22.843 debug (31253) objectDB connected netatmo.0 2020-06-20 21:32:22.834 debug (31253) Objects connected to redis: 127.0.0.1:9001 netatmo.0 2020-06-20 21:32:22.818 debug (31253) Objects client initialize lua scripts netatmo.0 2020-06-20 21:32:22.817 debug (31253) Objects create User PubSub Client netatmo.0 2020-06-20 21:32:22.816 debug (31253) Objects create System PubSub Client netatmo.0 2020-06-20 21:32:22.811 debug (31253) Objects client ready ... initialize now netatmo.0 2020-06-20 21:32:22.458 debug (31253) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.raspberrypi 2020-06-20 21:32:21.506 info instance system.adapter.netatmo.0 started with pid 31253 host.raspberrypi 2020-06-20 21:32:19.053 info instance system.adapter.netatmo.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) Hier noch der Link zu meinem Thread im Forum. Grüße...

Bestätigt! Das Problem ist gelöst. Vielen Dank @Scrounger !

@Bluefox Ist leider schon alles neu gemacht. Da ich keine Lust hatte abends im dunkeln zu sitzen und eine Lösung nicht sofort greifbar war, hab ich IOBroker binnen 2 Stunden komplett neu gemacht. War in diesem Fall die schnellere Variante. Aber du hast den Fehler richtig beschrieben. Kurz zusammengefasst: Slave host ist gestorben, Instanz vom Slavehost ließ sich weder über Admin noch über Console entfernen (Console meldet erfolg, Instanz aber weiter sichtbar im Admin). Dann den kompletten Slavehost über Admin gelöscht -> Instanz immer noch da. Alle weiteren Versuche kannst du ja hier nachlesen. Aber vielleicht kannst du ja trotzdem mal erzählen wo man im Zweifelsfall nachschauen muss ?

@Glasfaser Hallo, mein Problem ist gelöst, da ich unter MQTT Host 192.168.178.XX einen Zahlendreher hatte. Danke. VG

Habe die Lösung hier gefunden. Das Passwort musste neu gesetzt werden. Komisch, dass der Adapter trotzdem grün war. Ich kann übrigens auch bestätigen, dass nicht alle in der Fritzbox gelisteten Geräte gefunden werden. So weit ich das sehe, werden nur aktuell am Netzwerk angemeldete Geräte gefunden. Also ein Handy, welches zwar in der Netzwerkliste der Fritzbox auftaucht, aber nicht angemeldet ist, wird nicht gefunden. Erst wenn sich das Handy wieder mit dem Wlan verbindet ist es auch im TR-064 Adapter zu finden.

Titel gändert. Nochmals Danke für Deine schnelle Hilfe

@Joshi Und nun?

@ice987 Hat du vielleicht alles blockiert oder ..... !? Versuche mal die Datei runterzuladen .. Link Text ... EDIT: Wenn ich das so lese ... hast du mit hängen und würgen ioBroker installiert !? Liegt dies nun effektiv an der Beta oder gib es noch etwas anders zu versuchen? Bei Beta kann ich dir nicht weiterhelfen ..... Link Text

@Thomas-Braun sagte in Alexa2 Adapter startet nicht / Cookie wird nicht gespeichert: 3.2.0 ist noch nicht im latest drin. Jupp, > 2 Uhr :-)

@Thomas-Braun Bin gespannt :-)

@sissiwup Hallo, habe den Adapter schweren Herzens gelöscht. Hat leider zu viele Abbrüche produziert. Nutze nun die Daten der CCU, die holt seit Jahren verläßlich die Wetterwerte ab.

Das war's auch nicht. Ich habe den Slave mittlerweile komplett neu aufgesetzt und iobroker frisch installiert - jetzt gibt es keine Fehler mehr. Die Ursache lag nach meiner Ansicht - wie so oft - beim falschen Gefrickel und Ruminstallieren und Probieren, anstatt ein ioBroker-System jungfräulich, uptodate und autark zu halten. Da habe ich jetzt fürs Leben gelernt :blush: