OpenHAB Mysensors binding 2.4: cant get mqtt gateway online

Guillermo Schimmel

@jimmy-loyens https://forum.mysensors.org/topic/7176/openhab-2-2-binding

he is usually at that thread. very nice guy.

Lots of info on that thread also.

Guillermo Schimmel

Is this ok in your installation?

openhab> bundle:list|grep My
191 │ Active   │  80 │ 2.4.0.201812040738     │ MySensors Binding

jimmy loyens

@guillermo-schimmel I will give it a try, thank you very much for all your efford. I think i will be needing a little brake right now so since its snowing over here i'll go sleeing with my doughter then start over fresh.:sweat_smile: :snowflake:

Thanks again

jimmy loyens

@guillermo-schimmel said in OpenHAB Mysensors binding 2.4: cant get mqtt gateway online:

bundle:list|grep My

openhab>  bundle:list|grep My
263 x Active   x  80 x 2.4.0.201812040738     x MySensors Binding
openhab>

yes, its active. but for some reason it looks different

TimO

Hey @jimmy-loyens !

I needed some time to investigate the problem and after looking into it, I've no clue why this is working for you @Guillermo-Schimmel . :flushed:

With version 2.4.0 and the changes to the mqtt binding I'm not able to connect the MySensors binding to the MQTT broker connection configured in OpenHAB. The MySensors binding uses the MQTT implementation and connection of OpenHAB, it does not connect to the broker itself.

And now the funny part: my development system works fine, so I need to find a way to debug this problem.

@Guillermo-Schimmel Did you configure broker and things in PaperUI or in textual files?

Guillermo Schimmel

@timo said in OpenHAB Mysensors binding 2.4: cant get mqtt gateway online:

Hey @jimmy-loyens !

I needed some time to investigate the problem and after looking into it, I've no clue why this is working for you @Guillermo-Schimmel . :flushed:

With version 2.4.0 and the changes to the mqtt binding I'm not able to connect the MySensors binding to the MQTT broker connection configured in OpenHAB. The MySensors binding uses the MQTT implementation and connection of OpenHAB, it does not connect to the broker itself.

And now the funny part: my development system works fine, so I need to find a way to debug this problem.

@Guillermo-Schimmel Did you configure broker and things in PaperUI or in textual files?

Some in files, some in Paper UI.

I think I have a mess, but don't want to touch it because it's working so nicely...

Guillermo Schimmel

@guillermo-schimmel @TimO

have a look

Bridge mqtt:broker:mosquittotexto [ host="localhost",
                                    port="8884",
                                    secure=false,
                                    brokername="mosquitto", 
                                    topicPublish="mysensors1-in",
                                    topicSuscribe="mysensors1-out",
                                    startupCheckEnabled=false ]
    {
    Thing mqtt:topic:miscosas {
        Channels:
            Type number : ecovacs_1_battery_level     "Ecovacs 01 Battery Level"         [ stateTopic="ecovacs/E0000693817701104736/battery_level" ]
            Type string : ecovacs_1_charge_status     "Ecovacs 01 Charge Status"         [ stateTopic="ecovacs/E0000693817701104736/charge_status" ]
            Type string : ecovacs_1_clean_status      "Ecovacs 01 Clean Status"          [ stateTopic="ecovacs/E0000693817701104736/clean_status" ]
            Type string : ecovacs_1_vacuum_status     "Ecovacs 01 Vacuum Status"         [ stateTopic="ecovacs/E0000693817701104736/vacuum_status" ]
            Type string : ecovacs_1_fan_speed         "Ecovacs 01 Fan Speed"             [ stateTopic="ecovacs/E0000693817701104736/fan_speed" ]
            Type number : ecovacs_1_main_brush        "Ecovacs 01 Main Brush"            [ stateTopic="ecovacs/E0000693817701104736/components/main_brush" ]
            Type number : ecovacs_1_side_brush        "Ecovacs 01 Side Brush"            [ stateTopic="ecovacs/E0000693817701104736/components/side_brush" ]
            Type number : ecovacs_1_filter            "Ecovacs 01 Filter"                [    stateTopic="ecovacs/E0000693817701104736/components/filter" ]
            Type number : ecovacs_1_ncommand          "Ecovacs 01 Number Command"        [ commandTopic="ecovacs/E0000693817701104736/command" ]
            Type string : porton_a_mano               "Garage Porton a Mano"             [ stateTopic="mygateway1-out/11/3/1/0/16" ]
            Type number : server_nextcloud_disk_root  "Server Nextloud Root Partition"   [ stateTopic="servers/nextcloud/disk/root" ]
            Type number : server_bluecherry_disk_root "Server Bluecherry Root Partition" [ stateTopic="servers/bluecherry/disk/root" ]
       }
}

TimO

@guillermo-schimmel You've mixed up attributes from the MySensors binding and the MQTT binding in the bridge definition. brokerName, topicSubscribe and so on are attributes from the MySensors binding. But this won't do any harm.

How is the MySensors gateway defined?

Guillermo Schimmel

@timo Mysensors gateway is defined via Paper UI:

Guillermo Schimmel

@timo said in OpenHAB Mysensors binding 2.4: cant get mqtt gateway online:

@guillermo-schimmel You've mixed up attributes from the MySensors binding and the MQTT binding in the bridge definition. brokerName, topicSubscribe and so on are attributes from the MySensors binding. But this won't do any harm.

Thanks, cleaned up config file:

Bridge mqtt:broker:mosquittotexto [ host="localhost",
                                    port="8884",
                                    secure=false,
                                    startupCheckEnabled=false ]
    {
    Thing mqtt:topic:miscosas {
        Channels:
            Type number : ecovacs_1_battery_level     "Ecovacs 01 Battery Level"         [ stateTopic="ecovacs/E0000693817701104736/battery_level" ]
            Type string : ecovacs_1_charge_status     "Ecovacs 01 Charge Status"         [ stateTopic="ecovacs/E0000693817701104736/charge_status" ]
            Type string : ecovacs_1_clean_status      "Ecovacs 01 Clean Status"          [ stateTopic="ecovacs/E0000693817701104736/clean_status" ]
            Type string : ecovacs_1_vacuum_status     "Ecovacs 01 Vacuum Status"         [ stateTopic="ecovacs/E0000693817701104736/vacuum_status" ]
            Type string : ecovacs_1_fan_speed         "Ecovacs 01 Fan Speed"             [ stateTopic="ecovacs/E0000693817701104736/fan_speed" ]
            Type number : ecovacs_1_main_brush        "Ecovacs 01 Main Brush"            [ stateTopic="ecovacs/E0000693817701104736/components/main_brush" ]
            Type number : ecovacs_1_side_brush        "Ecovacs 01 Side Brush"            [ stateTopic="ecovacs/E0000693817701104736/components/side_brush" ]
            Type number : ecovacs_1_filter            "Ecovacs 01 Filter"                [    stateTopic="ecovacs/E0000693817701104736/components/filter" ]
        
            Type number : server_bluecherry_disk_root "Server Bluecherry Root Partition" [ stateTopic="servers/bluecherry/disk/root" ]
       }
}

Restarted all, still all working fine.

TimO

@guillermo-schimmel OK, next question: how did you define the system broker named mosquitto? Because that's the one the MySensors binding seems to use. In a service (cfg) file? I've had no success defining one and maybe that's the key.

Guillermo Schimmel

@timo Via files. It was the old broker I was using with the 1.x mqtt binding.

jimmy loyens

If I can do anything to help please let me know

MasMat

I had a working mqtt-gw but the lastest update (using openhabian so updates every time with system) screwed up my system. I have reloaded the binding and also rebuilt the gw (Rpi) to get newest MySensors version.
Haven't had time to troubleshoot yet.
Binding behind after latest update?

jimmy loyens

@masmat Hi, I think @TimO is looking into it. Ethernet and serial gateway work as expected with mysensors binding. My guess it has something to do with new MQTT-binding.

waspie

@masmat said in OpenHAB Mysensors binding 2.4: cant get mqtt gateway online:

I had a working mqtt-gw but the lastest update (using openhabian so updates every time with system) screwed up my system. I have reloaded the binding and also rebuilt the gw (Rpi) to get newest MySensors version.
Haven't had time to troubleshoot yet.
Binding behind after latest update?

same here, updated from 2.4.0 to 2.5.0 snapshot and it died.

I was using an MQTT broker solely configured via paperui and it worked like a dream. 2.5.0 - not so much.

waspie

@TimO @davidgraeff
I don't know if this is of any use or not but many hours later in my openhab.log I received this:

2019-01-31 06:05:37.371 [ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.handleComm$
java.lang.NullPointerException: null
        at org.openhab.binding.mysensors.internal.gateway.MySensorsGateway.sendMessage(MySensorsGateway.java:366) ~[?:?]
        at org.openhab.binding.mysensors.handler.MySensorsThingHandler.handleCommand(MySensorsThingHandler.java:200) ~[?:?]
        at sun.reflect.GeneratedMethodAccessor150.invoke(Unknown Source) ~[?:?]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
        at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:or$
        at org.eclipse.smarthome.core.internal.common.InvocationHandlerSync.invoke(InvocationHandlerSync.java:59) [102:org.eclipse.smart$
        at com.sun.proxy.$Proxy202.handleCommand(Unknown Source) [187:org.openhab.binding.mysensors:2.4.0.201812040738]
        at org.eclipse.smarthome.core.thing.internal.profiles.ProfileCallbackImpl.handleCommand(ProfileCallbackImpl.java:75) [109:org.ec$
        at org.eclipse.smarthome.core.thing.internal.profiles.SystemDefaultProfile.onCommandFromItem(SystemDefaultProfile.java:49) [109:$
        at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown Source) ~[?:?]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
        at org.eclipse.smarthome.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:153) [102:or$
        at org.eclipse.smarthome.core.internal.common.Invocation.call(Invocation.java:53) [102:org.eclipse.smarthome.core:0.11.0.2019011$
        at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
        at java.lang.Thread.run(Thread.java:748) [?:?]

TimO

I've still found no solution but if I use the new embedded broker in OpenHAB2 and connect the the MySensors MQTT gateway to that broker everything works fine.
But I'd no success in connecting the MySensors MQTT gateway to a working MQTT-broker (MQTT2) or in creating a SystemBroker (MQTT2).

So for those of you that are willing to use the embeeded broker, this works fine with the MySensors MQTT gateway.
Just use embedded-mqtt-broker as broker name in the MQTT gateway configuration.

jimmy loyens

@timo thanks for the update. I will try it as soon as i get the chance. Thanks

waspie

@timo
works for me, will try it out.

also, i got it working another way. tested it on clean installs of 2.4.0 vs 2.5.0-1512
back to the config file org.eclipse.smarthome.mqttbroker.cfg
not sure why it didn't work in 2.5.0 the first time. i'm starting to think it was leftover in the userdata folder which is why i thought it was no longer necessary in the services directory

but, if i can skip it altogether and user the system broker then i'm just as happy with that. one less thing.

BTW, for anyone who happens along this thread in the future: literally the only two bindings you need to install in 2.4.0-2.5.0 is the serial binding and the mqtt (2.x) binding. then drop the mysensors binding in. that's it. it's so much easier now.

OpenHAB Mysensors binding 2.4: cant get mqtt gateway online

21

11.7k

11.2k

113.1k