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. Troubleshooting
  3. Message is send twice

Message is send twice

Scheduled Pinned Locked Moved Troubleshooting
27 Posts 4 Posters 4.9k Views 4 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.
  • gohanG Offline
    gohanG Offline
    gohan
    Mod
    wrote on last edited by
    #6

    Why sleep time = 0?

    1 Reply Last reply
    0
    • E esawyja

      @core_c I spoke to soon, looks like it detects the change, but does not do anything, I made the unsigned long SLEEP_TIME = 0;

      0 MCO:BGN:INIT NODE,CP=RRNNA--,VER=2.1.1
      4 TSM:INIT
      4 TSF:WUR:MS=0
      8 TSM:INIT:TSP OK
      10 TSM:INIT:STATID=11
      12 TSF:SID:OK,ID=11
      14 TSM:FPAR
      145 TSF:MSG:SEND,11-11-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
      405 TSF:MSG:READ,0-0-11,s=255,c=3,t=8,pt=1,l=1,sg=0:0
      411 TSF:MSG:FPAR OK,ID=0,D=1
      2152 TSM:FPAR:OK
      2152 TSM:ID
      2154 TSM:ID:OK
      2156 TSM:UPL
      2164 TSF:MSG:SEND,11-11-0-0,s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=OK:1
      2215 TSF:MSG:READ,0-0-11,s=255,c=3,t=25,pt=1,l=1,sg=0:1
      2222 TSF:MSG:PONG RECV,HP=1
      2224 TSM:UPL:OK
      2226 TSM:READY:ID=11,PAR=0,DIS=1
      2238 TSF:MSG:SEND,11-11-0-0,s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=OK:0100
      2289 TSF:MSG:READ,0-0-11,s=255,c=3,t=15,pt=6,l=2,sg=0:0100
      2304 TSF:MSG:SEND,11-11-0-0,s=255,c=0,t=17,pt=0,l=5,sg=0,ft=0,st=OK:2.1.1
      2320 TSF:MSG:SEND,11-11-0-0,s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=OK:0
      4335 TSF:MSG:SEND,11-11-0-0,s=6,c=0,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
      4349 TSF:MSG:SEND,11-11-0-0,s=7,c=0,t=30,pt=0,l=0,sg=0,ft=0,st=OK:
      4358 MCO:REG:REQ
      4368 TSF:MSG:SEND,11-11-0-0,s=255,c=3,t=26,pt=1,l=1,sg=0,ft=0,st=OK:2
      4417 TSF:MSG:READ,0-0-11,s=255,c=3,t=27,pt=1,l=1,sg=0:1
      4423 MCO:PIM:NODE REG=1
      4427 MCO:BGN:STP
      interupt
      1
      5429 MCO:BGN:INIT OK,TSP=1
      1
      Generator NOT running - SENDING....
      5441 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
      5648 MCO:SLP:MS=0,SMS=0,I1=1,M1=1,I2=255,M2=255
      5652 MCO:SLP:TPD
      5654 MCO:SLP:WUP=1
      5857 MCO:SLP:MS=0,SMS=0,I1=1,M1=1,I2=255,M2=255
      5861 MCO:SLP:TPD
      5863 MCO:SLP:WUP=1
      6066 MCO:SLP:MS=0,SMS=0,I1=1,M1=1,I2=255,M2=255
      6070 MCO:SLP:TPD
      
      core_cC Offline
      core_cC Offline
      core_c
      wrote on last edited by
      #7

      @esawyja I don't really know what your goal is, but is it correct to send a 1 if the generator is running, and to send a 0 when it's not running?
      It seems more logical to send a 1 to enable a device, and 0 to disable it.

      Could it be that you disable the generator, and it simply is not responding anymore?

      1 Reply Last reply
      0
      • E Offline
        E Offline
        esawyja
        wrote on last edited by
        #8

        @core_c Hi

        Does it really matter, it's just the way the external circuitry is set up, it pulls to a low when the generator is running, I get get it working with this below, but I'm afraid my coding skills are not that good

        void loop() {
           bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
           Serial.print("value of tripped = ");
           Serial.println(tripped);
           wait(1000);
           if ((tripped == 0) && ( tripped != oldValue)) {
              Serial.println("Generator RUNNING - Not sending");
              wait(1000);
              bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
              if (tripped == 0) {
                Serial.println("Generator RUNNING - SENDING");
                send(msgGENERATOR.set(1));
                wait(10000);
                send(msgGENERATOR.set(1));
                oldValue = tripped;
                read_batt();
              }
            }
          
          if ((tripped == 1) && ( tripped != oldValue)) {
            Serial.println("Generator NOT running - Not sending");
            wait(1000);
            bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
            if (tripped == 1) {
                Serial.println("Generator NOT running - SENDING....");
                send(msgGENERATOR.set(0));
                wait(10000);
                send(msgGENERATOR.set(0));
                oldValue = tripped;
                read_batt();
            }
          }  
        sleep(digitalPinToInterrupt(GENERATOR_PIN), CHANGE, SLEEP_TIME);    
        }  
          
        void read_batt() {
          wait(15000);
          int sensorValue = analogRead(BATTERY_SENSE_PIN);
          float batteryV = sensorValue * volt_value;
          send(batt_msg.set(batteryV,2));
          return;  
        }
        
        core_cC 1 Reply Last reply
        0
        • E esawyja

          @core_c Hi

          Does it really matter, it's just the way the external circuitry is set up, it pulls to a low when the generator is running, I get get it working with this below, but I'm afraid my coding skills are not that good

          void loop() {
             bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
             Serial.print("value of tripped = ");
             Serial.println(tripped);
             wait(1000);
             if ((tripped == 0) && ( tripped != oldValue)) {
                Serial.println("Generator RUNNING - Not sending");
                wait(1000);
                bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
                if (tripped == 0) {
                  Serial.println("Generator RUNNING - SENDING");
                  send(msgGENERATOR.set(1));
                  wait(10000);
                  send(msgGENERATOR.set(1));
                  oldValue = tripped;
                  read_batt();
                }
              }
            
            if ((tripped == 1) && ( tripped != oldValue)) {
              Serial.println("Generator NOT running - Not sending");
              wait(1000);
              bool tripped = digitalRead(GENERATOR_PIN) == HIGH;
              if (tripped == 1) {
                  Serial.println("Generator NOT running - SENDING....");
                  send(msgGENERATOR.set(0));
                  wait(10000);
                  send(msgGENERATOR.set(0));
                  oldValue = tripped;
                  read_batt();
              }
            }  
          sleep(digitalPinToInterrupt(GENERATOR_PIN), CHANGE, SLEEP_TIME);    
          }  
            
          void read_batt() {
            wait(15000);
            int sensorValue = analogRead(BATTERY_SENSE_PIN);
            float batteryV = sensorValue * volt_value;
            send(batt_msg.set(batteryV,2));
            return;  
          }
          
          core_cC Offline
          core_cC Offline
          core_c
          wrote on last edited by
          #9

          @esawyja No, it does not matter if it's active low or active high. I was only thinking that it could be an oversight.. something wrong in code that someone (possibly) keeps missing because they are assuming that that part of the code is correct.

          About what you said previously: "looks like it detects the change, but does not do anything":
          Correct me if i'm wrong, but this looks like it detects, and does something:

          interupt
          1
          5429 MCO:BGN:INIT OK,TSP=1
          1
          Generator NOT running - SENDING....
          5441 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
          

          After that, when the generator did not change state anymore, you will see a stream of only sleep/wake-up messages (a stream, because sleeptime is 0). I see that stream start at 5648.

          In your current program, i'm curious if that second send() is really needed (the last send in the "send,wait(10000),send" sequence).
          But anyway, your skills got it working.. :heavy_check_mark:

          E 1 Reply Last reply
          0
          • core_cC core_c

            @esawyja No, it does not matter if it's active low or active high. I was only thinking that it could be an oversight.. something wrong in code that someone (possibly) keeps missing because they are assuming that that part of the code is correct.

            About what you said previously: "looks like it detects the change, but does not do anything":
            Correct me if i'm wrong, but this looks like it detects, and does something:

            interupt
            1
            5429 MCO:BGN:INIT OK,TSP=1
            1
            Generator NOT running - SENDING....
            5441 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
            

            After that, when the generator did not change state anymore, you will see a stream of only sleep/wake-up messages (a stream, because sleeptime is 0). I see that stream start at 5648.

            In your current program, i'm curious if that second send() is really needed (the last send in the "send,wait(10000),send" sequence).
            But anyway, your skills got it working.. :heavy_check_mark:

            E Offline
            E Offline
            esawyja
            wrote on last edited by
            #10

            @core_c thanks, just a bit worried about my programming skills, yes the reason for the double send is that sometimes I get st=NACK and I'm worried about missing the start , stop message, hence I send the message twice, I don't know how to detect the st=NACK, thanks for the help

            Boots33B 1 Reply Last reply
            0
            • E esawyja

              @core_c thanks, just a bit worried about my programming skills, yes the reason for the double send is that sometimes I get st=NACK and I'm worried about missing the start , stop message, hence I send the message twice, I don't know how to detect the st=NACK, thanks for the help

              Boots33B Offline
              Boots33B Offline
              Boots33
              Hero Member
              wrote on last edited by
              #11

              @esawyja send will return a boolean result which you can use to determine if the message was successful. For an example have a look at this post

              E 1 Reply Last reply
              0
              • Boots33B Boots33

                @esawyja send will return a boolean result which you can use to determine if the message was successful. For an example have a look at this post

                E Offline
                E Offline
                esawyja
                wrote on last edited by
                #12

                @Boots33 Thanks so much, I'll have a look

                core_cC 1 Reply Last reply
                0
                • E esawyja

                  @Boots33 Thanks so much, I'll have a look

                  core_cC Offline
                  core_cC Offline
                  core_c
                  wrote on last edited by core_c
                  #13

                  @esawyja In your last program, your battery level is only send when the generator changed state.
                  Probably you want to let the battery report it's level at regular intervals, independent of the generator state.
                  Boots33 pointed out how to know if a message has been sent succesfully.
                  Here is a version of your sketch that does both things:

                  #define RETRY_TIMES 3
                  #define RETRY_WAIT 10000
                  #define BATTERY_REPORT_INTERVAL 60000
                  
                  int oldValue;
                  uint32_t battery_report_time;
                  
                  volatile bool generator_pin_changed = false;
                  volatile int generator_pin_value;
                  void generator_pin_interrupt_handler() {
                    generator_pin_changed = true;
                    generator_pin_value = digitalRead(GENERATOR_PIN);
                  }
                  
                  void setup() {
                    oldValue = digitalRead(GENERATOR_PIN);
                    sendGeneratorMsg(oldValue==HIGH?0:1);
                    battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                    attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);
                  }
                  
                  void loop() {
                    int value = digitalRead(GENERATOR_PIN);
                    if (value != oldValue) {
                      oldValue = value;
                      if (value == LOW) {
                        Serial.println("Generator RUNNING - SENDING");
                        sendGeneratorMsg(1);
                      } else {
                        Serial.println("Generator NOT running - SENDING....");
                        sendGeneratorMsg(0);
                      }
                    }
                    long sleep_time_left = battery_report_time - millis();
                    if (sleep_time_left < 0) {
                      battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                      sleep_time_left = BATTERY_REPORT_INTERVAL;
                      read_batt();
                    }
                    sleep(digitalPinToInterrupt(GENERATOR_PIN), CHANGE, sleep_time_left);    
                  }  
                  
                  void sendGeneratorMsg(int state) {
                    for (int i=0; i<RETRY_TIMES; i++) {
                      if (send(msgGENERATOR.set(state))) {
                        Serial.println("Generator message sent");
                        return;
                      }
                      wait(RETRY_WAIT);
                    }
                    Serial.println("Failed to send generator message");
                  }
                  
                  void read_batt() {
                    wait(15000);
                    int sensorValue = analogRead(BATTERY_SENSE_PIN);
                    float batteryV = sensorValue * volt_value;
                    send(batt_msg.set(batteryV,2));
                  }
                  

                  EDIT: I have changed ^^the code^^ with the suggestions i made in my next post.

                  1 Reply Last reply
                  1
                  • E Offline
                    E Offline
                    esawyja
                    wrote on last edited by
                    #14

                    @core_c thanks so much, I will try it ASAP and provide feedback, thanks again!

                    E 1 Reply Last reply
                    0
                    • E esawyja

                      @core_c thanks so much, I will try it ASAP and provide feedback, thanks again!

                      E Offline
                      E Offline
                      esawyja
                      wrote on last edited by
                      #15

                      @core_c This works a treat, but I don't get the battery readings, if I look at the debug log, the MS seems to become quite large

                      71362 MCO:SLP:MS=9681,SMS=0,I1=1,M1=1,I2=255,M2=255
                      71366 MCO:SLP:TPD
                      71370 MCO:SLP:WUP=-1
                      71372 MCO:SLP:MS=9671,SMS=0,I1=1,M1=1,I2=255,M2=255
                      71378 MCO:SLP:TPD
                      71380 MCO:SLP:WUP=1
                      71383 MCO:SLP:MS=9660,SMS=0,I1=1,M1=1,I2=255,M2=255
                      71389 MCO:SLP:TPD
                      71391 MCO:SLP:WUP=1
                      Generator RUNNING - SENDING 
                      71401 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:1
                      Generator message sent
                      81424 MCO:SLP:MS=4294966915,SMS=0,I1=1,M1=1,I2=255,M2=255
                      81430 MCO:SLP:TPD
                      81432 MCO:SLP:WUP=1
                      81434 MCO:SLP:MS=4294966905,SMS=0,I1=1,M1=1,I2=255,M2=255
                      81440 MCO:SLP:TPD
                      81444 MCO:SLP:WUP=1
                      Generator NOT running - SENDING...
                      81498 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
                      Generator message sent
                      91521 MCO:SLP:MS=4294956818,SMS=0,I1=1,M1=1,I2=255,M2=255
                      91527 MCO:SLP:TPD
                      

                      Any suggestions please?

                      E 1 Reply Last reply
                      0
                      • E esawyja

                        @core_c This works a treat, but I don't get the battery readings, if I look at the debug log, the MS seems to become quite large

                        71362 MCO:SLP:MS=9681,SMS=0,I1=1,M1=1,I2=255,M2=255
                        71366 MCO:SLP:TPD
                        71370 MCO:SLP:WUP=-1
                        71372 MCO:SLP:MS=9671,SMS=0,I1=1,M1=1,I2=255,M2=255
                        71378 MCO:SLP:TPD
                        71380 MCO:SLP:WUP=1
                        71383 MCO:SLP:MS=9660,SMS=0,I1=1,M1=1,I2=255,M2=255
                        71389 MCO:SLP:TPD
                        71391 MCO:SLP:WUP=1
                        Generator RUNNING - SENDING 
                        71401 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:1
                        Generator message sent
                        81424 MCO:SLP:MS=4294966915,SMS=0,I1=1,M1=1,I2=255,M2=255
                        81430 MCO:SLP:TPD
                        81432 MCO:SLP:WUP=1
                        81434 MCO:SLP:MS=4294966905,SMS=0,I1=1,M1=1,I2=255,M2=255
                        81440 MCO:SLP:TPD
                        81444 MCO:SLP:WUP=1
                        Generator NOT running - SENDING...
                        81498 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
                        Generator message sent
                        91521 MCO:SLP:MS=4294956818,SMS=0,I1=1,M1=1,I2=255,M2=255
                        91527 MCO:SLP:TPD
                        

                        Any suggestions please?

                        E Offline
                        E Offline
                        esawyja
                        wrote on last edited by
                        #16

                        @core_c Sorry me again, here I made
                        #define BATTERY_REPORT_INTERVAL 2000
                        and printed the value

                        battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                        Serial.print("Battery report time is = ");
                        Serial.println(battery_report_time);

                        It looks like the sleep uses the time left over, as it prints faster and faster on the serial port and then the MS value just increases 10 fold

                        21035 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
                        Battery report time is = 23043
                        21043 MCO:BGN:INIT OK,TSP=1
                        21049 MCO:SLP:MS=1994,SMS=0,I1=1,M1=1,I2=255,M2=255
                        21053 MCO:SLP:TPD
                        21057 MCO:SLP:WUP=1
                        21059 MCO:SLP:MS=1984,SMS=0,I1=1,M1=1,I2=255,M2=255
                        21065 MCO:SLP:TPD
                        21067 MCO:SLP:WUP=-1
                        21069 MCO:SLP:MS=1974,SMS=0,I1=1,M1=1,I2=255,M2=255
                        21075 MCO:SLP:TPD
                        21078 MCO:SLP:WUP=-1
                        21080 MCO:SLP:MS=1963,SMS=0,I1=1,M1=1,I2=255,M2=255
                        21086 MCO:SLP:TPD
                        21088 MCO:SLP:WUP=-1
                        21092 MCO:SLP:MS=1951,SMS=0,I1=1,M1=1,I2=255,M2=255
                        21096 MCO:SLP:TPD
                        21100 MCO:SLP:WUP=-1
                        ......
                        ......
                        22878 MCO:SLP:MS=165,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22882 MCO:SLP:TPD
                        22884 MCO:SLP:WUP=-1
                        22888 MCO:SLP:MS=155,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22892 MCO:SLP:TPD
                        22896 MCO:SLP:WUP=-1
                        22898 MCO:SLP:MS=145,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22904 MCO:SLP:TPD
                        22906 MCO:SLP:WUP=-1
                        22908 MCO:SLP:MS=135,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22915 MCO:SLP:TPD
                        22917 MCO:SLP:WUP=-1
                        22919 MCO:SLP:MS=124,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22925 MCO:SLP:TPD
                        22927 MCO:SLP:WUP=-1
                        22931 MCO:SLP:MS=112,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22935 MCO:SLP:TPD
                        22937 MCO:SLP:WUP=-1
                        22941 MCO:SLP:MS=102,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22945 MCO:SLP:TPD
                        22947 MCO:SLP:WUP=-1
                        22951 MCO:SLP:MS=92,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22958 MCO:SLP:TPD
                        22960 MCO:SLP:WUP=-1
                        22962 MCO:SLP:MS=81,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22968 MCO:SLP:TPD
                        22970 MCO:SLP:WUP=-1
                        22972 MCO:SLP:MS=71,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22978 MCO:SLP:TPD
                        22980 MCO:SLP:WUP=-1
                        22982 MCO:SLP:MS=61,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22988 MCO:SLP:TPD
                        22990 MCO:SLP:WUP=-1
                        22992 MCO:SLP:MS=51,SMS=0,I1=1,M1=1,I2=255,M2=255
                        22999 MCO:SLP:TPD
                        23001 MCO:SLP:WUP=-1
                        23005 MCO:SLP:MS=38,SMS=0,I1=1,M1=1,I2=255,M2=255
                        23009 MCO:SLP:TPD
                        23011 MCO:SLP:WUP=-1
                        23015 MCO:SLP:MS=28,SMS=0,I1=1,M1=1,I2=255,M2=255
                        23019 MCO:SLP:TPD
                        23021 MCO:SLP:WUP=-1
                        23025 MCO:SLP:MS=18,SMS=0,I1=1,M1=1,I2=255,M2=255
                        23029 MCO:SLP:TPD
                        23031 MCO:SLP:WUP=-1
                        23035 MCO:SLP:MS=8,SMS=0,I1=1,M1=1,I2=255,M2=255
                        23040 MCO:SLP:TPD
                        23044 MCO:SLP:WUP=-1
                        23046 MCO:SLP:MS=4294967293,SMS=0,I1=1,M1=1,I2=255,M2=255
                        23052 MCO:SLP:TPD
                        

                        After this, there is nothing more on the serial port

                        core_cC 1 Reply Last reply
                        0
                        • E esawyja

                          @core_c Sorry me again, here I made
                          #define BATTERY_REPORT_INTERVAL 2000
                          and printed the value

                          battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                          Serial.print("Battery report time is = ");
                          Serial.println(battery_report_time);

                          It looks like the sleep uses the time left over, as it prints faster and faster on the serial port and then the MS value just increases 10 fold

                          21035 TSF:MSG:SEND,11-11-0-0,s=6,c=1,t=2,pt=2,l=2,sg=0,ft=0,st=OK:0
                          Battery report time is = 23043
                          21043 MCO:BGN:INIT OK,TSP=1
                          21049 MCO:SLP:MS=1994,SMS=0,I1=1,M1=1,I2=255,M2=255
                          21053 MCO:SLP:TPD
                          21057 MCO:SLP:WUP=1
                          21059 MCO:SLP:MS=1984,SMS=0,I1=1,M1=1,I2=255,M2=255
                          21065 MCO:SLP:TPD
                          21067 MCO:SLP:WUP=-1
                          21069 MCO:SLP:MS=1974,SMS=0,I1=1,M1=1,I2=255,M2=255
                          21075 MCO:SLP:TPD
                          21078 MCO:SLP:WUP=-1
                          21080 MCO:SLP:MS=1963,SMS=0,I1=1,M1=1,I2=255,M2=255
                          21086 MCO:SLP:TPD
                          21088 MCO:SLP:WUP=-1
                          21092 MCO:SLP:MS=1951,SMS=0,I1=1,M1=1,I2=255,M2=255
                          21096 MCO:SLP:TPD
                          21100 MCO:SLP:WUP=-1
                          ......
                          ......
                          22878 MCO:SLP:MS=165,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22882 MCO:SLP:TPD
                          22884 MCO:SLP:WUP=-1
                          22888 MCO:SLP:MS=155,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22892 MCO:SLP:TPD
                          22896 MCO:SLP:WUP=-1
                          22898 MCO:SLP:MS=145,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22904 MCO:SLP:TPD
                          22906 MCO:SLP:WUP=-1
                          22908 MCO:SLP:MS=135,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22915 MCO:SLP:TPD
                          22917 MCO:SLP:WUP=-1
                          22919 MCO:SLP:MS=124,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22925 MCO:SLP:TPD
                          22927 MCO:SLP:WUP=-1
                          22931 MCO:SLP:MS=112,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22935 MCO:SLP:TPD
                          22937 MCO:SLP:WUP=-1
                          22941 MCO:SLP:MS=102,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22945 MCO:SLP:TPD
                          22947 MCO:SLP:WUP=-1
                          22951 MCO:SLP:MS=92,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22958 MCO:SLP:TPD
                          22960 MCO:SLP:WUP=-1
                          22962 MCO:SLP:MS=81,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22968 MCO:SLP:TPD
                          22970 MCO:SLP:WUP=-1
                          22972 MCO:SLP:MS=71,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22978 MCO:SLP:TPD
                          22980 MCO:SLP:WUP=-1
                          22982 MCO:SLP:MS=61,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22988 MCO:SLP:TPD
                          22990 MCO:SLP:WUP=-1
                          22992 MCO:SLP:MS=51,SMS=0,I1=1,M1=1,I2=255,M2=255
                          22999 MCO:SLP:TPD
                          23001 MCO:SLP:WUP=-1
                          23005 MCO:SLP:MS=38,SMS=0,I1=1,M1=1,I2=255,M2=255
                          23009 MCO:SLP:TPD
                          23011 MCO:SLP:WUP=-1
                          23015 MCO:SLP:MS=28,SMS=0,I1=1,M1=1,I2=255,M2=255
                          23019 MCO:SLP:TPD
                          23021 MCO:SLP:WUP=-1
                          23025 MCO:SLP:MS=18,SMS=0,I1=1,M1=1,I2=255,M2=255
                          23029 MCO:SLP:TPD
                          23031 MCO:SLP:WUP=-1
                          23035 MCO:SLP:MS=8,SMS=0,I1=1,M1=1,I2=255,M2=255
                          23040 MCO:SLP:TPD
                          23044 MCO:SLP:WUP=-1
                          23046 MCO:SLP:MS=4294967293,SMS=0,I1=1,M1=1,I2=255,M2=255
                          23052 MCO:SLP:TPD
                          

                          After this, there is nothing more on the serial port

                          core_cC Offline
                          core_cC Offline
                          core_c
                          wrote on last edited by core_c
                          #17

                          @esawyja You are right. I made a mistake. This should fix it:
                          Change this line:

                          uint32_t sleep_time_left = battery_report_time - millis();
                          

                          into this:

                          long sleep_time_left = battery_report_time - millis();
                          

                          A variable of type long can hold a negative number, but an unsigned long (same as uint32_t) can never hold a negative number (because it is unsigned, no sign, no minus sign, no negative).
                          So, if (sleep_time_left < 0) will never be true.. That was the mistake.

                          I was also wondering if the generator would produce interrupts without using attachInterrupt().
                          Without that, you can still poll the generator pin, and see if the value changed (what is happening now), but the sleep() cycle would not be interrupted when the pin changed.
                          To be on the safe side, i would also add the following to your code:

                          void setup() {
                            attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);
                          }
                          

                          Hopefully that'll make it work as intended.

                          E 1 Reply Last reply
                          0
                          • core_cC core_c

                            @esawyja You are right. I made a mistake. This should fix it:
                            Change this line:

                            uint32_t sleep_time_left = battery_report_time - millis();
                            

                            into this:

                            long sleep_time_left = battery_report_time - millis();
                            

                            A variable of type long can hold a negative number, but an unsigned long (same as uint32_t) can never hold a negative number (because it is unsigned, no sign, no minus sign, no negative).
                            So, if (sleep_time_left < 0) will never be true.. That was the mistake.

                            I was also wondering if the generator would produce interrupts without using attachInterrupt().
                            Without that, you can still poll the generator pin, and see if the value changed (what is happening now), but the sleep() cycle would not be interrupted when the pin changed.
                            To be on the safe side, i would also add the following to your code:

                            void setup() {
                              attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);
                            }
                            

                            Hopefully that'll make it work as intended.

                            E Offline
                            E Offline
                            esawyja
                            wrote on last edited by esawyja
                            #18

                            @core_c Thanks for that
                            I had to change the battery reading routine to this below, else when it gets to the routine, it stays there and never get back to the loop, I hope it makes sense

                            void read_batt() {
                              wait(15000);
                              int sensorValue = analogRead(BATTERY_SENSE_PIN);
                              float batteryV = sensorValue * volt_value;
                              send(batt_msg.set(batteryV,2));
                              long sleep_time_left = battery_report_time - millis();
                              battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                              sleep_time_left = BATTERY_REPORT_INTERVAL;
                              return;
                            }
                            

                            If I add this to setup, I get the following error

                              battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                              Serial.print("Battery report time is = ");
                              Serial.println(battery_report_time);
                             attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);  
                            }
                            
                            
                            gen_run_sketch:54: error: 'generator_pin_interrupt_handler' was not declared in this scope
                            
                              attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);  
                            
                                                                                    ^
                            
                            exit status 1
                            'generator_pin_interrupt_handler' was not declared in this scope
                            
                            core_cC 1 Reply Last reply
                            0
                            • E esawyja

                              @core_c Thanks for that
                              I had to change the battery reading routine to this below, else when it gets to the routine, it stays there and never get back to the loop, I hope it makes sense

                              void read_batt() {
                                wait(15000);
                                int sensorValue = analogRead(BATTERY_SENSE_PIN);
                                float batteryV = sensorValue * volt_value;
                                send(batt_msg.set(batteryV,2));
                                long sleep_time_left = battery_report_time - millis();
                                battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                                sleep_time_left = BATTERY_REPORT_INTERVAL;
                                return;
                              }
                              

                              If I add this to setup, I get the following error

                                battery_report_time = millis() + BATTERY_REPORT_INTERVAL;
                                Serial.print("Battery report time is = ");
                                Serial.println(battery_report_time);
                               attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);  
                              }
                              
                              
                              gen_run_sketch:54: error: 'generator_pin_interrupt_handler' was not declared in this scope
                              
                                attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);  
                              
                                                                                      ^
                              
                              exit status 1
                              'generator_pin_interrupt_handler' was not declared in this scope
                              
                              core_cC Offline
                              core_cC Offline
                              core_c
                              wrote on last edited by
                              #19

                              @esawyja attachInterrupt() should only be done once, in the setup() function.

                              E 1 Reply Last reply
                              0
                              • core_cC core_c

                                @esawyja attachInterrupt() should only be done once, in the setup() function.

                                E Offline
                                E Offline
                                esawyja
                                wrote on last edited by
                                #20

                                @core_c I'm sorry I do not understand, must I replace this in loop

                                sleep(digitalPinToInterrupt(GENERATOR_PIN), CHANGE, sleep_time_left);  
                                

                                With this in setup?

                                attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);
                                

                                Sorry for all the questions!! This is sooo confusing to me, it also seems that the battery level is not sending, I left it running for 12 hours plus and never got a reading, the line
                                #define BATTERY_REPORT_INTERVAL 60000
                                Does this define that the battery level must be send ever 60000 milli seconds?

                                core_cC 1 Reply Last reply
                                0
                                • gohanG Offline
                                  gohanG Offline
                                  gohan
                                  Mod
                                  wrote on last edited by
                                  #21

                                  If it is a battery powered node you need to use the sleep function to put the node into low power mode.

                                  1 Reply Last reply
                                  0
                                  • E esawyja

                                    @core_c I'm sorry I do not understand, must I replace this in loop

                                    sleep(digitalPinToInterrupt(GENERATOR_PIN), CHANGE, sleep_time_left);  
                                    

                                    With this in setup?

                                    attachInterrupt(digitalPinToInterrupt(GENERATOR_PIN), generator_pin_interrupt_handler, CHANGE);
                                    

                                    Sorry for all the questions!! This is sooo confusing to me, it also seems that the battery level is not sending, I left it running for 12 hours plus and never got a reading, the line
                                    #define BATTERY_REPORT_INTERVAL 60000
                                    Does this define that the battery level must be send ever 60000 milli seconds?

                                    core_cC Offline
                                    core_cC Offline
                                    core_c
                                    wrote on last edited by
                                    #22

                                    @esawyja i made the changes for you in my post made earlier^^

                                    E 1 Reply Last reply
                                    0
                                    • core_cC core_c

                                      @esawyja i made the changes for you in my post made earlier^^

                                      E Offline
                                      E Offline
                                      esawyja
                                      wrote on last edited by
                                      #23

                                      @core_c Thanks so much, I will try these changes!

                                      1 Reply Last reply
                                      0
                                      • core_cC Offline
                                        core_cC Offline
                                        core_c
                                        wrote on last edited by
                                        #24

                                        About your battery level send question, here's some explanation:
                                        The intention is to let your node sleep when nothing happens.
                                        Only when the generator pin changes, it interrupts the sleep cycle, and wakes up the node. It then checks the current generator pin state and sends the appropriate message. Then it goes to sleep again.
                                        However, it does not sleep forever. At regular intervals the battery level is send. So every BATTERY_REPORT_INTERVAL milliseconds the current sleep cycle ends (because the timer has counted down and reached its end), and the battery level is send.
                                        The program keeps doing this: Sleep, and wake up if the pin changed, and/or wake up when the battery level should be send.

                                        E 2 Replies Last reply
                                        0
                                        • core_cC core_c

                                          About your battery level send question, here's some explanation:
                                          The intention is to let your node sleep when nothing happens.
                                          Only when the generator pin changes, it interrupts the sleep cycle, and wakes up the node. It then checks the current generator pin state and sends the appropriate message. Then it goes to sleep again.
                                          However, it does not sleep forever. At regular intervals the battery level is send. So every BATTERY_REPORT_INTERVAL milliseconds the current sleep cycle ends (because the timer has counted down and reached its end), and the battery level is send.
                                          The program keeps doing this: Sleep, and wake up if the pin changed, and/or wake up when the battery level should be send.

                                          E Offline
                                          E Offline
                                          esawyja
                                          wrote on last edited by
                                          #25

                                          @core_c Thanks, I will try all the changes, thanks again for the code!!

                                          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