Help me with a Smart Home Interview – US Participants Needed

[akbooer]

It’s a fact of history that openLuup would not have existed without AltUI. There’s no way I have the skills to make a modern web interface with asynchronous updates, etc. As my frustrations with Vera grew, AltUI was a huge innovation, which kept me with Vera. TBH, I can’t really imagine using Vera without it, now. After further frustration with the performance and behaviour of the Vera Luup engine, I realised that I did have the skills to develop openLuup.

It’s entirely open, and so BTW is AltUI. Everything is available on GitHub. I don’t consider @amg0 to be a commercial entity, but I take your point, and eschew subscription arrangements for most things. But needs must.

You can certainly continue up to a point with the openLuup interface, but I’m just pointing out that it has its limitations, and the LIFX interface is one such. I’m sure we can get around this, since you imply that you want to control this through one app or other. How is everything else working?

[PerH]

You don't have to pay for 95% of the functions of AltUI as long as you can live with an "unregistered" banner at the bottom. I did that for years, not sure if i actually had to register for how i use it.
On the other side, i'm now so happy with it, that I thought a donation was in order.
try this: [IP]:3480/data_request?id=lr_ALTUI_Handler&command=home&lang=en
That forces use of english.

[Quixote]

@akbooer Unfortunately, not great. I've been trying to set it up so that it will run on boot, but since I followed therealdb's advice and installed WSL on my Windows 10 installation, I've discovered that it doesn't use systemd and it appears I'm on my own in figuring this out now. At this point I'm feeling quite stupid and can't even figure out how to start openLuup again, but I must just be having a bad day.
The other obstacle is that I really don't have that many Zwave devices and my alarm system isn't even set up at this point, so even if I were able to get some traction, every Zwave trigger I have (motion sensor, Wallmote quad) leads to a LIFX light action. I was not able to get those to work, so at this point my tests will generally be meaningless.
@PerH thank you for the tip. I'll look at that once I can get it started again without following the install method all over again that's the only way I've seen in the manual, (aside from scripts for other system types).

[akbooer]

There are three alternatives for starting at boot time documented in the User Guide. I don’t know if either of the alternatives are suitable for your use case. To run openLuup, you just need to run the openLuup_reload.bat file, which wraps Lua in a loop which allows Luup reloads to work.

[Quixote]

I thought batch files were exclusive to a DOS/Windows environment.
I had attempted to set up loading at boot using the the Systemctl approach listed in the appendix, but WSL rejects Systemctl/Stystemd. Everything I've read online states that it's not needed, however fails to mention what to do instead.

[akbooer]

Sorry, you’re right, of course. I was beguiled by the fact that you were, in fact, using a Windows machine. It’s the.sh file.

For me, loading at boot time probably would have lower priority than getting the rest of it running to your satisfaction. How often does the host PC get rebooted anyway?

[Quixote]

Thank you so much for your assistance. I'm sure it can be an eye-rolling experience to help out newbies like me.
You are accurate that loading at boot is not a priority since I often run this machine for weeks art a time before rebooting. I was just trying to start from zero while considering certain factors such as security since I used to rely on my system to text me on my phone (using an email plugin) if something needed my attention.
Definitely not a top priority, so thanks for snapping me back to reality. lol I tend to get side-tracked.
So I tried:
sudo ./run_openLuup.sh
and a get:

Starting openLuup server
To see tail of logfile: tail -f ./out.log

Navigating to any variation of http://172.25.26.14:3480 fails.
http://172.25.26.14:3480/data_request?id=exit does nothing, either.

[akbooer]

Sorry to sound daft, but I have absolutely no idea where you got that file from. What does it contain?

The shell file you need is simply called openLuup_reload and should contain:

#!/bin/sh
#
# reload loop for openLuup
# @akbooer, Aug 2015
# you may need to change ‘lua’ to ‘lua5.1’ depending on your install

lua5.1 openLuup/init.lua $1

while [ $? -eq 42 ]
do
   lua5.1 openLuup/init.lua
done

My bad for calling it a .sh file.

[therealdb]

WSL.exe could be called via command line. So, call wsl via a schedule task on windows calling the openluup_reload script.

[Quixote]

Thanks for bearing with me here.

@akbooer said in New to the forum:

Sorry to sound daft, but I have absolutely no idea where you got that file from. What does it contain?

The file "run_openLuup.sh" was the only file I saw with the extension ".sh" in the directory /etc/cmh-ludl. I found the correct file you mentioned, and tried:
sudo ./openLuup_reload
and I get this:

lua5.1: openLuup/init.lua:291: openLuup - is another copy already running? Unable to start HTTP server on port 3480
stack traceback:
[C]: in function 'error'
openLuup/init.lua:291: in main chunk
[C]: ?

@therealdb Thanks. I'll revisit that once I can get things going again.

[akbooer]

Well, then, you do already have openLuup running, and should be able to access it on port 3480.

[akbooer]

...or, something else is using the port.

[Quixote]

I see nothing running on that port. Also, it still doesn't work even after using "http://172.25.26.14:3480/data_request?id=exit" and attempting to initialize the program again afterwards.
I'm starting to think this may be firewall related, though I'm unsure as to how that would just manifest itself out of nowhere when I had it running fine last week.

Update 1: After rebooting, it just gives me this message:
rm: cannot remove '/www/altui/altui*': No such file or directory
and then hangs.

Update 2: Ok, so I tried running the install again and it seemed to work, but opening the IP address did not. I went and browsed the web for a good hour and then tried again for the hell of it and, lo and behold -- it worked. It no longer has VeraBridge installed or any devices that I had imported last week. AltUI still refuses to load.
Interesting.

[Quixote]

This post is deleted!

[Quixote]

This post is deleted!

[akbooer]

@quixote said in New to the forum:

rm: cannot remove '/www/altui/altui*': No such file or directory

An absolutely standard, if confusing, message from AltUI. So it must, at least, have started running.

Is there something special about the VM environment which requires some configuration, perhaps? Way out of my league, there.

But if you have access to the openLuup console menu, there’s much we can do to diagnose the system.

• logs, both the standard one and the startup one.
• openLuup > Scheduler pages, particularly startup and plugins pages
• openLuup > Servers, particularly the http page.

This should gives us some clues.

[Quixote]

@akbooer I have no idea about configuring WSL in Windows. All I did was install it along with Kali Linux, and then Lua 5.1 and the other dependencies from the Bash prompt. I'm guessing that therealdb would probably have mentioned any setup procedures specific to this particular arrangement that I may have missed, but it seemed fairly straightforward. Here are the logs:

logs/LuaUPnP_startup.log

2020-12-10 05:10:17.519   :: openLuup STARTUP :: /etc/cmh-ludl
2020-12-10 05:10:17.519   openLuup.init::        version 2020.05.01  @akbooer
2020-12-10 05:10:17.527   openLuup.scheduler::   version 2020.01.25  @akbooer
2020-12-10 05:10:17.531   openLuup.wsapi::       version 2019.08.12  @akbooer
2020-12-10 05:10:17.531   openLuup.servlet::     version 2020.01.29  @akbooer
2020-12-10 05:10:17.531   openLuup.client::      version 2019.10.14  @akbooer
2020-12-10 05:10:17.532   openLuup.io::          version 2019.11.29  @akbooer
2020-12-10 05:10:17.532   openLuup.server::      version 2020.03.20  @akbooer
2020-12-10 05:10:17.533   openLuup.scenes::      version 2020.03.16  @akbooer
2020-12-10 05:10:17.534   openLuup.chdev::       version 2020.03.07  @akbooer
2020-12-10 05:10:17.534   openLuup.userdata::    version 2020.03.31  @akbooer
2020-12-10 05:10:17.534   openLuup.requests::    version 2020.04.15  @akbooer
2020-12-10 05:10:17.535   openLuup.gateway::     version 2020.03.08  @akbooer
2020-12-10 05:10:17.535   openLuup.smtp::        version 2018.04.12  @akbooer
2020-12-10 05:10:17.536   openLuup.historian::   version 2020.02.12  @akbooer
2020-12-10 05:10:17.536   openLuup.luup::        version 2020.03.21  @akbooer
2020-12-10 05:10:17.537   openLuup.pop3::        version 2018.04.23  @akbooer
2020-12-10 05:10:17.537   openLuup.compression:: version 2016.06.30  @akbooer
2020-12-10 05:10:17.537   openLuup.timers::      version 2019.05.03  @akbooer
2020-12-10 05:10:17.537   openLuup.logs::        version 2018.03.25  @akbooer
2020-12-10 05:10:17.537   openLuup.json::        version 2020.05.20  @akbooer
2020-12-10 05:10:17.537   openLuup.init:: Cjson not installed - using openLuup.json.Lua.decode() instead
2020-12-10 05:10:17.548   luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /    (urn:schemas-micasaverde-com:device:ZWaveNetwork:1)
2020-12-10 05:10:17.552   luup.create_device:: [2] D_openLuup.xml / I_openLuup.xml / D_openLuup.json   (openLuup)
2020-12-10 05:10:17.552   openLuup.init:: loading configuration user_data.json
2020-12-10 05:10:17.552   openLuup.userdata:: loading user_data json...
2020-12-10 05:10:17.553   luup.variable_set:: 2.openLuup.HouseMode was: EMPTY now: 1 #hooks:0
2020-12-10 05:10:17.553   openLuup.userdata:: loading rooms...
2020-12-10 05:10:17.553   openLuup.userdata:: ...room loading completed
2020-12-10 05:10:17.553   openLuup.userdata:: loading devices...
2020-12-10 05:10:17.554   luup.create_device:: [1] D_ZWaveNetwork.xml / I_ZWave.xml /    (urn:schemas-micasaverde-com:device:ZWaveNetwork:1)
2020-12-10 05:10:17.557   luup.create_device:: [3] D_AltAppStore.xml / I_AltAppStore.xml / D_AltAppStore.json   (urn:schemas-upnp-org:device:AltAppStore:1)
2020-12-10 05:10:17.557   openLuup.userdata:: loading scenes...
2020-12-10 05:10:17.557   openLuup.userdata:: number of scenes = 0
2020-12-10 05:10:17.557   openLuup.userdata:: ...scene loading completed
2020-12-10 05:10:17.557   openLuup.userdata:: loading installed plugin info...
2020-12-10 05:10:17.557   openLuup.userdata:: [openLuup] openLuup (20.5.22)
2020-12-10 05:10:17.557   openLuup.userdata:: [AltAppStore] Alternate App Store (20.3.30)
2020-12-10 05:10:17.557   openLuup.userdata:: [VeraBridge] VeraBridge (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [8246] Alternate UI (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [Z-Way] Z-Way (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: [Arduino] MySensors (not.installed)
2020-12-10 05:10:17.557   openLuup.userdata:: ...user_data loading completed
2020-12-10 05:10:17.557   openLuup.init:: running _openLuup_STARTUP_
2020-12-10 05:10:17.557   luup_log:0: startup code completed
2020-12-10 05:10:17.557   openLuup.init:: init phase completed
2020-12-10 05:10:17.557   :: openLuup LOG ROTATION :: (runtime 0.0 days) 

logs/LuaUPnP.log

2020-12-10 05:10:17.557   :: openLuup LOG ROTATION :: (runtime 0.0 days) 
2020-12-10 05:10:17.557   openLuup.init:: init phase completed
2020-12-10 05:10:17.557   openLuup.io.server:: starting HTTP:3480 server on port: 3480 tcp{server}: 0x55cccfabb738
2020-12-10 05:10:17.557   openLuup.io.server:: starting SMTP server on port: 2525 tcp{server}: 0x55cccfb272f8
2020-12-10 05:10:17.557   openLuup.io.server:: starting POP3 server on port: 11011 tcp{server}: 0x55cccfa9c848
2020-12-10 05:10:17.557   openLuup.historian:: starting data historian
2020-12-10 05:10:17.557   openLuup.historian:: using memory cache size (per-variable): 1024
2020-12-10 05:10:17.557   openLuup.scheduler:: starting
2020-12-10 05:10:17.557   openLuup.scheduler:: [2]     openLuup device startup
2020-12-10 05:10:17.557   luup_log:2: v20.5.22
2020-12-10 05:10:17.557   luup_log:2: sync in 102.4 s
2020-12-10 05:10:17.558   luup.variable_watch:: callback=housemode_watcher, watching=2.openLuup.HouseMode
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_email, request=openLuup@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_images, request=images@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_events, request=events@openLuup.local
2020-12-10 05:10:17.558   luup.register_handler:: global_function_name=openLuup_mailbox, request=mail@openLuup.local
2020-12-10 05:10:17.558   luup.chdev.append:: [AltAppStore] Alternate App Store
2020-12-10 05:10:17.558   luup.chdev.sync:: [2]     openLuup, syncing children
2020-12-10 05:10:17.558   luup_log:2: 2Mb, 0%cpu, 0.0days
2020-12-10 05:10:17.558   openLuup.scheduler:: [2]     openLuup device startup completed: status=true, msg=sync in 102.4 s, name=L_openLuup
2020-12-10 05:10:17.558   openLuup.scheduler:: [3] Alternate App Store device startup
2020-12-10 05:10:17.558   luup_log:3: AltAppStore : starting...
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine1 was: AltAppStore now: AltAppStore #hooks:0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:upnp-org:serviceId:altui1.DisplayLine2 was:  now:  #hooks:0
2020-12-10 05:10:17.558   luup_log:3: AltAppStore : v20.3.30
2020-12-10 05:10:17.558   luup.set_failure:: status = 0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailure was: 0 now: 0 #hooks:0
2020-12-10 05:10:17.558   luup.variable_set:: 3.urn:micasaverde-com:serviceId:HaDevice1.CommFailureTime was: 0 now: 0 #hooks:0
2020-12-10 05:10:17.558   openLuup.scheduler:: [3] Alternate App Store device startup completed: status=true, msg=OK, name=AltAppStore
2020-12-10 05:10:17.816   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.817   openLuup.server:: GET /w3.css HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.817   openLuup.server:: request completed (23661 bytes, 2 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.820   openLuup.server:: GET /icons/openLuup.svg HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.820   openLuup.server:: request completed (458 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:17.821   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfaade28
2020-12-10 05:10:23.085   openLuup.io.server:: HTTP:3480 connection closed openLuup.server.receive closed tcp{client}: 0x55cccfaade28
2020-12-10 05:10:29.799   openLuup.server:: GET /openLuup?page=system HTTP/1.1 tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:10:29.799   openLuup.wsapi:: using openLuup/console.lua for openLuup
2020-12-10 05:10:29.799   openLuup.wsapi:: using REQUIRE to load CGI openLuup/console.lua
2020-12-10 05:10:29.807   openLuup.server:: request completed (11022 bytes, 0 chunks, 7 ms) tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:12:00.085   luup_log:2: synchronising to on-the-minute
2020-12-10 05:12:00.085   luup.call_timer:: interval: time=2m, days={}
2020-12-10 05:12:00.085   luup_log:2: 2 minute timer launched
2020-12-10 05:12:00.085   luup_log:2: 3Mb, 0%cpu, 0.0days
2020-12-10 05:12:03.091   openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfa9e8f8
2020-12-10 05:14:00.124   luup_log:0: 2Mb, 0%cpu, 0.0days
2020-12-10 05:15:13.997   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:15:13.998   openLuup.server:: GET /openLuup?page=startup_log HTTP/1.1 tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:15:13.998   openLuup.server:: request completed (11674 bytes, 0 chunks, 0 ms) tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:16:00.088   luup_log:0: 4Mb, 0%cpu, 0.0days
2020-12-10 05:16:44.180   openLuup.io.server:: HTTP:3480 connection closed EXPIRED tcp{client}: 0x55cccfc0ffa8
2020-12-10 05:17:16.830   openLuup.io.server:: HTTP:3480 connection from 172.19.112.1 tcp{client}: 0x55cccfb14ab8
2020-12-10 05:17:16.831   openLuup.server:: GET /openLuup?page=log HTTP/1.1 tcp{client}: 0x55cccfb14ab8

I'm assuming that logs .1 to .5 are just previous sessions being pushed through the line?

Scheduler: Startup

Plugin Startup Jobs CPU usage (in startup order)
# 	date / time 	device 	priority 	status 	hh:mm:ss.sss 	job # 	info 	notes
1 	2020-12-10 05:10:18.058 	2 	1 	Done 	0.000 	1 	plugin: openLuup 	sync in 102.4 s
2 	2020-12-10 05:10:18.058 	3 		Done 	0.000 	2 	plugin: Alternate App Store 	OK

Scheduler: Plugins

Plugin CPU usage (0.0% system load)
# 	device 	status 	hh:mm:ss.sss 	name 	message
1 	2 	-1 	0.001 	openLuup 	
2 	3 	-1 	0.000 	Alternate App Store 

Servers: http

request 	#requests 	status
/openLuup 	26 	200
icons/openLuup.svg 	1 	200
w3.css 	1 	200

I hope this will help!

[therealdb]

Under WSL you must use localhost (or 127.0.0.1) with the port. I usually go to http://127.0.0.1:3480/ and it's enough.

The beauty of WSL is that it's running a Linux kernel along the Windows one, and it's transparently sharing disk and network resources between the two.

Let me know if you want to add a paragrah for this in the guide @akbooer, since I think it's the best setup if you want to develop plug-ins for openLuup on a Linux box.

[akbooer]

@therealdb said in New to the forum:

Let me know if you want to add a paragrah for this in the guide @akbooer, since I think it's the best setup if you want to develop plug-ins for openLuup on a Linux box.

Yes, happy to do that – thanks. The documentation really does need a bit of updating and restructuring, it simply got paragraphs and chapters added as functionality increased.

@quixote said in New to the forum:

I hope this will help!

Yes, thanks. You're running a (very) bare-bones system – even less than you would get with the standard install. But it is enough to bootstrap from. We really do need to get AltUI running (licensed, or not) first.

• Tables > Plugin Tables. Type 'master' into the Update box on the Alternate UI line and click the refresh button in that box.
• This will take a little while (~20 seconds?) and if you quickly switch to the devices page, you should see that the Alternate App Store plugin has started to load AltUI.
• if you refresh the devices pages, you should see that the uploading proceeds (or has finished.)

This should leave you with a running copy of AltUI, so you can try to access that again. You may need a Luup reload from the openLuup > Utilities menu.

Yes, the .1, .2, ... logs are previous versions. If AltUI access doesn't work, I'd like to see the log for the period when you were trying to get it downloaded.

Your next step would be to reconnect to your Vera, but we can leave that for a bit later.

WSL wasn't my idea, and I know nothing about it, so any help needed there will have to come from others.

[Quixote]

@therealdb thank you, I'll try that.
@akbooer The download fails every time. It'll hit 3%, maybe 12% once, then fail.
Sorry, but WSL is my only option at present. I did have the VeraBridge functioning (at least in part) because I could see devices from the Vera in openLuup. Don't ask me what the heck happened overnight the other night, though! I swear, I have some sort of technology curse!!
How about using the github repository with the icon? Is that possible and how?
Thanks