Stereo-PropCam (final silicon: 1cog, 8 pins, 550FPS, 360MHz ...480 clocks left:)
rjo__
Posts: 2,114
in Propeller 2
No pictures just yet. I need to get the data onto an SDcard... and there are some things standing between here and there.
I think with 400MHz, we might squeeze another PropCam into that cog.
I think with 400MHz, we might squeeze another PropCam into that cog.
Comments
You do realise that 360 MHz will slowdown, or maybe crash, if it gets warm. You'll need a chiller for 400 MHz. I suppose an appropriately operating Peltier would do it.
Works with just one PropCam too!
A GREAT CHRISTMAS GIFT FOR YOU AND THE WHOLE FAMILY
It works at 250MHz... not quite the frame rate but close. You just have to tweak one parameter.
The code does work unmodified with one PropCam, but then you can't use one pin at PropCam_base +6. Next time I'll show the lines to change if you just have to use that pin:)
It has run for over 24 hours without a crash at 360. Silicon lottery I guess.
Peltier coolers are made here in town, but I was thinking of a shot glass with some ice.
I'm thinking of reworking the logic a little. It doesn't make sense to do it for just two PropCams, but for an array, there is a whole different logic possible. I'm pretty excited about it. Have to get HyperFlash working right get two boards talking...mmmm.
I have trouble sleeping at night... can't stop thinking about all of the possibilities.
What frame rate does 250MHz give ?
I didn't measure it, but with the P123 at 80MHz I was getting close to 350FPS for a single prop... I think. The pixel readout is serial at 10MHz... then there is a delay in handling the data until a new frame is called for. So... at 250MHz... fairly maxed out. I just can't say for sure.
I've been think about this multiple Propeller thing... I can do a lot with what I have, but I think there is going to be a lot of bit banging involve. When it comes to using those SmartPins as God intended, I think we are going to need a common clock... and you seem to be the clock king around here:)
Two of the developments that I think are highly significant is Brian's work demonstrating that he can drive HDMI at 24 bits... for an image residing in hubram. The second is Rayman, who demonstrated that if you get the data fast enough the buffer in hubram can be about the size of a line... For a P2x4 that keeps the display P2 with a clean slate in hubram… and you know how these guys love their hubram.
Just saying;)
I don't know for sure. My understanding was that there was a PLL limit, that we don't really know have fast the core logic can run. I crash around 375MHz no matter how little I ask the P2 to do. It is immediate... So, I don't know if that is heat or the PLL limit on my machine
If the core logic will run at 400MHz or above, the application would dictate whether you would ever need to go that high.
I don't think cost is going to be an issue for some application areas. Students and hobbyists are cost sensitive.
But when you need to use a P2 because no other solution makes sense or is even possible, that's another ball game.
The P2 has some pretty interesting specs. Exactly where that puts it in the world of commerce.. we don't know yet.
But I wouldn't sneeze at it.
I'm perfectly happy at 320MHz or even 250MHz. Total MIPS, running out of cogs and pins are my biggest issues.
I have a plan for that.