I currently have an HVAC system in the attic - for heating and A/C. 120v is supplied to the unit to run the gas heating. A/C uses 240v. I have an ecobee thermostat...which sometimes goes offline....not often. When it goes offline, I need to turn the 120v power to the HVAC system off and then back on (the ecobee gets its power from the HVAC system). That resets the ecobee and all is fine. I spend the summer away from this house and if the ecobee goes offine..I have no current method to reset the HVAC 120v power remotely. My idea is to replace the current 120v plug in the attic with a smart plug...then I can remotely turn the 120v power off and the ecobee will reset and come back online. I use Wyze and Lutron Casita in the house currently and was hoping I could find an in-wall smart plug from Wyze or Lutron. Obviously, I don't need diming, etc...just the ability to turn the plug power on/off. I've seen some options...but one problem I have is the attic can reach up to 135F in the summer...many of the smart plugs I've seen are not rated for that temperature. Might any of you have any thoughts on a smart plug I might want to look at? I don't want to invest in anything that would require a new hub - so either WiFi based or Casita HUB based. I need 120v and 15amp ratings. Thanks in advance.
I am trying to run a reaction that turns on lights if a sensor has not been tripped for 2 minutes. Basically, when a garage door is open, turn on inside lights if nothing has been sensed for 2 minutes. My question has to do with the expression/variable for "Last Seen". The variable never gets updated over time since the last seen event never changes.
Screenshot 2024-09-02 191632.png
In the screenshot above, the reaction checks for any garage door as well as the variable called "GarageLastEntry". The expression for this variable is displayed below:
Screenshot 2024-09-02 191651.png
The problem that I am experiencing is that the variable never changes over time. I understand that this is because the "last seen" variable does not change over time when there is no activity. In this screenshot, the value shows 0.029... This can also be seen as the current value in the original reaction screenshot above. After 10 minutes, this value should be 10. However, when a garage door is opened, the variable does not get updated and thus the rule does not become true since .029 is less than 2.
When I go to the variable and click on the > icon, the variable then gets updated as expected as seen below:
Screenshot 2024-09-02 191711.png
So the ultimate question is, how do I use a rule that can use a variable such as "last seen"? Do I need to create another variable or reaction that multiplies this by 1 every minute? From what I read in the manual, a variable is evaluated every time it is included in a reaction. But this is not what I am seeing.
I also want to ask another question related to this variable. It seems like Reactor continuously deletes this variable and I have to keep recreating it? I have never experienced this with MSR so wanted to ask if this is a common problem or if my definition is causing this.
Any info is appreciated!!!
BACKGROUND
I have been using 4 x Yale Contactless Connected Door Locks for several years (they use either a rfid tag or code to enter)
I have also been using 1 x Yale L1 Door Lock on the main front door and this connects via Yale Software
Yale contacted me to advise the L1 Lock software was being withdrawn and I needed to install a Yale Access Module into the existing lock and a Wi-Fi Bridge to link it with the newly released software
ALL of the above was working just fine.
RECENT
Yale emailed to advise I should add a Yale Access Module to each of the 4 other locks as this would link with the updated software via the Wi-Fi Bridge.
They offered a deal of just £4 each for these Modules so I got them.
THE PROBLEM
I found that only 2 of these modules would slot easily into the locks - two of them bent the pins and one of those snapped the female part in a lock (I do have a spare lock but thats not the point).
Anyway, I began to set-up the two fitted Modules with the Wi-Fi Bridge and I eventually found (thanks Google, NOT Yale) that I now need 1 x Wi-Fi Bridge PER LOCK (£50 each).
QUESTION
Does anyone know of a compatible Wi-Fi Bridge which works with Yale AND can handle multiple connections (ie 5 all 5 of my locks) ?
THANK YOU
Hello,
I had an iCOMEN boiler switch that worked for many years. And I used iCOMEN app on my phone to manage it. Short time ago app started to have an error message that it cannot connect to the server, and after some time the device also stopped working.
Some of you may know that I took at shot at building an alternate geofencing solution for Vera. The core of it was system agnostic, using the OwnTracks application and AWS lambdas to track devices and keep a central data, then disseminate that to the Vera via a websocket-based plugin. It worked with other apps as well, including Tasker and GPSLogger, but of the dozen people that were testing it, most used OwnTracks.
A lot was learned in the process, not the least of which is that the success of any such solution is highly dependent on the phone and its settings. Phone manufacturers love to set things up for the longest battery life, of course, but that's usually very anti-geofencing behavior. In the case of at least one brand, it was unusable and the settings could not be modified. It was also cost-prohibitive to maintain on Amazon, as AWS grabs a dime here and a dollar there and before you know it, it added $100/month to my AWS bill, which my wife deducted from my Scotch budget. Unacceptable.
But it's quite reasonable to use OwnTracks to a local endpoint, and I could pretty easily replicate the functionality as a local application, or maybe even as an additional endpoint built into MSR's API (still separate port and process, but in the package).
So the question really is... would you do it, or would you be too concerned about the security risks associated (e.g., dynamic DNS and NAT mapping in the firewall necessary for the phone to contact the service when not on LAN)?
Hello forum instigators.
Not sure who host/runs the forum software but a couple of challenges:
The chat is not currently usable, as the scrolling is all not right and it's not possible to read chats or send chats reliably.
There are a lot of female members that should perhaps be on another forum; where they can advertise their skills more appropriately. Note: I agree it's a job, like any other.
Whoever you are - thank you for your invaluable work.
I run a B&B and am looking for a way to turn the lights off whenever a room is unoccupied for X amount of time. The guest should still be able to turn the lights on and off manually, but should not be able to disable the auto turn off feature if the room is unoccupied.
I guess I am looking for a light switch with a built in presence sensor? I guess a presence sensor would be better as if it is a motion sensor, the lights may go off unwanted if the guest fails to make sufficient movement e.g. if the guest is lying down watching a film.
Are there any products on the market that would work for my application?
Hello,
I am in search of a device capable of using Bluetooth to connect with a smartphone and serve as its primary sound source on demand. This device should function similarly to conventional Bluetooth headphones, which automatically become the phone's sound output upon activation. However, this device should differ in that it transmits the audio signal to an amplifier via a jack, SPDIF, or similar connection. Alternatively, it could be an integrated amplifier that directly sends the signal to passive speakers.
The control of this process should be manageable through an API such as MQTT, REST, MODBUS, or similar. Are you aware of any devices that operate in this manner?
The concept is as follows: upon entering the bathroom, I would press a wall-mounted switch. This switch would send a signal to the Bluetooth device, prompting it to connect to my smartphone and seamlessly continue playing the audiobook I am currently listening to. Instead of using the phone's speakers, it would seamlessly start playing through ceiling-mounted speakers.
Many thanks 🙂
Hi folks,
I currently have some cheap Zigbee hub and some Amazon Alexas running my smart home which mostly consists of Zigbee power strips and Zigbee battery powered switches.
It all worked OK originally, but now whenever I press a Zigbee switch the light in the corresponding plug switches on then immediately off again.
If I ask Alexa to turn the light on it works fine. Likewise if I switch it on from my phone.
Any ideas what the issue could be?
I've tried unplugging the hub a number of times but that doesn't seem to fix it.
I was thinking about getting a Homey Pro 2023 to speed things up (tmas the Zigbee hub seems to be really slow now as well, for some reason) but I'm not sure about that either.
Any suggestions greatly appreciated!
Looking for a recommendation:
Locksmith is trying to talk me into the Yale Assure Lock Touchscreen with Wi-Fi and Bluetooth - the original 1st generation because they said it's built better than the Assure Lock 2. Any thoughts on this? Which would you recommend?
I see Mul T Lock makes a cylinder (KW-KIDYRL) for Yale Smart Locks. Would this fit the 1st gen Assure Lock, as well as Assure Lock 2? Has anyone tried replacing the cylinder with this on either lock?
Other smart lock I was considering is the Schlage Encode Plus.
Thanks!
Hi. So when I had my house build I ran a bunch of stuff, one of which being two pairs of speaker wires to each bedroom and to 4 spots around my living room… Over the years I have used them here and there with different success.. But today they sit in my walls just unused.
I converted all the cat6 or 5e (I don’t remember) over to basically eithernet jacks. The cable coaxial well it’s there but now unused. But I was thinking there has got to be some use for two pairs of speaker wires to each room. Can I make them usb plugs? Not sure so looking for ideas.
Thanks in advance for your thoughts on this.
Kevin
Hey guys...
We are replacing the heat pump and furnace this week and I will also need to replace my nest thermostat at the same time 'cause Nest is ending the cloud thing end of the month.
Anyway, I'm looking to use the
T6 Pro Z-Wave Programmable Thermostat | Smart Home | Honeywell HomeThat's what the heat pump installer recommend BUT, using Nest I was also using it to control the home humidifier using a single wire connected to nest... but no low voltage thermostat is able to do that, I checked all of them...
So I need some help on how I can do that, to connect the home humidifier using zwave also....
Hi
We are looking for a solution where we can detect presence of a «thing» (people , car , dog, cat, and more..
We need:
fast detections, 1-3 seconds in range from 0 to 20 m from «base» fysical «client» , chip , transmitter , unit. base , receiver placed at a door, gate, house, etc uniq Identifying wirelessThe client:
no need for pressing any thing (no buttons) battery , hoply 2-5 years battery time.Have someone done anything like this?
What technologi will be best?
Hey everyone, I'm currently working on developing a bed sensor that can detect when you're out of bed. It could be used to trigger other smart home gadgets, like lights or blinds, temperature etc.
The sensors are placed under the legs of your bed post. Should look and feel like "smart furniture pads" with size 2 inches in diameter and 1/4 inch thick.
Before we go any further, I'd love to get your thoughts on this - would a bed sensor like this be something you'd find useful? We're still in the early stages of development, so any feedback you have would be greatly appreciated. Thanks in advance!
@DesT, fenced code blocks display differently after the upgrade.
abc defThe above should display as abc and def on two separate lines. This works. But this fails:
verbose: true config: data: "auto"The above should display as three lines, verbose: true, config: and data: "auto", but this fails. In order to make it display properly, I now have to open the fenced code block with ```text (specify language, generic text). This displays without highlighting. The words yml and yaml (and the all-caps versions) don't seem to be recognized. I can also use js to get JavaScript highlighting, but this isn't great for YAML. Here's the same block with the language (text) specifier added (no other changes):
verbose: true config: data: "auto"Sure, we can start adding language specifiers to our new posts, but I suspect if we start digging around old posts, we're going to find a lot of broken display of the fenced code blocks (plain ``` at the start with no language specifier) in the thousands of old posts in these forums, upon which people still rely for answers and information.
Log file snippets also get similarly brutalized:
[###BUILDVERSION###]2023-04-26T19:41:51.683Z <ZWaveJSController:NOTICE> ZWaveJSController#zwavejs added file logger to zwavejs.log [###BUILDVERSION###]2023-04-26T19:41:51.747Z <ZWaveJSController:WARN> zwavejs_capabilities defines x_zwave_device_cfg, which is not consistent with the recommended naming [###BUILDVERSION###]2023-04-26T19:41:51.747Z <ZWaveJSController:WARN> zwavejs_capabilities defines x_zwave_mfg_spec, which is not consistent with the recommended naming [###BUILDVERSION###]2023-04-26T19:41:51.747Z <ZWaveJSController:WARN> zwavejs_capabilities defines x_zwave_device_ver, which is not consistent with the recommended naming [###BUILDVERSION###]2023-04-26T19:41:51.747Z <ZWaveJSController:WARN> zwavejs_capabilities defines x_zwave_values, which is not consistent with the recommended naming [###BUILDVERSION###]2023-04-26T19:41:51.837Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs connecting to ws://192.168.0.10:3000 [###BUILDVERSION###]2023-04-26T19:41:51.874Z <ZWaveJSController:NOTICE> ZWaveJSController#zwavejs connected [###BUILDVERSION###]2023-04-26T19:41:51.874Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs sending connection initialization [###BUILDVERSION###]2023-04-26T19:41:51.931Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs greeting from server: [Object]{ "type": "version", "driverVersion": "10.16.0", "serverVersion": "1.28.0", "homeId": 3631280043, "minSchemaVersion": 0, "maxSchemaVersion": 28 } [###BUILDVERSION###]2023-04-26T19:41:51.932Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs performing initial inventory [###BUILDVERSION###]2023-04-26T19:41:52.325Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs manufacturer-specific data for 134 (AEON Labs) from package ver 22315.1 [###BUILDVERSION###]2023-04-26T19:41:52.328Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs configuring node 1 endpoint 0 (entity "1-0") [###BUILDVERSION###]2023-04-26T19:41:52.339Z <ZWaveJSController:INFO> ZWaveJSController#zwavejs manufacturer-specific data for 543 (Elexa Consumer Products Inc.)I think this is going to be a problem. Is there a way in NodeBB to configure the default language for fenced code block markdown for the entire forum so that these display more as they did before the upgrade?
EDIT: Examples below of old posts with corrupt formatting now:
https://smarthome.community/topic/1101/dynamic-groups-controller-filter-expressions
https://smarthome.community/post/11362
This last old post is interesting, because the first block displays incorrectly, but the second block is OK. In playing around, there seem to be triggering character sequences, suggesting that the markdown processor is trying to "guess" the language but not getting it right, perhaps:
Can anyone help with the MIOS UI5 weblink? Not the getvera one.
Still running UI5 on a couple of sensors & lights and need to tweak PLEG but for the life of me I can't remember the link to tunnel back to the trusty machine....
The wifi on my router is turned off, and wifi around the house is provided using a mesh - 3 units altogether (one connected directly to the router) that are spread around the house.
I would like to start automating certain tasks around the house and intend to try adding a few smart sockets to my setup.
The mesh system I have supports both 2.4GHz and 5GHz, and does not provide me with the option to control them - i.e. turn one or both on/off, give each a different SSID, etc.
The devices I wish to purchase/use only support 2.4GHz.
Will turning the mesh units off and temporarily turning the 2.4GHz wifi on the router to allow me to set them up be enough? Will I then be able to return to my usual setup and everything will work as it should?
Many thanks in advance
ChatGPT samples:
Me:
Tell me about an iot program called openLuup.
It:
OpenLuup is an open source home automation system that is built on the VeraLuup platform. It is designed to be easy to install and configure, and provides users with a powerful and versatile way to control their home automation devices. OpenLuup offers a wide range of features, including support for many popular home automation devices, scheduling, scripting, and integration with other services. OpenLuup is designed to be customizable, allowing users to create their own home automation systems. It is an excellent choice for those looking to create their own home automation system without spending a lot of money.
Me:
Write an iot program using openLuup.
It:
--openLuup IoT Program-- -- Initialize Variables -- local device_id = "MyHomeDevice" local temperature_sensor_id = "MyTemperatureSensor" local temperature_threshold = 75 -- Create Devices -- luup.create_device("OpenLuup Temperature Sensor", 0, device_id, "D_GenericSensor1.xml", "I_GenericSensor1.xml", "S_TemperatureSensor1.xml", "") luup.variable_set("urn:upnp-org:serviceId:TemperatureSensor1", "CurrentTemperature", 0, device_id) -- Start Timer -- luup.call_delay("check_temperature", 10, "", false) --Function to Check Temperature-- function check_temperature() local current_temperature = luup.variable_get(temperature_sensor_id, "CurrentTemperature", 0) --Check Temperature Threshold-- if current_temperature >= temperature_threshold then --Send Alert-- luup.call_action("urn:micasaverde-com:serviceId:HomeAutomationGateway1", "SendTextMessage", {PhoneNumber="1234567890", Message="ALERT! Temperature exceeded threshold!"}, 0) end --Reset Timer-- luup.call_delay("check_temperature", 10, "", false) endMe:
Write an iot program using openLuup.
It:
Write an iot program using openLuup. -- openLuup IOT Program -- -- Variables local lampState = false local lampTime = 0 -- Functions function lampTimer() if lampTime > 0 then lampTime = lampTime - 1 if lampTime == 0 then luup.variable_set('urn:upnp-org:serviceId:SwitchPower1', 'Status', 0, lampDeviceID) lampState = false end end end -- Setup luup.call_delay('lampTimer', 60, 0) -- Main Loop while true do -- Check for motion if luup.variable_get('urn:micasaverde-com:serviceId:MotionSensor1', 'Tripped', motionSensorDeviceID) == '1' then if not lampState then luup.variable_set('urn:upnp-org:serviceId:SwitchPower1', 'Status', 1, lampDeviceID) lampState = true -- Set lamp timer to 5 minutes lampTime = 300 end end luup.sleep(1) endWhat??
luup.sleep(1)Not good - looks like I still have some semblance of a job to fulfill.
Me:
An iot program called openLuup was written by akbooer. Who is akbooer?
It: (note: answer redacted and as I understand it, also incorrect re: AltUI):
akbooer is the pseudonym of the software developer and home automation enthusiast. He is the creator of the openLuup home automation software, which is an open-source version of the Vera home automation system. He is also the creator of the AltUI graphical user interface for openLuup.
Me:
Who created of the AltUI graphical user interface for openLuup.
and
Me:
Who created of the AltUI graphical user interface for the home automation system Vera.
Names two different people - mmmm.
Regardless very impressive - give it a few more years.
MQTT – setup and use
-
OK, latest development version (21.4.28c) has HTTP and MQTT requests to change a dimmer:
for device #51 to brightness level 42:
HTTP:
http://openLuupIP:3480/light/51?brightness=42
MQTT:
- topic:
light/51
- message:
42
There's been some fairly drastic internal refactoring of the openLuup API, but you shouldn't notice anything changed...
- topic:
-
@akbooer Wow, that was fast! Thanks, works like a charm.
May I bother you with my next issue? Every time I restart Homebridge my sensor values and current state of bridged devices are lost to mqttthing and shows 0 or OFF until there is an update from the device. Is there a way to retain the values from openLuup/update? -
-
In my own broker I have a Vera/VeraID/update message causing an update from the bridge on demand. I find it useful when subscribing from my windows app, so I get all the updates. It’s similar to what Shelly or tasmota is doing. Maybe it’s easier to implement than retained messages.
-
Thanks for that! I think the challenge in this case is that we are somewhat constrained by what the mqttthing is able to handle. It has some configurability, but I’m not sure whether we can use this approach. We will see.
-
I have a Shelly plug and a Tasmota sensor.
I installed the latest OpenLuup version (21.4.28c)
I have the Shelly and Tasmota bridges that appear automatically, but I don't have the child devices.
Error message in the logs:2021-04-29 15: 02: 20.795 openLuup.context_switch :: ERROR: [dev # 75] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 20.795 openLuup.mqtt :: ERROR publishing application message for mqtt: tele / piscine / SENSOR: ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.216 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.217 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / relay / 0 / power: ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.219 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.219 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / relay / 0 / energy: ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.221 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.221 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / relay / 0: ./openLuup/api.lua:148: attempt to index field '? ' (a nil value) 2021-04-29 15: 02: 21.223 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.223 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / temperature: ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.225 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.225 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / temperature_f: ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.227 openLuup.context_switch :: ERROR: [dev # 76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 15: 02: 21.227 openLuup.mqtt :: ERROR publishing application message for mqtt: shellies / shellyplug-s-20E453 / overtemperature: ./openLuup/api.lua:148: attempt to index field '?' (a nil value)
-
MQTT setting :
luup.attr_set ("openLuup.MQTT.Port", 1885) luup.attr_set ("openLuup.MQTT.Username", "*******") luup.attr_set ("openLuup.MQTT.Password", "*******") luup.attr_set ("openLuup.MQTT.PublishDeviceStatus", "0") luup.attr_set ("openLuup.MQTT.PublishVariableUpdates", true) -- publish every variable update luup.attr_set ("openLuup.MQTT.PublishDeviceStatus", 2) -- publish a single device status every N seconds (0 = never)
Devices 75 et 76
21 2021-04-29 14:56:51.444 75 Done 0.000 21 plugin: Tasmota OK 22 2021-04-29 14:56:51.444 76 Done 0.000 22 plugin: Shelly OK
Context after StartLuup
2021-04-29 16:53:44.403 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/command tcp{client}: 0x184a658 2021-04-29 16:53:44.404 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/shellyplug-s-20E453/command tcp{client}: 0x184a658 2021-04-29 16:53:44.404 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/shellyplug-s-20E453/relay/0/command tcp{client}: 0x184a658 2021-04-29 16:53:44.404 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.404 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/online : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.405 luup.shelly:76: New Shelly announced: shellyplug-s-20E453 2021-04-29 16:53:44.405 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.405 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/announce : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.405 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.405 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/announce : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0/power : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0/energy : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.406 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0 : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/temperature : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/temperature_f : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.context_switch:: ERROR: [dev #76] ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.407 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/overtemperature : ./openLuup/api.lua:148: attempt to index field '?' (a nil value) 2021-04-29 16:53:44.661 openLuup.server:: request completed (515424 bytes, 33 chunks, 272 ms) tcp{client}: 0x22f6cf8
-
Thanks – that shows exactly what I needed to see. The first incoming message from the Shelly is not an announcement, so the device doesn't yet exist. I knew this happened, but thought I had handled the condition. A recent change has made it appear again. I'll work on it...
-
Okay
Thank you for your work that I am with interest -
Can you tell me what Shelly devices you are using here? Thanks.
-
Could you try the latest development version (21.4.29b) and see if that fixes the issue? Thanks.
-
Shelly Plug
I installed the last version but still the same problem
2021-04-29 20:31:35.495 openLuup.io.server:: MQTT:1885 connection from 192.168.1.149 tcp{client}: 0x1808020 2021-04-29 20:31:35.500 openLuup.server:: request completed (1304 bytes, 1 chunks, 6470 ms) tcp{client}: 0x1a2dc08 2021-04-29 20:31:35.515 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/command tcp{client}: 0x1808020 2021-04-29 20:31:35.516 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/shellyplug-s-20E453/command tcp{client}: 0x1808020 2021-04-29 20:31:35.517 openLuup.mqtt:: shellyplug-s-20E453 SUBSCRIBE to shellies/shellyplug-s-20E453/relay/0/command tcp{client}: 0x1808020 2021-04-29 20:31:35.518 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.518 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/online : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.519 luup.shelly:76: New Shelly announced: shellyplug-s-20E453 2021-04-29 20:31:35.520 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:226: attempt to index field '?' (a nil value) 2021-04-29 20:31:35.520 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/announce : ./L_ShellyBridge.lua:226: attempt to index field '?' (a nil value) 2021-04-29 20:31:35.521 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.521 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/announce : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.522 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.522 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0/power : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.523 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.524 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0/energy : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.525 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.525 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/relay/0 : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.526 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.526 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/temperature : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.527 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.527 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/temperature_f : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.528 openLuup.context_switch:: ERROR: [dev #76] ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value) 2021-04-29 20:31:35.528 openLuup.mqtt:: ERROR publishing application message for mqtt:shellies/shellyplug-s-20E453/overtemperature : ./L_ShellyBridge.lua:343: attempt to index field 'hadevice' (a nil value)
-
logs/LuaUPnP_startup.log
178 lines, 1 error, max gap 0s @ 2021-04-30 08:45:58.9362021-04-30 08:45:57.409 :: openLuup STARTUP :: /etc/cmh-ludl 2021-04-30 08:45:57.409 openLuup.init:: version 2021.04.08 @akbooer 2021-04-30 08:45:57.437 openLuup.scheduler:: version 2021.03.19 @akbooer 2021-04-30 08:45:57.462 openLuup.io:: version 2021.03.27 @akbooer 2021-04-30 08:45:57.462 openLuup.mqtt:: version 2021.04.28b @akbooer 2021-04-30 08:45:57.464 openLuup.wsapi:: version 2019.08.12 @akbooer 2021-04-30 08:45:57.464 openLuup.servlet:: version 2021.04.28c @akbooer 2021-04-30 08:45:57.464 openLuup.client:: version 2019.10.14 @akbooer 2021-04-30 08:45:57.465 openLuup.server:: version 2020.03.26 @akbooer 2021-04-30 08:45:57.473 openLuup.scenes:: version 2021.04.28 @akbooer 2021-04-30 08:45:57.477 openLuup.chdev:: version 2020.21.27 @akbooer 2021-04-30 08:45:57.477 openLuup.userdata:: version 2021.03.14 @akbooer 2021-04-30 08:45:57.477 openLuup.requests:: version 2021.02.20 @akbooer 2021-04-30 08:45:57.478 openLuup.gateway:: version 2020.03.08 @akbooer 2021-04-30 08:45:57.481 openLuup.smtp:: version 2018.04.12 @akbooer 2021-04-30 08:45:57.485 openLuup.historian:: version 2021.02.03 @akbooer 2021-04-30 08:45:57.486 openLuup.luup:: version 2021.04.27 @akbooer 2021-04-30 08:45:57.487 openLuup.pop3:: version 2018.04.23 @akbooer 2021-04-30 08:45:57.488 openLuup.compression:: version 2016.06.30 @akbooer 2021-04-30 08:45:57.488 openLuup.timers:: version 2019.05.03 @akbooer 2021-04-30 08:45:57.488 openLuup.logs:: version 2018.03.25 @akbooer 2021-04-30 08:45:57.488 openLuup.json:: version 2020.05.20 @akbooer 2021-04-30 08:45:57.488 openLuup.init:: using openLuup.json.Lua.decode() for JSON decoding (Cjson not installed) 2021-04-30 08:45:57.545 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml / (urn:schemas-micasaverde-com:device:ZWaveNetwork:1) 2021-04-30 08:45:57.561 luup.create_device:: [2] D_openLuup.xml / I_openLuup.xml / D_openLuup.json (openLuup) 2021-04-30 08:45:57.561 openLuup.init:: loading configuration user_data.json 2021-04-30 08:45:57.571 openLuup.userdata:: loading user_data json... 2021-04-30 08:45:57.846 luup.variable_set:: 2.openLuup.HouseMode was: EMPTY now: 1 #hooks:0 2021-04-30 08:45:57.846 openLuup.userdata:: loading rooms... 2021-04-30 08:45:57.846 openLuup.userdata:: room#1 'MiOS-45003471' 2021-04-30 08:45:57.846 openLuup.userdata:: room#2 'VeraEdge_Exterieur' 2021-04-30 08:45:57.846 openLuup.userdata:: room#3 'VeraEdge_Essai' 2021-04-30 08:45:57.846 openLuup.userdata:: room#4 'VeraEdge_Température' 2021-04-30 08:45:57.846 openLuup.userdata:: room#5 'VeraEdge_Piscine' 2021-04-30 08:45:57.846 openLuup.userdata:: room#6 'VeraEdge_System' 2021-04-30 08:45:57.846 openLuup.userdata:: room#7 'VeraEdge_Securité' 2021-04-30 08:45:57.846 openLuup.userdata:: room#8 'ZWay-31415926' 2021-04-30 08:45:57.846 openLuup.userdata:: room#9 'OpenLuup' 2021-04-30 08:45:57.847 openLuup.userdata:: ...room loading completed 2021-04-30 08:45:57.847 openLuup.userdata:: loading devices... 2021-04-30 08:45:57.850 luup.create_device:: [1] D_ZWaveNetwork.xml / X / (urn:schemas-micasaverde-com:device:ZWaveNetwork:1) 2021-04-30 08:45:57.859 luup.create_device:: [4] D_AltAppStore.xml / I_AltAppStore.xml / D_AltAppStore.json (urn:schemas-upnp-org:device:AltAppStore:1) 2021-04-30 08:45:57.868 luup.create_device:: [5] D_VeraBridge.xml / I_VeraBridge.xml / D_VeraBridge.json (VeraBridge) 2021-04-30 08:45:57.903 luup.create_device:: [15] D_Switchboard1.xml / I_Switchboard1.xml / D_Switchboard1_UI7.json (urn:schemas-toggledbits-com:device:Switchboard:1) 2021-04-30 08:45:57.957 luup.create_device:: [18] D_Reactor.xml / I_Reactor.xml / D_Reactor_UI7.json (urn:schemas-toggledbits-com:device:Reactor:1) 2021-04-30 08:45:57.994 luup.create_device:: [19] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:57.999 luup.create_device:: [20] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.004 luup.create_device:: [25] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.110 openLuup.scheduler.sandbox:: device 26 defined 'string.starts' (a function value) 2021-04-30 08:45:58.110 openLuup.scheduler.sandbox:: device 26 defined 'string.altui_split' (a function value) 2021-04-30 08:45:58.110 openLuup.scheduler.sandbox:: device 26 defined 'string.template' (a function value) 2021-04-30 08:45:58.111 openLuup.scheduler.sandbox:: device 26 defined 'string.trim' (a function value) 2021-04-30 08:45:58.111 luup.create_device:: [26] D_ALTUI.xml / I_ALTUI.xml / D_ALTUI_UI7.json (urn:schemas-upnp-org:device:altui:1) 2021-04-30 08:45:58.158 luup.create_device:: [27] D_VirtualSensor1.xml / I_VirtualSensor1.xml / D_VirtualSensor1.json (urn:schemas-toggledbits-com:device:VirtualSensor:1) 2021-04-30 08:45:58.165 luup.create_device:: [28] D_GenericSensor1.xml / / D_GenericSensor1.json (urn:schemas-micasaverde-com:device:GenericSensor:1) 2021-04-30 08:45:58.210 luup.create_device:: [29] D_MString.xml / I_MString.xml / D_MString.json (urn:schemas-upnp-org:device:VContainer:1) 2021-04-30 08:45:58.214 luup.create_device:: [32] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.219 luup.create_device:: [33] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.281 luup.create_device:: [35] D_ZWay.xml / I_ZWay2.xml / D_ZWay.json (ZWay) 2021-04-30 08:45:58.300 openLuup.scheduler.sandbox:: device 36 defined 'string.fliprsplit' (a function value) 2021-04-30 08:45:58.300 openLuup.scheduler.sandbox:: device 36 defined 'string.template' (a function value) 2021-04-30 08:45:58.300 openLuup.scheduler.sandbox:: device 36 defined 'string.trim' (a function value) 2021-04-30 08:45:58.301 luup.create_device:: [36] D_FLIPR.xml / I_FLIPR.xml / D_FLIPR_UI7.json (urn:schemas-upnp-org:device:flipr:1) 2021-04-30 08:45:58.319 luup.create_device:: [40] D_MString.xml / I_MString.xml / D_GenericSensor1_Ph.json (urn:schemas-upnp-org:device:VContainer:1) 2021-04-30 08:45:58.338 luup.create_device:: [41] D_MString.xml / I_MString.xml / D_GenericSensor1_mVolts.json (urn:schemas-upnp-org:device:VContainer:1) 2021-04-30 08:45:58.356 luup.create_device:: [42] D_MString.xml / I_MString.xml / D_GenericSensor1_Tpiscine.json (urn:schemas-upnp-org:device:VContainer:1) 2021-04-30 08:45:58.385 luup.create_device:: [46] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.407 luup.create_device:: [49] D_BinaryLight1.xml / I_VirtualBinaryLight1.xml / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.411 luup.create_device:: [50] D_ReactorSensor.xml / / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.425 luup.create_device:: [51] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.437 luup.create_device:: [54] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.450 luup.create_device:: [55] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.463 luup.create_device:: [56] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.480 luup.create_device:: [57] D_VeraAlexa1.xml / I_VeraAlexa1.xml / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.489 luup.register_handler:: global_function_name=Tasmota_MQTT_Handler, request=mqtt:tele/# 2021-04-30 08:45:58.489 luup.register_handler:: global_function_name=Tasmota_MQTT_Handler, request=mqtt:tasmota/tele/# 2021-04-30 08:45:58.490 luup.create_device:: [75] D_TasmotaBridge.xml / I_TasmotaBridge.xml / D_TasmotaBridge.json (TasmotaBridge) 2021-04-30 08:45:58.494 luup.register_handler:: global_function_name=Shelly_MQTT_Handler, request=mqtt:shellies/# 2021-04-30 08:45:58.494 luup.create_device:: [76] D_ShellyBridge.xml / I_ShellyBridge.xml / D_ShellyBridge.json (ShellyBridge) 2021-04-30 08:45:58.501 luup.create_device:: [10002] D_SceneController1.xml / X / D_SceneController1.json (urn:schemas-micasaverde-com:device:SceneController:1) 2021-04-30 08:45:58.505 luup.create_device:: [10003] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.509 luup.create_device:: [10006] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.513 luup.create_device:: [10012] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.522 luup.create_device:: [10016] D_InfoViewer1.xml / X / D_InfoViewer1.json (urn:schemas-a-lurker-com:device:InfoViewer:1) 2021-04-30 08:45:58.544 luup.create_device:: [10034] D_DeusExMachinaII1.xml / X / D_DeusExMachinaII1_UI7.json (urn:schemas-toggledbits-com:device:DeusExMachinaII:1) 2021-04-30 08:45:58.606 luup.create_device:: [10040] D_MiLightRGBWBOX2.xml / X / D_MiLightRGBW.json (urn:schemas-dcineco-com:device:DimmableLightRGBW:1) 2021-04-30 08:45:58.610 luup.create_device:: [10046] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.614 luup.create_device:: [10047] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.617 luup.create_device:: [10048] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.625 luup.create_device:: [10059] D_LuaView1.xml / X / D_LuaView1.json (urn:schemas-toggledbits-com:device:LuaView:1) 2021-04-30 08:45:58.643 luup.create_device:: [10060] D_ZiBlueGateway1.xml / X / D_ZiBlueGateway1.json (urn:schemas-upnp-org:device:ZiBlueGateway:1) 2021-04-30 08:45:58.644 luup.create_device:: [10061] D_SerialPortRoot1.xml / X / (urn:micasaverde-org:device:SerialPortRoot:1) 2021-04-30 08:45:58.654 luup.create_device:: [10062] D_SerialPort1.xml / X / (urn:micasaverde-org:device:SerialPort:1) 2021-04-30 08:45:58.659 luup.create_device:: [10069] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.664 luup.create_device:: [10070] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.667 luup.create_device:: [10071] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.669 luup.create_device:: [10072] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.672 luup.create_device:: [10075] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.675 luup.create_device:: [10076] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.683 luup.create_device:: [10082] D_DelayLight.xml / X / D_DelayLight_UI7.json (urn:schemas-toggledbits-com:device:DelayLight:1) 2021-04-30 08:45:58.695 luup.create_device:: [10089] D_WindSensor1.xml / X / D_WindSensor1.json (urn:schemas-micasaverde-com:device:WindSensor:1) 2021-04-30 08:45:58.698 luup.create_device:: [10095] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.718 luup.create_device:: [10097] D_VSwitch.xml / X / D_VSwitch_UI7.json (urn:schemas-upnp-org:device:VSwitch:1) 2021-04-30 08:45:58.723 luup.create_device:: [10099] D_VSwitch.xml / X / D_VSwitch_UI7.json (urn:schemas-upnp-org:device:VSwitch:1) 2021-04-30 08:45:58.726 luup.create_device:: [10102] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.730 luup.create_device:: [10103] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.733 luup.create_device:: [10104] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.735 luup.create_device:: [10105] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.738 luup.create_device:: [10106] D_Reactor.xml / X / D_Reactor_UI7.json (urn:schemas-toggledbits-com:device:Reactor:1) 2021-04-30 08:45:58.743 luup.create_device:: [10107] D_Switchboard1.xml / X / D_Switchboard1_UI7.json (urn:schemas-toggledbits-com:device:Switchboard:1) 2021-04-30 08:45:58.747 luup.create_device:: [10110] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.751 luup.create_device:: [10114] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.753 luup.create_device:: [10115] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.759 luup.create_device:: [10118] D_DoorSensor1.xml / X / D_DoorSensor1.json (urn:schemas-micasaverde-com:device:DoorSensor:1) 2021-04-30 08:45:58.761 luup.create_device:: [10124] D_SmartHomeHelper.xml / X / (urn:schemas-upnp-org:device:GoogleHome:1) 2021-04-30 08:45:58.767 luup.create_device:: [10131] D_MotionSensor1.xml / X / D_MotionSensor1.json (urn:schemas-micasaverde-com:device:MotionSensor:1) 2021-04-30 08:45:58.774 luup.create_device:: [10132] D_LightSensor1.xml / X / D_LightSensor1.json (urn:schemas-micasaverde-com:device:LightSensor:1) 2021-04-30 08:45:58.778 luup.create_device:: [10133] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.784 luup.create_device:: [10138] D_GenericIO1.xml / X / D_GenericIO1.json (urn:schemas-micasaverde-com:device:GenericIO:1) 2021-04-30 08:45:58.788 luup.create_device:: [10139] D_MotionSensor1.xml / X / D_MotionSensor1.json (urn:schemas-micasaverde-com:device:MotionSensor:1) 2021-04-30 08:45:58.792 luup.create_device:: [10143] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.796 luup.create_device:: [10145] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.799 luup.create_device:: [10146] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.802 luup.create_device:: [10147] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.808 luup.create_device:: [10165] D_SmokeSensor1.xml / X / D_COSensor1NoTamper.json (urn:schemas-micasaverde-com:device:SmokeSensor:1) 2021-04-30 08:45:58.815 luup.create_device:: [10166] D_FloodSensor1.xml / X / D_FloodSensor1.json (urn:schemas-micasaverde-com:device:FloodSensor:1) 2021-04-30 08:45:58.820 luup.create_device:: [10172] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.825 luup.create_device:: [10173] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.831 luup.create_device:: [10177] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.836 luup.create_device:: [10178] D_ALTUI.xml / X / D_ALTUI_UI7.json (urn:schemas-upnp-org:device:altui:1) 2021-04-30 08:45:58.841 luup.create_device:: [10181] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.848 luup.create_device:: [10182] D_VirtualSensor1.xml / X / D_VirtualSensor1.json (urn:schemas-toggledbits-com:device:VirtualSensor:1) 2021-04-30 08:45:58.852 luup.create_device:: [10183] D_TemperatureSensor1.xml / X / D_GenericSensor1_Tpiscine.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.857 luup.create_device:: [10184] D_GenericSensor1.xml / X / D_GenericSensor1_mVolts.json (urn:schemas-micasaverde-com:device:GenericSensor:1) 2021-04-30 08:45:58.861 luup.create_device:: [10185] D_GenericSensor1.xml / X / D_GenericSensor1_Ph.json (urn:schemas-micasaverde-com:device:GenericSensor:1) 2021-04-30 08:45:58.865 luup.create_device:: [10186] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.871 luup.create_device:: [10187] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.875 luup.create_device:: [10189] D_MString.xml / X / D_MString.json (urn:schemas-upnp-org:device:VContainer:1) 2021-04-30 08:45:58.880 luup.create_device:: [10190] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.882 luup.create_device:: [10192] D_VeraAlert.xml / / () 2021-04-30 08:45:58.882 openLuup.chdev:: ERROR: unable to read XML file D_VeraAlert.xml 2021-04-30 08:45:58.886 luup.create_device:: [10193] D_ReactorSensor.xml / X / D_ReactorSensor_UI7.json (urn:schemas-toggledbits-com:device:ReactorSensor:1) 2021-04-30 08:45:58.894 luup.create_device:: [10195] D_FloodSensor1.xml / X / D_FloodSensorWithTamper1.json (urn:schemas-micasaverde-com:device:FloodSensor:1) 2021-04-30 08:45:58.898 luup.create_device:: [10196] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.902 luup.create_device:: [10197] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.906 luup.create_device:: [10198] D_VeraAlexa1.xml / X / D_ComboDevice1.json (urn:bochicchio-com:device:VeraAlexa:1) 2021-04-30 08:45:58.909 luup.create_device:: [10199] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.913 luup.create_device:: [10200] D_BinaryLight1.xml / X / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.916 luup.create_device:: [10201] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.919 luup.create_device:: [10202] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.922 luup.create_device:: [10203] D_TemperatureSensor1.xml / X / D_TemperatureSensor1.json (urn:schemas-micasaverde-com:device:TemperatureSensor:1) 2021-04-30 08:45:58.925 luup.create_device:: [10204] D_HumiditySensor1.xml / X / D_HumiditySensor1.json (urn:schemas-micasaverde-com:device:HumiditySensor:1) 2021-04-30 08:45:58.928 luup.create_device:: [30040] D_BinaryLight1.xml / / D_BinaryLight1.json (urn:schemas-upnp-org:device:BinaryLight:1) 2021-04-30 08:45:58.932 luup.create_device:: [30070] D_DoorSensor1.xml / / D_DoorSensor1.json (urn:schemas-micasaverde-com:device:DoorSensor:1) 2021-04-30 08:45:58.933 openLuup.userdata:: loading scenes... 2021-04-30 08:45:58.933 openLuup.userdata:: [10014] Alarme Température Congel/frigo 2021-04-30 08:45:58.933 openLuup.userdata:: [10010] Gestion_SmartLed 2021-04-30 08:45:58.933 openLuup.userdata:: [10009] essai_clavier 2021-04-30 08:45:58.934 openLuup.userdata:: [10001] Eclairage_Allee(Manu) 2021-04-30 08:45:58.934 openLuup.userdata:: number of scenes = 4 2021-04-30 08:45:58.934 openLuup.userdata:: ...scene loading completed 2021-04-30 08:45:58.934 openLuup.userdata:: loading installed plugin info... 2021-04-30 08:45:58.934 openLuup.userdata:: [openLuup] openLuup (21.4.29b) 2021-04-30 08:45:58.934 openLuup.userdata:: [AltAppStore] Alternate App Store (20.3.30) 2021-04-30 08:45:58.934 openLuup.userdata:: [VeraBridge] VeraBridge (21.1.3) 2021-04-30 08:45:58.934 openLuup.userdata:: [8246] ALTUI (2.53b.) 2021-04-30 08:45:58.934 openLuup.userdata:: [Z-Way] Z-Way (21.1.19) 2021-04-30 08:45:58.934 openLuup.userdata:: [Arduino] MySensors (not.installed) 2021-04-30 08:45:58.934 openLuup.userdata:: [9194] Switchboard (GitHub.GitHub.stable) 2021-04-30 08:45:58.935 openLuup.userdata:: [9086] Reactor (GitHub.stable) 2021-04-30 08:45:58.935 openLuup.userdata:: [9031] Virtual Sensor (1.11) 2021-04-30 08:45:58.935 openLuup.userdata:: [9281] Virtual HTTP Devices (GitHub.master) 2021-04-30 08:45:58.935 openLuup.userdata:: [AlexaTTS] VeraAlexa (GitHub.master) 2021-04-30 08:45:58.935 openLuup.userdata:: ...user_data loading completed 2021-04-30 08:45:58.935 openLuup.init:: running _openLuup_STARTUP_ 2021-04-30 08:45:58.936 luup_log:0: startup code completed 2021-04-30 08:45:58.936 openLuup.init:: init phase completed 2021-04-30 08:45:58.936 :: openLuup LOG ROTATION :: (runtime 0.0 days)
-
@crille said in MQTT – setup and use:
May I bother you with my next issue? Every time I restart Homebridge my sensor values and current state of bridged devices are lost to mqttthing and shows 0 or OFF until there is an update from the device. Is there a way to retain the values from openLuup/update?
In the latest testing branch release (v21.4.30) the MQTT server now subscribes to the topic
openLuup/query
. If you publish a message with the format:devNo.serviceId.variable
, for example,- topic: openLuup/query
- message: 2.openLuup.Memory_Mb
it will force an immediate update message:
- topic: openLuup/update/2/openLuup/Memory_Mb
- message: 8.7 (or whatever)
You should be able to use this to get an initial value for any mqttthing.
Notice the formatting difference between the message and the returned topic ('.' instead of '/') this is intentional because it is in line with openLuup's existing dev.srv.var notation and it reminds you that it's not a part of the query topic, but it goes in the message, and avoids the need for openLuup to use a wildcard subscription.
-
@christian_fabre I added my Shelly 1PM today to OpenLuup v21.4.29b.
At first it did not work, and I could not figure out why. Then I found a post on the Shelly forum that said that there in some cases (or for some devices) could be a problem with the latest Shelly firmware and Mqtt.
I had the latest v1.10.3 in my 1PM. After I downgraded the Shelly to v1.9.4 it worked.
Check what firmware you have in your plug and if you have the latest you can try to downgrade and see if it works.
Go to https://www.shelly-support.eu/index.php?shelly-firmware-archive/ and enter your IP address, select the right plug variant (there are a few to choose from) and firmware release. Then you copy the url that is generated into a browser.
If you have blocked the Shelly in your router from Internet access you probably have to open it temporary for the downgrade.I also added my Shelly Button to OpenLuup and for some reason I could not downgrade it, but I managed to get it working anyway after a few attempts.
(A bit strange since the post I found on the forum was on problems with the Button and v1.10.3.)Another tip is to use MqttExplorer if you do not already use it and see if the Shelly shows up there. If it does, then at least the Mqtt part of the Shelly most likely works.