This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AM62A7: Request for access for Firmware Builder for AM62Ax version 9.0.1

Part Number: AM62A7

Hello,

I clicked on the Request link on this page and had a TI support case opened.

Marvin Cantos responded on the case link and told me that I needed to make the request on the E2E forum.

We are trying to support the following:

We need to flip the IMX219 image (reversing rggb/bggr), the out of the box acceleration does not support the reverse ordering for debayering.

We also need to support the high definition raspberry pi sensor.  I found an E2E post about setting up the firmware for a new camera / tuning and I believe I need access to the firmware builder to do this.

Can you please provide the proper firmware builder SDK to work with the most recent linux SDK of the AM62A7 platform?

Thank you very much for your help,

Mike

  • Hello Mike,

    I don't think you need the firmware builder for these. 

    We need to flip the IMX219 image (reversing rggb/bggr), the out of the box acceleration does not support the reverse ordering for debayering.

    What do you mean by flip here? Do you have a different IMX219 sensor that has bggr format? If that's the case, you'll need to tune the ISP to process this format of raw data.

    We also need to support the high definition raspberry pi sensor.

    Sensor driver is in Linux and all the pieces for enabling a new camera are available in the Linux SDK. Please refer to the AM6xA ISP Tuning Guide for detailed information.

    Regards,

    Jianzhong

  • Hi Jianzhong,

    The IMX219 sensor we have is mounted upside down. You can flip the X/Y readout order to correct the orientation with the v4l2 media controls, but when we do that the debayering isn't correct anymore when we run the demos. I suspect that is because the rggb/bggr order is swapped because the readout order is reversed.  I tried to switch to the other (I don't remember which is which off hand) in the configuration files and the gstreamer pipeline would not run at all. 

    For making a new sensor, the document you referred to in section 6.2.1 of the Tuning Guide refers to the folder images/tools/defauilt_DCC_profile_gen ...  I only seem to have that in the TI firmware builder image (ti-firmware-builder-am62axx-evm-08.06.00.41/imaging...) and I was looking for the most recent version of that supporting SDK 9.0.1.3.  Is there another location for these files to run the scripts for setting up a new MIPI sensor acceleration?

    Thanks for your help,
    Mike

  • Mike,

    The tool is available in public git repo. Please refer to section 4.2.

    Regarding your first question, let me check that internally and get back to you.

    Regards,

    Jianzhong

  • Hi Jianzhong,

    These are the commands that we run to flip the image on the IMX219:

    v4l2-ctl --set-ctrl=vertical_flip=1 -d /dev/v4l-rpi-subdev0
    v4l2-ctl --set-ctrl=horizontal_flip=1 -d /dev/v4l-rpi-subdev0

    If you run these commands and run any of the edgeai demos, you should be able to see the issue with the color.

    Thanks for pointing out the git repo.  Sorry I missed that.  I'll pull that repo and work through the tuning guide for the other camera.

    Appreciate your patience,

    Mike

  • If you run these commands and run any of the edgeai demos, you should be able to see the issue with the color.

    Hi Mike,

    I suppose you mean the color in output video is wrong after flipping.

    That is expected as flipping changes the Bayer format, e.g., from RGGB to GBRG.

    You will have to re-configure VISS with the new color format to get correct color.
    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1275034/faq-default-dcc-profile-generation-tool-for-tda4-am6xa-isp-vpac?tisearch=e2e-sitesearch&keymatch=%20user%3A35541

    You will also need to calibrate AWB in the new color format to get correct white balance.