TDA4VM: Several questions

Hello Ahmed,

Please find answers to your questions below.

1, We already have support for the I2C driver and I2C instance 6 is used for configuring sensors and serdes on EVM. Could you please refer to these examples and use i2c instance, on which sensor/serdes is connected

2. Sorry, what is stereo vision apps? Is it an existing example? Stereo demo in vision apps does not support real time capture input. Regarding switching between cameras, it is possible as long as node underneath supports it. Like display node support switching camera input. There is a control command interface in the display node to switch channel/camera. So it is really depends on the node..

3, Yes, just change the for loop in the example to while (true)

4, PSDKRA and PSDKLA are two different installer, they do contain each other's installation/code.

Regards,

Brijesh

Thanks for your answer.

Brijesh Jadav

1. Does the steoreo input app support real time video capture ? if it doesn't how would I modifiy it to get real time depth mapping ? What should be needed to be added

2. I plan to do time division multiplexing using I2C and general GPIOs so that I can switch between cameras on time based, can you suggest some examples ?

3. one final question which is very critical, all the examples boards use serializer/de I would like to connect 8 channels cameras, and I don't need that long distance, is there any other solution for not using seralizer/deserializer from TI ?

Hi Ahmed,

ahmed tolba said:

1. Does the steoreo input app support real time video capture ? if it doesn't how would I modifiy it to get real time depth mapping ? What should be needed to be added

No, Stereo example currently works on fixed input. If you want it to run on real time input, you would have to merge camera example, single-cam, or multi-cam example, with stereo application.

ahmed tolba said:

2. I plan to do time division multiplexing using I2C and general GPIOs so that I can switch between cameras on time based, can you suggest some examples ?

You mean, out of 4 camera input, you want to select 2 camera every t time? There is no existing example for this. 

ahmed tolba said:

3. one final question which is very critical, all the examples boards use serializer/de I would like to connect 8 channels cameras, and I don't need that long distance, is there any other solution for not using seralizer/deserializer from TI ?

TDA4x support CSI input, so we would need to some way to multiplex input, which is done by Deserializer. Not sure if any other component can do it.

Regards,

Brijesh

1. app_send_cmd_capture_write_node(&obj->captureObj, frame_id, obj->num_frames_to_write, obj->num_frames_to_skip);

this function needs num_frames, which I want to live capture infinetly, how would I change that

2. For multiplexing, I have an I2C Multiplexer which is connected directly to MIPI-CSI2 and then to Cameras (4), and I would like to multiplex then do  app_send_cmd_capture_write_node(&obj->captureObj, frame_id, obj->num_frames_to_write, obj->num_frames_to_skip);

is that possible ?  Hope you understand my situation

ahmed tolba said:

1. app_send_cmd_capture_write_node(&obj->captureObj, frame_id, obj->num_frames_to_write, obj->num_frames_to_skip);

this function needs num_frames, which I want to live capture infinetly, how would I change that

Do you mean you want to connect this to stereo? Then it is better to connect at the node level. Please refer to existing example, like how CSIRX to VISS is connected or how VISS to LDC are connected. Similar way you would have to connect live camera with stereo.

ahmed tolba said:

2. For multiplexing, I have an I2C Multiplexer which is connected directly to MIPI-CSI2 and then to Cameras (4), and I would like to multiplex then do  app_send_cmd_capture_write_node(&obj->captureObj, frame_id, obj->num_frames_to_write, obj->num_frames_to_skip);

is that possible ?  Hope you understand my situation

Still did not get it. What i2c multixer has to do with image capture? those are different independent interfaces. 

Regards,

Brijesh

I have 4 cameras and one I2C Multiplexer.  Those 4 cameras are CSI-MIPI2.

I would like to mux those cameras and send a capture command and get the capture from those 4 cameras based on time. For example I switch camera one, camera two, of course I will get less frame rate, but how would I do that ?

If the sensor and/or deserializer can support this, then only it is possible. 

CSIRX cannot do this. So please check sensor/deserializer.

Regards,

Brijesh

Thanks for your answer. 

I plan to not use a deserialzer and serialzer. My solution is to use multiple cameras as input and use multiplexer I2C-CSI Multiplexer. So I want to switch between cameras using time delay. Is that possible ?

Not sure which device can do this, but yes, if it is available, it is possible.

This is not related to CSIRX. it is in multiplexer where requires changes. 

One question, does virtual channel id and data type remain same on all camera? 

Regards,

Brijesh

I plan to use that multiplexer for controlling the 4 cameras. so I multiplex the cameras and send I2C Command from TDA4V and send capture command

https://www.ti.com/lit/ds/symlink/tca9548a.pdf

Would that work with TDA4 ? 

Many thanks for your quick response

Hi,

I think this is just an i2c switch. I really doubt that this can support multiple CSI camera input. How do you plan to control camera's CSI output?  For example, all 4 cameras CSI output cannot be connected to single CSIRX input port. You would have to interleave them, just like deserializer, or use some other CSI based multiplexer. 

Regards,

Brijesh

Many thanks for your repy.

I'm gonna use https://www.onsemi.com/pdf/datasheet/fsa642-d.pdf  as CSI Multiplexer, 2 to 1 lane. and then I would l use I2C Multiplexer for sending commands and capture commands to the Camera. 

How would that work with TDA4V ?

Brijesh Jadav
Looking forward for your reply, as it is a critical design issue please

As i said before, This is not related to TD4x, as long as, you have one to 4 data lanes and one clock lane are connected to TDA4x, it will work.

As such, it seems possible, but not sure completely, i never used this device.

Thanks so much!

I have a question

captureObj->node = tivxCaptureNode(graph, captureObj->config, captureObj->raw_image_arr[0]);

calling this function would work with CSI, and capture an image from the camera. 

1. Does the camera should have kernel driver installed ? 

2. Would it work with any CSI-2 Camera ?

3. What are compatible cameras for TDA4V EVM board ?

1. so does it mean if I get any camera image like IMXxxx would it work with the command 

captureObj->node = tivxCaptureNode(graph, captureObj->config, captureObj->raw_image_arr[0]);
2. Or should I use only compatible cameras that is supported by the board ? I looked for the manual couldn't find them

Hi Ahmed,

ahmed tolba said:

1. so does it mean if I get any camera image like IMXxxx would it work with the command 

I had already answered this question, if your camera is compliant to mipi 1.3 specs, it can be supported.

ahmed tolba said:

2. Or should I use only compatible cameras that is supported by the board ? I looked for the manual couldn't find them

Please refer to below link

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/latest/exports/docs/vision_apps/docs/user_guide/group_apps_basic_demos_app_single_cam.html

Regards,

Brijesh

1. I would like to know a sample application that can control GPIO and I2C.

2. Which IDE you use for programming and writing code on TDA4 ?

ahmed tolba said:

1. I would like to know a sample application that can control GPIO and I2C.

GPIO is pretty straight forward. For I2C, driver provide API interface, it is being used by many component like imaging for sensor configuration. You could look into sensor driver to get an example.

ahmed tolba said:

2. Which IDE you use for programming and writing code on TDA4 ?

We use CCS

Brijesh Jadav

I will make my own connector. Do I need a driver or it work out of the box without needing to rewrite driver or anything else ? so If I capture from it it would work right ?

Brijesh Jadav please help

No, it will not work out of box, since this sensor is not supported in the SDK. you could have to add support for this sensor. Please follow any of the existing sensor implementation and add it for new sensor.