@HestiaPi will be updating that link to match the one above. It worked at the time they added it, but GitLab only keeps the output from the latest job, so the files are gone and even people with accounts can’t use that link.
In the meantime, the link above works. I’ll make sure to provide a stable link for the next release to avoid this in the future.
However I had not yet understood the procedure for implementing the application.
So far I had connected my RPI3 to my network via the ethernet port.
The rpi3 with the application connected to my ethernet network and I could use the Openhab Web interface via https://IP:8443/ but I couldn’t connect via ssh.
I then tried to create the image several times (using rpi-installer), adjusting the accounts in the configuration section without much success.
My current solution is to add my ssh key in the “OS customization → services” settings and of course NOT connect my PI3 to the ethernet network.
This way, the identification procedure via the cell phone takes place as planned in the application.
Now, access to Openhab is correct and the ssh connection doesn’t require a password.
Now I’ll try to install a temperature sensor …
Hello,
well, after many unsuccessful attempts, I’ve just figured out the problem.
Until now, I had used the rasperry RPI-INSTALLER tool to install my SD card.
With various adjustments (set in the configuration interface) I’d managed to get a partially functional system,
Finally I loaded my SD with Balena -Etcher and the thermostat works correctly according to your specifications…
I attempted to run this version on a Raspberry Pi 4, and it did succesfully boot but it won’t read the bme280, it gives me a script error where the readouts should be… I had a previous version fully functioning on a Pi 4 I know.
This is the error.
Traceback (most recent call last): File "/home/pi/scripts/bme280.py", line 182, in <module> main() File "/home/pi/scripts/bme280.py", line 170, in main (chip_id, chip_version) = readBME280ID() File "/home/pi/scripts/bme280.py", line 65, in readBME280ID (chip_id, chip_version) = bus.read_i2c_block_data(addr, REG_ID, 2) OSError: [Errno 121] Remote I/O
The O/S is giving you an I/O error, so it looks like there’s an issue with the bme280 sensor. We had another person report this and it turned out to be a defective Raspberry Pi.
SSH into the pi and run i2cdetect -y 1 and the output should look something like this. You may have additional numbers there, but the important thing is that you should see either 76 or 77 there in that grid.
If neither 76 nor 77 are there, then the issue is that the pi can’t see the sensor. Most likely causes of this include:
Incorrect wiring of the BME280 sensor (see the docs for the pinout)
Defective sensor (replace if you have another)
Defective pi (replace if you have another)
If you have any other i2c devices, that might help you determine if the pi is broken. If it can see other devices, it points more towards the sensor being the issue.
I don’t own a Pi 4, so I’ve never tested on that platform, but others have been reporting success, and the software should be compatible.