Guide: Installing and testing OH3 snapshots/milestones using APT and YUM

rdtsc · November 26, 2020, 2:37am

I just “upgraded” openHABian to 3.0.0 M3. Looks fantastic! I’m getting a SAMBA migration error though, from the mismatched openhabian-config tool. Any idea when that will be more compatible, and will any special steps be needed to install it? Thanks.

Kai · November 26, 2020, 7:19am

I’ve upgraded the forum software, but I cannot see the issue being fixed .

DanielMalmgren · November 26, 2020, 8:35am

Confirmed. Still can only quote when only marking text within the same paragraph.

(btw, isn’t this a bit off topic for this thread? Maybe someone could split it out to another thread?)

mstormi · November 26, 2020, 8:58am

No earlier than you have given the info needed to fix it … set debugmode=maximum in openhabian.conf and redo, post the log in a thread here or open a Github issue.

jcosta46 · November 29, 2020, 8:34am

Continuing the discussion from Guide: Installing and testing OH3 snapshots/milestones using APT and YUM:

hello
i have install 3.0.0~M3-1 at a Raspberry Pi 4 at i have done this:

I wrote the current version “openHABian 1.6” as an image on the SD card.

Insert the SD card into Raspberry Pi, connect Ethernet and power on.

Installation of the openHAB 2.5.10 was successful.
Decision for Fresh Installation (delete openHAB 2.5.10) and Milestone version

According to the notes in forum “disable ZRAM first” with “SD card” openhabian-config

Zulu’s Open JDK 11 installed, with sudo openhabian-config
5.1) sudo openhabian-config
5.2) 40

sudo apt purge openhab2

wget -qO - ‘Service End for Bintray, JCenter, GoCenter, and ChartCenter | JFrog’ | sudo apt-key add -

sudo apt-get install apt-transport-https

echo ‘deb JFrog testing main’ | sudo tee /etc/apt/sources.list.d/openhab2.list

sudo apt-get update && sudo apt-get install openhab

sudo apt-get install openhab-addons

sudo systemctl start openhab.service

sudo systemctl status openhab.service

sudo systemctl daemon-reload

sudo systemctl enable openhab.service

and i have this problem

openhabian@192.168.0.225’s password:
Linux openHABianDevice 5.4.72-v7l+ #1356 SMP Thu Oct 22 13:57:51 BST 2020 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Nov 29 04:09:29 2020 from 192.168.0.21

###############################################################################
############### openHABianDevice ############################################
###############################################################################

Ip = Unable to parse ip . Please debug.

Release = Raspbian GNU/Linux 10 (buster)

Kernel = Linux 5.4.72-v7l+

Platform = Raspberry Pi 4 Model B Rev 1.1

Uptime = 0 day(s). 5:57:43

CPU Usage = 0% avg over 4 cpu(s) (4 core(s) x 1 socket(s))

CPU Load = 1m: 0.08, 5m: 0.02, 15m: 0.01

Memory = Free: 3.19GB (84%), Used: 0.59GB (16%), Total: 3.78GB

Swap = Free: 1.99GB (100%), Used: 0.00GB (0%), Total: 1.99GB

Root = Free: 23.13GB (83%), Used: 4.72GB (17%), Total: 29.07GB

Updates = 0 apt updates available.

Sessions = 1 session(s)

Processes = 115 running processes of 32768 maximum processes

###############################################################################
sed: can’t read /var/lib/openhab2/etc/version.properties: No such file or directory
          Welcome to            __  _____    ____  _
        ____  ____  ___  ____  / / / /   |  / __ )(_)___ _____
       / __ \/ __ \/ _ \/ __ \/ /_/ / /| | / __  / / __ `/ __ \
      / /_/ / /_/ /  __/ / / / __  / ___ |/ /_/ / / /_/ / / / /
      \____/ .___/\___/_/ /_/_/ /_/_/  |_/_____/_/\__,_/_/ /_/
          /_/
              openHAB  ()
Looking for a place to get started? Check out ‘sudo openhabian-config’ and the
documentation at openHABian | openHAB
The openHAB dashboard can be reached at http://openHABianDevice:8080
To interact with openHAB on the command line, execute: ‘openhab-cli --help’

[10:08:30] openhabian@openHABianDevice:~$ dpkg -l | grep openhab
ii openhab 3.0.0~M3-1 all openhab
ii openhab-addons 3.0.0~M3-1 all openhab-addons
[10:08:33] openhabian@openHABianDevice:~$

Can you please help me to solve this probleme?
thank you

Olymp · November 29, 2020, 9:16am

Build #2032
I have a problem, I think in rest-api.
I am using Influxdb v1, item OnOff type.
I’m trying to display its state history on the timeline widget in the HabPanel. The state is always zero.

http://192.168.215.221:8080/rest/persistence/items/BlitzWOLF?serviceId=influxdb

result:

{"name":"BlitzWOLF","datapoints":"43","data":[{"time":1606638256335,"state":"OFF"},{"time":1606638459792,"state":"OFF"},{"time":1606638459792,"state":"OFF"},{"time":1606638588388,"state":"OFF"},{"time":1606638588388,"state":"OFF"},{"time":1606638748433,"state":"OFF"},{"time":1606638748433,"state":"OFF"},{"time":1606639034587,"state":"OFF"},{"time":1606639034587,"state":"OFF"},{"time":1606639081056,"state":"OFF"},{"time":1606639081056,"state":"OFF"},{"time":1606639121731,"state":"OFF"},{"time":1606639121731,"state":"OFF"},{"time":1606639132055,"state":"OFF"},{"time":1606639132055,"state":"OFF"},{"time":1606639144777,"state":"OFF"},{"time":1606639144777,"state":"OFF"},{"time":1606639176381,"state":"OFF"},{"time":1606639176381,"state":"OFF"},{"time":1606639259360,"state":"OFF"},{"time":1606639259360,"state":"OFF"},{"time":1606639293975,"state":"OFF"},{"time":1606639293975,"state":"OFF"},{"time":1606639312017,"state":"OFF"},{"time":1606639312017,"state":"OFF"},{"time":1606639373996,"state":"OFF"},{"time":1606639373996,"state":"OFF"},{"time":1606639381979,"state":"OFF"},{"time":1606639381979,"state":"OFF"},{"time":1606639440471,"state":"OFF"},{"time":1606639440471,"state":"OFF"},{"time":1606639457103,"state":"OFF"},{"time":1606639457103,"state":"OFF"},{"time":1606639515489,"state":"OFF"},{"time":1606639515489,"state":"OFF"},{"time":1606639534864,"state":"OFF"},{"time":1606639534864,"state":"OFF"},{"time":1606639538980,"state":"OFF"},{"time":1606639538980,"state":"OFF"},{"time":1606639806866,"state":"OFF"},{"time":1606639806866,"state":"OFF"},{"time":1606640170666,"state":"OFF"},{"time":1606640170666,"state":"OFF"}]}

tracert influx:

2020-11-29 16:59:34.418 [DEBUG] [.influxdb.InfluxDBPersistenceService] - Got a query for historic points!
2020-11-29 16:59:34.423 [TRACE] [.influxdb.InfluxDBPersistenceService] - Filter: itemname: BlitzWOLF, ordering: ASCENDING, state: null,  operator: EQ, getBeginDate: 2020-11-28T16:59:34.418093+08:00[Asia/Irkutsk], getEndDate: 2020-11-29T16:59:34.418093+08:00[Asia/Irkutsk], getPageSize: 2147483647, getPageNumber: 0
2020-11-29 16:59:34.425 [TRACE] [.influxdb.InfluxDBPersistenceService] - Query SELECT value FROM autogen.BlitzWOLF WHERE time >= '2020-11-28T08:59:34.418093Z' AND time <= '2020-11-29T08:59:34.418093Z' ORDER BY time ASC;
2020-11-29 16:59:34.434 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - series Series [name=BlitzWOLF, tags=null, columns=[time, value], values=[[1.606638256335E12, 0.0], [1.606638459792E12, 1.0], [1.606638588388E12, 0.0], [1.606638748433E12, 1.0], [1.606639034587E12, 0.0], [1.606639081056E12, 1.0], [1.606639121731E12, 0.0], [1.606639132055E12, 1.0], [1.606639144777E12, 0.0], [1.606639176381E12, 1.0], [1.60663925936E12, 0.0], [1.606639293975E12, 1.0], [1.606639312017E12, 0.0], [1.606639373996E12, 1.0], [1.606639381979E12, 0.0], [1.606639440471E12, 1.0], [1.606639457103E12, 0.0], [1.606639515489E12, 1.0], [1.606639534864E12, 0.0], [1.60663953898E12, 1.0], [1.606639806866E12, 0.0], [1.606640170666E12, 1.0]]]
2020-11-29 16:59:34.436 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - columns [time, value]
2020-11-29 16:59:34.439 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:24:16.335Z value 0.0
2020-11-29 16:59:34.441 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:27:39.792Z value 1.0
2020-11-29 16:59:34.443 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:29:48.388Z value 0.0
2020-11-29 16:59:34.445 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:32:28.433Z value 1.0
2020-11-29 16:59:34.448 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:37:14.587Z value 0.0
2020-11-29 16:59:34.450 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:38:01.056Z value 1.0
2020-11-29 16:59:34.452 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:38:41.731Z value 0.0
2020-11-29 16:59:34.454 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:38:52.055Z value 1.0
2020-11-29 16:59:34.456 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:39:04.777Z value 0.0
2020-11-29 16:59:34.458 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:39:36.381Z value 1.0
2020-11-29 16:59:34.460 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:40:59.360Z value 0.0
2020-11-29 16:59:34.462 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:41:33.975Z value 1.0
2020-11-29 16:59:34.464 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:41:52.017Z value 0.0
2020-11-29 16:59:34.466 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:42:53.996Z value 1.0
2020-11-29 16:59:34.468 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:43:01.979Z value 0.0
2020-11-29 16:59:34.470 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:44:00.471Z value 1.0
2020-11-29 16:59:34.472 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:44:17.103Z value 0.0
2020-11-29 16:59:34.475 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:45:15.489Z value 1.0
2020-11-29 16:59:34.477 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:45:34.864Z value 0.0
2020-11-29 16:59:34.479 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:45:38.980Z value 1.0
2020-11-29 16:59:34.481 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:50:06.866Z value 0.0
2020-11-29 16:59:34.483 [TRACE] [rnal.influx1.InfluxDB1RepositoryImpl] - adding historic item BlitzWOLF: time 2020-11-29T08:56:10.666Z value 1.0

Am I doing something wrong?
I just installed the first version of the database, first I experimented with the second version, there I also had two problems, which I wrote about here and here.
Thanks!

papaPhiL · November 29, 2020, 11:07am

just want to report that I wanted to install a fresh OH3 on a fresh Ubuntu VM. Installing Openhabian, then selecting the beta branch, then (only after that) I was able to select the OH3 branch. And then, when installing, it failed to add the required keys.

[openHABian] Adding required keys to apt... FAILED

Reason was, that gnupg was not installed. I think it would be an improvement if openhabian would install that by itself.

Then, that part of the installation worked.

[openHABian] Adding required keys to apt... OK

I assume that gnupg is probably installed on a raspberryPi by default?

Bruce_Osborne · November 29, 2020, 1:00pm

openHABian is designed primarily for RaspiOS on the Raspberry Pi. They cannot easily support every Debian based distribution package choices.

papaPhiL · November 29, 2020, 1:03pm

Understand that. My argument would be that if one command is what makes that work on ubuntu (and maybe others), wouldn’t that make the change reasonable?

Bruce_Osborne · November 29, 2020, 1:07pm

Ibuntu makes different default package choices that Raspi OS, Debian, or Mint or any other distribution. Checking and setup to support them all on a project designed primarily fotr the Pi should be a low priority, in my personal opinion. The proper place to suggest this though is through a GitHub Issue.

Phuong · December 4, 2020, 6:50pm

Hi
I just upgraded to OH3.
On previous version (OH2) we could run binding from version 1.
In OH3 I can’t see this option.
I couldn’t find GPIO binding for OH3.
Isn’t GPIO supported in OH3?

hmerk · December 4, 2020, 6:54pm

As announced many times, openHAB 3 does not support V1 bindings.

Phuong · December 4, 2020, 6:55pm

I see.
How with binding for GPIO then?
Will it be released GPIO for OH3?

hafniumzinc · December 4, 2020, 6:57pm

It’s being worked on.

github.com/openhab/openhab-addons

[gpio] GPIO Binding initial contribution

openhab:main ← nils-bauer:gpio

opened 07:21PM - 16 Oct 16 UTC

nils-bauer

+808 -0

This binding adds GPIO support via the jpigpio libary to openhab. It requires pi…gpio (http://abyz.me.uk/rpi/pigpio/) to be running on the PIs (yes, multiple PIS are supported at the same time) that should be controlled. On local and remote PIs you have to install pigpio: `sudo apt-get install pigpiod`, `sudo raspi-config` -> Interfacing Options --> Remote GPIO --> YES (OK, Finish...), `sudo systemctl enable pigpiod` and s`udo systemctl start pigpiod`. For now there is an DigitalInput Binding and a DigitalOutput Binding. If you want to test the binding, [download](https://github.com/openhab/openhab-addons/files/5703104/org.openhab.binding.gpio-3.0.0-SNAPSHOT.zip), unzip and place it in your addons folder, enter `feature:install wrap` and `install wrap:mvn:eu.xeli/jpigpio_2.12/0.1.0` in the openHAB console and restart openhab. Usage information can be found [here](https://github.com/nils-bauer/openhab2-addons/blob/gpio/bundles/org.openhab.binding.gpio/README.md).

hmerk · December 4, 2020, 7:01pm

Not so soon, as the contributor needs to find time to migrate the code to oh3. See last. comment a few days ago.

Phuong · December 4, 2020, 7:04pm

I understand
I think I need to wait sometime before I can upgrade to OH3.
I use GPIO for alot devices and GPIO is important piece for me
Thanks for your feedback

Bruce_Osborne · December 4, 2020, 7:05pm

Another option. discussed many times is to run OH2 for the old binding and use the remoteopenhab binding in OH3 to get the Items over to OH3.

Phuong · December 4, 2020, 7:07pm

I see.
But it means I need to run both OH2 and OH3 ?

Bruce_Osborne · December 4, 2020, 7:11pm

Yes. I personally have them both running in Docker containers with different web ports to ease migration from OH2 to OH3. Items from OH2 appear as Channels in the Bridge Thing in OH3 and can be linked to OH3 Items.

Phuong · December 4, 2020, 7:12pm

Ok. I think I’ll just wait for release of GPIO binding support in OH3
Thanks for your suggestion.