Hi, It seems that you are using ID 255 for your temp node, but ID's 0 and 255 are reserved for gateway id and broadcast. Also, if not using any controller, you should manually assingn ID to sensor nodes in a sketch, like that:
#define MY_NODE_ID 10
Hi, It seems that you are using ID 255 for your temp node, but ID's 0 and 255 are reserved for gateway id and broadcast. Also, if not using any controller, you should manually assingn ID to sensor nodes in a sketch, like that:
#define MY_NODE_ID 10
@karl261 said:
I am totally sick of these NRFs that all perform differently.
Same here! So I radically solved my problems with connectivity by moving to rfm69 radios. It took some time and effort to make 'adaptor' pcbs to connect rfm's to my existing nodes, especially for 5v nodes, as rfm's are not 5v tolerant and require voltage level converter. I don't have comprehensive statistics for now (finished switching only a few days ago), but even first tests gave stable communication range far beyond that I ever saw with nrf's
I observed similar problem with nodes communication, only in opposite direction, the gateway was fine but two of my nodes required MY_DEBUG enabled to function properly. One of them was completely unreachable without MY_DEBUG or a delay(10) in the loop(), and other node had big problems receiving data (a lot of fail's). I couldn't figure out where the problem was, my assumption is that it is some kind of timing problem, maybe the radio being polled to fast or something... and debug prints certainly add some time to code execution and that kinda solves the problem. But thats only my assumption, I may be completely wrong