Converting Touch to use a pi3

I have the original version of the HestiaPi touch using a pi zero, I am planning on converting it to use a pi3.
I think that what I need to do is unsolder the zero off the PCB, fit some extra long header pins? or some sort of ribbon cable? Then modify the case to fit it into.
I’m wondering how easy it will be to unsolder the zero off the PCB?
I’m wanting to use a pi 3 because I am using Openhab for a lot more than controlling the heating and I’m finding the zero a bit slow and if I need to reboot, it takes a hell of a long time to boot back up!

I’ve a few comments, taking into consideration that my expertise is primarily on the openHAB side of things, not the hardware.

This will let your HestiaPi run relatively independently from your main home automation which is likely going to be constantly changing and upgrading.

  • Upgrades to HestiaPi’s software will become quite challenging as the default upgrade will wipe out all your customization and new stuff you’ve added to the HestiaPi openHAB config. You’ll have to merge/remake your customization after an upgrade which could be an extensive amount of work if it’s hosting your whole home automation.

  • NOTE: I have brought the boot time on the HestiaPi down to ten minutes (from thirty) on the RPi 0 but I did so by moving everything to the JSONDB. As a result, if you have your own custom .rules files and the like they will very likely break things unless you remove the HestiaPi ones first.

Making a new case isn’t a problem, I have a 3D printer to make my own, also my HestiaPi is in a cupboard so boring square box will be fine.
I’ve just found a spare Pi 3B so don’t need to buy one now :grin:
I see your point about running a separate OH instance.
I also use another Pi zero that runs Node Red to do most of my automation at the moment, lights via MQTT and RF transmitter, control a few sets of blinds and some outdoor lights via a IR transmitter.
OH and the HestiaPi has become an extension of that, that I want to build on.
I have made a lot of customizations to the HestiaPi rules etc. to get it to operate how I want it to, using two wifi thermostats and various automations to set the temperature setpoint and which thermostat to use, I’ve done all this via text files. I can’t see me upgrading to new releases of HestiaPi software (I may use some new ideas from it but I’ll sort that out myself) but I will no doubt upgrade OH from time to time.
I’m hoping that upgrading OH wont cause too many problems? I usually test any upgrades on a separate Pi before using it for real.
The boot time is the main reason that I want to do this also to get a customizable touch screen as well.
Also the time it can take to get any rule changes etc. to update and running puts me off doing more customisations especially if I run into problems.
I usually get things working by trial and error :laughing:

The openHAB on the HestiaPi is the software. And you run a real risk of breaking your existing configs when you upgrade. I highly recommend upgrading your main openHAB early and often. I do not recommend upgrading anything on the HestiaPi machine, to include openHAB, except through the releases HestiaPi itself makes. As well as it does work, it’s very brittle to upgrades.

With the v1.2 release boot times are now down to 10 minutes and updates to rules, Items, or Things are processed and enabled nearly instantly. But there is no more default.rules. All the Rule are now in JSONDB written in JavaScript. Even on a regular RPi 3 it takes a long time to parse .rules files.

When I say the HestiaPi software I was thinking of the releases that the HestiaPi team come up with.
Is OpenHAB really that bad to update?
Done it a couple of times, the biggest change I had to do was the mqtt configuration.
I always keep a backup SD card and test the upgrades on another machine first so if things go wrong I just need to pop the other card back in.
When I’ve done tests on a pi3 in the past its booted ok in a couple of mins, I’m happy with that.
Having a working and customisable touch screen is what I want to achieve as well as quicker boot times.
Think I’ve got all the bits to build my own version of the HestiaPi based around my pi3 without dismantling my existing setup apart from the temperature sensor.
So I’m going to give it a go :smiley:

As I understand it no, it’s not openHAB. It’s a custom built Mosquitto, drivers for the the LCD screen, and other stuff like that that makes updates challenging. Of course there can be breaking changes in OH to that can cause an update challenging, but usually not.

But to go from HestiaPi v1.1 to v1.2, in order to bring down the boot times from 30 minutes to 10 minutes required a complete rewrite of the rules. The rewrite also eliminated almost all of the duplicated code and the need to have two separate versions of the rules, one for EU and one for US. Now that has been done upgrades to OH should be very smooth and easy, unless and until you move to a new version with breaking changes (e.g. OH 3 has lots of breaking changes).

Just to add two more concerns…

  1. The Pi3 does produce more heat. If you design another case try your favourite “trial-error” method for some time to make sure it won’t fry or simply misbehave due to CPU melting. Also keep in mind that the temp sensor’s reading will be very off but you say it is in a cupboard so you are probably don’t take it into consideration.
  2. The internal power supply (the black brick) is not strong enough to power the Pi3 and LCD for long times

I was looking for a power supply the same but couldn’t find a more powerful one which is a shame as they are a nice size etc. and appear to be very reliable. Used them in a few projects.
I’ve decided to use an official pi power supply, a lot bigger but I’ve got plenty of space for it.
I do have a couple of pi’s working away 24h a day 7 day a week. One was not given any trouble for around 2 years now, it is in a fairly open plastic case with some basic heat sinks stuck to it. Hopefully something similar will be ok.

great power comes with great responsibility (and additional volume) :slight_smile: