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. Announcements
  3. Sensebender Micro

Sensebender Micro

Scheduled Pinned Locked Moved Announcements
584 Posts 84 Posters 401.8k Views 35 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.
  • M mvader

    I'm having trouble with the transmission times.

    // How many milli seconds between each measurement 900000 is 15 minutes
    #define MEASURE_INTERVAL 900000
    
    // How many milli seconds should we wait for OTA? 3000 is 3 seconds
    #define OTA_WAIT_PERIOD 3000
    
    // FORCE_TRANSMIT_INTERVAL, this number of times of wakeup, the sensor is forced to report all values to the controller
    #define FORCE_TRANSMIT_INTERVAL 30 
    
    // When MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
    // Between the forced transmissions a tranmission will only occur if the measured value differs from the previous measurement
    

    I would expect a wake up and measure every 15 minutes. transmit if greater than .5 and go back to sleep
    also i would expect a forced transmission every 30 minutes.
    but that doesn't seem to be happening.
    here are my last few transmit times
    4:07pm
    5:59pm
    6:15pm
    6:47pm
    7:50pm
    8:34pm
    9:10pm

    I don't see a static 30 minute transmit.
    (from 4pm to 6pm?) i'm sure the temp and/or hum changed in 2 hours

    any suggestions on what may be wrong?
    default sketch (1.3 from git) but changed the measure intervals
    sensor lib 1.5
    thanks

    DwaltD Offline
    DwaltD Offline
    Dwalt
    wrote on last edited by
    #297

    @mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

    Veralite UI5 :: IBoard Ethernet GW :: MyS 1.5

    M 1 Reply Last reply
    0
    • DwaltD Dwalt

      @mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

      M Offline
      M Offline
      mvader
      wrote on last edited by mvader
      #298

      @Dwalt said:

      @mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

      really.. hmm
      so if you look at the default comment
      when MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
      That says measure for temp/hum every 1 minute - send if greater than .5 (defined later in the sketch)
      regardless of what goes on send stats every 30 minutes

      can you help me understand why those 2 number would be multiplied together? one shouldn't have anything to do with the other.
      i read that as they are definitions for 2 different process.
      but i may be totally misunderstanding.

      I do buy the sleep accuracy part of it though :)

      DwaltD 1 Reply Last reply
      0
      • M mvader

        @Dwalt said:

        @mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

        really.. hmm
        so if you look at the default comment
        when MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
        That says measure for temp/hum every 1 minute - send if greater than .5 (defined later in the sketch)
        regardless of what goes on send stats every 30 minutes

        can you help me understand why those 2 number would be multiplied together? one shouldn't have anything to do with the other.
        i read that as they are definitions for 2 different process.
        but i may be totally misunderstanding.

        I do buy the sleep accuracy part of it though :)

        DwaltD Offline
        DwaltD Offline
        Dwalt
        wrote on last edited by Dwalt
        #299

        @mvader No, it is not 30 minutes, the FORCE_TRANSMIT_INTERVAL counts the number of 'wakeup and take a reading' events, which in the original sketch is every 60 seconds. After 30 wakeup-and-read without a transmit, force a transmit. If you change your FORCE_TRANSMIT_INTERVAL to 2, it will transmit every 30 minutes if the readings do not change more than 0.5.

        The MEASURE_INTERVAL is based upon time (millis) and the FORCE_TRANSMIT_INTERVAL is based upon counting events (wakeup cycles).

        Veralite UI5 :: IBoard Ethernet GW :: MyS 1.5

        M 1 Reply Last reply
        0
        • DwaltD Dwalt

          @mvader No, it is not 30 minutes, the FORCE_TRANSMIT_INTERVAL counts the number of 'wakeup and take a reading' events, which in the original sketch is every 60 seconds. After 30 wakeup-and-read without a transmit, force a transmit. If you change your FORCE_TRANSMIT_INTERVAL to 2, it will transmit every 30 minutes if the readings do not change more than 0.5.

          The MEASURE_INTERVAL is based upon time (millis) and the FORCE_TRANSMIT_INTERVAL is based upon counting events (wakeup cycles).

          M Offline
          M Offline
          mvader
          wrote on last edited by
          #300

          @Dwalt said:

          @mvader No, it is not 30 minutes, the FORCE_TRANSMIT_INTERVAL counts the number of 'wakeup and take a reading' events, which in the original sketch is every 60 seconds. After 30 wakeup-and-read without a transmit, force a transmit. If you change your FORCE_TRANSMIT_INTERVAL to 2, it will transmit every 30 minutes if the readings do not change more than 0.5.

          thanks for the clarification! :+1:

          1 Reply Last reply
          0
          • hekH hek

            @gbfromhb

            D3 is available on the side-pins. D2 is routed to the radio but can be used with some hacking.

            M Offline
            M Offline
            mbj
            wrote on last edited by
            #301

            @hek said:

            @gbfromhb

            D3 is available on the side-pins. D2 is routed to the radio but can be used with some hacking.

            I need 2 interrupts and would prefer using the external interrupts even though it might work with pin change interrupts. When looking through the forum I saw this answer from @hek but have not found any further reference to how this should be done in order not to disturb any radio functions. Anyone knows?

            1 Reply Last reply
            0
            • tbowmoT Offline
              tbowmoT Offline
              tbowmo
              Admin
              wrote on last edited by
              #302

              I don't know if the radio actually drives the interrupt "output" pin on it's pinheader as default, or if you have to set it up when initializing the radio (@hek might have some input on this part :))

              If it drives the interrupt pin by default, then you need to either cut a trace on the sensebender, or cut / remove the pin in the pinheader on the radio module.

              1 Reply Last reply
              0
              • hekH Online
                hekH Online
                hek
                Admin
                wrote on last edited by
                #303

                @tbowmo said:

                I don't know if the radio actually drives the interrupt "output" pin on it's pinheader as default,

                I think it does actually.

                M 1 Reply Last reply
                0
                • hekH hek

                  @tbowmo said:

                  I don't know if the radio actually drives the interrupt "output" pin on it's pinheader as default,

                  I think it does actually.

                  M Offline
                  M Offline
                  mbj
                  wrote on last edited by
                  #304

                  @hek Is it needed for the radio to work or can I just cut it (seems odd to attach the radio to D2 if it is not really needed for anything).

                  1 Reply Last reply
                  0
                  • hekH Online
                    hekH Online
                    hek
                    Admin
                    wrote on last edited by
                    #305

                    No, it isn't currently used by the MySensors library. It could be used to wake up the board when detecting radio transmissions...
                    But keeping MCU sleeping and the radio listening still uses up batteries far too quickly so I guess it's still not an option.

                    M 1 Reply Last reply
                    0
                    • hekH hek

                      No, it isn't currently used by the MySensors library. It could be used to wake up the board when detecting radio transmissions...
                      But keeping MCU sleeping and the radio listening still uses up batteries far too quickly so I guess it's still not an option.

                      M Offline
                      M Offline
                      mbj
                      wrote on last edited by
                      #306

                      @hek @tbowmo Thanks! Cut the radio IRQ pin and soldered a connection to D2. Tested to attach both interrupts and it works using a modified SenseBenderMicro sketch. "The Thing" will when ready be placed in my mailbox (which has mail-in and mail-out doors) and as a bonus report the outside temp, humidity and battery status. Does not solve any of this worlds biggest problems but it is fun :-)

                      1 Reply Last reply
                      2
                      • petoulachiP Offline
                        petoulachiP Offline
                        petoulachi
                        wrote on last edited by
                        #307

                        Hello,

                        one simple quick question, does this board can be used to create door sensors ? I do not need the temp/hum sensors, but I'm interested with the small footprint and the battery optimized board to make smallest door sensors (and some buttons).

                        regards,

                        1 Reply Last reply
                        0
                        • tbowmoT Offline
                          tbowmoT Offline
                          tbowmo
                          Admin
                          wrote on last edited by
                          #308

                          @petoulachi

                          Yes, it could be made into a door / window sensor.. (I'm planning on doing that myself).

                          However, you need to build your own, if you don't want the temperature/humidity sensor on it.

                          1 Reply Last reply
                          0
                          • petoulachiP Offline
                            petoulachiP Offline
                            petoulachi
                            wrote on last edited by
                            #309

                            @tbowmo
                            Well can't I use this board without using the temp/hum sensor ?

                            This board is quite small and allows to stack the radio module with minimum place. Also it works at 1Mhz, I guess it's a bit better than an Arduino Pro @ 3.3V ?

                            1 Reply Last reply
                            0
                            • tbowmoT Offline
                              tbowmoT Offline
                              tbowmo
                              Admin
                              wrote on last edited by
                              #310

                              Yes, you can use it without using the temp/hum sensor....

                              I just assumed, that as you wouldn't make use of it, you would like to have it removed from the board as well..

                              1 Reply Last reply
                              0
                              • petoulachiP Offline
                                petoulachiP Offline
                                petoulachi
                                wrote on last edited by
                                #311

                                Well I do, but I think that using a Arduino Pro 3.3V will be less effecient, but maybe I'm wrong ?

                                I'm currently using temp/hum/motion sensors with Arduino Pro 5V, but they are not battery powered. Now I need to make very small sensor with battery, and I thought that maybe this sensebender board is my solution ?

                                AnticimexA 1 Reply Last reply
                                0
                                • petoulachiP petoulachi

                                  Well I do, but I think that using a Arduino Pro 3.3V will be less effecient, but maybe I'm wrong ?

                                  I'm currently using temp/hum/motion sensors with Arduino Pro 5V, but they are not battery powered. Now I need to make very small sensor with battery, and I thought that maybe this sensebender board is my solution ?

                                  AnticimexA Offline
                                  AnticimexA Offline
                                  Anticimex
                                  Contest Winner
                                  wrote on last edited by
                                  #312

                                  @petoulachi to make the pro mini as efficient as the SenseBender, you need to cut some traces on the board. There are forum topics for battery optimizing a pro mini. The SenseBender has these optimizations built in.

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

                                  1 Reply Last reply
                                  0
                                  • petoulachiP Offline
                                    petoulachiP Offline
                                    petoulachi
                                    wrote on last edited by
                                    #313

                                    That's why I think i'm going to go with this senseboard.
                                    But I want to be sure that some connectors (D3 ?) support interrupts ? The goal is to have the sensor always in sleep mode, and wake up on interrupts only.

                                    Regards,

                                    M 1 Reply Last reply
                                    0
                                    • petoulachiP petoulachi

                                      That's why I think i'm going to go with this senseboard.
                                      But I want to be sure that some connectors (D3 ?) support interrupts ? The goal is to have the sensor always in sleep mode, and wake up on interrupts only.

                                      Regards,

                                      M Offline
                                      M Offline
                                      mbj
                                      wrote on last edited by
                                      #314

                                      @petoulachi D3 can be used for interrupt, just tested it and it works.

                                      1 Reply Last reply
                                      0
                                      • N Offline
                                        N Offline
                                        nikos1671
                                        wrote on last edited by
                                        #315

                                        I vote for one cheap Sensebender version without the temp/hum sensor on it. It will be the perfect door/window sensor.

                                        1 Reply Last reply
                                        0
                                        • tbowmoT Offline
                                          tbowmoT Offline
                                          tbowmo
                                          Admin
                                          wrote on last edited by
                                          #316

                                          @nikos1671

                                          It has been up before, but back then it was decided that we don't save that much (2-3 $ or something like that). It might also be lower production quantities, which also keeps the price up..

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


                                          15

                                          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