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. NRF24L01+PA+LNA power consumption

NRF24L01+PA+LNA power consumption

Scheduled Pinned Locked Moved Troubleshooting
53 Posts 9 Posters 31.2k Views 9 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.
  • O Offline
    O Offline
    Oitzu
    wrote on last edited by
    #39

    hackaday caught wind on the tinfoil method.
    http://hackaday.com/2016/05/31/fixing-the-terrible-range-of-your-cheap-nrf24l01-palna-module/
    Maybe there also some points hidden in the comments that would help?

    1 Reply Last reply
    0
    • Mark SwiftM Offline
      Mark SwiftM Offline
      Mark Swift
      wrote on last edited by
      #40

      I saw this on Hackaday, could we make this change in MySensors?

      "Don’t use polling over SPI to check if there is a received packet like most of the libs out there do. This increases the noise. Use the IRQ pin"

      @hek

      1 Reply Last reply
      0
      • H Offline
        H Offline
        hek
        Admin
        wrote on last edited by
        #41

        In the development branch we do use irq nowadays, if you define

        #define MY_RF24_IRQ_PIN xx

        It also de-queues messages from the NRF24 quickly, which reduces missed messages.

        Mark SwiftM G 2 Replies Last reply
        0
        • H hek

          In the development branch we do use irq nowadays, if you define

          #define MY_RF24_IRQ_PIN xx

          It also de-queues messages from the NRF24 quickly, which reduces missed messages.

          Mark SwiftM Offline
          Mark SwiftM Offline
          Mark Swift
          wrote on last edited by
          #42

          @hek amazing, I never knew that.

          So all I would do is define this line in my sketch and connect up the IRQ line?

          I presume I can use this on both my gateway (ESP8266) and my nodes (Nano / Uno)?

          1 Reply Last reply
          0
          • H Offline
            H Offline
            hek
            Admin
            wrote on last edited by
            #43

            The ESP still doesn't support this feature due to lack of SPI transaction support (if I remember correctly? @Yveaux ).

            Y 1 Reply Last reply
            0
            • H hek

              The ESP still doesn't support this feature due to lack of SPI transaction support (if I remember correctly? @Yveaux ).

              Y Offline
              Y Offline
              Yveaux
              Mod
              wrote on last edited by
              #44

              @hek @Mark-Swift More precisely, it misses the interrupt protection for SPI transfers. Ref https://github.com/esp8266/Arduino/issues/1943.

              But the queueing is not yet in development, as far as I know -- it is in my personan testing branch https://github.com/Yveaux/Arduino/tree/development_rxqueue

              http://yveaux.blogspot.nl

              1 Reply Last reply
              0
              • O Offline
                O Offline
                Oitzu
                wrote on last edited by
                #45

                @Mark-Swift there are basicly effects that could occur while you holding the module:
                1.) You are forming a very small capacitor between you and the module.
                Much unlikely to be the reason.
                2.) You are functioning as an antenna for the module.
                Also much unlikely, you would probably bring more noise then signal in the system.
                3.) You function as a shield to the module.
                More likely. I got the same behavior with insufficient shielding.
                The shielding works ungrounded in low noise environment but needs to be grounded in a high noise environment.
                This happens, as example, if a insufficient shielded switching power supply is nearby.

                Please make absolutely sure that your shield is properly grounded!

                Mark SwiftM 1 Reply Last reply
                0
                • O Oitzu

                  @Mark-Swift there are basicly effects that could occur while you holding the module:
                  1.) You are forming a very small capacitor between you and the module.
                  Much unlikely to be the reason.
                  2.) You are functioning as an antenna for the module.
                  Also much unlikely, you would probably bring more noise then signal in the system.
                  3.) You function as a shield to the module.
                  More likely. I got the same behavior with insufficient shielding.
                  The shielding works ungrounded in low noise environment but needs to be grounded in a high noise environment.
                  This happens, as example, if a insufficient shielded switching power supply is nearby.

                  Please make absolutely sure that your shield is properly grounded!

                  Mark SwiftM Offline
                  Mark SwiftM Offline
                  Mark Swift
                  wrote on last edited by
                  #46

                  @Oitzu The shielded modules appear to have the shield well grounded?

                  1 Reply Last reply
                  0
                  • O Offline
                    O Offline
                    Oitzu
                    wrote on last edited by
                    #47

                    @Mark-Swift does "appear" mean you actually measured it all the way to ground or that you believe that it should be well grounded?

                    1 Reply Last reply
                    0
                    • H hek

                      In the development branch we do use irq nowadays, if you define

                      #define MY_RF24_IRQ_PIN xx

                      It also de-queues messages from the NRF24 quickly, which reduces missed messages.

                      G Offline
                      G Offline
                      GertSanders
                      Hardware Contributor
                      wrote on last edited by
                      #48

                      @hek
                      So it would make sense to connect the IRQ pin of the radio to the processor ? Any pin ? Or is it meant for INT0/INT1 pins only ?

                      K 1 Reply Last reply
                      0
                      • G GertSanders

                        @hek
                        So it would make sense to connect the IRQ pin of the radio to the processor ? Any pin ? Or is it meant for INT0/INT1 pins only ?

                        K Offline
                        K Offline
                        karl261
                        wrote on last edited by
                        #49

                        @GertSanders Did you find an answer to this? With 2.0.0 would it be better to use IRQ now? Just connecting the pin and adding the IRQ line?

                        Y 1 Reply Last reply
                        0
                        • K karl261

                          @GertSanders Did you find an answer to this? With 2.0.0 would it be better to use IRQ now? Just connecting the pin and adding the IRQ line?

                          Y Offline
                          Y Offline
                          Yveaux
                          Mod
                          wrote on last edited by
                          #50

                          @karl261 It isn't used by default in 2.0.0, but can be used in the 2.0.1 development brach. I would advise you to connect the nRF irq pin to into (pin 2), to be prepared for later usage.

                          http://yveaux.blogspot.nl

                          K 1 Reply Last reply
                          1
                          • Y Yveaux

                            @karl261 It isn't used by default in 2.0.0, but can be used in the 2.0.1 development brach. I would advise you to connect the nRF irq pin to into (pin 2), to be prepared for later usage.

                            K Offline
                            K Offline
                            karl261
                            wrote on last edited by
                            #51

                            @Yveaux So, basically this means that in the future we can have the arduino sleeping and when a message comes in it wakes up from the interrupt? Sounds like repeaters could run on battery then. If there is not too much traffic.

                            1 Reply Last reply
                            0
                            • H Offline
                              H Offline
                              hek
                              Admin
                              wrote on last edited by
                              #52

                              No, running repeaters on battery is probably not possible. Keeping radio in listening-mode takes too much juice.

                              K 1 Reply Last reply
                              0
                              • H hek

                                No, running repeaters on battery is probably not possible. Keeping radio in listening-mode takes too much juice.

                                K Offline
                                K Offline
                                karl261
                                wrote on last edited by
                                #53

                                @hek Ah yes, that's right. The radio needs to be on. I forgot about that. We need an over the air interrupt... ;-)

                                1 Reply Last reply
                                0

                                Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                                Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                                With your input, this post could be even better 💗

                                Register Login
                                Reply
                                • Reply as topic
                                Log in to reply
                                • Oldest to Newest
                                • Newest to Oldest
                                • Most Votes


                                8

                                Online

                                12.1k

                                Users

                                11.2k

                                Topics

                                113.4k

                                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