NEWS

Lies mal die Hilfe zu dem Node:

Setting msg.enabled to false will disable the switch widget.

Das was Du machst, ist dass Du die Nodes komplett inaktiv machst - das hat aber nichts mit dem Interface zu tun.

Im Node Red Dashboard wirst Du also immer alle sehen. Du schickst an die Nodes (Switches), die Du inaktivieren willst eine msg.enabled mit einem Bool "false", zum aktivieren einen Bool "true".

Also einfach einen entsprechenden "Change" Node dazwischen klemmen.

Ich kanns auch nur immer wiederholen - der MQTT Adapter als Broker hat Probleme mit dem ACK.Flags.

https://forum.iobroker.net/topic/32143/mqtt-problem

Mit dem Haken geht das zwar - Du wirst nur Probleme bekommen, wenn Deine Werte von den Geräten nicht bestätigt werden bzw. wirst leicht Endlosschleifen produzieren. MIch hat dieses Problem echt Monate gekostet bis ich auf mosquitto umgestiegen bin und den Adapter nur als Client nutze, um die MQTT-Zustände weiter zu verarbeiten.

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 👱‍♀️ , bitte ich dich, spring nicht sondern lass uns kennen lernen. 💑 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.