Skip to content
  • 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. Hardware
  3. Where to get legit nRF24L01+ modules?
  • Getting Started
  • Controller
  • Build
  • Hardware
  • Download/API
  • Forum
  • Store

Where to get legit nRF24L01+ modules?

Scheduled Pinned Locked Moved Hardware
counterfeitnrf24l01+nrf24l01+pa+lna
85 Posts 9 Posters 24.3k Views 12 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.
  • NeverDieN NeverDie

    There's no reason to continue using nRF24L01's anyway, except for legacy situations. Their only virtue is cheapness, and the nRF51's offer a good substitute for that.

    d00616D Offline
    d00616D Offline
    d00616
    Contest Winner
    wrote on last edited by
    #81

    @NeverDie said in Where to get legit nRF24L01+ modules?:

    There's no reason to continue using nRF24L01's anyway, except for legacy situations.

    ...when https://github.com/mysensors/MySensors/issues/949 is fixed. If not, a node requires an hard reset from time to time.

    NeverDieN 1 Reply Last reply
    0
    • d00616D d00616

      Some news. After playing with NRF5 and the NRF24 protocol. The red EBYTE modules are fakes.

      Over the N of NRF is a dot. I have ordered these modules: https://aliexpress.com/item/Wireless-Module-NRF24L01-original-2-4-Ghz-RF-transceiver-SPI/32712174920.html they have an rectangle over the N and responding line an original NRF24L01. Maybe this helps to identify originals.

      The difference between both modules is in NoACK attribute handling. Fakes always responding with ACK and sending inverse NoACK attributes. So fakes have problems communicate with original modules.

      EDIT: This was an issue at the NRF5 side.

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

      @d00616 said in Where to get legit nRF24L01+ modules?:

      they have an rectangle over the N and responding line an original NRF24L01. Maybe this helps to identify originals.

      Here we go again... Nordic is a fabless company. Therefore the laser marking on their genuine models can be different with each batch. There is no known way to tell if a module is genuine or not from the outside of the module.

      http://yveaux.blogspot.nl

      1 Reply Last reply
      3
      • d00616D d00616

        @NeverDie said in Where to get legit nRF24L01+ modules?:

        There's no reason to continue using nRF24L01's anyway, except for legacy situations.

        ...when https://github.com/mysensors/MySensors/issues/949 is fixed. If not, a node requires an hard reset from time to time.

        NeverDieN Offline
        NeverDieN Offline
        NeverDie
        Hero Member
        wrote on last edited by
        #83

        @d00616 said in Where to get legit nRF24L01+ modules?:

        a node requires an hard reset from time to time.

        First I've heard of this. How often is "from time to time"?

        d00616D 1 Reply Last reply
        0
        • NeverDieN NeverDie

          @d00616 said in Where to get legit nRF24L01+ modules?:

          a node requires an hard reset from time to time.

          First I've heard of this. How often is "from time to time"?

          d00616D Offline
          d00616D Offline
          d00616
          Contest Winner
          wrote on last edited by
          #84

          @NeverDie said in Where to get legit nRF24L01+ modules?:

          @d00616 said in Where to get legit nRF24L01+ modules?:

          a node requires an hard reset from time to time.

          First I've heard of this. How often is "from time to time"?

          <0,1% of packages. I have three versions of the ESB protocol code. With the published version, the module hangs when PAN#102 is triggered. My second version was a try to fix this issue by adding some timer code. With this fix, the NRF5 looses more packages than before. The version I currently working on looks more stable, is easier to debug, supports the fast ramp up mode partially, but it's not complete yet.

          1 Reply Last reply
          0
          • d00616D Offline
            d00616D Offline
            d00616
            Contest Winner
            wrote on last edited by
            #85

            Sorry for my NRF24 clone post yesterday. The ACK bit was an issue with the NRF5 platform. I had switched the memory region to handle TX/RX/ACK packages separately. Sometimes the received packages are written in the wrong region. I had seen my testing ACK bit. Now, I have changed my NRF5 code and I can't see no difference between the modules, I have. ACK and timing are exactly at the same level.

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


            4

            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
            • OpenHardware.io
            • Categories
            • Recent
            • Tags
            • Popular