I moved away from Alexa and have migrated over to SIRI ... the homebridge node works great for me to manage all my devices in the house with voice commands ... and again ... all local .. no cloud
negative side ... i have lots of alexa devices in my drawer
The 'Command' VSH node deals with commands like "turn on, turn off laser" etc.
Now for the clever bit.
The 'Location' VSH node will set a variable from words like... "I'm in the kitchen", "I'm in the lounge" or just "kitchen" or "lounge". Then I should be able to send a string to the appropriate Echo device.
I had to set the increments to 5-steps as my eyesight and fingers let me down (old age thing) when trying to set the brightness levels in the Alexa app.
The above flow will direct my weather report to the appropriate Alexa device.
I meant that some of your topics look like Tasmota devices, (not sure if this was just for testing), but you do know that they can work directly with Alex without a virtual node ?
I'm using various brightness levels to turn On/Off some SonOff S20's devices that power a laser, a computer & access point in our lounge and computer in my office.
When you create the Alexa Routine you need to make sure the Power setting is On in both situations.
I found to this out to my cost in wasted debugging time that if the Power setting is Off then the brightness value is not sent - which confuses the decoding in the Node-RED flow. It seemed natural to set the Power setting to Off when I wanted to turn, say, the laser Off - but be warned, use On in both situations.
node-red-contrib-alexa-remote2-applestrudel ver 5.0.50 no longer works again. i am using
Unhandled rejection RequestError: Error: read ETIMEDOUT
at new RequestError (/data/node_modules/request-promise-core/lib/errors.js:14:15)
at Request.plumbing.callback (/data/node_modules/request-promise-core/lib/plumbing.js:87:29)
at Request.RP$callback [as _callback] (/data/node_modules/request-promise-core/lib/plumbing.js:46:31)
at self.callback (/data/node_modules/request/request.js:185:22)
at Request.emit (node:events:513:28)
at Request.onRequestError (/data/node_modules/request/request.js:877:8)
at ClientRequest.emit (node:events:513:28)
at TLSSocket.socketErrorListener (node:_http_client:494:9)
at TLSSocket.emit (node:events:513:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
Just tried your suggestion and get this error message (on the Alexa Other node)... "Activity update is running, please try again later."
Any ideas what is wrong?
Note:
I have Alexa also running on another RPi using the same Amazon account - not sure if that will affect the operation of the 'Other' node?.
I just tried and saw the same message, if you make a change to the node settings and redeploy it seems to fix it, but not sure what the problem is.
I never had this error before, I also note that it returns 10 events regardless of the settings. So it's likely that its suffering from some changes by Amazon