I did mean to ask what you would use an NTP server for in a HA setting?
To prevent time "drift" when internet connectivity is erratic. There is an excellent custom HE driver called NTP Client that allows you to set the date/time using a server of your choice.
I've been meaning to set this up myself, had seen a thread a while ago mentioning the use if an NTP server on the same network.
Like you just linked
This I can get behind, a kind of wiki for raspi os software which can be used in conjunction with HE (and the pitfalls that go with getting it going) would have been really useful for me when I was putting my set up together. This is achievable, rather than asking developers to to do extra work to package their software just to cater for us HE users?
EDIT/PS: Plus isn't it about the fun and satisfaction of having gotten it to work yourself?
It often is, but it can be a fine line sometimes...
Bringing it back to the premise of the thread.... I think having HE specific instructions, if not a technical solution, will help people achieve what they want much faster, which can only be a good thing. So encouraging this type of discussion and getting people to share their knowledge along the way is something worth promoting. Any scripting or technical solutions are a bonus.
One point for me: at least I know that apt-get should be used!
This and other config details AFYK, can be addressed with some smart scripts - those who are Unix world experts can confirm it.
Another package/option to include as "optional" or "additional" - good point!
The proposal is to have a "bare"/"basic" configuration of a Raspbian with the main package manager installed - again "stealing" the idea of the Hubitat Package Manager (HPM) - congratulations again, @dman2306 - great piece of software! I invite all who use it to make a contribution to him !
Then, after the bare/basic Raspbian is installed, the user could use a local console or even a web based interface (which, IMHO, would be the best for the users) to install the packages/options desired.
By the way: for a web based package manager I can contribute - but I warn everybody that I only know to develop for web with C# and .NET (not even MVC ...) ...
This is not the proposal. The companion would be just a basic configuration preloaded with the tools to install other "companion" packages. And those "companion" packages would be developed by the community.
It's gaining traction ... let's hope that it come to fruition !
The list of "HE RPi companion packages" would be infinite!
As I said, infinite possibilities ... By the way, I would be interested in a VPN solution.
Sorry, but I must disagree with you: your comments - at least as I see them - are not pessimistic. We are brainstorming here, don't everybody agrees? Your worries can, and probably are, the worries of other users. Discussing them here IS a great contribution.
Me too - that's why the proposal is of a "HE RPi Companion" basic configuration plus "HE RPi Companion packages", developed by the community.
Going back to the Hubitat Package Manager (HPM) - @dman2306, have I said before that you HPM is great??.
I've developed two apps/drivers to use with HE and I promptly jumped into that HPM wagon! The HPM greatly simplifies the task of maintaining the apps/drivers up to date (and remove, etc), both for the developers and the users. The "HE RPi Companion" solution would be something similar, but for the RPi environment.
This is another good idea - a wiki to explain what each companion package is for.
The idea would be that the HE users that are more knowledgeable of Linux environment help the community to "encapsulate" the work necessary to implement a solution (eg. WebCORE or Node-RED or VPN and so on) to install it at the "HE RPi Companion".
This would be something along the lines what who has developed an app/driver for HE has been doing - contributing for the community. And with the advent of the HPM, maintaining the apps/drivers we use on our HEs become extremely easy (@dman2306 ... thanks, thanks, thanks!!!).
Doubtless doing it yourself is satisfying ... I've done a lot of "bit scrubbing" myself during my career - however, now I'm more interested in having the overall solution going on. Having to install everything I need for the solution I want (eg. WebCORE) is a big bump on the road for me - a hassle that I'd be very glad to avoid, And I think that many users here would agree with me - both who "consumes" of eg WebCORE and the ones who are able to make it easier to install it at a RPi.
Roughly, it would be something like this:
@dman2306, any resemblance with HPM is not a coincidence !
Lets the ideas flown!
Thanks to everybody!
Marco
Thanks @maffpt for such a detailed reply, particularly to my late night ramblings.... much like these....
Obviously I hadn't read all the detail on your suggestion I can now see to the two key aspects of what you are promoting; an initial and ongoing setup / configuration for a new rpi's, as well as access to a repository of community developed utilities for rpi's. Those two use cases do make sense and I can understand the desire to have them available, particularly for new owners of a HE hub and a Raspberry PI.
With the list of requested apps / utilities growing I guess the next step would be to prototype a solution. The most popular aspect of what you are promoting would appear to be a standardised setup using existing, widely available utilities and apps, i.e. those not necessarily developed by HE owners. I would think an existing utility would provide at least a starting point for this...
Again, great work in promoting the idea and seeing it through.
Simon
I think this could be a very useful resource. IMO though it would take someone dedicated, who knows what they are doing leading the charge and putting in most (all) of the work. Much like @dman2306 and HPM.
You're welcome!
It would not be quite utilities for RPi, but already available packages (eg WebCORE), but somehow "encapsulated", "tailored" for our environment (HE). Such "encapsulation" or "tailoring" would be developed by someone from the community, as a RPiC4HE "package". Something along those lines.
That's where I hit a wall: I really donĀ“t know how we could implement it. Maybe creating our own apt-get packages ?? I'm really lost here.
I can't agree more, since IĀ“m definitively donĀ“t know how to do it ...
What I would like to see - and many of other here already agreed - is an easier way of configuring a RPi with software that would work in tandem with the HE.
Maybe Iām wrong, but arenāt you pretty much just talking about docker containers?
The idea of having everything preloaded, for example, to install WebCORE in a Docker container is really interesting - not mention an elegant solution too.
Recommendations could be made suggesting a minimum Pi configuration that could support a given set of containers, avoiding frustration from users trying to load a bunch of containers in a tiny Pi Zero ...
@dman2306 ... this is becoming very interesting !
I guess what Iām thinking is you have many containers. Thatās kind of the idea of docker. One container per app. If you donāt want node red, donāt load the container. Then there are already things like dockerhub to find them.
Sorry @dman2306, I edited my previous post - it was not clear at all. I'm all in for your suggestion.
No doubt a single container should hold a single "package": WebCORE one container, MQTT other container and so on.
Youāll find many common tools already exist as containers. It also doesnāt limit you to an rpi. Docker works on Linux, Mac, windows. Pretty much whatever.
Yes, I was reading about it right now.
If all containers share a name prefix, would be easy to find all related to HE or, if there is a possibility of creating a separate "directory" with HE containers, it would make it easier for the users.
You can setup a public repository and everyone can be a collaborator on it to contribute containers.
@dman2306, it seems you nailed it!
I'll begin to read more about Docker. I'll see if I can create a basic OS image with Docker preloaded to start.
Many thanks for the suggestion!
Just to keep everyone up to date: I did build a basic Raspbian configuration with Docker installed.
Now I'm preparing the first image. I did choose the local WebCoRE server ... not trivial, but challenging!
Next: a backup service, with the option of storing the backup locally or sending it attached in a e-mail.
Keep tuned!
Any update on this? Also what is the benefit of adding/using a Raspberry Pi with HE?
These questions always puzzle me. If you don't know what you would use it for, why are you interested in it/if there is progress? Sounds like a solution looking for a problem in that case?
That said, there are some ideas on what a possible solution would do in this thread.
EDIT: And see @csteele much more useful response below.