The time issue was discussed here: https://forums.homeseer.com/forum/ho...y-yeeee-haawll
His issue was that he didn't have an always on internet connection, and he noted the clock would drift. Here is a decent discussion of this issue: https://www.raspberrypi.org/forums/v...ic.php?t=29255
As long as there is a reasonably consistent internet connection, the rpi's time keeping is rock solid and its not an issue.
Regarding Windows vs. Linux - when I was deciding what to buy (2015), support for Linux (plugins, etc) was way less than it is now. I reasoned that HS developers were more fluent in Windows than Linux, so I spring for their "Cadillac" offering, the Hometroller S6-PRO (I was in midst of big home improvement project and wanted to hit the ground running). Overall this product was been super reliable, although I had to do a heck of a lot of tinkering to get it that way. [I'm unimpressed by HS's attention to detail].
Three years later, I started thinking about the path forward when this box bites the dust, either thru hardware failure or when OS (Win7) support ends. So I undertook the HS3-Linux eval. Because I'm used to the experience on Windows, I have a certain level of expectation. In my eyes, the Linux product came up short in several areas, for instance:
1) Because Linux path names are case-sensitive, an image URL that works in Windows might fail in Linux (my installer fixes several of these). Also, the plugin updater "installed version" column is a mess because HS doesn't follow their own rules for matching case in the updater control file.
2) This application begs to be implemented as a service, but HS makes no effort whatsoever to do so. My installer addresses this shortcoming, but shouldn't have to.
3) Scripting issues. I've noted that under the mono implementation, certain constructs that will work on Windows will fail when moved to the Linux side. sparkman has posted some awesome scripts that really add value. One of these, the Z-Wave polling script, was able with his help to get running under both platforms. On the other hand, I never did get his Script to list events that have script actions to work on the Linux side. Once I got it to the point where it tried to initiate the SQL connection, HS3 terminated. So I threw in the towel.
For now, I've decided to defer any decision for the path ahead. My existing system is super reliable - neither Windows 7 nor HS3 has crashed for at least two years, knock on wood. Windows 7 Embedded Standard extended support runs thru October 2020. When the time comes, I'll have a look at it again.
Announcement
Collapse
No announcement yet.
An HS3-Linux installer package
Collapse
X
-
Originally posted by MattL0 View Post
1.When you have time , I would be very curious to know your opinion on this. I mean the pro’s and cons of hs3 on linux vs windows . I think you see more advantages to stay on windows.
Originally posted by MattL0 View Post2. Also..I saw somewhere you were replying to someone that on the pi there is not real time clock or something like that (eg. some events Could be triigered at a wrong time) cuz it was surely to pricey to inplemment it in the pi. I am not able to find the thread .. but just because of that I think I wont install my mom’s new install on a pi and will wait for the standard licence at 50% and will install it one something else ( maybe on my odroid XU4).
So do you think it is a critical issue ? Does this happen all the time or just to much frequently?
- Likes 1
Leave a comment:
-
Guest repliedOriginally posted by zwolfpack View PostI've been evaluating HS3 on Linux (Raspberry Pi). Overall review is mixed. It has promise but the implementation is sloppy. The developer's Windows-centricism really shows. I won't be abandoning the 3-yr old Win7 Hometroller S6 anytime soon (not by choice anyhow). Glad I followed my instinct to stick with the platform with which they had the greater expertise.
.
1.When you have time , I would be very curious to know your opinion on this. I mean the pro’s and cons of hs3 on linux vs windows . I think you see more advantages to stay on windows.
Thanks !!
2. Also..I saw somewhere you were replying to someone that on the pi there is not real time clock or something like that (eg. some events Could be triigered at a wrong time) cuz it was surely to pricey to inplemment it in the pi. I am not able to find the thread .. but just because of that I think I wont install my mom’s new install on a pi and will wait for the standard licence at 50% and will install it one something else ( maybe on my odroid XU4).
So do you think it is a critical issue ? Does this happen all the time or just to much frequently?
Leave a comment:
-
Some of the LED control is in the led.sh script but some is not. It's too bad that all of the routines that control the LED don't call that script then as it would be much easier to add LEDs to non RPi configurations.
In addition Standard and Pro could also use the LEDs by calling that routine. It's just that the initial LED for non-rpi systems would be a dummy routine until the user updates it. In face it wouldn't be hard to upgrade If that was done then PollyC could speak the LED colors during startup,
OMT, one could easily modify the LED routine to check if it's running on a RPi that wiringpi was installed and if not install it.
Leave a comment:
-
The changes in the Makefile were required due to the fact I have just ZEES2 Licenses for HS3, so after consulting to Rich he suggested to use the image that corresponds to my license... so credits for him too!
Regarding wiringpi, I just made it but it was already installed and in the last version. I think I need to trigger led.sh proc in order to get it working.
Leave a comment:
-
Originally posted by pgmp View PostYes, I mean HS3-Pi image. I used your procedure but replacing in the makefile the tarfile by hspi3_091218.tar.gz and it worked ok with the exception of the Leds that are not working at all.
You probably need the wiringpi package
Code:sudo apt-get -y install wiringpi
As far as the LED turning blue at startup, that's done in the /etc/rc.local of the HS3-Pi image, which isn't part of the HS3 core install. The Z-Wave plugin should set it green once it connects.
Leave a comment:
-
Yes, I mean HS3-Pi image. I used your procedure but replacing in the makefile the tarfile by hspi3_091218.tar.gz and it worked ok with the exception of the Leds that are not working at all.
Leave a comment:
-
Originally posted by pgmp View PostUsing this image the led1 that usually in the original HS image turns on red, after blue and after green, it's not working at all... led is not turning on with any color
Leave a comment:
-
Using this image the led1 that usually in the original HS image turns on red, after blue and after green, it's not working at all... led is not turning on with any color
Leave a comment:
-
Originally posted by zwolfpack View Post
Darn - I'm guessing those don't correspond to your front panel leds.
On the rpi, /sys/class/leds/led0/ contains the controls for the onboard green led, and ..../led1/ has controls for the red one.
Can you e-mail, I assume you still have my address, me the latest update for the installer. I’ll read through it and then give it a shot after I make a complete HS3 backup which happens tonight at midnight.
Leave a comment:
-
Originally posted by Timon View Post
Here is what I've got. Don't see anything about the front panel LEDs.
I know that ubuntu 18.10 was specifically done for the NUC's but they were planing to roll all of the changes back into 18.04 LTS this month. Haven't seen any information if this is still coming this month or if it's been delayed.
Code:homeseer@auto:/opt/HomeSeer$ ls /sys/class/leds/ input4::capslock input4::compose input4::kana input4::numlock input4::scrolllock phy0-led
On the rpi, /sys/class/leds/led0/ contains the controls for the onboard green led, and ..../led1/ has controls for the red one.
Leave a comment:
-
Originally posted by Timon View Post
Here is what I get for both. Your were already using /etc/os-release, are you switching over to usb_release?
I need to tweak things a bit to get the correct mono repo for ubuntu.
Leave a comment:
-
Originally posted by zwolfpack View Post
Do you have anything in /sys/class/leds/ ?
I know that ubuntu 18.10 was specifically done for the NUC's but they were planing to roll all of the changes back into 18.04 LTS this month. Haven't seen any information if this is still coming this month or if it's been delayed.
Code:homeseer@auto:/opt/HomeSeer$ ls /sys/class/leds/ input4::capslock input4::compose input4::kana input4::numlock input4::scrolllock phy0-led
Leave a comment:
-
Originally posted by zwolfpack View PostMain things are the mono repo name and bootedit.sh like you said. I've made a few minor enhancements in the code to handle these better, which I can upload.
What does this command return for you?
Code:lsb_release -a
Code:homeseer@auto:/opt/HomeSeer$ cat /etc/os-release NAME="Ubuntu" VERSION="18.04.2 LTS (Bionic Beaver)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 18.04.2 LTS" VERSION_ID="18.04" HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy" VERSION_CODENAME=bionic UBUNTU_CODENAME=bionic
Code:homeseer@auto:/opt/HomeSeer$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 18.04.2 LTS Release: 18.04 Codename: bionic homeseer@auto:/opt/HomeSeer$
Leave a comment:
Leave a comment: