This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Are nRF52810 device able to operate with reliability over 8 hours of continue connection?

In my application I'd like to use nRF52810 due different reasons. Since we're still in evaluating phase, without even choose a brand and related EVK, I've some basic questions about this device.

Probably, all of my question may be possible, but a confirmation would be good to correctly choose the right product.

- Are two nRF52810 able to be connected together for regular data polling or regular data transmitting?

I should be able to connect a Master and a single (for now) Slave between them, both nRF52810 product. It's something "easy" to setup and stable like a regular App-nRF52 Device?
Data transmitting will be done every 250ms, a very small packet with an ADC value. About this I'd like to ask also if it's possible to reduce consumption to minimum keeping connection active to optimize battery usage (BLE application) between each packet.

- Are nRF52810 device able to operate with reliability over 8 hours of continue connection?

I'll have a critical device that should be operative and constantly transmit above described packet. This mean no packet losses, no connection losses and no system crashes/loops. This is a kind of device able to do this if correctly configured? Is there some kind of re connection if this is lost or a watchdog if MCU is in crash/loop able to reset it?

- Are two nRF52810 able to be unique connected together?

In this application I've a Master that, at start of the system, should always try to connect to the associated slave when it's also on. If another device tries to connect to the Slave, and it's not an nRF52810 Master, this shouldn't be possible. If a device tries to connect to Master should be allowed only in particular case, if disconnects Master should automatically reconnect to Slave or refuse non nRF52810 device connection.


I hope that I've explained what I mean, something like a Sensor that sends critical data to a System and a System that gather data from a single(or multiple) registered sensor.
In reality is not that critical, but since the communication is between two devices without any interface (like reset buttons or displays), they should be able to connect between them when they find each other and self debug if connection is lost.

About my questions I ask only feasibility and not a technical answer.

About how to match two device, do you think possible during manufacturing to insert inside memory (using NFC interface) two unique IDs of Master and Slave to create this association?

Parents
  • - Are two nRF52810 able to be connected together for regular data polling or regular data transmitting?

    Yes, it's possible, but as Turbo J mentions, the central would need to use the S132 softdevice(BLE stack). Based on flash and ram requirements of your application, it could be a good idea to use the nRF52832 for the central device.

    - Are nRF52810 device able to operate with reliability over 8 hours of continue connection?

    Yes.

    This mean no packet losses, no connection losses and no system crashes/loops.

    The device will retransmit the packet until received by the peer or until you get a disconnect. If the packet is not acknowledged by the peer within the supervision timeout, the link will get disconnected. 

    Is there some kind of re connection if this is lost

     If the link is disconnected, the peripheral will typically start advertising again, and the central could then connect to the peripheral again.

    or a watchdog if MCU is in crash/loop able to reset it?

    Yes, the nRF52 has a watchdog peripheral that can do that. See this link.

    - Are two nRF52810 able to be unique connected together?

    Yes.

    About how to match two device, do you think possible during manufacturing to insert inside memory (using NFC interface) two unique IDs of Master and Slave to create this association?

    You can store your value in either flash or UICR, but you could also just use the value in the FICR DEVICEID register (randomly generated (FIPS compliant) at time of production)

Reply
  • - Are two nRF52810 able to be connected together for regular data polling or regular data transmitting?

    Yes, it's possible, but as Turbo J mentions, the central would need to use the S132 softdevice(BLE stack). Based on flash and ram requirements of your application, it could be a good idea to use the nRF52832 for the central device.

    - Are nRF52810 device able to operate with reliability over 8 hours of continue connection?

    Yes.

    This mean no packet losses, no connection losses and no system crashes/loops.

    The device will retransmit the packet until received by the peer or until you get a disconnect. If the packet is not acknowledged by the peer within the supervision timeout, the link will get disconnected. 

    Is there some kind of re connection if this is lost

     If the link is disconnected, the peripheral will typically start advertising again, and the central could then connect to the peripheral again.

    or a watchdog if MCU is in crash/loop able to reset it?

    Yes, the nRF52 has a watchdog peripheral that can do that. See this link.

    - Are two nRF52810 able to be unique connected together?

    Yes.

    About how to match two device, do you think possible during manufacturing to insert inside memory (using NFC interface) two unique IDs of Master and Slave to create this association?

    You can store your value in either flash or UICR, but you could also just use the value in the FICR DEVICEID register (randomly generated (FIPS compliant) at time of production)

Children
No Data
Related