FriendlyELEC-Forum

Posted: **Wed Jun 13, 2018 7:00 pm**

Is there an example for the dual camera interface? The goal is to save H264 video stream to sd card and also be able to run openCV. Is this possible?

Posted: **Sun Jun 24, 2018 5:57 am**

We have started to sell 13MP MIPI camera module already - CAM1320， it can be used under Android.

Posted: **Tue Oct 09, 2018 11:37 am**

Thanks for this. Are there any plans to provide Lubuntu/Ubuntu support for the CAM1320/OV13850. This would provide a lot more flexibility and open up options to purchase more M4 devices and cameras if this is the case?

Thanks

Posted: **Fri Oct 12, 2018 9:02 am**

I would also like to see support added. Can we get an ETA or roadmap? It would be good to know if there aren't any plans so that I can explore alternatives.

Posted: **Tue Dec 04, 2018 7:33 pm**

The CAM1320 camera was purchased along with the M4 board. The camera was not workable. Most likely factory marriage. Since I could not get the image from it either under Android or under Linux.
Under the Linux system, it is defined as /dev/video0 - this means that it can be used in any applications and services (motion for example).
Of course, I turned to technical support ... I was advised to repeat the steps from the WiKi. But I'm not sure about the performance of the camera module.
Did anyone have such incidents?
What did the manufacturer offer?
Or should I just forget about the money spent on the defective camera?

Posted: **Tue Dec 04, 2018 9:39 pm**

I'm in the same situation as pavelectric:
Running Friendly Desktop 18.04, using the gst-camera.sh script to test the CAM 1320 module.
Worked for a short time, but since then it is unresponsive and I constantly get timeout errors

Code: Select all

CAMHALError: getMeasurement: poll error, Success
CAMHALError: threadLoop: getMeasurement failed

Tried all the other OS (Friendly Core, Android 7.1, Android 8.1), none could discover the camera.

Posted: **Wed Dec 05, 2018 6:36 pm**

ARMTest wrote:
I'm in the same situation as pavelectric:
Running Friendly Desktop 18.04, using the gst-camera.sh script to test the CAM 1320 module.
Worked for a short time, but since then it is unresponsive and I constantly get timeout errors
Code: Select all
CAMHALError: getMeasurement: poll error, Success
CAMHALError: threadLoop: getMeasurement failed
Tried all the other OS (Friendly Core, Android 7.1, Android 8.1), none could discover the camera.

That's the way it is !!!
Yes, the camera is detected in the Linux system, but there is no image.
My mistakes are exactly the same.
Support answers monotonously - use WiKi.

Posted: **Wed Dec 05, 2018 7:46 pm**

I've got a CAM500B with an NanoPi DUO2. First thing I noticed when using the camera was that it gets extremely hot when in use.
Too hot to touch.
I've put a heatsink on it to keep it acceptable(it's only the module without the board)

So if I understand it right it did work for a while. Do can you still connect to the camera and get a black screen? Or does it give an error?
I suppose the module can be burned out if this camera also gets that hot(or even hotter)

Feel if the module gets hot or not when turned on.

Posted: **Wed Dec 05, 2018 8:45 pm**

NicoD wrote:
Feel if the module gets hot or not when turned on.

The module does not heat up at all.
I assumed that the camera is defective, in the support it does not pay attention.

Posted: **Thu Dec 06, 2018 3:16 pm**

Camera module doesn't heat up at all.

It seems to connect, as in dmesg I see:
-found camera with device ID
-/dev/video[0-4] are available
-the ov13850 is attached to the cif_isp10_image_array

Changing the GST_DEBUG value, I don't get any warnings or errors, leading me to believe it's not related to the gstreamer command provided.

The only indication that anything is wrong is the poll error and lack of images.

Posted: **Thu Dec 06, 2018 4:49 pm**

In general, a strange development of events ...
The camera does not work (neither under Linux nor under Android).
The image output to the MIPI (DSI) connector is generally only a theory.
The question is - where is the functionality declared by the manufacturer?
What is the money paid for ????
And after all, to return the purchased board and the camera will not work 100% ...
Cheating ...?

Posted: **Thu Dec 06, 2018 6:20 pm**

Try contacting sales@friendlyarm.com

I used to have good contacts there, but I must honestly say that it has dried out completely. I`ve tried many different email addresses at FriendlyArm and don`t get an answer back anymore.

This could be because they can`t access their own servers anymore(China).
They used to be very helpfull to everybody, I don`t think they`ll change that this suddenly, but who knows(not me)

@Mindee please let something know to these people.

Posted: **Thu Dec 20, 2018 6:32 pm**

Just to update everyone:

Ordered another CAM1320 and NanoPi-NEO4 to troubleshoot. Second camera works perfect with both NEO4 boards. Second camera + FPC cable from the first camera works as well, so the issue is something hardware related on the first module.

Posted: **Thu Dec 20, 2018 10:57 pm**

ARMTest wrote:
Ordered another CAM1320 and NanoPi-NEO4 to troubleshoot. Second camera works perfect with both NEO4 boards. Second camera + FPC cable from the first camera works as well, so the issue is something hardware related on the first module.

It seems like the people of FriendlyElec stopped caring. Maybe next time better buy a Rock Pi 4. That's Raspberry Pi CSI/DSI compatible and it all works in Linux. And they seems to care a lot more. In the month they sell the RockPi4 they've got more and better software than here with the RK3399 boards.

Also try Armbian if it doesn't work in the FriendlyElec images. There's support on the Armbian Forum.
Good luck

Posted: **Sat Dec 22, 2018 6:56 am**

NicoD wrote:
Maybe next time better buy a Rock Pi 4. That's Raspberry Pi CSI/DSI compatible and it all works in Linux. And they seems to care a lot more. In the month they sell the RockPi4 they've got more and better software than here with the RK3399 boards.

I am interesting in RockPi 4 board too, but it have follow issues: armEABI5/32bit OS image(debian), no ARM driver for GPU (both OpenGL ES and OpenCL in software), GPU underclocked(600MHz max vs 800MHz on M4/T4 board) - so it's barely useful for advanced camera applications too at present moment

maybe later, when they will fix software issues

upd: or armbian work on this board

Posted: **Sat Dec 22, 2018 6:03 pm**

pavelectric wrote:
ARMTest wrote:
I'm in the same situation as pavelectric:
Running Friendly Desktop 18.04, using the gst-camera.sh script to test the CAM 1320 module.
Worked for a short time, but since then it is unresponsive and I constantly get timeout errors
Code: Select all
CAMHALError: getMeasurement: poll error, Success
CAMHALError: threadLoop: getMeasurement failed
iTunes Mobdro TutuApp

Tried all the other OS (Friendly Core, Android 7.1, Android 8.1), none could discover the camera.
That's the way it is !!!
Yes, the camera is detected in the Linux system, but there is no image.
My mistakes are exactly the same.
Support answers monotonously - use WiKi.

Can we get an ETA or roadmap? It would be good to know if there aren't any plans so that I can explore alternatives.

Posted: **Tue Dec 25, 2018 4:59 pm**

Friends, I am glad to share with you the good news - there was a new camera MCAM400.

https://www.friendlyarm.com/index.php?r ... uct_id=247
Very pleased with the opportunity to use a variety of optical adapters, as constructive versatile.
This year, of course, I won’t try it, but in 2019, I think I’ll definitely try it in my work.
Manufacturer support announced at 4.4.x

Posted: **Sat Dec 29, 2018 8:58 am**

pavelectric wrote:
camera MCAM400.

looks interesting, especially high-speed video modes.

Posted: **Mon Dec 31, 2018 11:19 am**

Very pleased with the presence of standard hardware for optics.
After all, with the "M12" there is an incredible number of adapters, at least on a telescope!
In the photo camera from a competing company))) But the idea is clear, I think.

Posted: **Fri Jan 04, 2019 3:13 pm**

Well friends, a new camera "CAM1320" came to me. This time fully functional.
Connection via "gst-camera.sh" succeeded, the image received.
In the Android OS, too, everything worked.
But ... the following questions arose:
- how to adjust (set) the white level, the level of illumination? Picture in OS Linux is frankly dark.
- are there any alternative ways to get an image? (I could not get through VLC).

Posted: **Sat Jan 05, 2019 7:53 am**

pavelectric wrote:
- are there any alternative ways to get an image? (I could not get through VLC).

another interface - Video for Linux, version 2 - V4L2 - many video-software use it and not a gstreamer (or use them both, like Qt or OpenCV).

to test it you may use v4l2-ctl:

Code: Select all

sudo apt install v4l-utils

and

Code: Select all

 v4l2-ctl --list-devices

to see, if device work correctly, and many more option to show additional info and setup camera.

VLC can use V4L device: File>Capture Device > Device selection> Video Device Name: /dev/videoX - you may need to select a right device.

full list of supported software you can found at https://en.wikipedia.org/wiki/Video4Linux#Software_supporting_Video4Linux

if you like to setup V4L device from C++ code - you may find useful OpenCV Capture class

FriendlyELEC-Forum

Camera support

Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support

Re: Camera support