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. SMS enabled Gateway?

SMS enabled Gateway?

Scheduled Pinned Locked Moved Development
smsgsm
15 Posts 8 Posters 6.5k Views 7 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.
  • AnticimexA Offline
    AnticimexA Offline
    Anticimex
    Contest Winner
    wrote on last edited by
    #5

    I think sms capabilities is a good idea. But I would prefer that to be provided by a node instead of the gateway itself. Imo the gateway should be kept as simple as possible since if it hangs, fails or mess about in any way, the hole IoT system goes down. So assuming the controller cannot be entrusted with this (and considering most controllers dependency to a working Internet connection) I believe it makes more sense to have the controller plug in submit any alerts through the gateway to any connected "alert handlers" (or possibly have the gateway manage the "alert handlers") and sms input can be treated as node/sensor input, thus not complicating the gateway firmware.

    Do you feel secure today? No? Start requiring some signatures and feel better tomorrow ;)

    1 Reply Last reply
    1
    • daulagariD Offline
      daulagariD Offline
      daulagari
      Hero Member
      wrote on last edited by daulagari
      #6

      I follow @marceltrapman here, this seems to me like a typical task for the controller, but the controller needs "hardware" to do it..

      For the "hardware" part I follow @Anticimex in sense that doing this in a node seems to me a much better solution that doing it in the gateway.

      marceltrapmanM 1 Reply Last reply
      0
      • daulagariD daulagari

        I follow @marceltrapman here, this seems to me like a typical task for the controller, but the controller needs "hardware" to do it..

        For the "hardware" part I follow @Anticimex in sense that doing this in a node seems to me a much better solution that doing it in the gateway.

        marceltrapmanM Offline
        marceltrapmanM Offline
        marceltrapman
        Mod
        wrote on last edited by
        #7

        @daulagari said:

        For the "hardware" part I follow @Anticimex in sense that doing this in a node seems to me a much better solution that doing it in the gateway.

        I agree on the separate hardware. Obviously :)
        For that I have an Arduino with the GSM Shield, connected to my server using the usb port.
        The controller communicates through usb.

        Fulltime Servoy Developer
        Parttime Moderator MySensors board

        I use Domoticz as controller for Z-Wave and MySensors (previously Indigo and OpenHAB).
        I have a FABtotum to print cases.

        1 Reply Last reply
        0
        • GertSandersG Offline
          GertSandersG Offline
          GertSanders
          Hardware Contributor
          wrote on last edited by
          #8

          I was considering the use of a SIM800L breakout in a sensornode itself. The problem I face is that I need to communicate over a serial port with this module (for AT commands control of the GSM module).

          So far I can combine my switch detection (using interupts on digital pins 3 and 4 - INT0 & INT1) and the software serial used in the Adafruit FONA library. But then I have no way of sending other sensor info to the MySensors gateway.

          Can someone confirm that there is a possibility to define a software serial port, also when loading the MySensors library into the sketch ?

          When I add the MySensors.h, the FONA library no longer works. I'm almost sure it is a conflict in interupt definition, but I'm not well versed enough in C++ to be able to confirm this (I'm more a hardware guy).

          I would like to use the MySensors library, so that I can use sleep() (I know there are other options). But also so that we can add a "GSM node" to the network, now that we can send V_TEXT between nodes. This last addition allows any node to send a string (e.g. with a command) to a GSM node, which can then send out a string based on the string-command. Even values of sensors could then be passed to the "SMS gateway" (if we are allowed to call it that), and this independant of the controller.

          So, how can I combine a software serial based library with MySensors library without losing the possibility of waking up on interrupt (from a switch on pin D3 or D4 - Arduino pins 2 and 3) ?

          Any feedback is welcome

          alexsh1A 1 Reply Last reply
          0
          • clio75C Offline
            clio75C Offline
            clio75
            wrote on last edited by
            #9

            I like to have a sms/ call functionality :)

            1 Reply Last reply
            0
            • GertSandersG GertSanders

              I was considering the use of a SIM800L breakout in a sensornode itself. The problem I face is that I need to communicate over a serial port with this module (for AT commands control of the GSM module).

              So far I can combine my switch detection (using interupts on digital pins 3 and 4 - INT0 & INT1) and the software serial used in the Adafruit FONA library. But then I have no way of sending other sensor info to the MySensors gateway.

              Can someone confirm that there is a possibility to define a software serial port, also when loading the MySensors library into the sketch ?

              When I add the MySensors.h, the FONA library no longer works. I'm almost sure it is a conflict in interupt definition, but I'm not well versed enough in C++ to be able to confirm this (I'm more a hardware guy).

              I would like to use the MySensors library, so that I can use sleep() (I know there are other options). But also so that we can add a "GSM node" to the network, now that we can send V_TEXT between nodes. This last addition allows any node to send a string (e.g. with a command) to a GSM node, which can then send out a string based on the string-command. Even values of sensors could then be passed to the "SMS gateway" (if we are allowed to call it that), and this independant of the controller.

              So, how can I combine a software serial based library with MySensors library without losing the possibility of waking up on interrupt (from a switch on pin D3 or D4 - Arduino pins 2 and 3) ?

              Any feedback is welcome

              alexsh1A Offline
              alexsh1A Offline
              alexsh1
              wrote on last edited by alexsh1
              #10

              @GertSanders I have had a similar experience with the GSM board and at the end just returned it. I think MySensors has to be altered significantly to accommodate GSM library.

              Currently, I am using GSM-to-433Mhz board to switch on my boiler remotely via SMS. This is completely independent to MySensors. The problem I had with it was that it goes GSM offline within 3 days. Apparently, this is a "feature" of the GSM network - the cell just kicks stationary transceiver out. So the firmware has to be adjusted to reload every midnight of something. Never managed to fix that so just using an 240V electronic timers to reboot it every 24h - not an ideal solution but it works fine. :)

              And yes, sms feature would be very nice. As I have Particle Photon as part of my IOT, I did look at Electron breifly - https://store.particle.io/collections/electron
              The problem is that it is expensive, but the size and power consumption is very appealing

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

                @GertSanders said:

                Can someone confirm that there is a possibility to define a software serial port, also when loading the MySensors library into the sketch ?

                Not sure why you shouldn't be able to use soft-serial... You can also disable the usage of the regular UART by MySenosors here:
                https://github.com/mysensors/Arduino/blob/development/libraries/MySensors/MyConfig.h#L53

                1 Reply Last reply
                0
                • GertSandersG Offline
                  GertSandersG Offline
                  GertSanders
                  Hardware Contributor
                  wrote on last edited by
                  #12

                  I should have added this reply to this topic some time ago. But I now do have a working SMS node. As @hek mentioned I needed to use softserial.

                  I added a corrected Adafruit library to the repository of MySensors, but this is mostly to get rid of compiling errors. Even with the non-corrected version of the FONA library directly from Adafruit, it is not a problem to use a SIM800L together with the MySensors library.

                  The reason for my original post was quite simple: I was using too much SRAM. After pruning the arrays which hold the SMS messages, I was able to fit every thing within the default 2K RAM an normal Arduino has. So I was just a tad too ambitious when I started coding.

                  The sketch I'm using now is added as an example on Openhardware.io in my project for the battery/ac capable board:

                  https://www.openhardware.io/view/11/ACDCBatteries-capable-atmega328p-board#tabs-source

                  1 Reply Last reply
                  1
                  • alexsh1A Offline
                    alexsh1A Offline
                    alexsh1
                    wrote on last edited by
                    #13

                    I have been thinking about it for a while. I think the GSM shield has to be on the controller. Firstly, it will keep the gateway/node code simple and secondly, it would allow any node to send an SMS. Obviously, in Domoticz blockly or LUA can be used for complex scenarios.

                    GertSandersG 1 Reply Last reply
                    0
                    • alexsh1A alexsh1

                      I have been thinking about it for a while. I think the GSM shield has to be on the controller. Firstly, it will keep the gateway/node code simple and secondly, it would allow any node to send an SMS. Obviously, in Domoticz blockly or LUA can be used for complex scenarios.

                      GertSandersG Offline
                      GertSandersG Offline
                      GertSanders
                      Hardware Contributor
                      wrote on last edited by
                      #14

                      @alexsh1

                      Having SMS capability on the controller makes sense if you assume this one wil always be available (network up and running).

                      I built a node which allows other nodes to pass text to a GSM via SMS. From the GSM phone you can send SMS to the SMS-node, and it will pass on those SMS texts to other nodes.

                      I'm writing up this topic for the meetup in Breda (correction: I will be writing my presentation next week).

                      But I have node running like this. If my Internet goes down, I could then still send an SMS.

                      I do need to find some code to check the presence of the controller (this is still missing in my arsenal of tricks).

                      alexsh1A 1 Reply Last reply
                      0
                      • GertSandersG GertSanders

                        @alexsh1

                        Having SMS capability on the controller makes sense if you assume this one wil always be available (network up and running).

                        I built a node which allows other nodes to pass text to a GSM via SMS. From the GSM phone you can send SMS to the SMS-node, and it will pass on those SMS texts to other nodes.

                        I'm writing up this topic for the meetup in Breda (correction: I will be writing my presentation next week).

                        But I have node running like this. If my Internet goes down, I could then still send an SMS.

                        I do need to find some code to check the presence of the controller (this is still missing in my arsenal of tricks).

                        alexsh1A Offline
                        alexsh1A Offline
                        alexsh1
                        wrote on last edited by
                        #15

                        @GertSanders I think there is a better chance that the controller is going to be online. I have a mini UPS on my RPi for example if there are no mains supply. I also have a device pinging the controller and if it is not responding sending the halt/reboot signal to the RPi.

                        If your node is working an a universal GSM gateway, that's a different story though. But does it have a power (battery) backup in case there is a blackout ?

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


                        12

                        Online

                        11.7k

                        Users

                        11.2k

                        Topics

                        113.1k

                        Posts


                        Copyright 2025 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