Hi Community,
I am searching for hints to deal with textual deployment too.
I totally agree with Lars statements. Depend on the knowledge of the “user” with openhab, generally IT experience and the smart home stuff too, the focus is quite different.
In my case, i think I am a “openhab power user”. I am originally a trained electrician and studied later on. Today am working as an IT administrator and with lot of experience in working with different large installations. Therefore installation, deployment and testing is a big topic for a stable production environment. A smart home in my point of view is a “production environment”.
The big challenge for a “smart home” is a stable running and a good usability for the “normal” user. A normal user is a resident of the house. But keep an eye on guest too.
However, i see 3 main reason to use “textual configuration” furthermore:
ONE - test new bindings
Like Lars said, I preferred to test new bindings and the corresponding settings in an extra installation. For some “gambling” stuff, I use a docker on my mac too. Than i use an extra PI for the new function. I configure all elements (things, items, a extra sitemap, etc.) in text files. With copy from the “software depot” to the test system, i can concentrate on these special new function – e.g. squeezebox.
TWO – migration from old to new OH versions
I start working with OH since 1.8. Since that I am familiar with the “textual” configuration. I update step by step until 2.4. Because of my LCN bus with the corresponding binding, the switch to OH 3.x became a big challenge. With OH 2.5 in my test environment, I began to switch over the things configuration for all bindings. Today with OH 3.x i migrated all bindings step by step. Sometimes separately and sometimes together, because of interaction belongs to some rules.
THREE – deployment for many customer
I earn my money in the IT. But when I think about an electrician, who has some customer with an openhab installation I have to support, I like to have a “default” setup which I can use for an initial deploy. Than I have to individualize the installation. This save time and money for the installation. But later when something happend, I like to have many customers with a default installation.
Therefore, I appreciate a way to deploy the new OH3 elements like pages, flourplans, layout, views eg. via textual configuration.
Best regards
Ralf