[OH3] MQTT Setup and Configuration

Can you imagine when the channel of the broker can be useful?
I do not see anywhere where to distinguish between subscribe and publish action, how can I manage it?

No for my use cases. If you click the link in my post it describes what it can be used for.

Itā€™s right there in the Channel configuration. Example:

MQTT State Topic and MQTT Command Topic

Ok thanks, precious suggestions. Now I will try to put them on the field.

I suggest you have a look at this tutorial in the documentation, or the one I linked in my first post in this thread to understand how to use MQTT in openHAB with your device - they both go over some openHAB fundamentals.

Thanks for all your support. I read them both, and now I am able to have ā€œthingsā€ for subscribing and publishing what I need. However my OH2 system is quite complex; I used it as a framework with major software code based actuators (python, ruby, bash, etc.), in order to remain as much as possible free from a specific point of view, constraints and implementation (the ones of the platform developers), using a lot of Exec things.
With OH3, my approach seems almost impossible (or however non-sense), and on the other side I realize that the backward compatibility is not a main objective of OH software developers (it is understandable, for a free open source platform), so I have to decide whether to look for another platform or embrace OH3 with the risk of throwing away all my work with a future OH4.
One final observation: when teaching artificial intelligence at university, many times I kindly reminded my students to consider Occamā€™s razor :smile:

Throwing away your work is a choice that you make. You could still be running OH2, you chose not to. I guess Iā€™m not really following what horrors you are suffering with external scripts because the way to configure MQTT communications in openHAB has changed.

I am considering leaving OH2 mainly because I am unable to use Zoneminder (which works well in OH3).
The problem, however, is not ā€œsufferingā€ to redo the scripts and external code, but, forcing and ā€œdeformingā€ an approach that is increasingly distant from my original one, it makes no sense; in my opinion better to adopt completely the OH3 approach or leave the platform.

Items are Items. What about the changed way that MQTT is configured is forcing you to do what?

Sorry, I didnā€™t explain well, what I donā€™t want to force is the OH approach, not myself.

Just to be clear, I donā€™t mean there is a flaw in the platform, it probably just doesnā€™t fit my needs.

thanks.
should I use two generic mqtt for two devices?
or I can add multiple channels of two devices in one genericā€¦?

You can do what you like - both options work.

I personally create one generic MQTT Thing per physical device, so that the Thingā€™s Channels are properties of the physical device only - leaves me less confused!

But itā€™s up to you!

2 Likes

I have a mqtt thing connected to my Mosquitto broker running on the same RPi as OH3 and it works fine.

I have tried to add a second bridge to connect to a broker hosted by Glowmarkt to retrieve my smart meter data. As far as I can see, I have configured it in the same way as the working one but I get the following error message:

2021-03-23 20:27:50.233 [INFO ] [.transport.mqtt.MqttBrokerConnection] - Starting MQTT broker connection to 'glowmqtt.energyhive.com' with clientid 35194180-52f1-47ee-9718-e685cce9b595
2021-03-23 20:27:51.052 [WARN ] [.transport.mqtt.MqttBrokerConnection] - Failed subscribing to topic homeassistant/#
com.hivemq.client.mqtt.mqtt3.exceptions.Mqtt3SubAckException: SUBACK contains only Error Codes
2021-03-23 20:27:51.056 [WARN ] [.transport.mqtt.MqttBrokerConnection] - Failed subscribing to topic +/+/$homie
com.hivemq.client.mqtt.mqtt3.exceptions.Mqtt3SubAckException: SUBACK contains only Error Codes
2021-03-23 20:27:50.169 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'mqtt:broker:glowmarkt' changed from UNINITIALIZED (DISABLED) to INITIALIZING
2021-03-23 20:27:50.217 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'mqtt:broker:glowmarkt' changed from INITIALIZING to OFFLINE
2021-03-23 20:27:50.288 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'mqtt:topic:SmartMeters' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING
2021-03-23 20:27:50.328 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'mqtt:topic:SmartMeters' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE)

I donā€™t understand what the errors mean because neither the bridge, nor the associated things make any mention of homeassistant or homie. I donā€™t know if these calls are part of the discovery service and attempting to discover topics on the broker.

I am sure I am connecting to the broker and successfully authenticating because if I change the login credentials, I get a ā€œNot authorised errorā€. The thing that contains the details of the topic I do want to subscribe to never starts because the bridge is always offline.

The broker itself is working fine because I can subscribe to it with Node Red.

I donā€™t know what to try next.

Thatā€™s exactly it.
If you donā€™t want it for this broker, disable it on your Bridge thing.

Thanks, that was the last piece of the jigsaw.

I have setup OH3 on a completly new raspberry pi.

On OH2 I used a mqtt.things file for all my devices.
How can I convert it so it can be used in OH3 ?

I have only found ā€œAdd Items from Textual Definitionā€ in the developer tools in oh3 ui
Is there a similar feature for things aswell?

No thereā€™s not.

But you can continue to use your Things files in OH3. You donā€™t have to use the UI. Despite this tutorial my configuration is purely text based.

1 Like

Iā€™m trying to install the new MQTT Broker and I do not get the option to enter the IP address:

After the Thing is created, I get an initialization error.

Iā€™m not sure what exactly solved the issue, but I removed the deConz binding and sensors since the installed sensor did not fit my needs very well.