@asgothian sagte in Seltsame Warnmeldung vom Zigbee Adapter: partial match Das die Meldungen vom gleichen Gerät (Zigbee Steckdose A1Z) hab ich total übersehen . Danke für den Hinweis zur Doku.

@meister-mopper Das ist absolut richtig. Ich sichere jede Nacht und speicher das Backup auf einem externen Server. Das funktioniert soweit super.

@lothron Die Systempflege muss natürlich auch dein Betriebssystem umfassen, nicht nur den ioBroker.

@homoran Ja, heute morgen

@ja-rod wie wäre es hiermit https://shop.codm.de/automation/zigbee/40/zigbee-coordinator-cc2652p7-PoE läuft bei mir mit dem ZigBee Adapter super. Grüße Fabio

@dr-bakterius sieht genauso aus. Ich werde den Verdacht nicht los, dass der eingerichtete Dient unter node-red von amazon-echo-hub mit Port 80 in meinem Netzwerk nicht gefunden wird. Demnach auch die Echo Geräte hier nicht zugreifen können. Ich habe nun testweise in der amazon-echo-hub.js Datei im Verzeichnis von ../node-red-contrib-amazon-echo/nodes/ den Code angepasst: Original: httpServer.listen(port, function(error) { if (error) { hubNode.status({ fill: 'red', shape: 'ring', text: 'Unable to start on port ' + port }); RED.log.error(error); return; } Angepasst: httpServer.listen(port, "0.0.0.0", function(error) { if (error) { hubNode.status({ fill: 'red', shape: 'ring', text: 'Unable to start on port ' + port }); RED.log.error(error); return; } Somit zeigt meine Ausgabe nun: Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 523/cupsd tcp 0 0 0.0.0.0:1887 0.0.0.0:* LISTEN 735/io.mqtt.0 tcp 0 0 0.0.0.0:1886 0.0.0.0:* LISTEN 735/io.mqtt.0 tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 789/io.shelly.1 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 806/io.sonoff.0 tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 1449/node-red tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 574/iobroker.js-con tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 524/redis-server 12 tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 538/sshd: /usr/sbin tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 1449/node-red D.h. der Port 80 wird unter ipv4 geöffnet. Mit einem Port scanner finde ich auch die IP (v4) vom iobroker und den offenen Port 80. Aber die Echos finden dennoch keine neuen Geräte? Falls jemand noch Tipps hätte, wäre ich sehr verbunden! PS: Ich habe iobroker in einer VM unter Proxmox. Alles neuester Stand edit: Ich habe nun folgendes gemacht; Node-Red aus dem Beta Repository installiert Im Flow den Amazon Echo Hub gelöscht und neu platziert + Verbunden mit den Devices Port/devicelist gecheckt: http://10.42.0.32:80/api/description.xml In der Alexa App auf dem Handy 3 Geräte gelöscht, die nicht mehr erreichbar waren (u.a. eine Tuya Lampe) Echo neugestartet Neue Gerätesuche angestoßen --> es wurden neue Geräte gefunden! Ich tippe darauf, dass irgendein Gerät den Prozess blockiert hatte.

@timmöhlenhoff Du kannst aber auch gerne mal hier https://forum.iobroker.net/topic/62595/deye-solar-sun600-auslese-javascript nachschauen. Wenn du noch mehr vom WR sehen möchtes: es gibt auch einen Adapter dafür. https://forum.iobroker.net/topic/63899/adapter-cloudfreie-auslesung-von-deye-invertern

@haus-automatisierung 👍

@volker3-0 sagte in Zigbee-Adapter keine Funktion mehr und Fehler beim Koppeln: @homoran Was magst du genau sehen? Die Konfiguration Alternativ die Langfassung von iob diag

@simatec Das ist genial! -> getestet und funktioniert So brauche ich kein SSL konfigurieren und mich später wieder erinnern die Zertifikate zu erneuern. Ist ja auch alles in der entmilitarisierten Zone Danke!

@jowrusch was für Hardware? Was steht beim Absturz in den Logs? Stürzt nur iob ab oder der ganze Rechner ?

@berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: wir redne aneinander vorbei richtig @berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: er meldet das wieder an den Broker. auch richtig! @marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: nur publishen war für mich nach der Aussage @marc-berg sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: Das "ctrl..." Topic ist (vom iobroker) überhaupt nicht abonniert. Darf es auch nicht. selbstverständlich @berzi sagte in Einzelnes MQTT-Topic bei Aktualisierung publizieren?: Du hast meinen Antwendungsfall tatsächlich verstanden isch 'abe gar keine DTU

@mcm1957 Ok, ich dachte, es wäre wie bei den Fronius Adaptern, da brauche ich ja für jeder WR einen eigenen Adapter

@codierknecht DANKE! Das sehe ich mir später mal an. Mein iob ist gerade tot

@oliverio bei mir läuft der Docker auf einer QNAP TS231P3. Dort nutze ich die Container Station 3.0.9.1038 von November 2024.

Ungetestet .. let Monate = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"] Chart.xAxis[0].data = new Array(12).fill('') for (let j=0; j<12; j++) { Chart.xAxis[0].data[j] = Monate[j] } .. oder einfacher .. Chart.xAxis[0].data = ["Januar", "Februar", "März", "April", "Mai", "Juni", "Juli", "August", "Oktober", "November", "Dezember"] .. sollte auch gehen. Die erste Methode hat den Vorteil, dass du ggf. verschiedene Monatsbezeichnungen (kurz, lang, deutsch, englisch, ..) austauschen kannst, indem du mehrere Arrays mit diesen Bezeichnern vorweg definierst. In diesen Beispielen zeigen sich die Stärken und Schwächen von JavaScript: JavaScript schert sich einen Teufel um Datentypen. Es ist Sache des Programmierers darauf zu achten, dass man mit den Inhalten je nach Art der Daten angemessen umgeht. Ob du in data ein Array aus Zahlen, Strings, .. einträgst, obliegt allein dir.

@ralph-0 Danke dir :-)