Had a quick chat with a guy working on parallel cameras and he thinks the next gen chip (BCM11131 I think) can handle that camera - although 14 bit parallel seem an odd number. It was a very brief chat though.wietzjoubert wrote:Hi, We are doing the same thing. We have also gone the TI DM814x route but without support we cannot continue development. Did you manage to find a solution for Raspberry Pi? Our camera interface is 14 bit parallel, 10 Mhz Pixel clock, 640x512. Can the broadcom processor work for this application?Gert van Loo wrote:I need to know a bit more about the parallel camera interface. Width, speed etc. I don't think the Raspberry-Pi system can process the stream. The big question is: do you need the Raspberry-Pi system or are your (future) orders big enough to make your own board which has more pins to connect to. In the latter case you have a very good chance that we can accept your parallel stream.awright2009 wrote:Hey I work for a defense contractor that makes infrared camera modules and we have a project that is supposed to simply give an engineer a worked example of interfacing our camera with hdmi out and a lcd display. I know the Raspberry doesnt have the screen, but do you think this thing could handle our parallel camera interface that outputs 320x240 digital YUV data?
We are currently using the ti814x / am387x, but TI has everything under NDA and we are having major issues simply getting data out from their device. (I think their cortex M3 is either off or hammering the memory bus where we cant change registers we need to)
As alternative you could look at the next chip from Broadcom. I don't know all the details but it that has almost everything the BCM2835 has and more. Among the 'more' is an LCD interface. It is not in the same price class as the BCM2835 though.
We have had the Videocore up to 120fps on smaller images. Whether we can supply that sort of feature on the Raspi I don't know.toxibunny wrote:The camera is an HD video camera - high resolution at 30/60 fps.
Will it still also be able to do the 'standard definition, very high framerate' thing, as someone mentioned sometime..?
Hi,jamesh wrote: (anyone have an suggestions on what interface/library would work best for JPG capture?). We also need to do some work on the video side as well of course, I guess V4L is most popular there? Other suggestions welcome.
Check the sheet - not found anything specific on field of view or F number I'm afraid.Norefall wrote:Okey. Just wondering what the Field of View is. Im hoping for a wide angle!jamesh wrote:I only have a confidential document on the module, so not yet.
Actually, I'm hoping for a lens assembly that's easy to take off and modify/replace.Norefall wrote:Im hoping for a wide angle!
Thanks James, I'll wait patiently for you guys to clarifyjamesh wrote:The demo camera is NOT the one that will be in the final release - so we haven't yet had a chance to try anything out, so I have no idea what the capabilities will be until we get the datasheets and start playing with it.
You won't get more than a few centimeters, the interface is very fast and would lose integrity quickly. Options would be either webcam or two Pi's and ethernet the two together.P1nky wrote:Just as a quick query, is there a maximum length that the camera cable can go to? I am in the process of building a system to embed in the car's dash, and was considering adding a reversing camera. I know a USB webcam is an option, but framerate and delay can be an issue in this application.
So I might be better putting the screen and a USB hub in the dash, and mounting the Pi in the boot. In many ways that can be a bonus, as I might be able to interface it with the pressure monitor on the fuel tank (LPG)Gert van Loo wrote:The camera interface is limited in length. We have tested a 15cm cable which seems to work. That is the on the picture taken on the Cambridge Raspberry-Jam. (We have not done a lot of experiments yet). But I have used the Pi with a 20! meter HDMI cable.
Users browsing this forum: No registered users and 10 guests