Altui

Hi,

I’m still not able to upgraded altui in openluup. It seems calling the mios trac url always resulted in a timeout
for example
local status, result = luup.inet.wget(“http://www.yahoo.com”, 5)
returns a result and 301 code

local status, result = luup.inet.wget(“/ – Alternate UI”, 5)
returns a timeout even when increasing the timeout parameter

Thanks for your help

I am assuming that you can access Trac using that URL in a browser?

Accessing trac in a browser is indeed not an issue

Thanks

I’m at a loss to explain this… I have just upgraded one of my systems to the latest. Any other symptoms? Remind me of your configuration.

running openluup on a raspberry pi with a debian jessie lite version. Nothing particular. Same commands work fine in altui running on the vera3
Tried instead with http://code.mios.com/svn_public/mios_alternate_ui/lastver.txt and that one works.
Also tried http://:3480/data_request?id=action&serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1&action=CreatePlugin&PluginNum=8246&Version=29726 but it returned “-1”
Don’t know what else to check

Can you send me a log of openLuup starting up and then trying to update AltUI?

Ideally from a factory reset system (having backed up your user_data.json)

Confused again. Startup following script with version 6
./openLuup_reload reset &
while [ $? -eq 42 ]
do
./openLuup_reload
done

All I get in the log is

2015-12-02 16:36:43.402 :: openLuup STARTUP ::
2015-12-02 16:36:43.402 openLuup.init:: version 2015.11.12 @akbooer
2015-12-02 16:36:43.431 openLuup.scheduler:: version 2015.11.15 @akbooer
2015-12-02 16:36:43.431 openLuup.server:: version 2015.11.01 @akbooer
2015-12-02 16:36:43.440 openLuup.plugins:: version 2015.11.06 @akbooer
2015-12-02 16:36:43.440 openLuup.chdev:: version 2015.11.09 @akbooer
2015-12-02 16:36:43.447 openLuup.scenes:: version 2015.11.12 @akbooer
2015-12-02 16:36:43.449 openLuup.io:: version 2015.10.15 @akbooer
2015-12-02 16:36:43.449 openLuup.luup:0: version 2015.11.16 @akbooer
2015-12-02 16:36:43.457 openLuup.rooms:: version 2015.10.15 @akbooer
2015-12-02 16:36:43.458 openLuup.requests:: version 2015.11.09 @akbooer
2015-12-02 16:36:43.472 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /
2015-12-02 16:36:43.483 luup.create_device:: [2] D_SceneController1.xml / / D_SceneController1.json
2015-12-02 16:36:43.484 openLuup.init:: loading configuration user_data.json
2015-12-02 16:36:43.484 openLuup.init:: loading user_data json…
2015-12-02 16:36:43.490 openLuup.init:: loading rooms…
2015-12-02 16:36:43.490 openLuup.init:: …room loading completed
2015-12-02 16:36:43.490 openLuup.init:: loading devices…
2015-12-02 16:36:43.492 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /
2015-12-02 16:36:43.493 luup.create_device:: [2] D_SceneController1.xml / / D_SceneController1.json
2015-12-02 16:36:43.493 openLuup.init:: loading scenes…
2015-12-02 16:36:43.493 openLuup.init:: number of scenes = 0
2015-12-02 16:36:43.493 openLuup.init:: …scene loading completed
2015-12-02 16:36:43.493 openLuup.init:: loading installed plugin info…
2015-12-02 16:36:43.493 openLuup.init:: …user_data loading completed
2015-12-02 16:36:43.494 openLuup.init:: running openLuup_STARTUP
2015-12-02 16:36:43.494 openLuup.init:: init phase completed
2015-12-02 16:36:43.494 openLuup.server:: starting HTTP server on xxx.xxx.xxx.xxx:3480 tcp{server}: 0x1b1ef28
2015-12-02 16:36:43.494 openLuup.scheduler:: starting
2015-12-02 16:42:43.952 openLuup.heartbeat:: memory: 0.6Mb, uptime: 0.00 days, cpu: 0.2 sec (0.06%)

Why is altui not loaded?

Thanks

A factory reset system doesn’t have AltUI installed by default. You have to issue the HTTP request to it:

http://<YourIP>:3480/data_request?id=altui

That’s where I want to see the log information.

http://:3480/data_request?id=altui returned
“not a data request”

while log just showed

2015-12-02 17:33:46.291 :: openLuup STARTUP ::
2015-12-02 17:33:46.292 openLuup.init:: version 2015.11.12 @akbooer
2015-12-02 17:33:46.320 openLuup.scheduler:: version 2015.11.15 @akbooer
2015-12-02 17:33:46.320 openLuup.server:: version 2015.11.01 @akbooer
2015-12-02 17:33:46.329 openLuup.plugins:: version 2015.11.06 @akbooer
2015-12-02 17:33:46.329 openLuup.chdev:: version 2015.11.09 @akbooer
2015-12-02 17:33:46.336 openLuup.scenes:: version 2015.11.12 @akbooer
2015-12-02 17:33:46.338 openLuup.io:: version 2015.10.15 @akbooer
2015-12-02 17:33:46.338 openLuup.luup:0: version 2015.11.16 @akbooer
2015-12-02 17:33:46.346 openLuup.rooms:: version 2015.10.15 @akbooer
2015-12-02 17:33:46.346 openLuup.requests:: version 2015.11.09 @akbooer
2015-12-02 17:33:46.360 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /
2015-12-02 17:33:46.371 luup.create_device:: [2] D_SceneController1.xml / / D_SceneController1.json
2015-12-02 17:33:46.372 openLuup.init:: loading configuration user_data.json
2015-12-02 17:33:46.372 openLuup.init:: loading user_data json…
2015-12-02 17:33:46.378 openLuup.init:: loading rooms…
2015-12-02 17:33:46.378 openLuup.init:: …room loading completed
2015-12-02 17:33:46.378 openLuup.init:: loading devices…
2015-12-02 17:33:46.380 luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /
2015-12-02 17:33:46.381 luup.create_device:: [2] D_SceneController1.xml / / D_SceneController1.json
2015-12-02 17:33:46.381 openLuup.init:: loading scenes…
2015-12-02 17:33:46.381 openLuup.init:: number of scenes = 0
2015-12-02 17:33:46.381 openLuup.init:: …scene loading completed
2015-12-02 17:33:46.381 openLuup.init:: loading installed plugin info…
2015-12-02 17:33:46.382 openLuup.init:: …user_data loading completed
2015-12-02 17:33:46.382 openLuup.init:: running openLuup_STARTUP
2015-12-02 17:33:46.382 openLuup.init:: init phase completed
2015-12-02 17:33:46.382 openLuup.server:: starting HTTP server on xxx.xxx.xxx.xxx:3480 tcp{server}: 0x176e50
2015-12-02 17:33:46.383 openLuup.scheduler:: starting
2015-12-02 17:33:46.761 openLuup.server:: new client connection: tcp{client}: 0x179108
2015-12-02 17:33:46.762 openLuup.server:: /data_request?id=lu_status2&output_format=json&DataVersion=70603141&Timeout=60&MinimumDelay=1500&=1449040956862 tcp{client}: 0x179108
2015-12-02 17:33:48.269 openLuup.server:: request completed (397 bytes, 1 chunks, 1507 ms) tcp{client}: 0x179108
2015-12-02 17:33:48.354 openLuup.server:: /data_request?id=user_data&output_format=json&DataVersion=70603070&
=1449040956863 tcp{client}: 0x179108
2015-12-02 17:33:48.376 openLuup.server:: request completed (7467 bytes, 1 chunks, 22 ms) tcp{client}: 0x179108
2015-12-02 17:33:50.460 openLuup.server:: /data_request?id=lu_status2&output_format=json&DataVersion=74026141&Timeout=60&MinimumDelay=1500&=1449040956864 tcp{client}: 0x179108
2015-12-02 17:34:50.547 openLuup.server:: request completed (397 bytes, 1 chunks, 60087 ms) tcp{client}: 0x179108
2015-12-02 17:34:50.703 openLuup.server:: /data_request?id=lu_status2&output_format=json&DataVersion=74026141&Timeout=60&MinimumDelay=1500&
=1449040956865 tcp{client}: 0x179108
2015-12-02 17:34:51.868 openLuup.server:: new client connection: tcp{client}: 0x17e930
2015-12-02 17:34:51.870 openLuup.server:: /data_request?id=altui tcp{client}: 0x17e930
2015-12-02 17:34:51.871 openLuup.plugins:: backing up AltUI plugin
2015-12-02 17:34:51.972 openLuup.plugins:: downloading ALTUI rev 859
2015-12-02 17:34:56.985 openLuup.server:: request completed (18 bytes, 1 chunks, 5114 ms) tcp{client}: 0x17e930
2015-12-02 17:35:51.068 openLuup.server:: request completed (487 bytes, 1 chunks, 60364 ms) tcp{client}: 0x179108
2015-12-02 17:35:51.248 openLuup.server:: /data_request?id=lu_status2&output_format=json&DataVersion=74026141&Timeout=60&MinimumDelay=1500&_=1449040956866 tcp{client}: 0x179108
2015-12-02 17:36:22.794 openLuup.server:: closing client connection: tcp{client}: 0x17e930

The log shows that it started, but timed out after 5 seconds.

What sort of firewall is this behind? There’s nothing I can change in the code to make this better, it must surely be a network issue.

Thanks @akbooer and indeed it seems to be a network problem. For one reason or another I have problems reaching that particular mios url from my vlan. The crazy thing is that the wget command is not working either on the vera3(which is in the same vlan) but upgrades do work on the vera3. I’ll try to do some more tests