Habs gefunden :), beim IN für ioBroker muss Value als Command kommen :)

Hallo @smarthomegirl, ich kann es nachvollziehen, dass man irgendwann resigniert wenn immer das Gleiche passiert. Auch ich hatte mit der Verbindung der Alexa und Node Red schon manche Probleme hinter mir. Auch dein spezielles Problem ist mir bekannt. Ich habe dann folgendes getan und meistens funktionierte es danach wieder wunderbar: Echo, Show und Dot vom Strom trennen. 30 Sekunden warten. Nur Dot wieder Strom zuführen und Befehle ausprobieren. Falls nicht gewünschter Effekt/ Ergebnis wieder da, betreffende Geräte löschen und am Dot "Suche Geräte" auslösen. Danach sollte alles funktionieren. Die weiteren Geräte, wie Echo, Show, usw. zuschalten. Wie gesagt, bei mir hat dies alles geholfen. Vielleicht ist es bei dir ein Versuch wert. Es ist eben blöd, dass Amazon ständig etwas verändert, aber manchmal ist es für uns ja von Vorteil. Gr PS: Wenn du noch hübsch bist :blond-haired-woman: , bitte ich dich, spring nicht sondern lass uns kennen lernen. :couple_with_heart: Spaß

Habe jetzt mal debugging eingeschaltet und bekomme die Meldung "State "node-red.0.system.adapter.admin.0.connected" does not exist in the ioBroker". node-red sucht also nach einem state im node-red Zweig, der natürlich nicht existiert. Das topic im node ist "system.adapter.admin.0.connected"

Den inbound-payload kann man in diesem Fall ignorieren. Je nach dem ob man percentage oder bri verwendet - wenn dieser Wert > 0 ist, bedeutet das "Lampe ein", bzw. wenn dieser Wert gleich 0 ist, dann bedeutet das "Lampe aus". Es reicht meisten inbound-payload rauszufiltern und nur percentage oder bri als payload an die Lampe zu schicken.

@Hc-Yami Wenn 3 Nodes übersichtlicher sind als eine, dann bleib ich bei einer und sehe gleich was los ist😉

Hallo, Möglicherweise liegt es an den Berechtigungen, die das Plugin braucht. Ich benutze diese "Palette": "node-red-contrib-local-alexa-devices" ...diese möchte Port 80 benutzen und braucht dafür erweiterte Berechtigungen, die der User "iobroker" erstmal nicht hat. Variante 1: Fix Script laufen lassen https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar curl -sL https://iobroker.net/fix.sh | bash - Variante 2: iobroker service als User "root" laufen lassen sudo service iobroker status sudo nano /lib/systemd/system/iobroker.service Unter [Service] : User=root ACHTUNG: Es kann sein, dass deine vorhandenen "flows" damit "verschwinden", da sie an den User "iobroker" gebunden sind. Dann erst alle flows exportieren und unter "root" wieder importieren. PS: Ggf. kann die "palette" auch per CLI wieder deinstalliert werden. iobroker list adapters iobroker list instances iobroker del system.adapter.node-red.0 ((ungetestet))

Hi, vielleicht habe ich die Frage auch falsch verstanden, was ist denn mit Alexa Gerät gemeint, ich dachte damit sei die Node gemeint, damit man den Status sieht. Oder ist damit ein Echo gemeint?

Habe es gefunden. Habe den Wert weitergegeben und nicht das Kommando. Danke.

@Seb_123 Danke, ja das wars.

@Thorsten-Missenberger Hi, deinstallieren über die Konsole mit npm uninstall node-red-contrib-enocean eventuell mit sudo davor. Oder du versuchst es noch mal drüber zu installieren, vielleicht ist bei der Installation was schief gelaufen npm install node-red-contrib-enocean Sonst Node Red eventuell mal neu starten Falls nichts klappt, hoffe ich du hast ein Backup.

Hallo Nochmals Danke für alle Tipps. Ich starte jetzt seit einiger Zeit den node-red 1x pro Woche neu und seither ist das Problem weg. Ganz glücklich bin ich nicht damit, aber die "Schuldigen" an der Situation zu finden, könnte knifflig werden.

@mickym said in Fehler Meldung von node-red Netatmo: Du fragst ja wo Du suchen sollst Danke, das hilft mir einmal weiter.

Habe den raspi neu aufgesetzt, jetzt ist Ruhe mit der Meldung.

Danke für die Tips. Es hat mit der Switch Node funktioniert. Danke vielmals. mfg Manuel

@OliverIO Danke. Damit kann ich erstmal testen.

@Astro das mit dem dport hatte ich auch. Hatte dann woanders was gefunden womit es bei mir ging sysctl net.ipv4.ip_forward=1 iptables -A INPUT -i eth0(nerzwerkkarte angeben) -p tcp --dport 80(Port hier angeben) -j ACCEPT iptables -t nat -A PREROUTING -t nat -p tcp -d 192.168.0.16(IP Adresse auf die er höhrt) --dport 80(Port auf den er Höhrt) -j DNAT --to 192.168.0.16:8080(ip und port wo hin es geleitet werden soll) iptables -t nat -A POSTROUTING -o eth0(netzwerkkarte angeben) -j MASQUERADE Alles als sudo. dann ging es bei mir und damit hab ich dann gleich mehrere ips noch erstellt ifconfig eth0:0(muss immer weiter nach oben gehen z.b. 0:1, 0:2) 192.168.0.17 (ip die erstellt werden soll)

@mickym Danke für deine Hilfe. Ich habe den Kopf in den Sand gesteckt bzgl. NodeRed. Habe das Script von Alex ausprobiert und das sagt mir eher zu und funktioniert auch bereits wie gewünscht mit Input von meiner Vis. Also nochmals vielen Dank. Kann/Könnte dann geschlossen werden.

Ich konnte es mal wieder selber lösen. Die Amazon-Hub Node, hatte wohl ein Problem. Nach dem ich die gelöscht und neu installiert hatte, liefen meine Geräte sofort wieder. Warum eine einzelne Node aber plötzlich nicht mehr will, ist mir etwas schleierhaft.

@Seb_123 Dein Tip war ,nachdem ich den node besser verstanden hab ,auch sehr gut. Meine jetzige Lösung mit dem bangbang hat noch den Vorteil das es mir im Flow den Zustand anzeigt.