Hello,
Previously, we used oak-d-iot-75 cameras to do object counting and send the data to our servers.
But we have some problems with this camera and we need to add features.
So we plan to develop a camera based on oak-som-pro. We need to use it in standalone mode.
We will develop a custom PCB to assemble all the components we need. We will add an esp32 which will allow us to recover data from the SOM and then send it through different wireless protocols (wifi, LoRaWAN, 4G).
We are thinking of basing our PCB largely on the oak-ffc-poe-4p whose design is available in your resources.
For communication between the SOM and the ESP32, we are considering either using UART which has the advantage of being easy to set up (there is a script on the SOM side, and on the ESP32 side, this is the protocol "basic" communication), or use Ethernet, which is a little more complicated to set up in terms of hardware and software but which would allow us to do more complex things than with UART. We will perhaps integrate the two at the hardware level and perhaps make a choice during software development or perhaps we will find a complementary use for the two.
We don't need 4 cameras, we are only going to keep 2. We are thinking of using 2 IMX378 cameras (not for stereo, but rather to have a wider field of view).
However, to make our IoT as compact as possible, we want to avoid using complete camera modules like https://shop.luxonis.com/collections/oak-modules/products/oak-ffc-imx378. We would like to integrate the Arducam camera https://www.arducam.com/product/imx378-12mp-color-autofocus-oak/ directly on the PCB. I was able to find in the resources the schematic and the components that you use for the camera module. This doesn't seem very complex to me, do you think we could encounter difficulties at this level?
We would also like to have the ability to have night vision. We are simply thinking of integrating an SFH 4715AS IR LED that you use into your OAK-FFC IR module. As we do not want to measure depth, the laser seems useless to us. Are we wrong?
For the diode, is it really the strobe signal found on the OAK-FFC 4P diagram which manages its activation? Or is there also a digital component that manages its activation (I saw that on the module connector there was I2C for example)?
Can the imx378 camera give good results for night vision with an IR diode, or is it better to use another type of camera (for example monochrome)?
Very important, our cameras are outside, potentially in direct sunlight. Which with previous versions has led several times to overheating of the module and its shutdown. With this new camera, we will try to improve heat dissipation, but it is possible that even during very hot days the module will go into safety mode. We must be able to be sure that we can restart the module automatically using esp32. We are thinking of using one of the GPIOs of the esp32 and connecting it to the _RST pin of the SOM. Does the passage of the latter to the low logic state guarantee us in all circumstances to be able to restart the SOM or should we also plan to be able to cut and restart the power supply of the SOM to restart it?
More generally regarding the design of the card, do you see any particular difficulties that we could face?
I have looked through the diagrams of the modules on which we intend to base it quite a bit, done research on the different components, and apart from the differential pairs which I will have to pay attention to, I do not see any major difficulty.
We plan to delete some components of the OAK-FFC 4P schematic which are not useful for our project. Are there parts which according to you will be essential to allow in particular the debugging and testing of our card (I think for example of JTAG, or indicator LEDs)?
Also where can we know which logic level is used on the different GPIOs? I know that by default the logic level seems to be 1V8, this is the case for UART, _RST for example, but some GPIO also seems to be 3V3.
We do our PCB designs with Kicad. I know that your designs are made with Altium, but by any chance, do you not also have resources available under KiCad (libraries of the components used, SOM footprint, etc.)?
Thank you very much!
