openLuup: Suggestions

reneboer · March 12, 2019, 10:58am

Hi AK,

I’m with Buxton here. I use Oracle VM to run a PI emulator. Runs faster than any PI and is perfect for testing as well. If you trash it, you just restore the image. Back up running in seconds.

Not sure who or why would like to run on just Windows for an application like this.

Cheers Rene

akbooer · March 12, 2019, 11:46am

@Buxton, @reneboer, thanks for the feedback!

Actually, it’s now a moot point, since I have just discovered a valid and robust way to access the low-level HTTP routines in the LuaSocket library. This means that I can now easily (well, fairly easily) split the HTTP request and responses into asynchronous activities and use the intervening latency for normal plugin processing.

I’ll be testing this first on the VeraBridge plugin which will allow me to use the proper lazy polling afforded by the lu_status request Timeout and MinimumDelay parameters, and, as a side-effect, get much better response times to Vera status changes.

This may a take a while to implement, but now I do know that it’s possible… have been wanting to do this for years!

Further discussion on the topic moved to here (old forum) openLuup: Asynchronous I/O

now here: openLuup: Asynchronous I/O

akbooer · March 25, 2019, 5:54pm

akbooer · July 30, 2019, 5:54pm

After about a year and a half of inaction, I’m considering this suggestion again…

Just wondering if anyone is using the http-digest module, and any further ideas as to preferences on the way it might be included in openLuup…

as an external module, unchanged, simply part of the openLuup distribution
integrated in the luup.inet.wget() function
both the above

Thanks for any thoughts on this.

akbooer · August 1, 2019, 5:18pm

Now a moot point, since the latest (v19.8.1) development release provides basic and digest authorization in luup.inet.wget()

rafale77 · October 16, 2019, 3:38pm

Hi AK,

I have been fooling with my network equipment and have at times had my switch or router disconnected between openluup and the vera. I noticed that when this happens, verabridge stops polling the vera until I reload luup on openluup. May I suggest to have either a button to restart the polling loop of the verabridge or alternatively for it to ignore the polling errors and just keep polling ad aeternam?

akbooer · October 16, 2019, 3:40pm

I take it that this is in async mode only?

rafale77 · October 16, 2019, 3:41pm

aye. I am running in async mode. I did not test this otherwise.

akbooer · October 16, 2019, 3:42pm

As a sanity check it would be really helpful to check this for me… since you’re fooling about with the network?

I have seen this rarely, but with async it’s tricky to track down.

rafale77 · October 16, 2019, 3:43pm

Ok Let me check this… I am alpha testing some firmware for ubnt so I am rebooting equipment quite a bit lately. Will get back to you shortly.

rafale77 · October 16, 2019, 3:50pm

Yes… I just confirmed that it is only a problem in async mode.

akbooer · October 16, 2019, 3:51pm

ooh, that was quick.

Thanks, I’ll dig into it a bit.

reneboer · October 17, 2019, 11:36am

Hi @akbooer,

I have a similar request (and got the same result as Rafale changing the Vera IP adresses). If you add/remove devices from your Vera(s) the changes are not picked up until after a luup reload. That same option to restart the connection, could that pull a new full config? That would be great Just an action for this would do too as those are so simple to initiate from ALTUI, just like the GetVeraFiles one for example.

Cheers Rene

akbooer · October 19, 2019, 3:17pm

OK, this is not quite as trivial as it might seem. Just how often do you add new devices, and how much of a pain is a reload?

reneboer · October 19, 2019, 3:50pm

Well, normally it is not an issue indeed. However i moved from an Edge to a Plus in small batches so that meant quite some reloads. Not a top priority though. I was just thinking it could lift on top of the change from Rafale. No biggie if it cannot.

Cheers Rene

akbooer · October 19, 2019, 3:53pm

OK, thanks.
I haven’t timed the new release, but I still think that openLuup reloads faster than Vera

reneboer · October 19, 2019, 4:03pm

Duh

akbooer · October 22, 2019, 10:39am

I’ve been digging into this and it seems that the issue may be to do with imperfect timeout handling in the LuaSocket library. This has been an issue elsewhere in the past.

It may mean that automatic detection of this condition is not possible, so I am investigating your suggestion of a manual action to reset the I/O.

reneboer · October 22, 2019, 10:56am

Aha, this may also explain some socket related misteries I see on openLuup (PI) that does not occure on the Vera. One more angle to look at, thx.

Cheers Rene

akbooer · October 22, 2019, 2:26pm

I’ve added a VeraBridge variable AsyncTimeout (default is 300 seconds) which controls a watchdog timer to send an additional async_http request on each interval.

This is very crude, but could be refined if it works. I’ve tried unplugging the bridged Vera a few times and all seems in order (although there was already some recovery code which works in some circumstances.)

Grateful for any feedback on testing this. Development branch v19.10.22

Thanks, AK