Highspeed Kamera Kickstarter

[Rena (Gast)]

Hallo Leute,

Ich habe auf Kickstarter eine Highspeedkamera gefunden die angeblich auf 
640x480 eine Framerate von 1500 schafft ( 
https://www.kickstarter.com/projects/1623255426/fps1000-the-low-cost-high-frame-rate-camera?ref=category 
).

Das wären bei 10Bit/Pixel jedoch ~500Mbyte/s.

Wenn ich mir den verwendeten Flash-Speicher von Micron ansehe ( 
http://media.digikey.com/pdf/Data%20Sheets/Micron%20Technology%20Inc%20PDFs/MT29FxG08xAA.pdf 
), muss ich feststellen das der nur 40Mbyte/s schafft, 2 davon 80Mbyte.

Auch beim Prozessor (ARM Cortex mit 166MHZ) sehe ich auch im bestfall 
nur 80MByte/s beim Parallelen Übertragen der Daten (und das ohne 
auslesen der Kamera).

Was haltet ihr davon?

lg

Rena

[FPGA (Gast)]

naja der FPGA oder is das ein CPLD wird als Ram dienen....
Der sollte genug durchsatz haben.

[Rena (Gast)]

Hab mir nochmal die Write-Performance vom Speicher angesehen:

2kByte in 220microsek  -> 8Mbyte/s

Du meinst also das der FPGA (269MHZ) 32Gb zwischenpuffert und die 
nachher in den Flash schickt?

[Grendel (Gast)]

In dem Speicher Package sind 4 Dies drin.
Also sind das 8 Dies insgesamt... da kann man mehrere parallel 
beschreiben.

[Karl H. (kbuchegg)]

Rena schrieb:
> Hab mir nochmal die Write-Performance vom Speicher angesehen:
>
> 2kByte in 220microsek  -> 8Mbyte/s
>
> Du meinst also das der FPGA (269MHZ) 32Gb zwischenpuffert und die
> nachher in den Flash schickt?


Vorweg:
Ich weiss nicht wie er es macht.

Wenn ich vor dem Problem stehen würde, dann würde ich wohl auf ein 
Vorgehen setzen, bei dem der FPGA wie eine Warteschlange funktioniert. 
Die Daten kommen rein und während weitere Daten eintrudeln, wird am 
anderen Ende langsamer bereits ins Flash geschrieben. D.h., ich muss 
nicht die vollen 32Gb im FPGA zwischenspeichern.

[Rena (Gast)]

klingt sehr vernünftig, auf die "Quad dies" hab ich nicht geachtet.

Thanks

[Wolfgang (Gast)]

Karl Heinz schrieb:
> Die Daten kommen rein und während weitere Daten eintrudeln, wird am
> anderen Ende langsamer bereits ins Flash geschrieben. D.h., ich muss
> nicht die vollen 32Gb im FPGA zwischenspeichern.

Stimmt, wenn man die Daten z.B. halb so schnell in den Flash schreiben 
kann, wie sie eintrudeln, muss der FPGA nur 16Gb zwischenpuffern ;-)

[Rena (Gast)]

Wolfgang schrieb:
> Karl Heinz schrieb:
>> Die Daten kommen rein und während weitere Daten eintrudeln, wird am
>> anderen Ende langsamer bereits ins Flash geschrieben. D.h., ich muss
>> nicht die vollen 32Gb im FPGA zwischenspeichern.
>
> Stimmt, wenn man die Daten z.B. halb so schnell in den Flash schreiben
> kann, wie sie eintrudeln, muss der FPGA nur 16Gb zwischenpuffern ;-)

16gb ram gibts eh um 20 euro...


Aber ne ich seh schon wie er das macht:
der hat 2 Flash mit je 16x1GB -> 32Dies mit je 8MB/s -> 256MB/s.


So ganz raff ichs noch immer nicht?
ob man das mit einem Lattice 269Mhz schafft?
Der sollte ja die Parallelleitungen somit 32 mal schalten mit 260Mhz??

[Bildermaler (Gast)]

Du speicherst deine Filme aber auch alle als einzelne BMP (Bitmap) auf 
der Festplatte oder? Schon mal ueberlegt, wie gross dann ein 
Full-HD-Film waere? Natuerlich landen die Daten komprimiert (z.B. 
mpeg/divx kodiert) im Speicher... da brauchts dann auch nur noch ein 
Bruchteil der Bandbreite

[Rena (Gast)]

Die Kamera speichert die Rohdaten KEINE KOMPRIMIERUNG.

Hab jetzt auch die Seite von Lattice etwas durchforstet:
Es ist eine Standard HISPI-Parallel-Bridge Lösung von Lattice. Das 
Reference Design ist von der Homepage beziehbar.
http://www.latticesemi.com/Products/DesignSoftwareAndIP/IntellectualProperty/ReferenceDesigns/ReferenceDesigns01/DualHiSPiSensorInterfaceBridge.aspx

[Rena (Gast)]

Danke übrigens das die Fragen zum Durchsatz so reibungslos geklärt 
wurden. ;)