[Elphel-support] 10359

[Oleg Dzhimiev]

Hi Andreas!

Just to make sure that we speak of the same mode I will recapitulate it
> here. Store the image of both sensors in the ddr-ram. Send a combined
> frame to the 10353 board, where
> the second image is right of the first. This solves a) the problem that
> you can't figure out which frame corresponds to what sensor and b) it
> also solves your timing problem I think. I'm not talking of any
> geometric reconstruction.
>

I thought you needed it only for geometric reconstruction. Speaking about
'a') & 'b)' - you are right. I can do that.
What if I combine images vertically? It will be a bit easier.


> Whats the reason for the unstable brightness and why do I have to enter
> a size of +16px to get a vertically stable picture?
>
Now I got it, sorry. Vertical instablility means that some of the lines in
the frame are missing and so the lines from the next frame are taken and
this makes an effect on the brightness - this is again because of my
incorrect buffered frame latencies. So, I'll try to combine frames first,
ok? Modifying fpga won't take long I think. I will also need to do smth
with sensor's drivers (Andrey might help me).

Can you send me the datasheets for the Aptina Sensor and the DDR RAM please?
> How can I setup a development environment for the FPGA code?
> Do you have instructions for that?
>

Sending you datasheets.
Setting the development & test environment described
here<http://wiki.elphel.com/index.php?title=FPGA_Development_in_Elphel_cameras>.

To run simulation for 10359 launch ./x359_sim.sh
Actually, all the models (sensor & SDRAM) and sources are in CVS. If you are
under windows for verification you can use Modelsim or there is a built-in
simulator in ISEWebpack.

Oleg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20091123/92800e3a/attachment-0002.html>