RE: Interfacing nRF5 with an image sensor

Jimmy Wong — Tue, 09 Jul 2019 15:12:29 GMT

Hi,

i did the example how to get the jpeg from external host through UART and then send it to mobile through ble.

github.com/.../nrf52_ble_transfer_jpg

RE: Interfacing nRF5 with an image sensor

hmolesworth — Tue, 09 Jul 2019 15:05:17 GMT

Try this; it uses SPI but could be used with parallel if you can't change the camere: nrf52-ble-image-transfer-demo

RE: Interfacing nRF5 with an image sensor

niebert — Tue, 09 Jul 2019 08:34:59 GMT

Low res images via BLE sounds quite unheard of, but why not. After all, we are receiving highres images from Mars at lower speeds.

What you can do with Nrf52: place interrupts on input pins, read inputs in parallel and fast (GPIO is on a fast bus) and treat them in software. What you cannot do: accelerate this with DMA.

If you read in software, you might consider optimising the code on assembly level in order to increase the throughput, but it would remain limited. Are you certain your camera module does not feature SPI (many do)? In that case, the Nrf52840 would allow to read data at 32mbps with DMA.

Otherwise, you could consider a second MCU, e.g. STM32. The good thing about them is that they have an integrated boot loader (e.g. via SPI or UART) so you can program them from the primary BLE MCU. You would receive data from the camera and treat it on the STM32 and only pass the processed data via SPI to the BLE MCU.

Looking elsewhere, the Cypress PSOC 6 family (including BLE radio) might be a candidate for your project, but they are expensive and there is quite a learning curve to development with PSOC, DMA, etc.

It might be cheaper to combine a low cost Nrf SOC with a low cost STM32 than buying an integrated PSOC that does it all, but your development process might be more complex.

Energywise, you can always make the secondary MCU perform a deep sleep. It is vital that you can switch off the camera.