Apalis TK1 ADV7280 CSI - Crash

Technical Support
, , , ,
1

HI,

I have successfully got Gstreamer to capture a PAL signal using a ADV728M and CSI interface.

If the signal is removed or a NTSC signal is provided the system crashes with:

MSELECT error detected! status=0x3

I would like to know if this driver is currently being improved?

I am using the Linux branch: toradex_tk1_l4t_r21.5 795eccd

Any help will be appreciated.

Thank you, Shaun

2

I have successfully got Gstreamer to capture a PAL signal using a ADV728M and CSI interface.

Are you using gstreamer 0.10 or 1.0? As gstreamer 1.0 is known to cause issues on NVIDIA’s latest L4T R21.5 for Tegra K1 we recently included gstreamer 0.10 as well which should be more stable.

If the signal is removed or a NTSC signal is provided the system crashes with:

MSELECT error detected! status=0x3
I would like to know if this driver is currently being improved?

Yes, we are currently working with our camera partner Antmicro to improve on the situation.

I am using the Linux branch: toradex_tk1_l4t_r21.5 795eccd

And what exact BSP version resp. gstreamer pipeline are you using?

3

Hi Marcel,

I appreciate your reply. I am glad that the driver is being improved.

I am using: 
    Gstreamer 1.0
    
    Apalis-TK1_LXDE-Image_2.7b3-20170630.tar.bz2
    
    Kernel: toradex_tk1_l4t_r21.5 795eccd
    
    Loading Modules:
    modprobe videobuf2-dma-contig
    modprobe adv7280
    modprobe tegra_camera
    
    Gstreamer:
    gst-launch-1.0 v4l2src device=/dev/video0 ! 'video/x-raw,format={UYVY}' ! xvimagesink

When capturing PAL there are no issues except for the thin green margin on the right of the image. I assume this is to do with the driver capture width not being 720 pixels.

When the PAL signal is removed, the driver crashes which can lockup the hardware.

I am developing a custom capture application as part of the product I am working on. It can successfully capture the PAL signal using the ADV7280-M, but fails in the same manner as Gstreamer when the signal is removed. This application also has a requirement to support NTSC capture.

Thanks again,
Shaun

4

I appreciate your reply. I am glad that the driver is being improved.

You are very welcome.

I am using:
Gstreamer 1.0

Please note that NVIDIA’s gstreamer 1.0 implementation is not really considered stable and we therefore recommend reverting to using gstreamer 0.10 for TK1.

Apalis-TK1_LXDE-Image_2.7b3-20170630.tar.bz2

Meanwhile we did release 2.7b4 which includes gstreamer 0.10 support as well.

…

When capturing PAL there are no issues except for the thin green margin on the right of the image. I assume this is to do with the driver capture width not being 720 pixels.

Yes, that may require tuning.

When the PAL signal is removed, the driver crashes which can lockup the hardware.

Yes, unfortunately NVIDIA’s CSI stack is not resilient to loosing any sync such so far.

I am developing a custom capture application as part of the product I am working on. It can successfully capture the PAL signal using the ADV7280-M, but fails in the same manner as Gstreamer when the signal is removed. This application also has a requirement to support NTSC capture.

While NTSC capture is known to work out-of-the-box in the camera stacks used on Apalis/Colibri iMX6 I believe for the Tegras further customisation may be needed. There is also a ticket about this which I am trying to get more information about from our Brazilian resp. US colleagues which I believe had that kind of working for some other customer at one point.