OpenHab Marketing is Lacking

Getting back on track, and topic:
I’m being annoying in LinkedIn sharing some content about smart homes and my personal projects, and abusing the openhab hashtag (and a few others).
I’ve also begun asking some of my favorite YouTubers to check out openHAB and perhaps make a video on it.
The more people ask, the more interest we generate.
I’m also participating in the /r/smarthome to promote openHAB.

Anyone has other ideas?
Too bad my YouTube channel is mostly dead otherwise I could see myself working on it a bit again once im back home…

1 Like

Wanna be a moderator in /r/openhab?

Would happily devote my personal time to it yes. I’m stuck in a weird situation where I spend 90% of my personal online time on a smartphone ._.
At least I can be useful to the community.

1 Like

[Not being flippant]

Is OH a headless chook?

What is the purpose of the foundation?

IMHO, any type of organisation (in its loosest sense), or formation, needs a strategy in order to survive. Whether or not it creates it, formulates, collects, expresses or funnels it, does not matter.

Note: Since I started this post a few answers came forward. In any case, my last sentence stays.

1 Like

You can read the foundations constitution on our website…

A few years ago, I created a series of OH2 Basics videos on my YT channel (https://www.youtube.com/playlist?list=PLH-d6dcsARGPnXoLnArHDCkOgwfVBDPWd) that went over all the basics of (then latest) openHAB 2.5/2.6, explaining everything from start-up, the basic concepts and up to creating Rules & Persistence. It was a fun project for me, but it definitely kept me busy, and eventually, kind of felt like a second job (a 10-20 minute video took me about 20 hours to make, between the content creation, setting up demos/creating graphs & charts, writing the script, making the recording, and my most hated part - the viideo editing). The rest of the time, I was busy promoting my channel/videos on social media (Twitter, Reddit, Discord, etc…). The videos definitely got a lot of views, but other responsibilities (job & life) caused me to abandon the “content creator” hobby…

I did make my content (slides & scirpt) available to the forum, creating a series of posts to go along with the videos (starting with openHAB Basics Tutorial - (Part 1/n) - Introduction), and I’m sure it could be updated with OH4 specific information, or added to…I’m happy to make the source slides/charts available to anyone willing to take the task on…

Also, as @rlkoshak mentioned, he and I are moderators on the /r/openhab subreddit - we resurected the sub after it had gone dead a few years ago, and it has been steadily growing in terms of members/views (we just recently hit the 6,000 member mark). When posts are created, there’s always a lot of views, and constructive discussion going on in them, but the frequency of posts is certainly not as high as we would like (last post was created almost a month ago now)…So, if we’re talking about “marketing” openHab outside of these forums, that is certainly one of the avenues we as a community can pursue - Even something as simple as cross-posting a relevant topic to /r/smarthome & /r/opnehab, or mentioning /r/openhab in /r/smarthome post comments, would help get the OH name out in front of more “eyes”.

5 Likes

I haven’t seen you around! I didn’t want to ping you in case you’ve moved on.

Actually this post inspired a similar one over their.

I’ve been kind of a failure as a moderator on Reddit.

Still around, more in “lurk” mode now :slight_smile:

Same - I keep thinking of ways to “stoke” the conversation there, like creating a monthly “show & tell” or “tip” type post, or maybe even a contest, but just haven’t had the time to follow through on my ideas…

2 Likes

The following is not meant in a bad/negative way - just trying to understand:

The constitution does not even once mention „openhab“ (the open source project), except once in the preamble where it is just part of a „description“, as you said. The Constitution just mentions home automation in general which could also include Home Assistant or other home automation solutions. I assume there is NO „connection“/„link“ between the foundation and the openhab open source project at all, (apart from services such as hosting the openhab forum, website, build server and myopenhab.org), correct?

I thought your videos were great!

What about mine? :grinning: :smiley: :grin:

That’s correct, there is no “direct link” between the foundation and the “development” part of openHAB.

Here’s a proposal that’s technically quite feasible and might satisfy the “helping first time users get started” issues.

We could add a “Help Sideber” analogous to the “Developer Sidebar” that includes things like

  1. a basic step-by-step intro with links to the relevant OH pages and Getting Started Tutorial pages
  2. Simple FAQ section
  3. Glossary section to help with the terminology
  4. …other things?

Here’s are some mockups of what I’m thinking:

image

image

9 Likes

I like the concept!

Some concerns I have is that the sidebar can only appear if the screen is above a certain width assuming it follows the developer sidebar restrictions. I’d be cautious about putting something needed by new users in a UI widget that can’t always appear on every screen. Maybe a separate page opens to another tab?

I also have concerns with making it hidden by default which I presume a sidebar like this would be. Perhaps we can show it by default after that first run of the wizard.

Finally, I think something like this needs an icon to show, not just a key combo. Maybe we can put a permanent icon in one of the corners that only shows for the admin users to bring up the sidebar.

If we make this hard to find, the problem becomes that end users won’t know it’s there.

2 Likes

This is a good point. The reason that I think the sidebar makes a better option is that it can be open next to whatever page the user is working on. It’s far less useful (or even more annoying) if you have to navigate back and forth constantly.

I haven’t looked into it, but there’s probably a way to set it so that in narrow screens it just opens over the whole screen like the left panel does, or even is restricted to the bottom half of the screen. I’m not 100% certain what all the options are there.

I was thinking along much the same lines. I suspect it’s not too difficult to have this open by default if, for example, the overview page is empty and showing the default new page screen or something like that.

100% agree. I think it’s a no brainer to add another floating button across from the ‘+’ button on most of the setting pages. The only issue then is what about when the user is viewing one of their user-defined pages. I don’t think we want to drop a floating button right on top of whatever else is going on for those pages.

Certainly adding a link in the left panel that opens up the help sidebar is trivial. Or separate the “Help & About” into two links: “Help” which opens the panel and “About” which goes to the info page.

3 Likes

I have a production openHAB 4 system, an openHAB 4 lab system and a Home Assistant installation. All in virtual machines. Today I recommended Home Assistant to a work colleague saying, “This is easier for you, openHAB is better, but too complex for beginners.”

Home Assistant comes with its operating system HAOS as ready-to-load VMs. In the colleague’s case, all you had to do was import and launch the OVA in his Synology in Virtual Machine Manager.

On to the first launch. Short questions about location, units, quickly create a user account (real user accounts with rights) and then the first devices found in the network are already detected. You only have to nod off what you want to have and still answer the questions about rooms in which the devices are located.

To stay in the openHAB language, many bindings (integrations) are automatically selected because the devices are detected. If you confirm the usage, the items (entities) are created directly. The names are logically composed of the device name and the associated function.

In the case of devices such as routers from AVM or Hue, rooms are taken over as rooms and only need to be nodded off. This allows a quick start and a good feeling.

The automations are also essentially clickable together by mouse, are stored in YAML and can be edited that way as well.

The makers of Home Assistant are striving to make more and more configurable via the UI, YAML as a configuration path is becoming less and less. A lot of work is done on the UI to make it modern and usable.

In detail, however, there are already quite a few problems, for which I did not want to switch at the moment. But in order not to get blinders, the look in the other community is helpful.

But apropos community. I found the openHAB community in recent years much nicer and more helpful. A clear plus for openHAB. However, I must also say that I also think that openHAB is too little in the focus of the public. The computer magazine c’t from Heise Verlag in Germany was mentioned here. I like to watch their YouTube videos and listen to their podcast. When something is reported on the topic of smart home, openHAB is factually never mentioned. Node-RED and Home Assistant are clearly leading the way. Even in their magazine MAKE.

From a beginner’s point of view, I’m not surprised. I once tried to set up a KNX actuator via UI in my lab version (I’ve been working with files since I got into openHAB). Now I knew the connections, but a beginner certainly does not find himself easily pure. Even if he understands what a binding is, what he wants to address, the binding is installed and the device is recognized by openHAB, happens: nothing. You have to create items, link them and if you just click, you have items with random names that do not reveal their content or function and unfortunately cannot be renamed. Being able to change things is one of the most important functions for me in a system, and unfortunately openHAB fails there with its UI. With Home Assistant, an entity can be renamed at any time without destroying the system.

This perhaps as a first overview and my contribution to the discussion.

3 Likes

Just for clarity, when you use “Add Equipment to Model” to create Items, you get to choose the location and enter the name and label of the Equipment. All of the Item names, by default, become <EquipmentName>_<ChannelName>. The label of the Items by default are the Channel Labels.

And while the Item name cannot be easily changed short of deleting and recreating, there are fewer and fewer cases in the UI where the name of the Item even matters. It’s the label that is the primary thing shown, not the Item name. And the label can be changed at any time. The only times you need the Item name is when you are directly referencing an Item in a script/rule or a UI widget when editing the YAML. In all other cases you have a selection box where you will primarily see the Item’s label.

One place this falls down though is if you have a bunch of the same device and you do not add something to the Item labels to make it clear which device goes with which Item you run into a case where you have a bunch of “Mode” labeled Items which are hard to tell apart in certain places in the UI.

I’m not saying this is the ultimate best way to do things, but it’s not as bad as it’s made out to be.

I’m not saying this is you @iLion, but in general I get frustrated when people who do not use the UI complain about how hard something is to do in the UI because they gave it half a glance a couple years ago. If working in the UI were anything as bad as it’s made out to be, I certainly wouldn’t be using it exclusively. I’m patient but not that patient.

For completeness, here is the flow, with pictures, to go from Thing discovery to UI representations in the Overview tabs.

I’m assuming at least the Locations in the Semantic Model are already created.

  1. Navigate to Settings → Things → + → binding → Scan (note some bindings will scan periodically and discover stuff on their own).

  2. Pick one or add them all at once. You can change the label for the Thing now.

  1. There is room for improvement between the previous step and this step. Now we’ve returned to the Things page. Scroll down or search for your new Thing and select it. Click on the Channels Tab and click “Add Equipment to Model”. (Improvements: automatically offer to add equipment to model, automatically select the Thing after adding it, default to the Channels tab as the default).

  2. Select the Location. Enter a meaningful name for the Equipment. Select the Channels desired or select them all. Modify the Items properties as desired. Note that the semantic tags can impact the widgets that will appear by default for that Item. Often a reasonable default is chosen.

If clicking and selecting awkward for you, there is expert mode:

Once all is as you like it click add and you’re Items are created. You can now find them on the Overview tabs.

I kind of randomly selected some semantic tags without paying attention. I should have chosen a point tag of Switch for the Mute Item. Except for the Thing UID and the Item Names, everything shown above can be changed after this step.

At this point we have a mostly reasonable config with minimal work. Can this be improved? Absolutely! But this is the base that we should be working from. And that’s why I posted this. How do we automate more of this choosing reasonable defaults for things like Item names and labels? How do we make these steps more obvious?

And I’ll close with the following observation. KNX, Generic MQTT, HTTP, Exec, Serial, and Modbus (perhaps more) are not typical add-ons. These are low level bindings that require significant amounts of manual configuration and outside knowledge. While experiences with these are valid and should be addressed, saying “openHAB is too hard because it’s hard to configure a Generic MQTT Thing” kind of ignores all the great things that happen with technologies where devices can be auto-discovered, sometimes even without manually configuring a Bridge Thing.

If you want to compare between OH and HA, make it apples to apples. Show the same technology in both.

2 Likes

I wonder why it’s so difficult to implement this in OH. If this is not possible, I like @JustinG idea, could be a feasible alternative.

This, plus integration with Z2M and esphome, are key reasons for HA’s success.

Starting with [RfC] Central UPnP/mDNS thing discovery for suggesting add-ons to install · Issue #2645 · openhab/openhab-core · GitHub would be a good place to see a few of the challenges. But ultimately it’s the same as every other answer in this thread. Someone needs to volunteer to implement it. It wouldn’t be a trivial change.

This would just require someone to add support to the MQTT binding for auto discovery. Again, volunteers are encouraged and welcome.

The last I looked at it ESPHome was using the HomeAssistant standard which can be automatically discovered by OH.

Hi Rich,

it is not good that you are frustrated, because you are of the ones I mentioned with my comment to the nice and helpfully openHAB community. I tried this, what you explained in my Lab some minutes ago, you are right in some way. My Lab was a fresh installation with Ubuntu 22.04 LTS and openHAB 4 I setup to learn about the UI. My “overview” page is not edited because I did not understand how to get these information, I want to see. It is very complex for me personally. And I did not want to destroy my produktiv system.
As one part, I generated a KNX device and there is no Inbox for KNX devices, so I had to do it over the UI manually.
But now I tested it with the shelly binding. First a saw that there is no search in the Binding section. Perhaps I need glasses, but it need time to find the binding in the whole list (Home Assistant offers for integrations a search). After this, nothing happened. I found the scan button and the devices are listed. I clicked on the first one to setup up. The suggested name was the Type with MAC and the IP. I only select “ok” like most users would do and got the name. Then I clicked to the channel section and select to add all channels. Next problem was, that I had to click all checkboxes to do this. Then the resulted names are like you described. In comparison to Home Assistant, there you only have to accept the found Shellys, give them a room and you are ready. But as a look into the future, some month ago I changed my whole network, new IP ranges, and the the names from the UI would not match any more.

To avoid any misunderstanding, for me openHAB is rock solid. It is my working horse. But I also wrote some months ago in a discussion, the reason i more prefer the file based method to get on an easy way fast a clean system. For example, when Ubuntu 24.04 LTS will arrive, I will setup a new VM, setup hopefully openHAB 4.2, copy my files to the folders and start a fresh system. All the things over UI will not help, when using a backup and a database have perhaps a bug, then the bug will restored. But this is not the topic of this discussion, why openHAB have not the marketing, it perhaps needs.