dito. bei mir auch

Zum Thema geänderte Datenpunkte: Habt ihr beim Shelly Dimmer 1 bei CoAP Kommunikation Datenpunkte für die Abfrage der Inputs und longpush? Laut Beschreibung sollen die vorhanden sein, bei mir sind aber keine sichtbar. Hab es mit dem Dimmer 1 und RGBW2 versucht. Mir ist nicht ganz klar, ob die Inputs und die longpush Überwachung mit dem Adapter vielleicht nur per mqtt möglich ist. Die Shellys selber senden die Inputs und longpush States per CoAP. Das konnte ich mit einem anderen Node Adapter sehen. Aber in ioBroker und mit dem Shelly adapter sehe ich keine. Benutze 3.3.2. Ist das bei euch auch so?

@haselchen aktuell läuft es mit der Version 3.1.4 wieder. Den Titel werde ich noch auf gelöst setzten. @Thomas-Braun den js-controller habe ich mit Absicht nicht aktualisiert, weil ich in einem der Threads zur neuen Version gelesen hatte, dass es Probleme mit Skripten oder Adaptern geben soll (genaueres erinnere ich leider nicht mehr) und ich gesehen hatte, dass es mich betreffen würde.

@philbird sagte in Telegram startet ständig neu: Es stellt sich nur die Frage, warum sich das plötzlich umgestellt hat. Warum und wieso es sich verändert hat, kann ich dir auch nicht sagen .... bleibt wohl ein Geheimniss ;) :ghost: :ghost: Dann setzte das Thema auf gelöst !

@kenny384 freut mich! So bleibt man wenigstens mit Backup-Restore in übung :-))

Ja, das Log habe ich beobachtet - War nichts Auffälliges diesbezüglich. Ich habe gerade auch noch den Shelly-Adapter auf 3.3.3 aktualisiert. Die letzten Tage habe ich das Ganze noch etwas beobachtet und meine Skripte etwas angepasst/optimiert. Bevor ich den Shelly nun schalte, prüfe ich immer erst, ob er erreichbar ist. Ist er erreichbar, wird er geschalten - Ist er nicht erreichbar, dann wird im 30sec-Takt immer wieder geprüft, ob er erreichbar ist - Sobald er erreichbar ist, wird der Schaltvorgang ausgeführt. Das klappt wunderbar und es kommt zu dem Problem auch nur noch selten. Da hiermit nur eine Poolpumpe geschalten wird, reicht diese Lösung. Meine Vermutung ist, dass der WLAN-Empfang einfach zu schlecht ist und so der Shelly immer mal wieder nicht erreichbar ist. Logge ich minütlich die Erreichbarkeit des Shellys mit, ist er mehrfach pro Stunde nicht erreichbar. Er wird aber in den nächsten Tagen noch an einer höheren Stelle installiert, so dass sich dann evtl. auch die Erreichbarkeit verbessert. Zusätzlich werde ich auch noch mal testweise einen Repeater in der Nähe installieren, um zu sehen, ob es wirklich am WLAN-Empfang liegt. Ich werde noch mal berichten. Grüße.

Hi Zäsch Eine Frage: wie hast du den Klick und den double Klick im VIS realisiert? Welches Widget? danke Thomas

alles klar... Danke für die Info - Ich versuche das mal mit der 1.0.1

cd /opt/iobroker iobroker stop ./iobroker del zigbee.0 falls mehrere installiert...den Befehl nochmal ausführen mit z.B. ./iobroker del zigbee.1 ./iobroker del zigbee npm install iobroker.zigbee@1.0.4 --loglevel error --prefix iobroker start

@Norb Danke, das hat das Problem bei mir ebenfalls gelöst.

@saugimanni sudo whoami nodejs -v && which nodejs && node -v && which node && npm -v && which npm && apt policy nodejs Deine node-Installation ist immer noch krumm. Die musst du zunächst gerade rücken.

Bei mir waren es tatsächlich auch Einträge von den Alexa Kontakten. Update des Alexa Adapters hat bei mir geholfen!

Hmm. Ich geh dann mal ein Backupsystem aufsetzen. Dann kann ich den Rechner in Ruhe mal neu aufsetzen. Wollte ich eh schon länger mal machen. Besten Dank erstmal.

@J-A-R-V-I-S Ja hab ich. Ändert man damit nicht nur den hostname?

@sissiwup sagte in Broadlink einige Befehle gehen nicht mehr.: @sissiwup 2.0.3 zurück. Alles geht wieder. Ist das in der neuen Version 2.1.x behoben?

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!