Fehler gefunden. Es lag daran dass ich die Material UI Widgets installiert habe. Trotzdem schade dass mir niemand geholfen hat.

Hab´s jetzt herausgefunden. Habe meine Zugangsdaten jetzt einmal zurückgesetzt, jetzt geht der Adapter wieder auf "grün". Danke @Grizzelbee für deine schnelle Hilfe!

hat keiner eine Idee warum sowas passiert?

habe es jetzt am laufen habe den adapter vom git installiert dann per hand die instanz installiert jetzt läuft es wenn ich aber das ganze über iobroker installiere kommen nur die oben genanten fehler ich teste den adapter jetzt ob er auch 100% läuft

Hallo, @R1Snake , Du hast in Deiner RM-Firewall für alle Vollzugriff ausgewählt. Ich glaube mich zu erinnern, dass Du bei Vollzugriff die eingetragene Ports sperrst? Ist ne Vermutung, ob das korrekt ist, kann ich nicht mit Bestimmtheit sagen. Aber der Zugriff auf eingeschränkte IP-Adressen fehlt jetzt total. Mit meiner Einstellung habe ich keine Probleme, vom iobroker auf RaspberryMativ zuzugreifen. Könntest Du uns evetuell mal die Einstellungen vom Rega.0. Adapter zeigen? Ich meine diesen hier: [image: 1592985796928-d696b29f-3769-4e9e-a2d2-435dc1bb2395-image.png] Hast Du nur bei HMIP das Problem oder auch bei HM?

@io_laurent Hi, Ich nutze die FB nicht für die Rollos sondern habe andere Funktionen drauf gelegt. Eigentlich brauchst du doch nur beide Geräte anzulernen und dann ein Blockly mit Trigger auf die FB zu legen. Das bedeutet dann Trigger wenn Knopf nach oben, dann Rollo 100% und wenn Knopf nach unten 0%. Als Stick würde ich keinen CC2531 sondern den CC2538 nehmen. Hat viel mehr Reichweite und ist mit Zigbee 3.0 auch Zukunftssicherer! Wenn du alles hast und es mit dem Skript nicht klappt, dann nochmals melden.

@ChrisXY sagte in Zigbee kaputt trotz Backup. Zu früh auf Speichern geklickt: Serial port not selected! Go to settings page. es steht im LOG..lesen

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