Fresh OH 2.4 and MQTT binding

[sihui]

@4integration

Any idea what’s the problem?

There are at least 20 threads about this, please use the forum search.
You need to either install the legacy binding or change your config to the new channel definition concept.

[4integration]

Ok, tanks.
I downloaded the " Download openHAB 2.4.0 Stable Legacy Add-ons"

When extracting this there is a MQTT binding v1.13 and I am pretty sure I have had a v2.3.0 binding of this earlier. I suppose this is from OH1, right?

Where can I find that?

[sihui]

@4integration

Where can I find that?

Okay, you did not search. I’m happy to do it for you:
Enable Legacy Addons in your PaperUI config and install the mqtt1 binding through PaperUI, then use all your config like before.

[4integration]

I did search…
But as I said I am pretty sure I used v2.3.x of MQTT binding with OH 2.3 - not legacy 1.x

To me and from past …legacy is referred to OH1 and not OH2 - am I wrong?

PS. I have used legacy Astro binding v 1.10 in OH2 since before since the functionality was better in that DS.

[sihui]

@4integration

But as I said I am pretty sure I used v2.3.x of MQTT binding with OH 2.3

Mqtt2 binding was introduced with openHAB 2.4

[CLOSED] MQTT binding version 2.4 (Pre-release !)

THIS THREAD IS NOW CLOSED AS IT WAS RELATED TO THE PRE-RELEASE VERSION OF THE MQTT BINDING v2.4 IF YOU HAVE AN ISSUE WITH THE CONFIGURATION OF THINGS AND ITEMS WITH THE NEW BINDING PLEASE OPEN A NEW THREAD FOR YOUR ISSUE PLEASE REFER TO: and BEFORE OPENING A NEW THREAD THANK YOU It appears that there is a new 2.4 MQTT binding: [image] Has anyone got info about it. Clicking on the binding gives me a 404 error…

[sihui]

@4integration

legacy is referred to OH1 and not OH2

Not quite: as soon as a 2.x binding is available the 1.x becomes legacy.

[4integration]

Thanks for your information.
I have started to configured the MQTT binding via UI (even though I would like text files) and got connection

I only want to publish to MQTT topic when an event is triggered

I have my items configured like:

Switch OfficeWindowPlugSwitch "Plug Office Window" (gGF_Office, Lights) {channel="zwave:device:55bca95a:node5:switch_binary", mqtt=">[rabbitmq:/myhouse/office/command/light2:command:*:Switch ${itemName} was turned ${command}]"}

It doesn’t send any events though - what shall correspond to “rabbitmq” in my items config?

[sihui]

@4integration

what shall correspond to “rabbitmq” in my items config?

You need a Broker Thing for that.

[sihui]

@4integration

mqtt=">

… and you need channels. Or is that your old mqtt1 config?

[sihui]

Read this post (found through search function )

Migrating MQTT1 items to MQTT2.4 items

Hi community, After migrating from MQTT1 to MQTT2.4 Binding, i think it might help to have a short howto. Please note that i’m not using credentials, so i can only tell something about the basic broker configuration Step1: Migrating the data from mqtt.cfg: mqtt.cfg (I’ve only connetced to the broker using credentials) mosquitto.url=tcp://localhost:1883 mosquitto.user=<some_secret_username> mosquitto.pwd=<some_secret_password> PaperUI (for MQTT 2.4) Go to the inbox, add a new thing and sel…

[4integration]

Still trying to get this working with v2.4 MQTT binding.
I have searched, read but don’t get it working - I might be stupid
Currently I only want to publish status changes of items on a topic that belongs to the item.
I want to do the configurations in text files (*.things, *.items etc)

So I have created the MQTT Broker connection in things/mqtt.things:

mqtt:broker:rabbitmq 
    [ host="192.168.1.20", 
      port=1883, 
      qos=1, 
      clientID="openHAB2", 
      reconnectTime=20000, 
      keepAlive=60000, 
      secure=false, 
      username="openhab", 
      password="the-password" 
    ]

It connects fine.

In my legacy MQTT configuration I had the following config on items like the two examples:

To publish that a Z-wave switch was turned ON or OFF:

Switch MySwitch "My Z-Wave Switch" (Office, Lights)
{
    channel="zwave:device:55bca95a:node4:switch_binary", 
    mqtt=">[rabbitmq:/myhouse/office/command/light:command:*:Switch ${itemName} was turned ${command}]"
}

And a sensor reporting temperature changes

Number SensorTheRoomTemp   "Temperature in the room" <temperature> 
{
  channel="mysensors:temperature:gateway:sensor-the-room-temp:temp", 
  mqtt=">[rabbitmq:/myhouse/the-room/sensor/temperature:state:*:Temperature,sensor=${itemName},location=the-room temperature=${state} ]" 
}

How shall I accomplish the same result in config files using v2.4 MQTT binding?

[vzorglub (Vincent Regaud)]

mqtt:broker:rabbitmq 
    [ host="192.168.1.20", 
      port=1883, 
      qos=1, 
      clientID="openHAB2", 
      reconnectTime=20000, 
      keepAlive=60000, 
      secure=false, 
      username="openhab", 
      password="the-password" 
    ]
{
    Thing topic myThing "My Thing" {
        Channels:
            Type switch : mySwitch "My Switch" [
                commandTopic="House/Porch/Thermostat/Mode",
                formatBeforePublish="Item SensorTheRoomTemp changed to %s"
            ]
    }

This should take care of the first one although it will only publish ON and OFF

For the second, the new binding cannot publish on state changes.
If you wish to retain the functionality of the old binding, use the old binding.

[David_Graeff]

@4integration i really have to ask you this: you once read and learned how to assemble item file lines to make mqtt 1 work.

So why on earth don’t you read the documentation to figure out how to use mqtt2. Mqtt is now using OH2 concepts and yes you are required to know those otherwise you will fail with your migration.

There was a long section on the changelog and even a blog post to introduce mqtt2.

Others: please don’t solve user “tasks” if they are not even willing to read the changelog and breaking changes on an update.

[vzorglub (Vincent Regaud)]

@David_Graeff

Others: please don’t solve user “tasks” if they are not even willing to read the changelog and breaking changes on an update.

People need help. I’ll move them to another thread if required

[4integration]

Thanks a lot @vzorglub for your kindful help and I got it working with a few modifications (needed “Bridge” and an ending bracket).

Since I (currently) don’t like how the configuration is done with v2.4 MQTT binding I also installed the old binding and they seem to work in parallel and I can eventually migrate later.

Thanks again - you are a role model

[4integration]

@David_Graeff - please don’t be such wiseacre and instead follow the good spirit of people like @vzorglub

[vzorglub (Vincent Regaud)]

@4integration
David was correct,
You should have opened a new thread

[4integration]

@vzorglub

David was correct,
You should have opened a new thread

OK - but I did open a new/this thread yesterday?!

[vzorglub (Vincent Regaud)]

Possibly, I am still working through a back log of 75+ new posts
In the future, only post a new query on a new thread, don’t post it on several threads
And then wait…
Someone should pick it up. If not, then “bump” it after a while.

[David_Graeff]

@4integration

How shall I accomplish the same result in config files using v2.4 MQTT binding?

Sorry but this is asshole abusing behaviour. You are making others do the work. You not even tried. You basically say: this is what I had before, now make it work. Fast.

And that is not how it works here.