please write a refresh - I’ll wait
Thank you
[quote=“CudaNet, post:160, topic:191587”]Much appreciated,
CN[/quote]
…it’s your work that is much appreciated… thanks! Hopefully, the auto-update and App Store capabilities will avoid the need for this in the future.
Raspbian 8 loaded with openLuupV8 and AltUI masters. This image is setup to wait for network boot (do not change that) and of course persistence on boot/reboot. Don’t forget to personalize your distro (password, locale etc.) as well as your openLuup instance.
[hr]
A huge shout out to @Akbooer and @Amg0 for these amazing projects. Please take the time to give thanks to not only them but to the developers (of course you know who you are) who have adapted their code to function within openLuup. The amount of progress made in such a short time is tremendous.
Enjoy the rest of your evening…
CN
thank you everybody 
Totally endorse CudaNet’s shout our re: the great wok being done on these projects. Of course CudaNet should also be included. Thanks to all.
So distro doesn't matter then ? If you really want Ubuntu, I can update that image in lieu of Raspbian. Although Raspbian is pretty popular (it's what I prefer) and it's fairly easy to personalize as it provides a GUI rather than having to remember the CL syntax for things such as locale, password and boot options (e.g. network).
@CudaNet I was wondering whether on your first post, you could perhaps mention why one install might be better than another eg the Rasbian vs the Debian distros on the Pi - ditto for the Odroid. Users less familiar with the distros should be able to make some sort of rational choice. For example are the distros headless or not? If so how to interface to them. Are there any speed/memory usage concerns? Packages that might not installed and missed?
I’m no Unix expert so my questions might not even be applicable. You would have a better understanding of the differences.
I honestly think it’s a matter of preference when you’ve acclimated to a specific distro. You are correct, each distro is compiled using various components (modules). For example, some come with Dkjson, others don’t. My images should contain most everything (to-date) I prefer Raspbian for various reasons, mostly due to it’s ease of use (e.g. raspi-config). Raspi-config (simple GUI executed from the command line) allows the end user to personalize the system settings. This would be difficult for someone who wasn’t familiar with Linux especially in the case of expanding the file system. My images are typically less than 4GB. You can load them to an MicroSD card and expand (e.g. 32GB) with a simple menu option as opposed to GParted or other Linux command line utilities which can be daunting to a novice. And a few other things the config provides:
[1] Locale (timezone).
[2] Password management.
[3] Boot options.
[4] Enable Linux GUI (but why right ???).
[5] Weaved for remote access to AltUI and openLuup or SSH, PuTTY etc.
As for memory and overall performance. This is something you should always watched regardless of distro. I recall a time I was running Ubuntu (earliest version of 15) and the memory was leaking away each day. I don’t see this problem anymore and have never observed a Distro doing this to-date. All the turn-key images I provide are headless for all the reasons you can imagine. You will always interface with Linux (e.g. maintenance) using PuTTY and WinSCP (just like Vera). Upgrades (AltUI and openLuup) all occur now via AltUI.
As for Odroid, that’s a totally different hardware platform. I was attracted to Odroid because of it’s 2Ghz processor and 8 cores. Since it’s an option, I provided versions I either selected or users requested.
Hope that helps,
CN
[quote=“a-lurker, post:166, topic:191587”]@CudaNet I was wondering whether on your first post, you could perhaps mention why one install might be better than another eg the Rasbian vs the Debian distros on the Pi - ditto for the Odroid. Users less familiar with the distros should be able to make some sort of rational choice. For example are the distros headless or not? If so how to interface to them. Are there any speed/memory usage concerns? Packages that might not installed and missed?
I’m no Unix expert so my questions might not even be applicable. You would have a better understanding of the differences.[/quote]
I just confirmed that the lastest Raspbian Turn-Key image does indeed have the correct symbolic link and permissions to write a LuaUPnP log (e.g workflows etc.).
pi@openLuup:/var/log/cmh $ ls -l
total 24
-rw-r--r-- 1 root root 8618 Jul 25 19:40 LuaUPnP.log
-rw-r--r-- 1 root root 8608 Jul 22 21:56 LuaUPnP.log.1
pi@openLuup:/var/log/cmh $ ls -l /var/log/cmh
lrwxrwxrwx 1 root root 17 Mar 12 14:48 /var/log/cmh -> /home/pi/vera/cmh
pi@openLuup:/var/log/cmh $@CudaNet: Did you try to run it on a PINE64 ? I have some at home and would like to give a try to openluup on a Pine64…
Actually, no. I don’t currently own a P64 but it looks interesting for the price point. I’m taking off to the office but I have to ask since I just don’t know. Currently, what Linux distro’s are available for it.
Edit: Found the listing… Load up the Debian or Ubuntu onto a spare SD card and load AK’s latest master release and execute the installer (review AK’s installation guide prior to though). Just let us know if you have any questions.
Link to AK’s release:
http://forum.micasaverde.com/index.php/topic,34463.0.html
@CudaNet : In the process of installing openluup and altui on a PINE64!
Do you have some documentation on “How” you install it on a fresh raspberry pi ? I will try to adapt it to pine64…
EDIT: Just found your txt file… trying to make it run on PINE64 
My Internet is totally down and I have little hope that it will return anytime soon (major Time Warner outage)… Currently using cellular. I’m not sure my guides will be helpful and it would be advised that you follow AK’s guide.
CN
[quote=“DesT, post:171, topic:191587”]@CudaNet : In the process of installing openluup and altui on a PINE64!
Do you have some documentation on “How” you install it on a fresh raspberry pi ? I will try to adapt it to pine64…
EDIT: Just found your txt file… trying to make it run on PINE64 ;)[/quote]
@CudaNet : I make it run good with your little guide, able also to trigger a test scene using some zwave device on my Veraedge using the bridge…
Looks like the only issue I have it’s about start/stop/reload.
When I reload Luup I got
Sat Aug 6 21:04:55 2016 device 0 ‘system’ requesting reload
on the console but it failed and just stop!
@CudaNet: Everything works fine with PINE64 I start from scratch again 2x yesterday and I finally have a stable and working box!
If anyone else need some help with PINE64, I’m here!
Awesome… I’m back now, well - as long as Time Warner allows.
[quote=“DesT, post:174, topic:191587”]@CudaNet: Everything works fine with PINE64 I start from scratch again 2x yesterday and I finally have a stable and working box!
If anyone else need some help with PINE64, I’m here![/quote]
@CudaNet: I moved my initial install from Ubuntu on a NUC to your jessie image on a PI3.
Thank you for your excellent work and support for the community, I am amazed how much effort you have put into the image and the guides that are literally bullet proof!
I’m up and running.
And I signed up with weaved, brilliant tip
You’re very welcome and I’m so glad this helped.
[quote=“pls90, post:176, topic:191587”]@CudaNet: I moved my initial install from Ubuntu on a NUC to your jessie image on a PI3.
Thank you for your excellent work and support for the community, I am amazed how much effort you have put into the image and the guides that are literally bullet proof!
I’m up and running.
And I signed up with weaved, brilliant tip :)[/quote]
Hello,
I’ve installed your image on a raspberry + raazberry.
I’m not sure that the logs are in tmpfs : how can I check this ?
Should be within /etc/cmh-ludl …
[quote=“vosmont, post:178, topic:191587”]Hello,
I’ve installed your image on a raspberry + raazberry.
I’m not sure that the logs are in tmpfs : how can I check this ?[/quote]
Hello CudaNet
pi@openLuup:/var $ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 7546488 1036356 6177280 15% /
devtmpfs 218416 0 218416 0% /dev
tmpfs 222688 0 222688 0% /dev/shm
tmpfs 222688 4492 218196 3% /run
tmpfs 5120 8 5112 1% /run/lock
tmpfs 222688 0 222688 0% /sys/fs/cgroup
/dev/mmcblk0p1 61384 20328 41056 34% /bootpi@openLuup:/var $ ls -l
total 102440
drwxr-xr-x 2 root root 4096 Sep 20 06:25 backups
drwxr-xr-x 8 root root 4096 Feb 26 2016 cache
drwxr-xr-x 31 root root 4096 Mar 14 2016 lib
drwxrwsr-x 2 root staff 4096 Jan 7 2015 local
lrwxrwxrwx 1 root root 9 Feb 26 2016 lock -> /run/lock
drwxr-xr-x 6 root root 4096 Sep 20 06:25 log
drwxrwsr-x 2 root mail 4096 Feb 26 2016 mail
drwxr-xr-x 2 root root 4096 Feb 26 2016 opt
lrwxrwxrwx 1 root root 4 Feb 26 2016 run -> /run
drwxr-xr-x 4 root root 4096 Feb 26 2016 spool
-rw------- 1 root root 104857600 Feb 26 2016 swap
drwxrwxrwt 2 root root 4096 Aug 18 22:37 tmp
drwxr-xr-x 8 501 80 4096 Feb 2 2016 webifpi@openLuup:/var/log $ ls -l
total 7288
-rw-r--r-- 1 root root 0 Sep 1 06:25 alternatives.log
-rw-r--r-- 1 root root 18698 Aug 18 23:41 alternatives.log.1
drwxr-xr-x 2 root root 4096 Sep 1 06:25 apt
-rw-r----- 1 root adm 16026 Sep 20 19:27 auth.log
-rw-r----- 1 root adm 54409 Sep 19 06:25 auth.log.1
-rw-r----- 1 root adm 1912 Sep 11 06:25 auth.log.2.gz
-rw-r----- 1 root adm 2644 Sep 5 06:25 auth.log.3.gz
-rw-r----- 1 root adm 1986 Aug 28 06:25 auth.log.4.gz
-rw-r--r-- 1 root root 292042 Feb 26 2016 bootstrap.log
-rw------- 1 root utmp 0 Sep 1 06:25 btmp
-rw------- 1 root utmp 384 Mar 12 2016 btmp.1
lrwxrwxrwx 1 root root 17 Mar 12 2016 cmh -> /home/pi/vera/cmhIt seems that the logs
/var/log/z-way-server.log
/var/log/cmh/LuaUPnP.log
/home/pi/vera/cmh-ludl/LuaUPnP.log
are not written in RAM. It could quickly dammage the SD card ?