Problem dialog between node and gateway



  • Hi,

    I tried to use MySensors in 2.0 version.

    I've started last year with the protocol in 1.5.1 and I've never problem.

    Now, I want to test 2.0.0 and I have big problem.

    The node indicate :

    Starting repeater (RNNRA-, 2.0.0)
    TSM:INIT
    TSM:RADIO:OK
    TSM:FPAR
    TSP:MSG:SEND 255-255-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 255-255-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 255-255-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 255-255-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
    

    So, I retest with 1.5.1 version and I've error 'find parent'. I've got never see this error...

    What is the problem ? I dont use capacitor. I check connections, it's ok.
    My gateway is uno, my node is nano (But inverse is same).

    thank you for your help.


  • Mod

    @Fl0rian the node is looking for a parent and is unable to find any. Do you have a gateway with the same MySensors version and radio channel as the node? Could you post the logs from the gateway?

    Information on how to read the debug output is available at https://forum.mysensors.org/topic/666/debug-faq-and-how-ask-for-help/4



  • thanks for your response.

    radio channel ? I d'ont modify sketch for add this information.

    The gateway logs :

    0;255;3;0;9;Starting gateway (RNNGA-, 2.0.0)
    0;255;3;0;9;TSM:INIT
    0;255;3;0;9;TSM:RADIO:OK
    0;255;3;0;9;TSM:GW MODE
    0;255;3;0;9;TSM:READY
    0;255;3;0;14;Gateway startup complete.
    0;255;0;0;18;2.0.0
    0;255;3;0;9;No registration required
    0;255;3;0;9;Init complete, id=0, parent=0, distance=0, registration=1
    

    When I start the node, the gw don't create more logs.
    I've upload the sketch "clear eeprom" (From MySensors library) into the 2 arduinos, but same problem.


  • Mod

    @Fl0rian if you didn't change the radio channel both Arduinos will use the default channel so you should be fine.

    Thanks for posting the logs. I can't see what is wrong but hopefully someone else can help.



  • I test again and again ...

    New test with 2 arduino nano :

    • Run clear eeprom in both
    • Run serial gateway in the first
    • Run light sensor in the second with only add "#define MY_NODE_ID 1"

    The gateway give me more informations :

    0;255;3;0;9;Starting gateway (RNNGA-, 2.0.0)
    0;255;3;0;9;TSM:INIT
    0;255;3;0;9;TSM:RADIO:OK
    0;255;3;0;9;TSM:GW MODE
    0;255;3;0;9;TSM:READY
    0;255;3;0;14;Gateway startup complete.
    0;255;0;0;18;2.0.0
    0;255;3;0;9;No registration required
    0;255;3;0;9;Init complete, id=0, parent=0, distance=0, registration=1
    0;255;3;0;9;TSP:MSG:READ 1-1-255 s=255,c=3,t=7,pt=0,l=0,sg=0:
    0;255;3;0;9;TSP:MSG:BC
    0;255;3;0;9;TSP:MSG:FPAR REQ (sender=1)
    0;255;3;0;9;TSP:CHKUPL:OK
    0;255;3;0;9;TSP:MSG:GWL OK
    0;255;3;0;9;!TSP:MSG:SEND 0-0-1-1 s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=fail:0
    0;255;3;0;9;TSP:SANCHK:OK
    0;255;3;0;9;TSP:MSG:READ 1-1-255 s=255,c=3,t=7,pt=0,l=0,sg=0:
    0;255;3;0;9;TSP:MSG:BC
    0;255;3;0;9;TSP:MSG:FPAR REQ (sender=1)
    0;255;3;0;9;TSP:CHKUPL:OK
    0;255;3;0;9;TSP:MSG:GWL OK
    0;255;3;0;9;!TSP:MSG:SEND 0-0-1-1 s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=fail:0
    


  • Check that the line you added ( #define MY_NODE_ID 1 ) is before #include <MySensors.h>
    I found that you really need to add the capacitors. If you don't do this, try powering the UNO board separately via its power jack (in addition to the USB being plugged in)



  • Thanks for your response.

    The line to define the node is correctly before including MySensors.h.

    So, I put an external power for the two arduinos (The gateway and the node) but the probleme is same. I also added a capacitor for each NRF24 modules but errors are identical.

    We can see in the logs of the gateway that the gateway received some datas :

    TSP:MSG:FPAR REQ (sender=1)
    

    What is the dialog problem :

    • Node -> Gateway
    • or Gateway -> Node ?


  • Hi,

    New test, I added this line in the RelayActuator sketch for the node :

    #define MY_RF24_PA_LEVEL RF24_PA_LOW
    

    And the node log these informations :

    Starting repeater (RNNRA-, 2.0.0)
    TSM:INIT
    TSM:RADIO:OK
    TSP:ASSIGNID:OK (ID=15)
    TSM:FPAR
    TSP:MSG:SEND 15-15-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSP:MSG:READ 0-0-15 s=255,c=3,t=8,pt=1,l=1,sg=0:0
    TSP:MSG:FPAR RES (ID=0, dist=0)
    TSP:MSG:PAR OK (ID=0, dist=1)
    TSM:FPAR:OK
    TSM:ID
    TSM:CHKID:OK (ID=15)
    TSM:UPL
    TSP:PING:SEND (dest=0)
    TSP:MSG:SEND 15-15-0-0 s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=ok:1
    TSP:CHKUPL:FAIL (hops=255)
    !TSM:UPL:FAIL
    

    Do you kwow what is this new problem ?



  • So,

    I checked again the connection, and it's OK :)
    I don't understand why the connection between arduino and NRF24L01 was not good...
    I don't use capacitor.

    Topic closed !



  • Hi,

    I've again the problem.

    When my gateway and the node are in the same room, it's OK :

    Starting sensor (RNNNA-, 2.0.0)
    TSM:INIT
    TSM:RADIO:OK
    TSP:ASSIGNID:OK (ID=64)
    TSM:FPAR
    TSP:MSG:SEND 64-64-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSP:MSG:READ 0-0-64 s=255,c=3,t=8,pt=1,l=1,sg=0:0
    TSP:MSG:FPAR RES (ID=0, dist=0)
    TSP:MSG:PAR OK (ID=0, dist=1)
    TSM:FPAR:OK
    TSM:ID
    TSM:CHKID:OK (ID=64)
    TSM:UPL
    TSP:PING:SEND (dest=0)
    TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=24,pt=1,l=1,sg=0,ft=0,st=ok:1
    TSP:MSG:READ 0-0-64 s=255,c=3,t=25,pt=1,l=1,sg=0:1
    TSP:MSG:PONG RECV (hops=1)
    TSP:CHKUPL:OK
    TSM:UPL:OK
    TSM:READY
    !TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=15,pt=6,l=2,sg=0,ft=0,st=fail:0100
    TSP:MSG:SEND 64-64-0-0 s=255,c=0,t=17,pt=0,l=5,sg=0,ft=1,st=ok:2.0.0
    TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=6,pt=1,l=1,sg=0,ft=0,st=ok:0
    TSP:MSG:READ 0-0-64 s=255,c=3,t=6,pt=0,l=1,sg=0:M
    TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=11,pt=0,l=12,sg=0,ft=0,st=ok:Light Sensor
    TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=12,pt=0,l=3,sg=0,ft=0,st=ok:1.0
    !TSP:MSG:SEND 64-64-0-0 s=0,c=0,t=16,pt=0,l=0,sg=0,ft=0,st=fail:
    Request registration...
    TSP:MSG:SEND 64-64-0-0 s=255,c=3,t=26,pt=1,l=1,sg=0,ft=1,st=ok:2
    TSP:MSG:READ 0-0-64 s=255,c=3,t=27,pt=1,l=1,sg=0:1
    Node registration=1
    Init complete, id=64, parent=0, distance=1, registration=1
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:0
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:1
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=fail:2
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=1,st=ok:3
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:4
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:5
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:6
    TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=ok:7
    

    If I move the node in another room (Perhaps 5meters with the open door), messages are also KO :

    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=fail:18
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=1,st=fail:19
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=2,st=fail:20
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=3,st=fail:21
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=4,st=fail:22
    !TSP:MSG:SEND 64-64-0-0 s=0,c=1,t=23,pt=2,l=2,sg=0,ft=5,st=fail:23
    !TSM:UPL FAIL, SNP
    TSM:FPAR
    TSP:MSG:SEND 64-64-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    !TSP:SEND:TNR
    !TSP:SEND:TNR
    

    If I start the node in this another room, it's KO directly :

    Starting sensor (RNNNA-, 2.0.0)
    TSM:INIT
    TSM:RADIO:OK
    TSP:ASSIGNID:OK (ID=64)
    TSM:FPAR
    TSP:MSG:SEND 64-64-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 64-64-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 64-64-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
    TSM:FPAR
    TSP:MSG:SEND 64-64-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
    

    I added a capacitor for the node and the gateway (4.7uF or 47uF) but it's again the same problem.
    I tried to modify the MY_RF24_PA_LEVEL parameters into the sketchs but it's again the same problem.

    What is the good configuration to send messages in long distance :
    Specification indicate large distance ... :

    2MB rate (Open area) 	520 meter
    1MB rate (Open area) 	750 meter
    250Kb rate (Open area) 	>1000 meter 
    

    Thanks ;)


  • Mod

    From where is that specification? Normal range, as observed by MySensors members, is 5-20m indoors. Range depends a lot on the types of walls and the quality of the power supply.

    The connection quality meter might be useful when investigating radio range in your house.



  • I use this version : NRF24L01+PA+LNA Antenna version (link)

    In mysensors store, indicate : "This radio has an extended range of up to 1000 meters according to spec"

    And with these "NRF24L01+PA+LNA Antenna version", when I start last year with the protocol in 1.5.1, the distance was better.

    Question : RF24_PA_LOW = 250kbs ?


  • Mod

    PA means power amplification. Power amplification works a bit like the volume button on a phone meeting with bad sound. Turning up the volume might make it easier to hear the other participants, but it will also amplify any noise and disturbances.

    In addition to that, power amplification stresses the power supply a lot (at least when sending), which often leads to failures.

    So power amplification might actually make things worse. But it can also make things better, given that the power supply is good enough, the radio is shielded from noise, etc.

    Data rate (250kBps) is set by MY_RF24_DATARATE. Default value is RF24_250KBPS, see https://github.com/mysensors/MySensors/blob/76dea1532ce2bcf21a5a167e21b4e0ba4eeaa51a/MyConfig.h#L550


Log in to reply
 

Looks like your connection to MySensors Forum was lost, please wait while we try to reconnect.