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. Troubleshooting
  3. first RFM node & Gateway !TSM:FPAR:FAIL (solved)
  • Getting Started
  • Controller
  • Build
  • Hardware
  • Download/API
  • Forum
  • Store

first RFM node & Gateway !TSM:FPAR:FAIL (solved)

Scheduled Pinned Locked Moved Troubleshooting
16 Posts 6 Posters 5.0k Views 6 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
    #4

    Yes, also try downgrading library to 2.1 or 2.0

    1 Reply Last reply
    0
    • gohanG gohan

      Could be a wiring issue on the rfm module, Capacitor not close enough to radio, try changing between power levels, how far apart are radio modules? Try setting radio channel to 1 or 250 in order to move away from other possible interference.

      mamanM Offline
      mamanM Offline
      maman
      wrote on last edited by
      #5

      @gohan said in first RFM node & Gateway !TSM:FPAR:FAIL:

      Could be a wiring issue on the rfm module, Capacitor not close enough to radio, try changing between power levels, how far apart are radio modules? Try setting radio channel to 1 or 250 in order to move away from other possible interference.

      Hello Gohan,
      In the previous experiments, I have put a big capacitor in the power source. The distance between node (ATMEGA328) and gateway (ESP8266 MQTT gateway) is less than 2 meter.

      How to set the radio channel in RFM69 ?
      Also how to set the power levels ?

      Can you share the #define script of your working code, to see the pins configuration, channels or PA level ?

      Regards,
      Maman

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

        Sorry I misread your post, I thought you were using the nrf24. Ignore my previous post.

        1 Reply Last reply
        0
        • gohanG gohan

          Could be a wiring issue on the rfm module, Capacitor not close enough to radio, try changing between power levels, how far apart are radio modules? Try setting radio channel to 1 or 250 in order to move away from other possible interference.

          J Offline
          J Offline
          jeti
          wrote on last edited by
          #7

          @gohan:

          • recheked wiring checked, it is ok (now... DI00 was missing), still the same troubles

          • thea are roughly 40cm apart (Desk)

          • i am using the nrf2rfm69 adapter board, so capacitor is really close

          • downgrading to 2.0 gets this result:
            "Starting sensor (RRNNA-, 2.0.0)
            TSM:INIT
            TSM:RADIO:OK
            TSP:ASSIGNID:OK (ID=102)
            TSM:FPAR
            TSP:MSG:SEND 102-102-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
            TSM:FPAR
            TSP:MSG:SEND 102-102-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
            TSM:FPAR
            TSP:MSG:SEND 102-102-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
            TSM:FPAR
            TSP:MSG:SEND 102-102-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
            !TSM:FPAR:FAIL
            !TSM:FAILURE
            TSM:PDT"

          • changing channels and wpoerlevel works in MySensors.h? As I am just starting with the RFM i did not come across that yet. I also stumbled over the "Connecting the Radio" howto, where is mentioned that some lines need to be added to MySensors.h. Is this needed? if yes where to add them?

          @maman I know that the NRF is the easier one, and I do have several nodes using it. The range issue of the fake modules is bugging me. therefore is would like to give the RFM a go :grinning:

          thanks for your support !

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

            I'd put them more than 40cm apart, at least 2 meters, sometimes putting sender and receiver too close causes issues.

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

              Which model of the RFM69 do you use? H-model?

              1 Reply Last reply
              0
              • scalzS Offline
                scalzS Offline
                scalz
                Hardware Contributor
                wrote on last edited by scalz
                #10

                Maybe in some case sender and receiver too close can generate issues, but i never got this trouble with rfm69, perhaps i'm lucky.. but always better to try in case ;)

                I'm assuming you have capa for both radio, 10uf is ok.

                Because these logs can show :

                • power issues (often NACK for this)
                • DIO0 not well set on the right pin, and rfm69 is interrupt dependant. So if it doesn't get an irq fired, then no receive msg processed, so no reply seen for the ACK = No parent discovery (FPAR)
                • High power settings not set if using RFM69 high power version

                Note: you're not setting the frequency of your radio module, so default Mysensors settings is 868Mhz. If you need a different frequency regarding where you live, then add and change this define MY_RFM69_FREQUENCY.

                We don't know which RFM69 you're using here.
                If for GW, you're using RFM69H serie.. H means high power. and if this is the case, you may have a missing define in your gateway sketch and it can't work. This define MY_IS_RFM69HW

                Finally, i've not checked this, but maybe the irq settings for your DIO0 of your GW RFM69, could be not good..
                You can try this in case:
                #define MY_RF69_IRQ_PIN 32
                #define MY_RF69_IRQ_NUM 32

                (32) is the arduino corresponding pin for PA13 on atsam mcu. which should be your RFM69 DIO0

                All these defines, of course, need to be added at the top of your sketch, before the mysensors includes.

                Finally, if you want to know more about the RFM69 defines and default settngs, you can take a look to the docs here : https://www.mysensors.org/download/sensor_api_20

                1 Reply Last reply
                0
                • J Offline
                  J Offline
                  jeti
                  wrote on last edited by
                  #11

                  Hi Guys,

                  thanks for pointing me in the right direction!
                  I was missing some defines:

                  #define MY_IS_RFM69HW
                  #define MY_RFM69_FREQUENCY RF69_433MHZ
                  

                  now everything looks fine. The node is already discovered in FHEM and working!

                  thanks again!

                  1 Reply Last reply
                  0
                  • wesW Offline
                    wesW Offline
                    wes
                    wrote on last edited by
                    #12

                    I had exact same issue and fixed with same solution.

                    Should the example sketches have these lines added to them (commented out by default)?

                    Blog: https://www.wes.id.au/
                    Nodes: Arduino Pro Mini ATMega328P 3.3V 8MHz, RFM69 433MHz, Canton Power CE024 0.8-3.3V regulator & single AA battery
                    Gateway & Controller: Raspberry Pi 3 + Home Assistant

                    1 Reply Last reply
                    0
                    • scalzS Offline
                      scalzS Offline
                      scalz
                      Hardware Contributor
                      wrote on last edited by scalz
                      #13

                      @Wes
                      it depends.. if all optional defines would be included in sketches, that may become messy, less readable.
                      by default rfm69 driver is configured for 868mhz and non HW.
                      if you want to see all available defines, you can take a look at myconfig.h .
                      I don't advice to change myconfig.h, instead pick the defines you need and add them to your sketch.
                      There is also the doc: https://www.mysensors.org/download/sensor_api_20#configuration

                      gohanG 1 Reply Last reply
                      0
                      • scalzS scalz

                        @Wes
                        it depends.. if all optional defines would be included in sketches, that may become messy, less readable.
                        by default rfm69 driver is configured for 868mhz and non HW.
                        if you want to see all available defines, you can take a look at myconfig.h .
                        I don't advice to change myconfig.h, instead pick the defines you need and add them to your sketch.
                        There is also the doc: https://www.mysensors.org/download/sensor_api_20#configuration

                        gohanG Offline
                        gohanG Offline
                        gohan
                        Mod
                        wrote on last edited by
                        #14

                        @scalz personally I like to change the myconfig.h because this was I'm sure all my nodes have the same configuration. Of course if I use a HW radio I add the define in sketch and I also keep a copy of the file when I update the library

                        1 Reply Last reply
                        0
                        • scalzS Offline
                          scalzS Offline
                          scalz
                          Hardware Contributor
                          wrote on last edited by
                          #15

                          @gohan
                          I should have said "wouldn't advice" instead of "don't" ! :grin:
                          well, I don't need to save a file. make some sense for me, as it is located in lib folder.
                          I don't put my defines in the main .ino. To keep things local, and less lines of code, I usually create (or copy/paste) an additional file for each project, "MyDeviceDefines.h".

                          but if it fits well for you, that's great, different strategy, agreed ;)

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

                            It is just easier to find the necessary defines :-)

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


                            9

                            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