Hallo in die Runde, also es liegt wirklich am Draytek Vigor 2860 bei mir wie auch bei kte. Ich habe gestern einen pi-hole installiert und weil dieser ja auch interne DNS-Einträge verwalten kann und das auch alles gut lief habe ich den pi-hole im Raspi vom ioBroker als DNS-Server eingetragen und siehe da der Alexa2 Adapter geht sofort in Betrieb. Im pi-hole sind aber andere DNS Sever eingetragen und nicht der Draytek. Lag also nicht wie Anfangs von mir gedacht am VLAN (DNS Auflösung klappte ja auch soweit) sondern echt am DNS Server des Draytek Routers. Ich habe Draytek Deutschland gerade eine Support Mail dazu geschrieben. Die Jungs sind eigentlich sehr fix beim Antworten und auch sehr nicht bei solchen Themen. Mal sehen was als Antwort kommt.

The problem has been solved. The ZigBees use channel 11. And my Fritzbox with about 1m distance decided to use WLAN channel 1. Together with a quaterly Backup of some WLAN devices the zigbees were unable to communicate. Channel scan showed 187% usage for chanlle 11... Solved by fixing WLAN to channel 11

@crunchip Die 1.6.16 hab ich schon installiert, hatte ich vorhin nicht erwähnt sorry. Jetzt hab ich nochmal bei deaktiviertem Adapter den Stick etwas länger abgezogen und es funzt wieder alles. [image: 1648816554086-656049e2-7c3b-4a97-abca-abf8a7f2a71e-grafik.png] Komisch. Trotzdem Danke für die Mühe.

@negalein sagte in VIS Projekte nicht löschbar: Eventuell bei dir wegen Windows? Den Verdacht habe ich auch. :disappointed:

@wowbaggger JA

Nee anders ... in Admin 5.3.4 sollte das denke fixen

@crunchip sagte in Zigbee adapter erlaubt kein pairing mehr: Das war damit nicht gemeint, sonder in der Instanz, den richtigen Knopf. Man kann auch an einem Router das Pairing auslösen. ja kann man .. das machen aber die wenigsten Router mit.. ich kenne nur die xiaomi Steckdose die das unterstützt.. @jenbenn es war mal gedacht für manuelles Routing.. was draus geworden ist im herdsman .. weiss ich nicht .. habs nicht weiter verfolgt.. also am einfachsten... zum koodinator hin .. knopp drücken.. Gerät anlernen.. dann hintragen wo es soll.. und es sucht sich selbst die Verbindung

Habe leider das selbe Problem

@karacho Ich denke du musst prüfen in wie weit es Probleme mit der Funkverbindung gibt.. Dazu sicherstellen: das der Rechner an dem der Zigbee Stick eingesteckt ist über LAN (nicht wifi) angebunden ist das der Zigbee Stick über ein geeignetes Verlängerungskabel angeschlossen ist und sich an einer geeigneten Stelle befindet das das Funknetzwerk auf dem Kanal den du einsetzen willst nicht "voll" ist - dazu im Adapter den Netzwerk-Scan benutzen. A.

@sunny9999 Die extraneous Pakete kannst du per npm prune noch rauswerfen.

@asgothian ich habe den Inahlt des Ordners global bereits gelöscht, auch den Ordner global. Liegt da der Fehler? Wenn ich unter Skripte einen neuen Ordner anlegen möchte kann ich anstelle von root als Pfad auch auswählen: "global" und "global / linkeddevices" Wieso gibt es global / linkeddevices ? Habe den Adapter und alles was ich in Objekten finden konnte gelöscht. Lösung: Sorry habe nicht gewusst, dass es einen Expertenmodus für Skripte direkt gibt! Habe den Ordner linkeddevices und das Skript dort gelöscht. Nach neustart des Javascript Adapters läuft alles wieder. Tausend Dank hast mir zig Stunden Arbeit gespart und etwas neues beigebracht. :) Danke

@ritter Das kann ich bestätigen: hm-rpc mit HomematicIP funktioniert einwandfrei hm-rpc mit „rfd“ aktualisiert nach Neustart des ioBrokers willkürlich (nicht). Manuelles aus- einschalten hilft

@driftkingisback Bei Objekten sind keine Login-Daten einzutragen. Das wird üblicherweise in der Instanz getan. Und die muss man händisch hinzufügen, wenn man via github installiert. Unten links ist in der Kachel des Adapters ein Plus, da geht das.

@thomas-braun so nach dem Bereinigen der Liste und Update/Upgrade kommt folgendes raus: pi@RspIoBroker2:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.1 v14.19.1 6.14.16 pi /home/pi Hit:1 http://archive.raspberrypi.org/debian buster InRelease Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease Hit:3 https://deb.nodesource.com/node_14.x buster InRelease Hit:4 https://repos.influxdata.com/debian buster InRelease Hit:5 https://packages.grafana.com/enterprise/deb stable InRelease Hit:6 https://archive.raspbian.org/raspbian buster InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. nodejs: Installed: 14.19.1-deb-1nodesource1 Candidate: 14.19.1-deb-1nodesource1 Version table: *** 14.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 500 https://archive.raspbian.org/raspbian buster/main armhf Packages

@thomas-braun ahso okay naja ich würd gerne irgendwie rausfinden warum es nur per noserverino geht - nicht dass ich da woanders einen fehler habe der sich evtl. irgendwo unbemerkt mit-zieht bin eher der der auch gerne verstehen würde warum etwas so ist wie es ist :grinning:

@crunchip sagte in Proxmox Container - Backup geht nicht: @bahnuhr letzter beitrag https://forum.proxmox.com/threads/tmp-cannot-open-permission-denied.87730/ Dein Link brachte den Erfolg. Gelöst wie folgt: [image: 1648410735105-3d6dda4e-7b8a-4c41-a27e-ea17e0e4157d-image.png]

@tombox Das hatte ich auch aus den Fehlern gelesen, allerdings werde die Fahrzeuge, es sind 2, mind. 2 x am Tag bewegt, meistens mehr, auch gestern. Ist das so normal?

@rob-0 Ungerade nodeJS-Versionen sollen nicht verwendet werden. Insta)über die empfohlene Version 14.