I know we have some code ported to the nRF52 for the Arducam mini 2MP which uses SPI (data) and I2C (control) to communicate with the camera. If this is what you look for I will ask if we can make it public.
UPDATE:
Here is an example for PCA10040 or PCA10056 for ArduCAM mini 2MP:
The example do not use the standard SDK drivers, but custom ones written in C++. The cpplib folder have to be placed under nRF5_SDK_13.0.0-1.alpha\components. The ArduCAM folder should be placed under nRF5_SDK_13.0.0-1.alpha\examples\MyProjects or similar folder.
See the ArduCAM::spiTwiInit() function for which pins are used for the ArduCAM mini 2MP. If the VCC and GND pin on the ArduCAM are bent, the module can be directly connected in header P4: P0.22-P0.27 on PCA10040 (nRF52 DK), and P24: P1.09 - P0.13 on PCA10056 (nRF52840 PDK).
(Firstly If you edit your post, please tick the little box that says Minor Edit, otherwise everyone gets sent loads of emails)
I took a quick look at the OV5640 spec and it looks very similar to the OV7670.
I think anyone would struggle to create a "simple" interface to this, mainly because it streams video data on its output.
My guess would be that the PPI in the nRF52 could handle being triggered by the pixel clock and then read the GPIO parallel data into memory in the nRF52.
I don't know anything about eMMC. I presume its not a parallel interface, and if its like SD memory, it will have latency issues.
Your best bet is probably to read the frame into the nRF52 then save it to eMMC, but its not going to be a simple job to get it all working.
Even the camera config via I2C is a pain, there are hundreds of registers you have to set correctly to get a decent image.
(Firstly If you edit your post, please tick the little box that says Minor Edit, otherwise everyone gets sent loads of emails)
I took a quick look at the OV5640 spec and it looks very similar to the OV7670.
I think anyone would struggle to create a "simple" interface to this, mainly because it streams video data on its output.
My guess would be that the PPI in the nRF52 could handle being triggered by the pixel clock and then read the GPIO parallel data into memory in the nRF52.
I don't know anything about eMMC. I presume its not a parallel interface, and if its like SD memory, it will have latency issues.
Your best bet is probably to read the frame into the nRF52 then save it to eMMC, but its not going to be a simple job to get it all working.
Even the camera config via I2C is a pain, there are hundreds of registers you have to set correctly to get a decent image.
