Hi,
We are planning to use the latest release WiRa SDK Dev kit based design using DA1469x for the Social Distance Application.
The SDK says about configurng each device either as Responder mode or Initiator mode. Is it Right ? Our use case requries any device to be able to detect the social distance from any other BLE device as long as it is DA1469x running WiRa irrespective of Initiator Mode or Responder mode.
So technically is it possible to have the device to work as both Responder and Initiator ?
Regards
Unizen
Device:
Hi Unizen,
Thanks for your question and for your interrest in our WiRa SDK. Just to make sure that I understood your question correclty: do you mean to configure the device both as Responder and Initiator at the same time? Let me check it..
Thanks, PM_Dialog
Hi PM_Diag,
Yes, that's right we want to configure the device both as Responder and Initiator at the same time
Hi PM_Diag,
Can you please update if it is possible to have both Responder and Initiator at same time ?
Hi ashokbabu,
It is not possible to configure the DA14695 both as Responder and Initiator at same time. According to datasheet, the device can act either as Responder or Initiator at a specific time. Furthermore, one (1) initial can have multiple (N) Responders. The opposite is not possible.
Thanks, PM_Dialog
Hi PM_Diag,
Otherwise, is it possible to configure dynamically based on time, like operate as Initiator for 1 sec and operate as Responder for 1 sec in loop ?
Hello,
i have the same question. The Initiator Responder should be dynamic. otherwise it will make little sens to use this. Also , besides the ranging demo, i do not find any reference to this ( initiator-responder ) in the social distance tag demo ( nor in the flowcharts)
It is not possible to be initiator and responder at the same time. But any device can be both initiator or responder.
In the SDT example available on the Dialog portal devices will become randomly initiator or responder. They first discover each other via advertising. When the advertising RSSI goes beyond a configurable threshold, both devices try to connect to each other after a random delay. The one succeeding first becomes the central, and the central will be the initiator. Another time that initiator will be peripheral and will be switched to responder.
this behaviour is OK