Home Automation means you have to have a way of describing the logical steps you want your home to implement automatically.
Whilst I've always been a fan of the Lua language, as used in Vera (and openLuup) for scenes and plugins, it's perhaps not ideal. For this reason, there has been a long development history of plugins with their own "language" to help define the automation logic: PLEG (for those with a long memory), AltUI workflows, Rules Engine, Reactor, MSR, ...
It's always seemed to me that the 'best' way of describing logic would be a language designed for that purpose – a "logic programming language". Perhaps one of the most famous, and venerable, is Prolog, which had its fiftieth birthday last year in 2022.
Thanks to some relatively recent research A Hitchhiker’s Guide to Reinventing a Prolog Machine, Paul Tarau (2017) it's become possible to implement a very efficient Prolog engine in a reasonably concise way. So, just for fun, I'm developing a CGI plugin for describing openLuup actions in Prolog.
I have an early prototype running (written in Lua, of course). It presents a web page which looks like a fairly typical Interactive Development Environment (IDE) and contains some primitives which allow basic access to the Luup engine.
Screenshot 2023-03-10 at 18.27.33.png
In a subsequent post, I'll give a glimpse of its capabilities...
On start up the log indicates the following:
2023-12-19 10:17:12.588 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelTarget","",209) old value "" 2023-12-19 10:17:12.589 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelTarget","",209) old value "" 2023-12-19 10:17:12.589 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelStatus","",209) old value "" 2023-12-19 10:17:12.589 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","LoadLevelLast","",209) old value "" 2023-12-19 10:17:12.589 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","TurnOnBeforeDim","",209) old value "" 2023-12-19 10:17:12.590 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:upnp-org:serviceId:Dimming1","AllowZeroLevel","",209) old value "" 2023-12-19 10:17:12.590 luup_log:209: VirtualDevices[3.0-beta7@209](setVar@104):setVar("urn:bochicchio-com:serviceId:VirtualBinaryLight1","SetBrightnessURL","",209) old value "" 2023-12-19 10:17:12.590 luup_log:209: VirtualDevices[3.0-beta7@209](initializeMqtt@421):initializeMqtt(209,{ PowerStatusOff={ Value="0", Service="urn:upnp-org:serviceId:SwitchPower1", Variable="Status" }, BrightnessValue={ Variable="LoadLevelStatus", Service="urn:upnp-org:serviceId:Dimming1" }, PowerStatusOn={ Value="1", Service="urn:upnp-org:serviceId:SwitchPower1", Variable="Status" } }) - openLuup: true 2023-12-19 10:17:12.591 luup_log:209: VirtualDevices[3.0-beta7@209](subscribeToMqtt@414):subscribeToMqtt(209,nil,{ deviceID=209, opts={ Value="0", Service="urn:upnp-org:serviceId:SwitchPower1", Variable="Status" } }) 2023-12-19 10:17:12.591 openLuup.context_switch:: ERROR: [dev #209] ./L_VirtualLibrary.lua:415: attempt to concatenate field 'topic' (a nil value) 2023-12-19 10:17:12.591 openLuup.scheduler:: job aborted : ./L_VirtualLibrary.lua:415: attempt to concatenate field 'topic' (a nil value)The MQTT variables are all set to "skip":
MQTT_BrightnessValue
MQTT_PowerStatusOff
MQTT_PowerStatusOn
However it looks like the code doesn't check for "skip" and executes the functions initializeMqtt() and subscribeToMqtt() disappearing into the weeds at that point as there is nothing to subscribe to.
It would also be good if the code treated an empty string in the same way as it uses the key word "skip". It's not obvious that "skip" needs to be explicitly used.
I still use Vera controllers in combination with ReactorSensors. I have several Reactor sensors in use to retrieve weather data from Wunderground (i have a personal weather station), my smartmeter etc.
Recently I installed solar panels with a SolarEdge inverter. SolarEdge has an API to retrieve my power production data from their cloud.
Output is in json.
So I created a new Reactor Sensor. Connection is working (query okay).
But I encounter problems at the Value Expressions. Either I get ""query okay" but no data or I get "query okay but 1 expressions failed"
This is the json output
{"overview":{"lastUpdateTime":"2023-05-12 10:45:57","lifeTimeData":{"energy":476310.0,"revenue":216.577},"lastYearData":{"energy":433001.0},"lastMonthData":{"energy":433001.0},"lastDayData":{"energy":8262.0},"currentPower":{"power":5647.0},"measuredBy":"INVERTER"}}So it has different layers/levels.
I tried to put in the Value Expressions field several combinations to get the energy data of today (8262.0), like:
response.lastDayData.energy
response.overview.lastDayData.energy
response.overview.lastUpdateTime.lastDayData.energy
all fail...
Who can help me with this ?
I have the following issue: In my Vera, I have created a dimmer using the Switchboard plugin. I want this light always turn on at 100% brightness when turn the light on. By default, the dimmer remembers its last used setting. I have created the following scene: when the light is turned off, the LoadLevelLast should be 100.
9937e326-2453-43bd-bd32-917803b38e90-image.png
Manually, this works through the test Luup code (Lua), but not through the scene's action by execute the following Luup code.
I also tried in MSR, but no result
Does anyone know the solution to this?
Just seen notification to Netatmo developers that the current password-based login is being disabled as from October.
Oath2 is now a requirement for apps needing access to Netatmo. This will require some changes to my venerable plug-in. I’m not sure how easy this will be with the current libraries in use.
Does anyone out there use the Netatmo plug-in?
Does anyone have any advice on using Oath2?
Hardly a big deal, and likely user error. Bare metal install on Debian Bullseye
Observed behaviour:
TTS announcements are made with the correct volume. So a message to group 'Everywhere' with Volume 40 is announced. Asking an individual echo device to state its volume after the announcement gets the response 'This device is at volume 4'
So far so good.
Using the:
x_vera_svc_bochicchio_com_VeraAlexa1.SetVolumeIn an MSR reaction appears to have no impact when either applied to the group 'Everywhere' or a specific device.
So executing this reaction:
Screenshot 2023-01-31 at 09.17.40.png
Is acknowledged by the device (with a 'beep') and shows the Lua Log below:
2023-01-31 09:21:45.778 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572399831f8 2023-01-31 09:21:45.779 openLuup.server:: GET /data_request?GroupZones=Office&DesiredVolume=10&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=SetVolume&output_format=json&_r=1675156905777 HTTP/1.1 tcp{client}: 0x5572399831f8 2023-01-31 09:21:45.780 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.SetVolume 2023-01-31 09:21:51.670 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s>Volume Set</s><break time="0s" /> to dev:Office type:A32DOYMUN6DTXA serial:G090U50991550NLS cu... now: sending cmd:vol:10 to dev:Office type:A32DOYMUN6DTXA serial:G090U50991550NLS customerid:A1CVTZEBJIUFJI #hooks:0 2023-01-31 09:21:51.671 openLuup.server:: request completed (35 bytes, 1 chunks, 5891 ms) tcp{client}: 0x5572399831f8 2023-01-31 09:21:51.683 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572399831f8 2023-01-31 09:21:51.685 openLuup.server:: request completed (930 bytes, 1 chunks, 42818 ms) tcp{client}: 0x557239726708 2023-01-31 09:21:51.687 openLuup.server:: request completed (930 bytes, 1 chunks, 42548 ms) tcp{client}: 0x5572392c0fd8 2023-01-31 09:21:51.688 openLuup.server:: request completed (930 bytes, 1 chunks, 12501 ms) tcp{client}: 0x5572392c7f88 2023-01-31 09:21:51.692 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572392c7f88 2023-01-31 09:21:51.704 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239be10b8 2023-01-31 09:21:51.704 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66666322&MinimumDelay=50&output_format=json&_r=1675156911703 HTTP/1.1 tcp{client}: 0x557239be10b8 2023-01-31 09:21:51.905 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66666322&Timeout=60&MinimumDelay=1500&_=1675022474387 HTTP/1.1 tcp{client}: 0x5572392c0fd8 2023-01-31 09:21:53.042 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66666322&Timeout=60&MinimumDelay=1500&_=1675079237873 HTTP/1.1 tcp{client}: 0x557239726708However direct interrogation of the device reveals the volume has not changed.
I assume I'm doing something wrong or not understanding how this is meant to work?
One other observation is that messages announce to the 'Everywhere' group appear to make the volume 'stick' where as messages to an individual device appear to revert to the previous volume setting.
My expectation would be analagous to a radio i.e. the volume stays as it was last set, but happy to be corrected.
TIA!
C
Anyone else seeing issues with Vera TTS? All was working fine. I assumed the cookie had expired, but even having replaced it, and seeing that the .alexa.login file is aging (as I'd expect) No speech.
I seem to be getting an odd timeout but no idea from where.
Debian Bullseye, bare metal
Good call from this morning:
2023-01-18 08:22:51.657 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a2345e8 2023-01-18 08:22:51.667 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:51.668 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085221&MinimumDelay=50&output_format=json&_r=1674030171666 HTTP/1.1 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:58.223 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.223 openLuup.server:: GET /data_request?Text=Rachel%20has%20arrived%20at%20Washtec&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action= Say&output_format=json&_r=1674030178221 HTTP/1.1 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.224 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 08:22:58.224 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 08:23:09.379 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s><lang xml:lang="en-UK"><amazon:domain name="conversational">The temperature outside is -3 degr... now: sendi ng cmd:speak:<s>Rachel has arrived at Washtec</s><break time="0s" /> to dev:Everywhere type:A3C9PE6TNYLTCH ser... #hooks:0 2023-01-18 08:23:09.381 openLuup.server:: request completed (29 bytes, 1 chunks, 11156 ms) tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: 0 now: 1 #hooks:0 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.LastTrip was: 1674030032 now: 1674030189 #hooks:0 2023-01-18 08:23:09.394 openLuup.server:: request completed (1389 bytes, 1 chunks, 31782 ms) tcp{client}: 0x563e897eefd8 2023-01-18 08:23:09.395 openLuup.server:: request completed (1389 bytes, 1 chunks, 31662 ms) tcp{client}: 0x563e8a7c5248 2023-01-18 08:23:09.396 openLuup.server:: request completed (1389 bytes, 1 chunks, 17728 ms) tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.396 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.411 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?newTargetValue=1&DeviceNum=20330&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ASwitchPower1&action=SetTarget&output_format=json&_r=1674030189410 HTTP/1.1 tcp{client}: 0x563e 8a13f3c8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085224&MinimumDelay=50&output_format=json&_r=1674030189411 HTTP/1.1 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.413 luup.call_action:: 20330.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-18 08:23:09.413 luup.call_action:: action will be handled by parent: 37 2023-01-18 08:23:09.413 luup.variable_set:: 20330.urn:upnp-org:serviceId:SwitchPower1.Target was: 1 now: 1 #hooks:0 2023-01-18 08:23:09.449 openLuup.server:: request completed (35 bytes, 1 chunks, 36 ms) tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.461 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.564 openLuup.server:: request completed (819 bytes, 1 chunks, 151 ms) tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.569 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.581 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a32bf28Bad request from just now:
2023-01-18 18:29:26.695 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.696 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066566691 HTTP/1.1 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.799 openLuup.server:: request completed (833 bytes, 1 chunks, 2249 ms) tcp{client}: 0x557239a62f78 2023-01-18 18:29:26.911 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674030721531 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-18 18:29:27.028 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 openLuup.server:: GET /data_request?Text=Testing...1...2...3&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=Say&output_format=json&_r=1674066567027 HTTP/1.1 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 18:29:27.029 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 18:29:43.149 openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 29 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: request completed (29 bytes, 1 chunks, 16121 ms) tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: device is not a sensor or if a sensor; is not coded for 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: veraId: 64, blId: a0:43:b0:8b:e0:e5, altId: a0:43:b0:8b:e0:e5_ir 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: urn:schemas-micasaverde-com:device:IrTransmitter:1 2023-01-18 18:29:43.154 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674066518681 HTTP/1.1 tcp{client}: 0x557239a62f78 2023-01-18 18:29:43.155 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.157 openLuup.server:: request completed (591 bytes, 1 chunks, 16460 ms) tcp{client}: 0x557239889e58 2023-01-18 18:29:43.161 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239889e58 2023-01-18 18:29:43.175 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:43.176 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066583172 HTTP/1.1 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:57.979 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 22 now: 21 #hooks:0Any thoughts?
Cheers
C
I use the excellent SiteSensor plugin of @toggledbits for some years to get the data from my PWS on Wunderground.
This has worked flawlessly but recently it suddenly stopped working.
I see this in my Vera:
6899a8b1-ad67-430a-9dc8-f1da42b04b62-image.png
When I copy/paste the URL code to be queried in my browser this still works.
This is the URL:
https://api.weather.com/v2/pws/observations/current?stationId=ILIMBURG130&format=json&units=m&numericPrecision=decimal&apiKey=xxxxxxxxxxxxxxxxxxxxxxxxx
Patrick (or someone else on this forum) can you help me solve this ?
Many thanks in advance!
Virtual HTTP Devices plug-in:
I wanted to try this out. Installed the plugin and created one device, which came up as a light bulb. So far so good. In AltUI I clicked on the On/Off slider on the page. The log shows that the Target is set to one. Likewise for the Variable list in AltUI. However the Status never gets set to one and the light bulb icon doesn't go yellow.
In some plugins you set the Target and then the plugin checks the physical device actually went on by checking an actual status report from the device, which can be used to set the variable Status.
In other cases a plugin will send a message to the physical device but that device will have no status feedback mechanism available. So the Status variable has to be set locally when the Target is set and everybody hopes the physical device all worked.
Not to sure what Virtual HTTP Devices plug-in does in this regard? Does the above go in anyway to explaining what I'm seeing? Is the plugin looking for status feedback?
I have a couple of issue with Openluup ATM. I'm going to work through them in the order that they appeared if that's OK 🙂
OpenLuup on bare metal (Debian Bullseye) running Z-way server and Z-wave.me
Issue:
I deleted a (I think) virtual switch in OpenLuup
Now when I call up all devices I have this in a 'tile'
And below (in room 101)
ReferenceError: nil is not defined at eval (eval at evaluateConditions (http://192.168.70.249:3480/J_ALTUI_verabox.js:960:18), :1:1) at Object.evaluateConditions (J_ALTUI_verabox.js:960:18) at Object._evaluateConditions [as evaluateConditions] (J_ALTUI_verabox.js:1642:37) at Object._evaluateConditions [as evaluateConditions] (J_ALTUI_multibox.js:629:89) at Object. (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2572:23) at Function.each (https://cdnjs.cloudflare.com/ajax/libs/jquery/3.5.1/jquery.min.js:2:2976) at _getDeviceIconPath (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2569:10) at _deviceIconHtml (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2739:18) at _internalDeviceDraw (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2765:19) at _deviceDraw (http://192.168.70.249:3480/J_ALTUI_uimgr.js:2840:4)Any ideas from anyone?
Full reboot has been done....
Cheers
C
I've been trying to figure out Reactor but I'm not very good at programming.
I have two scenes in VERA.
One scene should only run during the DAY and then stop running.
One scene should only run during the NIGHT and then stop running.
My scenes start off at the right times, but they do not turn off. I created a Sunrise/Sunset Reactor trigger and added it as a condition to each of my scenes.
However, the Reactor trigger when tripping or untripping does not prevent my Vera scenes from running. It will start them correctly the first day, but after that, both scene stay running and fight with each other. What am I doing wrong?
Thanks for any help!
If you are interested, here are the actions I wish to perform with each scene.
FARM STAND - DAY (runs at Sunrise)
Turn ON a device called LETTUCE LAMP2a) Every 60 min, turn ON a device called LETTUCE PUMP
2b) Wait 15 min then turn OFF a device called LETTUCE PUMP
FARM STAND - NIGHT (runs at Sunset)
Turn OFF a device called LETTUCE LAMP2a) Every 135 min, turn ON a device called LETTUCE PUMP
2b) Wait 15 min then turn OFF a device called LETTUCE PUMP
This sounds simple, but I cannot figure out how to disable these scenes when the theyre not supposed to run.
I am no longer using any VERA scenes. I am only using a REACTOR trigger and activities.
Will my activities do what I need them to do? See below:
Here's what I am trying to accomplish:
AT SUNRISE
Turn ON a light called LETTUCE LAMP and keep it ON.2a) Turn on a device called LETTUCE PUMP for 15 min each hour.
2b) Repeat the pump cycle all day long.
AT SUNSET
Turn OFF a light called LETTUCE LAMP and keep it OFF.2a) Turn on a device called LETTUCE PUMP for 15 min then wait 2 hours..
2b) Repeat the pump cycle all night long.
TRUE.jpg FALSE.jpg
Good evening, all.
Is there a simple readme to set up and use a Broadlink device with OpenLuup?
The readme on github points to a thread on the old forum, and thence to a rabbit hole.
Is it just a case of adding IP address of the device? Or does it need the MAC?
Then how do I fire commands? It looks like I need to find the codes and send via Lua?
TIA
C
Hi Patrick,
A quick question about your virtual sensor plugin. I saw that the child sensors rely on polling for sensor data updates. Was there a reason not to use a watch on the underlying (source) state variable as opposed to polling. I'm asking in the sense that I need a fairly rapid response to a rise in humidity, but am unsure how to set sensor polling without adding additional io drag to openLuup.
I currently use the state humidity variable directly in a reactor sensor (the data is captured via a bluetooth device with multiple humidity variables), however, these state humidity variables have a generated name making it difficult to determine what is what in group of approximately 10 state humidity variables. So a virtual sensor solves the naming problem, while creating some trigger delay due to polling.
Thx
@toggledbits
I have Reactor running under openLuup (which is running inside vwout's Docker container).
On the activities tab, it tells me I should update to a newer version of the device information database. When I go to the Tools tab, for a fraction of a second I can see the green "Update Device Info" button along with the Troubleshooting & Support and Device Spy sections. But after that fraction of a second, they disappear and I only see the Test Tools and Update Device Information Database sections, to just above where the Green button used to be.
I've tried this on both Edge and Firefox with the same behavior (with extensions both on and off).
Any suggestions?
Vera Alexa down?
-
Anyone else seeing issues with Vera TTS? All was working fine. I assumed the cookie had expired, but even having replaced it, and seeing that the .alexa.login file is aging (as I'd expect) No speech.
I seem to be getting an odd timeout but no idea from where.
Debian Bullseye, bare metalGood call from this morning:
2023-01-18 08:22:51.657 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a2345e8 2023-01-18 08:22:51.667 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:51.668 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085221&MinimumDelay=50&output_format=json&_r=1674030171666 HTTP/1.1 tcp{client}: 0x563e89df13d8 2023-01-18 08:22:58.223 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.223 openLuup.server:: GET /data_request?Text=Rachel%20has%20arrived%20at%20Washtec&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action= Say&output_format=json&_r=1674030178221 HTTP/1.1 tcp{client}: 0x563e8a4ab388 2023-01-18 08:22:58.224 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 08:22:58.224 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 08:23:09.379 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s><lang xml:lang="en-UK"><amazon:domain name="conversational">The temperature outside is -3 degr... now: sendi ng cmd:speak:<s>Rachel has arrived at Washtec</s><break time="0s" /> to dev:Everywhere type:A3C9PE6TNYLTCH ser... #hooks:0 2023-01-18 08:23:09.381 openLuup.server:: request completed (29 bytes, 1 chunks, 11156 ms) tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.Tripped was: 0 now: 1 #hooks:0 2023-01-18 08:23:09.391 luup.variable_set:: 25001.urn:micasaverde-com:serviceId:SecuritySensor1.LastTrip was: 1674030032 now: 1674030189 #hooks:0 2023-01-18 08:23:09.394 openLuup.server:: request completed (1389 bytes, 1 chunks, 31782 ms) tcp{client}: 0x563e897eefd8 2023-01-18 08:23:09.395 openLuup.server:: request completed (1389 bytes, 1 chunks, 31662 ms) tcp{client}: 0x563e8a7c5248 2023-01-18 08:23:09.396 openLuup.server:: request completed (1389 bytes, 1 chunks, 17728 ms) tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.396 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a4ab388 2023-01-18 08:23:09.411 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.412 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e89df13d8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?newTargetValue=1&DeviceNum=20330&id=action&serviceId=urn%3Aupnp-org%3AserviceId%3ASwitchPower1&action=SetTarget&output_format=json&_r=1674030189410 HTTP/1.1 tcp{client}: 0x563e 8a13f3c8 2023-01-18 08:23:09.413 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=31085224&MinimumDelay=50&output_format=json&_r=1674030189411 HTTP/1.1 tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.413 luup.call_action:: 20330.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-18 08:23:09.413 luup.call_action:: action will be handled by parent: 37 2023-01-18 08:23:09.413 luup.variable_set:: 20330.urn:upnp-org:serviceId:SwitchPower1.Target was: 1 now: 1 #hooks:0 2023-01-18 08:23:09.449 openLuup.server:: request completed (35 bytes, 1 chunks, 36 ms) tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.461 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a13f3c8 2023-01-18 08:23:09.564 openLuup.server:: request completed (819 bytes, 1 chunks, 151 ms) tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.569 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x563e8a79f3c8 2023-01-18 08:23:09.581 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x563e8a32bf28Bad request from just now:
2023-01-18 18:29:26.695 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.696 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066566691 HTTP/1.1 tcp{client}: 0x557239889e58 2023-01-18 18:29:26.799 openLuup.server:: request completed (833 bytes, 1 chunks, 2249 ms) tcp{client}: 0x557239a62f78 2023-01-18 18:29:26.911 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674030721531 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-18 18:29:27.028 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 openLuup.server:: GET /data_request?Text=Testing...1...2...3&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=Say&output_format=json&_r=1674066567027 HTTP/1.1 tcp{client}: 0x557238b98c58 2023-01-18 18:29:27.029 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-18 18:29:27.029 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-18 18:29:43.149 openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 29 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.150 openLuup.server:: ...only 0 bytes sent 2023-01-18 18:29:43.150 openLuup.server:: request completed (29 bytes, 1 chunks, 16121 ms) tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: device is not a sensor or if a sensor; is not coded for 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: veraId: 64, blId: a0:43:b0:8b:e0:e5, altId: a0:43:b0:8b:e0:e5_ir 2023-01-18 18:29:43.153 luup_log:63: BroadLink_Mk2 debug: RM3 Mini - IR 1: urn:schemas-micasaverde-com:device:IrTransmitter:1 2023-01-18 18:29:43.154 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66503545&Timeout=60&MinimumDelay=1500&_=1674066518681 HTTP/1.1 tcp{client}: 0x557239a62f78 2023-01-18 18:29:43.155 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557238b98c58 2023-01-18 18:29:43.157 openLuup.server:: request completed (591 bytes, 1 chunks, 16460 ms) tcp{client}: 0x557239889e58 2023-01-18 18:29:43.161 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239889e58 2023-01-18 18:29:43.175 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:43.176 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66503545&MinimumDelay=50&output_format=json&_r=1674066583172 HTTP/1.1 tcp{client}: 0x5572399f30e8 2023-01-18 18:29:57.979 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 22 now: 21 #hooks:0Any thoughts?
Cheers
C
-
-
@therealdb Yeah I figured that was most likely. Certainly not the first time I've seen similar.
When you say a routine?
C
-
-
-
How are you using it, chap?
023-01-19 20:03:21.812 openLuup.server:: GET /data_request?id=action&output_format=json&DeviceNum=68&serviceId=urn:upnp-org:serviceId:SwitchPower1&action=SetTarget&newTargetValue=1 HTTP/1.1 tcp{client}: 0x557238cf3b58 2023-01-19 20:03:21.813 luup.call_action:: 68.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-19 20:03:21.813 luup.call_action:: action will be handled by parent: 28 2023-01-19 20:03:21.813 luup.variable_set:: 68.urn:upnp-org:serviceId:SwitchPower1.Target was: 0 now: 1 #hooks:0 2023-01-19 20:03:21.814 luup.variable_set:: 68.urn:upnp-org:serviceId:VSwitch1.Target was: 0 now: 1 #hooks:0 2023-01-19 20:03:21.814 luup.variable_set:: 68.urn:upnp-org:serviceId:SwitchPower1.Status was: 0 now: 1 #hooks:0 2023-01-19 20:03:21.814 luup.variable_set:: 68.urn:upnp-org:serviceId:VSwitch1.Status was: 0 now: 1 #hooks:0 2023-01-19 20:03:21.814 luup.variable_set:: 68.urn:toggledbits-com:serviceId:Switchboard1.ImpulseResetTime was: 0 now: 1674158603 #hooks:0 2023-01-19 20:03:21.815 openLuup.server:: request completed (35 bytes, 1 chunks, 3 ms) tcp{client}: 0x557238cf3b58 2023-01-19 20:03:21.966 openLuup.server:: request completed (1324 bytes, 1 chunks, 644 ms) tcp{client}: 0x5572392faf38 2023-01-19 20:03:21.992 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x55723982bdd8 2023-01-19 20:03:21.998 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572392faf38 2023-01-19 20:03:21.998 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66517641&MinimumDelay=50&output_format=json&_r=1674158601992 HTTP/1.1 tcp{client}: 0x55723982bdd8 2023-01-19 20:03:22.004 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239891ef8 2023-01-19 20:03:22.004 openLuup.server:: GET /data_request?Text=Testing...1...2...3&Language=en-GB&GroupZones=Everywhere&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=Say&output_format=json&_r=1674158602003 HTTP/1.1 tcp{client}: 0x557239891ef8 2023-01-19 20:03:22.005 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(addToQueue@226): addToQueue: before: 0 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(addToQueue@243): addToQueue: after: 1 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(checkQueue@200): checkQueue: 22 - 1 in queue 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(checkQueue@208): checkQueue: 22 - play next 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(setVar@115): setVar("urn:bochicchio-com:serviceId:VeraAlexa1","OneTimePassCode","",22) old value "" 2023-01-19 20:03:22.005 luup_log:22: VeraAlexa(sayTTS@313): Executing command [TTS]: "-e speak:'<s>Testing...1...2...3</s><break time=\"0s\" />' -d \"Everywhere\"" 2023-01-19 20:03:33.384 luup_log:22: VeraAlexa(setVar@115): setVar("urn:micasaverde-com:serviceId:HaDevice1","CommFailure","0",22) old value "0" 2023-01-19 20:03:33.384 luup_log:22: VeraAlexa(setVar@115): setVar("urn:bochicchio-com:serviceId:VeraAlexa1","LatestResponse","sending cmd:speak:<s>Testing...1...2...3</s><break time=\"0s\" /> to dev:Everywhere type:A3C9PE6TNYLTCH serial:de3b4a21ca844817bc180e826e636425 customerid:A1CVTZEBJIUFJI",22) old value "sending cmd:speak:<s>Good Afternoon Chris. , Rachel will soon be home..... She is 2.5 kilometers away</s><break time=\"0s\" /> to dev:Everywhere type:A3C9PE6TNYLTCH serial:de3b4a21ca844817bc180e826e636425 customerid:A1CVTZEBJIUFJI" 2023-01-19 20:03:33.384 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s>Good Afternoon Chris. , Rachel will soon be home..... She is 2.5 kilometers away</s><break tim... now: sending cmd:speak:<s>Testing...1...2...3</s><break time="0s" /> to dev:Everywhere type:A3C9PE6TNYLTCH serial:de3b4a... #hooks:0 2023-01-19 20:03:33.384 luup_log:22: VeraAlexa(nil@270): Response from Alexa.sh: "sending cmd:speak:<s>Testing...1...2...3</s><break time=\"0s\" /> to dev:Everywhere type:A3C9PE6TNYLTCH serial:de3b4a21ca844817bc180e826e636425 customerid:A1CVTZEBJIUFJI" 2023-01-19 20:03:33.384 luup_log:22: VeraAlexa(sayTTS@327): Queue will be checked again in "3" secs 2023-01-19 20:03:33.385 openLuup.server:: request completed (29 bytes, 1 chunks, 11380 ms) tcp{client}: 0x557239891ef8 2023-01-19 20:03:33.386 openLuup.server:: request completed (1730 bytes, 1 chunks, 11687 ms) tcp{client}: 0x5572385f78d8 2023-01-19 20:03:33.386 luup.variable_set:: 20.urn:akbooer-com:serviceId:DataYours1.AppMemoryUsed was: 15537 now: 13085 #hooks:0 2023-01-19 20:03:33.400 luup.call_action:: 68.urn:upnp-org:serviceId:SwitchPower1.SetTarget 2023-01-19 20:03:33.400 luup.call_action:: action will be handled by parent: 28 2023-01-19 20:03:33.400 luup.variable_set:: 68.urn:upnp-org:serviceId:SwitchPower1.Target was: 1 now: 0 #hooks:0 2023-01-19 20:03:33.400 luup.variable_set:: 68.urn:upnp-org:serviceId:VSwitch1.Target was: 1 now: 0 #hooks:0 2023-01-19 20:03:33.400 luup.variable_set:: 68.urn:upnp-org:serviceId:SwitchPower1.Status was: 1 now: 0 #hooks:0 2023-01-19 20:03:33.400 luup.variable_set:: 68.urn:upnp-org:serviceId:VSwitch1.Status was: 1 now: 0 #hooks:0 2023-01-19 20:03:33.400 luup.variable_set:: 68.urn:toggledbits-com:serviceId:Switchboard1.ImpulseResetTime was: 1674158603 now: 0 #hooks:0 2023-01-19 20:03:33.401 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239891ef8 2023-01-19 20:03:33.401 openLuup.server:: GET /cmh/skins/default/img/devices/device_states/doorbell_active.png HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-19 20:03:33.402 openLuup.server:: request completed (16068 bytes, 2 chunks, 0 ms) tcp{client}: 0x5572385f78d8 2023-01-19 20:03:33.402 openLuup.server:: request completed (1959 bytes, 1 chunks, 11967 ms) tcp{client}: 0x557238f18fb8 2023-01-19 20:03:33.403 openLuup.server:: request completed (1959 bytes, 1 chunks, 11404 ms) tcp{client}: 0x55723982bdd8 2023-01-19 20:03:33.414 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55723982bdd8 2023-01-19 20:03:33.423 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557238d2de78 2023-01-19 20:03:33.423 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66517648&MinimumDelay=50&output_format=json&_r=1674158613422 HTTP/1.1 tcp{client}: 0x557238d2de78 2023-01-19 20:03:33.729 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66517642&Timeout=60&MinimumDelay=1500&_=1674030727178 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-19 20:03:33.834 openLuup.server:: request completed (1553 bytes, 1 chunks, 103 ms) tcp{client}: 0x5572385f78d8 2023-01-19 20:03:34.318 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66517648&Timeout=60&MinimumDelay=1500&_=1674137365531 HTTP/1.1 tcp{client}: 0x557238f18fb8 2023-01-19 20:03:34.759 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66517648&Timeout=60&MinimumDelay=1500&_=1674030727179 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-19 20:03:36.427 luup_log:22: VeraAlexa(checkQueue@200): checkQueue: 22 - 0 in queue 2023-01-19 20:03:36.428 luup_log:22: VeraAlexa(checkQueue@204): checkQueue: 22 - queue is emptyAll looks OK to me, but any thoughts would be happily received
C
-
Thanks. So getting timeouts. Volume change had no effect (unsurprisingly)
2023-01-20 06:51:08.337 openLuup.server:: request completed (830 bytes, 1 chunks, 15451 ms) tcp{client}: 0x557239726108 2023-01-20 06:51:08.344 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239726108 2023-01-20 06:51:08.356 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572387c0a18 2023-01-20 06:51:08.357 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66523159&MinimumDelay=50&output_format=json&_r=1674197468355 HTTP/1.1 tcp{client}: 0x5572387c0a18 2023-01-20 06:51:09.189 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66523159&Timeout=60&MinimumDelay=1500&_=1674137367566 HTTP/1.1 tcp{client}: 0x557238f18fb8 2023-01-20 06:51:09.732 openLuup.server:: GET /data_request?id=lu_status2&output_format=json&DataVersion=66523159&Timeout=60&MinimumDelay=1500&_=1674030729214 HTTP/1.1 tcp{client}: 0x5572385f78d8 2023-01-20 06:51:11.437 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239bde028 2023-01-20 06:51:11.437 openLuup.server:: GET /data_request?GroupZones=Living%20Room%20dot&DesiredVolume=20&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=SetVolume&output_format=json&_r=1674197471434 HTTP/1.1 tcp{client}: 0x557239bde028 2023-01-20 06:51:11.438 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.SetVolume 2023-01-20 06:51:27.520 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s><lang xml:lang="en-UK"><amazon:domain name="conversational">The temperature outside is -1 degr... now: sending cmd:vol:20 to dev:Living Room dot type:A32DOYMUN6DTXA serial:G090U50991720NTM customerid:A1CVTZEBJIUFJI #hooks:0 2023-01-20 06:51:27.521 openLuup.server:: error 'closed' sending 4 bytes to tcp{client}: 0x557239bde028 2023-01-20 06:51:27.521 openLuup.server:: ...only 0 bytes sent 2023-01-20 06:51:27.521 openLuup.server:: error 'closed' sending 35 bytes to tcp{client}: 0x557239bde028 2023-01-20 06:51:27.521 openLuup.server:: ...only 0 bytes sent 2023-01-20 06:51:27.521 openLuup.server:: error 'closed' sending 2 bytes to tcp{client}: 0x557239bde028 2023-01-20 06:51:27.522 openLuup.server:: ...only 0 bytes sent 2023-01-20 06:51:27.522 openLuup.server:: error 'closed' sending 5 bytes to tcp{client}: 0x557239bde028 2023-01-20 06:51:27.522 openLuup.server:: ...only 0 bytes sent 2023-01-20 06:51:27.522 openLuup.server:: request completed (35 bytes, 1 chunks, 16084 ms) tcp{client}: 0x557239bde028 2023-01-20 06:51:27.524 openLuup.server:: request completed (939 bytes, 1 chunks, 18334 ms) tcp{client}: 0x557238f18fb8 2023-01-20 06:51:27.525 openLuup.server:: request completed (939 bytes, 1 chunks, 17793 ms) tcp{client}: 0x5572385f78d8 2023-01-20 06:51:27.527 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572387c0a18 2023-01-20 06:51:27.527 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239bde028And still no voice, but no time out
2023-01-20 06:54:39.286 openLuup.server:: request completed (591 bytes, 1 chunks, 15401 ms) tcp{client}: 0x55723969d238 2023-01-20 06:54:39.289 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55723969d238 2023-01-20 06:54:39.299 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239858308 2023-01-20 06:54:39.300 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66523190&MinimumDelay=50&output_format=json&_r=1674197679298 HTTP/1.1 tcp{client}: 0x557239858308 2023-01-20 06:54:41.367 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x5572394a9a68 2023-01-20 06:54:41.368 openLuup.server:: GET /data_request?Text=Testing...1...2...3&Language=en-GB&GroupZones=Living%20Room%20dot&Volume=50&DeviceNum=22&id=action&serviceId=urn%3Abochicchio-com%3AserviceId%3AVeraAlexa1&action=Say&output_format=json&_r=1674197681363 HTTP/1.1 tcp{client}: 0x5572394a9a68 2023-01-20 06:54:41.368 luup.call_action:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.Say 2023-01-20 06:54:41.369 luup_log:22: VeraAlexa: addToQueue: added to queue for 22 2023-01-20 06:54:52.251 luup.variable_set:: 22.urn:bochicchio-com:serviceId:VeraAlexa1.LatestResponse was: sending cmd:speak:<s><lang xml:lang="en-UK">Testing....One. Two. Three</lang></s><break time="0s" /> to dev:Everywh... now: sending cmd:speak:<s>Testing...1...2...3</s><break time="0s" /> to dev:Living Room dot type:A32DOYMUN6DTXA serial:G... #hooks:0 2023-01-20 06:54:52.252 openLuup.server:: request completed (29 bytes, 1 chunks, 10884 ms) tcp{client}: 0x5572394a9a68 2023-01-20 06:54:52.254 openLuup.server:: request completed (986 bytes, 1 chunks, 43160 ms) tcp{client}: 0x557238f18fb8 2023-01-20 06:54:52.256 openLuup.server:: request completed (986 bytes, 1 chunks, 42675 ms) tcp{client}: 0x5572385f78d8 2023-01-20 06:54:52.257 openLuup.server:: request completed (986 bytes, 1 chunks, 12956 ms) tcp{client}: 0x557239858308 2023-01-20 06:54:52.260 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x5572394a9a68 2023-01-20 06:54:52.263 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239858308 2023-01-20 06:54:52.274 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x557239507918 2023-01-20 06:54:52.274 openLuup.server:: GET /data_request?id=status&Timeout=15&DataVersion=66523191&MinimumDelay=50&output_format=json&_r=1674197692273 HTTP/1.1 tcp{client}: 0x557239507918 2023-01-20 06:54:52.300 luup.variable_set:: 20380.urn:upnp-org:serviceId:TemperatureSensor1.CurrentTemperature was: 22 now: 23 #hooks:0 2023-01-20 06:54:52.405 openLuup.server:: request completed (839 bytes, 1 chunks, 130 ms) tcp{client}: 0x557239507918 2023-01-20 06:54:52.417 openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x557239507918 2023-01-20 06:54:52.427 openLuup.io.server:: HTTP:3480 connection from 192.168.70.249 tcp{client}: 0x55723937d598Let me know if debug logs are any use to you.
I wonder if perhaps there's another amazon host I could use.C
-
@CatmanV2 it should be alexa.amazon.co.uk.
If you want to be sure that's working and to see the output, just try to execute the command via SSH:
alexa_remote_control.sh -d 'Everywhere' -e speak:'This is a test'the bash file should be in the same directory of VeraAlexa.
try also
alexa_remote_control.sh -ato be sure you're receiving the list of your devices.
see https://github.com/thorsten-gehrig/alexa-remote-control for additional commands/params
-
@therealdb Ta
catman@openluup:~/Notvera/VeraAlexa$ ./alexa_remote_control.sh -d 'Everywhere' -e speak:'This is a test' cookie does not exist. logging in ... ^CWhich is odd:
catman@openluup:~/Notvera/VeraAlexa$ ls -ltra total 840 -rw-r--r-- 1 root root 7249 Jun 25 2020 .alexa.devicelist.txt.old -rwxr-xr-x 1 root root 49902 May 29 2021 alexa_remote_control.sh.old -rwxr-xr-x 1 root root 33826 May 29 2021 alexa_remote_control_plain.sh.old -rwxr-xr-x 1 root root 34367 May 29 2021 alexa_remote_control_plain.sh -rwxrwxrwx 1 root root 47437 May 29 2021 alexa_remote_control.sh -rw-r--r-- 1 root root 216 Dec 14 2021 TestLua -rw-r--r-- 1 root root 1413 Mar 25 2022 cookies.txt drwxr-xr-x 15 root root 12288 Nov 17 19:04 .. -rw-r--r-- 1 root root 147036 Jan 18 17:44 .alexa.login drwxr-xr-x 2 root root 4096 Jan 18 17:45 . -rw-r--r-- 1 root root 12274 Jan 18 17:45 .alexa.devicelist.json -rw-r--r-- 1 root root 455307 Jan 18 17:49 .alexa.cookie -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.de3b4a21ca844817bc180e826e636425 -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.G090U50991550NLS -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.G090U50991720NTM -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.G090XG1215150M64 -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.90F00818720507LD -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.G090U5099156024K -rw-r--r-- 1 root root 9 Jan 20 12:14 .alexa.volume.G090LF1181220107 -rw-r--r-- 1 root root 1366 Jan 20 12:14 .alexa.cmdC
-
-
@therealdb No and I was about to ask that
C
