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

Is a nRF52832 right choise in this case?

image descriptionHello!

I want to create my first BLE devices and nrf52 is a choise. Devices should work as described below and before I purchase few nrf52 DK I want to be sure that it's accomplishable with nRF52832:

  1. I need to transmit 4 byte of data every 20 ms to my device (DEV1/DEV2/DEV3) to control it in real time. Power consumption is not an issue here. (look at the picture attached pls)
  2. Transmitter could be either smartphone (Android/iOS) or our own control device (also controlled by nRF52832).
  3. Other elements also use BLE but in broadcasting mode and should send messages with as small lag as possible (less than 50 ms) when some of kind event occur (button pressed, for example). This lag can has influence on the UX. At least DEV1/DEV2/DEV3 should get that messages. Data rate here is much slower - few bytes per second is maximum.
  4. DEV1/DEV2/DEV3 should do a lot of stuff but they are not realy time critical. Did I understand that right that we don't not need any additional MCU?
  5. Also I want to ask what approximate price would be for nRF52832 chips in China if I will use thousands of them?

As I a read documentation it's all possible to do, but I just little bit scared because I have not experience with BLE. That's why I need recommendation from a specialist.

I would be really grateful if someone can give any comments about questions above. Also I'm searching for Bluetooth guru (I'm ready to pay for 30 minutes consultations)

Parents
  • Hi jimage. Is the picture suggesting that your devices will be consumer/OEM products such as mobile phones running "unknown" BLE stack and locked OS on top of it? Wile your bandwidth requirements are perfectly fine for BLE (also reliability but that would need detailed assessment) using devices with "locked" BLE stack might force you to use their hardcoded "minimal" connection intervals (= you cannot guarantee better response time) which for both Android and iOS is 35-50ms today.

    Cheers Jan

Reply
  • Hi jimage. Is the picture suggesting that your devices will be consumer/OEM products such as mobile phones running "unknown" BLE stack and locked OS on top of it? Wile your bandwidth requirements are perfectly fine for BLE (also reliability but that would need detailed assessment) using devices with "locked" BLE stack might force you to use their hardcoded "minimal" connection intervals (= you cannot guarantee better response time) which for both Android and iOS is 35-50ms today.

    Cheers Jan

Children
No Data
Related