@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 :-)

@rene55 sagte in Rest-API - Verständnisproblem: URL für den 'patch' gehofft. Aber der ist ja seit 2023 etwas defekt wenn du dir REST durchgelesen hast, wird dir klar, das die URL immer gleich ist. URL steht ja für unified ressource locatior, also sowas um eine ressource (hier datenpunkt) eindeutig zu identifizieren. in der url http://ipaddress:8093/v1/state/system.adapter.rest-api.0.memHeapTotal steht ja drin, welches system = http://ipaddress:8093 welche API version = v1 welchen ressourcentyp = state, wahrscheinlich könnte da auch object stehen welche ressourcenid = system.adapter.rest-api.0.memHeapTotal je nach http methode put = neuanlegen (create) get = lesen (read) patch = ändern (update) delete = löschen (delete) weiß das system was du da machen möchtest bei webseiten kennt man meist nur die http methoden get und post wenn werte notwendig sind, können die als sogenannte payload übergeben werden. das steht aber in der doku der http bibliothek dann auch drin. also immer zuerst die dokumentation genau lesen, nur die gilt. aber das steht in den beiden artikeln auf einer basis, die anfänger nicht so ganz überfordern. ansonsten empfehle ich nutze chatgpt (auch schon in der kostenlosenversion) das kann dir das dann alles erklären und ggfs noch leichter aufbereiten. ansonsten dann gerne auch hier im forum.

@paul53 Irgendwas in die Richtung werde ich schon machen. Da es so wie so in einer seperaten Zeile ausgegeben wird, kann ich reinschreiben was ich möchte :D

@maschl ich habe es gefunden: in ColoT die IP Adresse und Port des IOBroker eintragen. Dann geht es wieder [image: 1741175992147-b5ef0c2c-ab30-4304-bede-071f1e7a6721-whatsapp-bild-2025-03-05-um-12.58.33_2d56da6d.jpg]

@bananajoe @garbleflux Was ich mit fehlendem DynDNS meinte, ist dass im Tracker als Ziel nur Zahlen, Punkt und Doppelpunkt akzeptiert werden und keine Buchstaben.

@jwedenig sagte in Konvertierungsfehler Shortcut: Dh den simple api Adapter kann ich löschen, oder? Wenn Du diese sonst nirgendwo als Schnittstelle zu ioBroker verwendest, ja.

@mickemup sagte in Influx-Datenbankeinträge mit Blockly löschen?: Aber siehst du es gleich, dass "zuviel" loggen und dann wieder löschen aus Influx nicht der elegante und vor allem auch nicht der einfachste Weg ist? Genau dafür wurde die InfluxDB ja entwickelt. Erstmal aus allen möglichen Quellen alles in ein Bucket (mit kurzer Retention Time), und dann entsprechend für Langzeitspeicherung aufbereiten. So nutzen es aber die wenigsten. Hatte ich ja damals hier dokumentiert: https://haus-automatisierung.com/software/2023/05/11/influxdb2-pv-dashboard.html