Connect Arducam HQ Camera to ROCK5B

image

Tell them we’re looking forward to it. Would buy it no questions asked.

This is the most inspiring news I had this week:)
Thanks @Raphael so much for forwarding our issue to Arducam:)
If there is anything I could help (like drivers, testing, etc), please don’t hesitate to let me know :raised_hands:

Bring it on.
I am willing to help to test it and give some feedback, or help somehow. Arducam, if you are following this, take note, please.

1 Like

Interesting, I think years ago we contacted Arducam for collaboration on the camera modules but we never got a reply from them.

@Raphael any news from the Arducam team? Are they still working on it, or the project is cancelled and we we proceed with our own hand-made adapters and kernel drivers? :slightly_smiling_face:

It isn’t cancelled, but I also don’t know any publishable facts yet.
What I can tell is that arducam and radxa had/have a meeting today

Sounds like a really long-term project to me :slight_smile:

I did a quick research and found that RPI hq camera indeed has voltage step-down bundled inside the camera board, where RPI’s 3.3 volts become 1.8 which sensor requires, so there is no way that adapter layout proposed before would work (I checked, even i2c is unstable on 1.8v). The MIPI pinout and voltage seem to be part of some standart, so there should not be any issues there.

I managed to create a small board which converts 1.8v signals received from OPI 5 to 3.3v expected by the arducam/rpi hq camera, In couple of weeks I’ll see if it works.

Also I found this article where it is explained how to make IMX415 sensor work with similar processor and same kernel version, so it seems there should not be a big issue to make IMX477 work too.

Of course, by “not a big issue” I mean that I’m expecting something like proof-of-concept and not hi-end quality camera without any bugs and issues :slight_smile:

1 Like

/sorry for posting another message in the row, but it appears that newbies can add only 2 links in a single message/

Btw, here are some existing adapter boards which do the same stuff that I did:
https://wiki.veye.cc/index.php/ADP-Tfirefly
https://wiki.veye.cc/index.php/ADP-MV2_Adapter_Board_Data_Sheet/zh

First one should be easily modified if mine would not work properly.

UPD 26.05
My custom 1.8 -> 3.3 volts converter board worked and now I’m able to see my imx477 on i2c and even get it’s chip id propery.

Even with probe() method of the driver working properly, I don’t see any new devices in media-ctl -p output and also none of /dev/video* are linked to my camera. That is next challange which I think would take a lot of time, because the issue might be in dts config, which I’m not familiar with at all.

@Raphael I understand that making isp work properly might take a lot of time, but my goal for now is at least get raw image, like the green one that you referenced to.

BTW, radxa, “newbies are limited by 3 posts in single topic”, wtf?

The issue here is a little more in depth than you would think.
Let*s start with the imx415, this camera has already been tuned by rockchip and is officially supported.
Without this tuning you’ll see the green image which I posted a few comments back.

Veye is another thing, they’re using a isp directly on their camera-board, and also have drivers for some rockchip boards, so in theory it shouldn’t be a big hassle to get them working.

Here is a link of somebody who played around some time ago with the 415, in the middle you see a green picture, that’s without the isp

https://neucrack.com/p/466

1 Like

Will this adapter work on Rock 5B with with OV5647 Video Camera Module For Raspberry Pi 2/4/3B ?

I don’t know if anything will work. We don’t have the software to test anything. I’m currently busy in life with other things.

If you started this project, don’t leave it. I am shure solution can be found

With all due respect, I am under no obligation to do anything. Nobody paid me to do anything.

2 Likes

Development here is quite slow, I’m also not allowed to go into details, but what I can say is that radxa and Arducam are now working together on the issue and there have been progress.

So it’s just a waiting game

5 Likes

If I understand correctly, you help the radxa and arducam connected to each other.
However, you got kicked out from the core of development? Seriously?

No I’m not kicked out, but I’m given information which I’m not allowed to share right now, since it is not clear that everything works out that is currently being worked on.

1 Like

Thanks for keeping us posted as far as you are allowed, @Raphael! In case the team figures it out, do you think this camera will be compatible: https://www.arducam.com/product/arducam-ultra-wide-angle-fisheye-5mp-ov5647-camera-for-raspberry-pi

It’s quite hard to say what will work and what wont. If there will be adapters and rpi-cameras work. I would go for a different one. Maybe the new https://www.arducam.com/product/2mp-imx462-color-ultra-low-light-starvis-camera-module-with-141h-wide-angle-m12-lens-for-raspberry-pi/, still wide angle and a lot more capable than the pi camera v1, which is really the worst camera that was made for the raspberry.
But at this point I don’t even know if there will be adapters or just new cameras coming out that support the radxa boards.
So if possible wait a little. I’ll most likely get prototypes when there is something made which I can post pictures of.

Alright, I’ll stay put waiting for updates then. Thank you for elaborating on the fisheye camera - problem is that I need a wider (>=200 fov) angle, but perhaps i can find custom lenses for this new model too.