Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Development
  3. MQTT Client gateway

MQTT Client gateway

Scheduled Pinned Locked Moved Development
91 Posts 33 Posters 52.1k Views 14 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Johnny B GoodJ Offline
    Johnny B GoodJ Offline
    Johnny B Good
    wrote on last edited by
    #4

    @ntruchsess said:

    https://github.com/ntruchsess/fhem-mirror/blob/mysensors_unified

    Hi ntruchsess,

    can you fix your link to --> https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM
    Your links don't work..

    Greetings ...
    ;)

    -= GreetingZzz and may the sensors be with you =-

    N 1 Reply Last reply
    0
    • Johnny B GoodJ Johnny B Good

      @ntruchsess said:

      https://github.com/ntruchsess/fhem-mirror/blob/mysensors_unified

      Hi ntruchsess,

      can you fix your link to --> https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM
      Your links don't work..

      Greetings ...
      ;)

      N Offline
      N Offline
      ntruchsess
      Plugin Developer
      wrote on last edited by ntruchsess
      #5

      @Johnny-B-Good said:

      Your links don't work..
      @ntruchsess said:

      https://github.com/ntruchsess/fhem-mirror/blob/mysensors_unified

      Thanks for giving notice, I've just merged into master and deleted branch 'mysensors_unified', links are fixed now.

      1 Reply Last reply
      0
      • N ntruchsess

        It uses 27.886 Bytes of flash with Debug enabled, 26.014 Bytes without (using a standard WIZ5100 Ethernet-shield).

        BTW: I've used Parts of your Perl-code to implement the fhem-controller-module:

        https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/00_MYSENSORS.pm
        https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/10_MYSENSORS_DEVICE.pm
        https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/lib/Device/MySensors/Constants.pm
        https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/lib/Device/MySensors/Message.pm

        My plan is to implement a full-featured Device::MySensors module that will be independent of but easy to integrate with Net::MQTT or AnyEvent.

        YveauxY Offline
        YveauxY Offline
        Yveaux
        Mod
        wrote on last edited by
        #6

        @ntruchsess said:

        It uses 27.886 Bytes of flash with Debug enabled, 26.014 Bytes without (using a standard WIZ5100 Ethernet-shield).

        So not much space left on an ATMega328 with default bootloader.

        BTW: I've used Parts of your Perl-code to implement the fhem-controller-module:

        No probs! Go ahead and hopefully it'll lead to something more userfriendly/maintainable than my implementation.

        My plan is to implement a full-featured Device::MySensors module that will be independent of but easy to integrate with Net::MQTT or AnyEvent.

        I'm not a fan of both Perl MQTT implementations but wanted to make a headstart...
        AnyEvent can be very powerful but a bit overkill for just a MQTT gateway and badly documented.

        http://yveaux.blogspot.nl

        1 Reply Last reply
        0
        • N ntruchsess

          It uses 27.886 Bytes of flash with Debug enabled, 26.014 Bytes without (using a standard WIZ5100 Ethernet-shield).

          BTW: I've used Parts of your Perl-code to implement the fhem-controller-module:

          https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/00_MYSENSORS.pm
          https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/10_MYSENSORS_DEVICE.pm
          https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/lib/Device/MySensors/Constants.pm
          https://github.com/ntruchsess/fhem-mirror/tree/master/fhem/FHEM/lib/Device/MySensors/Message.pm

          My plan is to implement a full-featured Device::MySensors module that will be independent of but easy to integrate with Net::MQTT or AnyEvent.

          YveauxY Offline
          YveauxY Offline
          Yveaux
          Mod
          wrote on last edited by
          #7

          @ntruchsess said:

          It uses 27.886 Bytes of flash with Debug enabled, 26.014 Bytes without (using a standard WIZ5100 Ethernet-shield).

          So not much space left on an ATMega328 with default bootloader.

          BTW: I've used Parts of your Perl-code to implement the fhem-controller-module:

          No probs! Go ahead and hopefully it'll lead to something more userfriendly/maintainable than my implementation.

          My plan is to implement a full-featured Device::MySensors module that will be independent of but easy to integrate with Net::MQTT or AnyEvent.

          I'm not a fan of both Perl MQTT implementations but wanted to make a headstart...
          AnyEvent can be very powerful but a bit overkill for just a MQTT gateway and badly documented.

          http://yveaux.blogspot.nl

          1 Reply Last reply
          0
          • N Offline
            N Offline
            novicit
            wrote on last edited by
            #8

            Forgive what may be a simple question, I am a novice in code but trying
            to learn. I am trying to compile the MQTTClientGateway listed in the
            first message of this thread.I have downloaded the MQTTClientGateway
            code as well as PubSubClient software. I have made absolutely no
            changes to any of the code. But when I compile I get the following error:

            In file included from /MyMQTTClient.h:17,
            from MQTTClientGateway.ino:63:
            C:\Arduino\libraries\PubSubClient/PubSubClient.h:68: error: section attribute not allowed for '<anonymous>'

            If I can get this to compile clean, I can see if it will work with a
            Domoticz setup I already have working on a RPi, with Mosquitto.

            I believe the offending line is:
            void disconnect();

            Since I made no changes, & clearly this compiled by the original
            authors, why do I get an error, and how do I fix it?

            Any help will be appreciated.

            Regards,

            PS: below is the full code section

            PubSubClient();
            PubSubClient(uint8_t , uint16_t, void()(char*,uint8_t*,unsigned int),Client& client);
            PubSubClient(uint8_t , uint16_t, void()(char*,uint8_t*,unsigned int),Client& client, Stream&);
            PubSubClient(char*, uint16_t, void()(char,uint8_t*,unsigned int),Client& client);
            PubSubClient(char*, uint16_t, void()(char,uint8_t*,unsigned int),Client& client, Stream&);
            boolean connect(char *);
            boolean connect(char *, char *, char *);
            boolean connect(char *, char *, uint8_t, uint8_t, char *);
            boolean connect(char *, char *, char *, char , uint8_t, uint8_t, char);
            void disconnect();
            boolean publish(char *, char *);
            boolean publish(char *, uint8_t *, unsigned int);

            1 Reply Last reply
            0
            • N Offline
              N Offline
              ntruchsess
              Plugin Developer
              wrote on last edited by ntruchsess
              #9

              Ok, I can reproduce this with Arduino IDE 1.0.6.
              It did compile fine on IDE version 1.0.5 though.

              EDIT:
              go to PubSubClient.h and remove the 'PROGMEM' in line 72:

              change:
              boolean publish_P(char *, uint8_t PROGMEM *, unsigned int, boolean);
              to:
              boolean publish_P(char *, uint8_t *, unsigned int, boolean);

              see issue on github and pullrequest with fix:
              https://github.com/knolleary/pubsubclient/issues/46
              https://github.com/knolleary/pubsubclient/issues/47

              1 Reply Last reply
              0
              • N Offline
                N Offline
                novicit
                wrote on last edited by
                #10

                @ntruchsess , thank you very much for taking a look, much appreciated.

                I deleted PROGMEM as you suggested, resulting in the following:

                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\MQTTclientGateway\MyMQTTClient.cpp: In constructor 'MyMQTTClient::MyMQTTClient(PubSubClient, uint8_t, uint8_t)':
                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\MQTTclientGateway\MyMQTTClient.cpp:116: error: no matching function for call to 'PubSubClient::PubSubClient()'
                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\PubSubClient/PubSubClient.h:59: note: candidates are: PubSubClient::PubSubClient(char*, uint16_t, void ()(char, uint8_t*, unsigned int), Client&)
                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\PubSubClient/PubSubClient.h:58: note: PubSubClient::PubSubClient(uint8_t*, uint16_t, void ()(char, uint8_t*, unsigned int), Client&)
                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\PubSubClient/PubSubClient.h:57: note: PubSubClient::PubSubClient(Client&)
                C:\Active Sync Folder\Home Automation\MySensors active sketch folder\libraries\PubSubClient/PubSubClient.h:40: note: PubSubClient::PubSubClient(const PubSubClient&)

                Looks to me like the compiler is finding the code ambiguous. For novices like me this is more challenging as the code is fine, just seems to confuse the compiler. I am using Arduino IDE 1.0.6 as you suspected. I am able to compile fine the examples included with pubsubclient, Ethernet, etc. Originally I was using a MAC, so I then tried a Windows pc in case something was there, but same results. Since you are able to compile after removing PROGMEM, I assumed it was part of my setup.

                Trial & error is frustrating, but perhaps a way for novices to learn.

                I am sure you are busy, so thanks for taking a look!

                1 Reply Last reply
                0
                • V Offline
                  V Offline
                  Victor Klijmeij
                  wrote on last edited by
                  #11

                  Hi novicit, Look at https://github.com/knolleary/pubsubclient/pull/47/files
                  ntruchsess proposes changes to pubsubclient header and cpp files

                  1 Reply Last reply
                  0
                  • B Offline
                    B Offline
                    binladin
                    wrote on last edited by
                    #12

                    Hello! Thanks for your great work.
                    I have some question. After starting MajorDoMo controller and mosquitto on my PC, i made MQTTClientGateway and DHT MySensors node, and in mosquitto log i can see:

                    1415812670: Received PUBLISH from MySensor (d0, q0, r0, m0, 'MyMQTT/20/1/V_TEMP'
                    , ... (4 bytes))
                    1415812670: Sending PUBLISH to MySensor (d0, q0, r0, m0, 'MyMQTT/20/1/V_TEMP', .
                    .. (4 bytes))
                    1415812670: Sending PUBLISH to MajorDoMo MQTT Client (d0, q0, r0, m0, 'MyMQTT/20
                    /1/V_TEMP', ... (4 bytes))

                    Can you explain why mqttclientgateway subscribing to its own data in next part of sketch:

                    if (!client.connected())
                    {
                    client.connect("MySensor");
                    client.subscribe("MyMQTT/#");

                    I apologize if my question will seem ignorant, and sorry for my poor english.

                    1 Reply Last reply
                    0
                    • N Offline
                      N Offline
                      ntruchsess
                      Plugin Developer
                      wrote on last edited by
                      #13

                      intention is you may controll MySensor-actuators via mqtt-client-gateway by publishing messages to topic MyMQTT/<radioId>/<childId>/<variableType>

                      1 Reply Last reply
                      0
                      • N Offline
                        N Offline
                        novicit
                        wrote on last edited by
                        #14

                        SUCCESS! Found the reason I could not compile the MQTT Gtwy client.

                        When I first looked for the PubSubClient library, used google and went to http://knolleary.net/arduino-client-for-mqtt/ which has a link to GitHub for the library. That is the one I used. When @Victor-Klijmeij suggested I look at @ntruchsess suggested changes again - I noticed the line numbers were not the same as mine, but the code was. Bottom line .... I had an old version of PubSubClient. When I used the version @ntruchsess made changes to, it compiled immediately after his suggested changes. The old PubSubClient .cpp file was ~70 lines of code shorter than the current version.

                        Thank you both again for your help, much appreciated! @ntruchsess, great job, thanks for sharing the code.

                        1 Reply Last reply
                        0
                        • b0rmannB Offline
                          b0rmannB Offline
                          b0rmann
                          wrote on last edited by
                          #15

                          PubSubClient library cannot currently be used with hardware based on the ENC28J60 :(

                          N 1 Reply Last reply
                          0
                          • b0rmannB b0rmann

                            PubSubClient library cannot currently be used with hardware based on the ENC28J60 :(

                            N Offline
                            N Offline
                            ntruchsess
                            Plugin Developer
                            wrote on last edited by
                            #16

                            @b0rmann
                            PubSubClient and ENC28J60 require more memory than an Uno provides. It should run on a Mega256 though.

                            1 Reply Last reply
                            0
                            • b0rmannB Offline
                              b0rmannB Offline
                              b0rmann
                              wrote on last edited by
                              #17

                              DEBUG:

                              0;0;3;0;9;read: 16-16-0 s=61,c=1,t=0,pt=7,l=5:38.0
                              publish: MyMQTT/16/61/V_TEMP 38.0
                              0;0;3;0;9;send: 0-0-16-16 s=61,c=1,t=0,pt=0,l=5,st=ok:38.00 
                              0;0;3;0;9;send: 0-0-18-18 s=1,c=1,t=2,pt=0,l=5,st=ok:18.00
                              

                              mqtt payload for node 18 contain only string '1' (it's relay), '8.00'- trash from previous message :(
                              yes, '18.00' may by interprait as boolean TRUE, but '01.00' (next par of log is not FALSE :(

                              0;0;3;0;9;read: 16-16-0 s=91,c=1,t=0,pt=7,l=5:61.0
                              publish: MyMQTT/16/91/V_TEMP 61.0
                              0;0;3;0;9;send: 0-0-16-16 s=91,c=1,t=0,pt=0,l=5,st=ok:61.00
                              0;0;3;0;9;send: 0-0-18-18 s=4,c=1,t=2,pt=0,l=5,st=ok:01.00
                              

                              dirty hack - i use '000000000000' instead '0' to rewrite old data

                              1 Reply Last reply
                              0
                              • D Offline
                                D Offline
                                DirkB19
                                wrote on last edited by DirkB19
                                #18

                                Hi Norbert, Bormann or Novicit,

                                I'm an Arduino newbie and so far haven't found a way to get the MqttClientGateway to compile.
                                Obviously I'm using the wrong include files (libraries), so could someone give me some precise links as to where to download the right PubSubClient stuff, or other libraries, if any needed to compile. (I'm not really finding my way in Github).

                                My setup is Arduino UNO+W5100, Mosquitto on RPi (working :-) and Openhab (working :-). On the Raspberry I already have the mqtt-gpio-monitor working with Mosquitto and Openhab, now I want to add Mysensors;

                                Thanks in advance,
                                DirkB

                                UPDATE :+1:
                                Ok, I found it meanwhile. Everything works now. Was complicated for a newbie, had some issues with libraries not being in the right folders as well.
                                Thanks.

                                1 Reply Last reply
                                0
                                • S Offline
                                  S Offline
                                  SagittaTheArrow
                                  wrote on last edited by
                                  #19

                                  Has anybody tried to get this compiled with the development branch (1.4.1) with the RFM69 radios? I have been trying to get a successful compile, but no luck thus far. I do have it working with the stable branch, but I am not happy with the radios and would love to get this client working with the RFM69 radios. I have looked over the code and started to merge the two, but I am not a C++ programmer and have had some difficulty with the following error:
                                  yMQTTClient.cpp:16:14: error: variable 'VAR_0' must be const in order to be put into read-only section by means of 'attribute((progmem))'
                                  char VAR_0[] PROGMEM = "TEMP"; //V_TEMP
                                  I tried some of the workarounds that I found (const char VAR_0) but then the GetType functions break and I do not understand enough of the code to correct that issue. Anyway, I thought I would check here to see if anybody else has made some headway.

                                  Thanks in advance for any information / help.

                                  1 Reply Last reply
                                  0
                                  • hekH Offline
                                    hekH Offline
                                    hek
                                    Admin
                                    wrote on last edited by
                                    #20

                                    what happens if you add const as the compiler suggest?

                                    const char VAR_0[] PROGMEM = "TEMP";

                                    1 Reply Last reply
                                    0
                                    • S Offline
                                      S Offline
                                      SagittaTheArrow
                                      wrote on last edited by
                                      #21

                                      If I change the lines to this:
                                      const char VAR_63[] PROGMEM = "UNKNOWN"; //Custom for MQTTGateway

                                      And leave this line alone:
                                      PROGMEM const char *VAR_Type[] = [<removed to keep short>]

                                      I get this error:
                                      MyMQTTClient.cpp:82:30: error: variable 'VAR_Type' must be const in order to be put into read-only section by means of 'attribute((progmem))'
                                      PROGMEM const char *VAR_Type[] =

                                      I tried const char VAR_Type[] PROGMEM = [ ]; and char const VAR_Type[] PROGMEM = ; but I get the same error. I"m going to do some reading on PROGMEM to see if I can find out what it does.

                                      1 Reply Last reply
                                      0
                                      • S Offline
                                        S Offline
                                        SagittaTheArrow
                                        wrote on last edited by SagittaTheArrow
                                        #22

                                        and then changing the getType function to: char * MyMQTTClient::getType(char *b, const char *const *index)

                                        Now onto trying to merge the the SerialGateway and MQTTClientGateway. Need to see if it would be easier to merge the MQTTClientGateway into the new SerialGateway or the other way around. Time to study some code.

                                        1 Reply Last reply
                                        0
                                        • FotoFieberF Offline
                                          FotoFieberF Offline
                                          FotoFieber
                                          Hardware Contributor
                                          wrote on last edited by
                                          #23

                                          Thanks Norbert for the great work! Works very well with mosquitto.

                                          I added support for gw.requestTime(...); by modifying MyMQTTClient.cpp after the lines handling I_CONFIG)

                                            else if (msg.type == I_TIME)
                                            {
                                              txBlink(1);
                                              if (!sendRoute(
                                                    build(msg, GATEWAY_ADDRESS, msg.sender, 255, C_INTERNAL,
                                                          I_TIME, 0).set(now())))
                                                errBlink(1);
                                            }
                                          

                                          Now I have a timebase for low power (deep standby) sensors.

                                          Next I will try to set the time on the gateway with a MQTT Message or NTP....

                                          1 Reply Last reply
                                          1
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          10

                                          Online

                                          11.7k

                                          Users

                                          11.2k

                                          Topics

                                          113.0k

                                          Posts


                                          Copyright 2019 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • MySensors
                                          • OpenHardware.io
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular