Hi Rene here. Nice to see familiar posters here. I claim zero copyrights on my stuff, so use what is found useful.

Cheers Rene

Hi a-lurker,

This is a pesty problem with the LuaSocket lib that has been fixed years ago, but for some reason is not in the latest GA packages. The problem is in buffer.c, the timeout is only handled correctly if it is compiled with debug flags. Look at about line 80, and if that shows a compiler flag it will have the problem you see. You can install the luarocks scm-2 version and it should work as expected. I have the running with openLuup without any problems.

Cheers Rene

I can have a look if all mappings can be on the device type that would remove the need on the category value, but not sure if that applies to all or not.
Cheers

I am running a Pi3 with an X850 mSata drive adapter so you eliminate the weak SD card. Runs like a charm.

I am running a Pi3 with an X850 mSata drive adapter so you eliminate the weak SD card. Runs like a charm.

I can have a look if all mappings can be on the device type that would remove the need on the category value, but not sure if that applies to all or not.
Cheers

Hi,
From what I could see is that the z-way devices are not having a category or subcategory number set. These are used to map to an Imperihome device type and thus failing and ignored. Are these numbers being left out intentionally, or is this some bug? (@akbooer ?)
Cheers

If I recall Patrick has/had a solution in Reactor but only for non-EU because he is worried about privacy rules GDRP.

In the Netherlands we have smart energy meters that you can connect to USB via a serial to USB cable. The Vera/openLuup SmartMeter plugin (https://github.com/reneboer/Vera-Dutch-Smartmeter) reads that data and I use it for some scenarios. Expecting more use as the compensation for solar power delivered back to the grid will change in 2 years and smart ways will be needed to use as much of your own solar power.

Cheers Rene

Maybe he still hasn't recovered from Raf's comments and bans all that post here one at the time

O and you said you moved to the 'competition'. Apparently he feels openLuup based DIY is.

Hi a-lurker,

This is a pesty problem with the LuaSocket lib that has been fixed years ago, but for some reason is not in the latest GA packages. The problem is in buffer.c, the timeout is only handled correctly if it is compiled with debug flags. Look at about line 80, and if that shows a compiler flag it will have the problem you see. You can install the luarocks scm-2 version and it should work as expected. I have the running with openLuup without any problems.

Cheers Rene

As you know the new Ezlo product have the 700 series in them. I think the firmware indeed still needs some work as devices that work just fine with a 500 series show some weird behavior on the 700 series, and some 300 device (Everspring door sensor) won't include at all. As I just added a handful of devices to play with this has zero scientific value of course :-).

but maybe a new boost for zwave?

Hi Catman,

Things you may need to install as well: cjson, dkjson, bit,.... jeez, I wish i made notes the last time i installed openLuup

Cheers Rene

Hi Raf, the remote side closes the connection and I do not know why. Time out, inactivity, restart, could be many. Just trying to restart it successfully. I will try to do some more debugging running some standalone script to see what happens then.