Peer to peer and centralized communication

Hi everyone,

I am working on a project, in which I have n nodes that communicate with each other (peer to peer communication). In addition, each node is able to communicate with another (central) node.

The peers use the nRF51822 for communication, and the central node uses the nRF24LU1+ .

Is it possible for the peers to communicate with each other and with the central unit at the same time? To be more accurate, consider the following scenario:

The peers must be aware of the position of each other. For this, each peer broadcasts its own position in turn, so they communicate among each other in round-robin fashion. In addition, the central unit sends and receives information from the peers.

In the current implementation,  peer to peer communication and peer to central node communication compete and cause packet loss. Is it possible to define one channel for peer to peer communication and another one for peer to central node communication?

Parents
  • Hi 

    It should not be a problem to use different RF channels for the peer to peer and the peer to central communication respectively. 

    It only means that the peers need to switch between the different channels as needed. 

    The main problem of this method is if the peer needs to listen for messages from other peers and the central asynchronously, since you will not be able to listen on two different channels at the same time. In this case you would have to switch channels back and forth on a timer, and accept a decent amount of packet loss. 

    Best regards
    Torbjørn

Reply
  • Hi 

    It should not be a problem to use different RF channels for the peer to peer and the peer to central communication respectively. 

    It only means that the peers need to switch between the different channels as needed. 

    The main problem of this method is if the peer needs to listen for messages from other peers and the central asynchronously, since you will not be able to listen on two different channels at the same time. In this case you would have to switch channels back and forth on a timer, and accept a decent amount of packet loss. 

    Best regards
    Torbjørn

Children
No Data
Related