Nodes aus node-red (alexa-local) werden nicht mehr gefunden

[umbm]

Ja, ich habe feste Ports vergeben für jeden Node.

Inzwischen habe ich aber einen Lösungshinweis bekommen.

Man darf in Node-red nicht nochmal normal über deploy alles bereitstellen nachdem man nodes hinzugefügt hat, sondern über das deploy-Untermenü nur die neuen nodes.

Klingt logisch, testen werde ich es beim nächsten neuen Gerät, bis dahin rühre ich das erstmal nicht an.

[Alveran]

Ich glaube mein NodeRed weiß nichts davon das es nicht funktionieren darf. Ich habe Echo Dot Gen 2 und nutze Alexa.local, funktioniert super.

[Z18Aplha]

@Alveran:

Ich glaube mein NodeRed weiß nichts davon das es nicht funktionieren darf. Ich habe Echo Dot Gen 2 und nutze Alexa.local, funktioniert super. `
[emoji23][emoji23][emoji23]

Welche Versionen hast du denn? (Alexa Firmware, Alexa-local, node-red)?

[Alveran]

Kann ich erst heute Abend sagen. Wo finde ich die Alexa Firmware Version und die Alexa Local versions Informationen?

[Arnulf]

@Alveran:

Ich glaube mein NodeRed weiß nichts davon das es nicht funktionieren darf. Ich habe Echo Dot Gen 2 und nutze Alexa.local, funktioniert super. `

Wie schon geschrieben:

Bis Gen.2 funktionierte es mit Alexa.local bei mir auch. Erst mit Einbeziehung eines Dot Gen.3 versagte der alexa-node.

Dann aber auch, wenn ich den Dot.3 wieder aus dem Netz entfernt habe. Schien ganz so, als ob Amazon mit dem Kauf des Dot Gen.3 die Kommunikation angepasst hätte…

Und: Ich mache bei node-red immer ein full-deploy über die rote Schaltfläche. Einfach weil ich zu faul bin :oops: Und trotzdem habe ich keine doppelten Einträge in meiner Alexa.

Übrigens: Vielleicht macht ihr es ja auch schon so, aber ich habe festgestellt, dass es schneller geht, wenn ihr den Scan nach neuen Geräten über das Web-Frontend von alexa (alexa.amazon.de) macht. Über die Anweisung an den Echo dauert es 45 Sekunden. Über das Webfrontend 20. Keine Ahnung, warum. Vielleicht verbraucht das Gequatsche von Alexa am Anfang so viel Zeit?

[Alveran]

Habe auch seid letzte Woche einen Echo Dot 3. Gen im Netztwerk. Das Probleme ist folgendes. Ich habe auch vier Dots 2. Gen im Netzwerk. Einer davon ist der Master der mit deinem Node Red redet egal mit welchem Lautsprecher du dich unterhältst. Wenn du eben diesen Master vom Strom trennst dauert es Stunden bis der nächste Echo Dot zum Master wird und das ganze wieder funktioniert. Bei mir waren es fast drei Stunden.

[Alveran]

@Z18Aplha:

@Alveran:

Ich glaube mein NodeRed weiß nichts davon das es nicht funktionieren darf. Ich habe Echo Dot Gen 2 und nutze Alexa.local, funktioniert super. `
[emoji23][emoji23][emoji23]

Welche Versionen hast du denn? (Alexa Firmware, Alexa-local, node-red)? `

Node-Red 1.7.1

Echo Dot Gen2: V618571720

Alexa.local Version: 0.3.23

[Z18Aplha]

@Alveran:

@Z18Aplha:

@Alveran:

Ich glaube mein NodeRed weiß nichts davon das es nicht funktionieren darf. Ich habe Echo Dot Gen 2 und nutze Alexa.local, funktioniert super. `
[emoji23][emoji23][emoji23]

Welche Versionen hast du denn? (Alexa Firmware, Alexa-local, node-red)? `

Node-Red 1.7.1

Echo Dot Gen2: V618571720

Alexa.local Version: keine Ahnung, wo sehe ich das? `

Dafür klickst du in Node-red oben rechts auf das Menü und dann manage palette. Das Fenster installiert müsste dann offen sein und da siehst du bei Alexa local eine Versionsnummer

[Arnulf]

@umbm:

@Z18Aplha:

0.3.24 unterstützt das nicht. Also keine Chance aktuell `

Doch, es gibt eine Möglichkeit, die ich auch mit dem Dot3 nutze:

wemo-Emulator in NodeRed

Die damit angelegten Geräte findet Alexa und funktioniert auch mit dem Dot3.

Einen Fehler hat der Emulator (oder Alexa?) damit aber:

Bei jedem Suchlauf in Alexa werden sämtliche Geräte-Nodes nochmal gefunden und in die Liste aufgenommen und die Doppelgänger müssen im Nachhinein manuell über die App gelöscht werden.

Siehe Issue auf Github: https://github.com/biddster/node-red-co … /issues/24 `

Na wunderbar… :evil:

Jetzt habe ich auch plötzlich das Problem mit Duplikaten.

Hatte ich bisher nicht.

Was ein Ansatz bei der Fehlerfindung sein könnte:

Ich habe bei den WeMo-Nodes die Unique-ID geändert. Ich dachte, ich müsste die numerisch machen.

Außederdem erscheint ein Node, den ich lnicht mehr in meinen Flows habe.

Sieht so aus, als ob die Nodes, sollten sie verändert oder gelöscht werden, nicht sauber entfernt oder geändert werden (in node-red-repository)

Kann man eigentlich sehen, wo sich node-red seine flows speichert und was da drin steht?

[e-p-s]

Ich wunderte mich gestern warum aus heiterem Himmer alle meine Sachen nichtmehr zu schalten waren.

Heute morgen sehe ich, das ich nichtmehr auf den Node-Red Homepage komme.

Adapter ist aber grün. Den Port hab ich zum testen auch schon geändert. Resultat bleibt gleich.

Hat jemand eine Idee?

node-red.0	2019-01-27 07:10:21.802	error	at Pending.run (/opt/iobroker/node_modules/when/lib/makePromise.js:483:13)
node-red.0	2019-01-27 07:10:21.802	error	at Fulfilled.when (/opt/iobroker/node_modules/when/lib/makePromise.js:592:4)
node-red.0	2019-01-27 07:10:21.802	error	at runContinuation1 (/opt/iobroker/node_modules/when/lib/makePromise.js:804:4)
node-red.0	2019-01-27 07:10:21.802	error	at tryCatchReject (/opt/iobroker/node_modules/when/lib/makePromise.js:845:30)
node-red.0	2019-01-27 07:10:21.802	error	at start (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/index.js:328:29)
node-red.0	2019-01-27 07:10:21.802	error	at Flow.start (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/Flow.js:89:35)
node-red.0	2019-01-27 07:10:21.802	error	at createNode (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/Flow.js:305:18)
node-red.0	2019-01-27 07:10:21.802	error	at new <anonymous>(/opt/iobroker/iobroker-data/node-red/node_modules/node-red-contrib-wemo-emulator/index.js:64:11)
node-red.0	2019-01-27 07:10:21.802	error	at Domain.run (domain.js:221:14)
node-red.0	2019-01-27 07:10:21.802	error	at Domain. <anonymous>(/opt/iobroker/iobroker-data/node-red/node_modules/node-red-contrib-wemo-emulator/index.js:67:18)
node-red.0	2019-01-27 07:10:21.802	error	at Function.Emulate (/opt/iobroker/iobroker-data/node-red/node_modules/wemore/lib/emulate.js:356:18)
node-red.0	2019-01-27 07:10:21.802	error	at new EmulatedDevice (/opt/iobroker/iobroker-data/node-red/node_modules/wemore/lib/emulate.js:98:35)
node-red.0	2019-01-27 07:10:21.802	error	27 Jan 07:10:21 - [error] [wemo-emulator:39ff692c.aca996] Error: friendlyName is required
node-red.0	2019-01-27 07:10:21.802	error	27 Jan 07:10:21 - [info] Starting flows
node-red.0	2019-01-27 07:10:21.730	warn	27 Jan 07:10:21 - [info] Flows file : /opt/iobroker/iobroker-data/node-red/flows.json
node-red.0	2019-01-27 07:10:21.730	warn	27 Jan 07:10:21 - [warn] Projects disabled : set editorTheme.projects.enabled=true to enable
node-red.0	2019-01-27 07:10:21.730	warn	27 Jan 07:10:21 - [info] User directory : /opt/iobroker/iobroker-data/node-red/
node-red.0	2019-01-27 07:10:21.730	warn	27 Jan 07:10:21 - [info] Context store : 'default' [module=memory]
node-red.0	2019-01-27 07:10:21.730	warn	27 Jan 07:10:21 - [info] Settings file : /opt/iobroker/iobroker-data/node-red/settings.js
node-red.0	2019-01-27 07:10:20.330	warn	27 Jan 07:10:20 - [warn] rpi-gpio : Cannot find Pi RPi.GPIO python library
node-red.0	2019-01-27 07:10:20.309	warn	27 Jan 07:10:20 - [warn] rpi-gpio : Raspberry Pi specific node set inactive
node-red.0	2019-01-27 06:59:52.629	error	at runContinuation1 (/opt/iobroker/node_modules/when/lib/makePromise.js:804:4)
node-red.0	2019-01-27 06:59:52.629	error	at tryCatchReject (/opt/iobroker/node_modules/when/lib/makePromise.js:845:30)
node-red.0	2019-01-27 06:59:52.629	error	at start (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/index.js:328:29)
node-red.0	2019-01-27 06:59:52.629	error	at Flow.start (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/Flow.js:89:35)
node-red.0	2019-01-27 06:59:52.629	error	at createNode (/opt/iobroker/node_modules/node-red/red/runtime/nodes/flows/Flow.js:305:18)
node-red.0	2019-01-27 06:59:52.629	error	at new <anonymous>(/opt/iobroker/iobroker-data/node-red/node_modules/node-red-contrib-wemo-emulator/index.js:64:11)
node-red.0	2019-01-27 06:59:52.629	error	at Domain.run (domain.js:221:14)
node-red.0	2019-01-27 06:59:52.629	error	at Domain. <anonymous>(/opt/iobroker/iobroker-data/node-red/node_modules/node-red-contrib-wemo-emulator/index.js:67:18)
node-red.0	2019-01-27 06:59:52.629	error	at Function.Emulate (/opt/iobroker/iobroker-data/node-red/node_modules/wemore/lib/emulate.js:356:18)
node-red.0	2019-01-27 06:59:52.629	error	at new EmulatedDevice (/opt/iobroker/iobroker-data/node-red/node_modules/wemore/lib/emulate.js:98:35)
node-red.0	2019-01-27 06:59:52.629	error	27 Jan 06:59:52 - [error] [wemo-emulator:39ff692c.aca996] Error: friendlyName is required
node-red.0	2019-01-27 06:59:52.560	warn	27 Jan 06:59:52 - [warn] Projects disabled : set editorTheme.projects.enabled=true to enable
node-red.0	2019-01-27 06:59:51.319	warn	27 Jan 06:59:51 - [warn] rpi-gpio : Cannot find Pi RPi.GPIO python library
node-red.0	2019-01-27 06:59:51.316	warn	27 Jan 06:59:51 - [warn] rpi-gpio : Raspberry Pi specific node set inactive</anonymous></anonymous></anonymous></anonymous> 

[19osiris89]

@e-p-s Hast du einen Port eingestellt? Also bei mir war es so das ich Port 80 eingestellt hatte und danach das gleiche Phänomen hatte wie bei dir. Adapter Grün. Aber ich konnte nicht mehr auf die Oberfläche drauf.

• Adapter stoppen

/opt/iobroker/node_modules/iobroker.node-red/main.js --force --logs

Dann bin ich wieder auf die Node-Red Oberfläche gekommen und hab den Adapter auf den Port 60000 gestellt.

Nach dem ich das Modul manuell gestartet hatte musste ich die Datei flows.json die Berechtigung wieder ändern, dann lief es wieder wie gewohnt in meiner iobroker Umgebung.

cd /opt/iobroker/iobroker-data/node-red
sudo chown iobroker:iobroker flows.json                                                                                                                                    

Vielleicht hast ja ein ähnliches Problem.