Gameboy Camera, Probleme bei dem Auslesen des Bildes

[tobimc]

Hi!

pebisoft, es ist EGAL wie LANGSAM die Prozessoren zum Auslesen sind, sie dürfen nur nicht ZU SCHNELL sein.
Das ist der Witz an der Sache.

Das Bild verrottet nicht in der Camera.

VLG Tobi

[pebisoft]

hallo tobi, die cmucam I schafft es nicht mit dem basic was eingebaut ist, null chancen. es geht nicht um das verrotten des bildes, sondern um das einlesen der steuerungsdaten und das zeitliche korrekte abstimmen von den leitungen von 1 und 0.
mfg pebisoft
ps: aber auch ohne externen adcchip ( ertes thema).

[Z80]

Mein Problem ist: Wenn ich die Cam resete und sechs impulse auf der Tacktleitung (Xck) gebe oder die Register beschreibe wobei ich auch einige Täkte gebe, bringt die Readleitung ein signal, dass teoretisch erst NACH dem Startsignall kommen sollte.

Es sollte meiner Meinung möglich sein:

Alle Ein - und Ausgaben sind immer mit dem Takt syncronisiert. Hierbei ist die maximale Taktfrequenz 500kHz. Die minimale ist leider unbekannt, aber sie kann um einiges langsamer sein.

Quelle: http://www.destroy-yourself.de/julia.../amr/gbcam.htm

[pebisoft]

wenn du die zeit von der c-control (c-control-basic) umrechnen tust, reicht diese knapp für 150khz, es ist so.
in der c-control 1 läuft ein inpreterprogramm ab. es sei denn , du benutzt die 255 byte für asm.
wenn du ein roboter zusätzlich steuern möchtest, steht du damit auf dem schlauch.
mfg pebisoft

[tobimc]

Hi pebisoft!

Na und?
Wie gesagt, du kannst die Gameboycam theoretisch auch mit Schaltern und Multimeter auslesen... (Viel Spaß...)

Z80:
Warum generierst du den Takt für die cam nicht mit ner DO...LOOP Schleife, die so viele Takte generiert, bis READ auf HIGH geht?
So hab's ich gemacht, und so sollte man es machen, da es ja Pro Belichtungszeit mehr Takte kostet...

VLG
Tobi

[Z80]

Ich habe eine loop schleife eingebaut aber die ist erst nach den Register und dem Startsignal. In Meinem Programm ist es der Bereich #wait.

EDIT: Ich weiss wie besch**n die C-Control ist. bis zu den AVR's geht es noch eine weile.

EDIT: Das Readsignal geht schon nach drei täckten auf HI!

[Z80]

Noch eine Frage: Wie muss man bei dem neuen Programm von tobimc die Werte Trennen? Nicht das ein dreistelliger Wert zu drei pixel wird.

[pebisoft]

du musst einfach die daten (pro adc-wert) als string übermitteln, den rest macht das programm alleine.
versuch einmal einpaar routinen in den 255-byte grossen speicher als asm reinzubringen.
mfg pebisoft
ps: bei mir klappt das auslesen auch noch nicht so einwandfrei, ich habe einen AVR mit 8mhz laufen und schicke die daten direkt vom adc über RS232 zum pc nach tobis programm rüber.
wahrscheinlich ist mienns zu schnell, weil ich in winvr-c progge.

[Kjion]

wahrscheinlich ist mienns zu schnell, weil ich in winvr-c progge.

Welches Programm benutzt du den im Moment ?? Das das du aus meinem Quelltext zusammengestückelt hattest ?? Die Ur-Funktionen davon sollten funktionieren, hab sie immerhin schon mehrfach getestet

Das auslesen der GBCam sollte auch mit einer C-Control funktionieren, allerdings wird es ne ganze Weile dauern bis man bei 9600 Baud die Daten übertragen hat.

MfG Kjion

[tobimc]

HI

Z80, du musst die 8-Bit ADC-Werte in einem Byte senden.
N I C H T (!!!!!!!!!!!!!) als String!!!
Du musst desweiteren aufpassen, dass die Ausgabefunktion (print?!?!?!?!)
kein \cr \lf mitsendet.
Einfach die gabzen Pixel als Bytes senden. Für jedes Pixel ein Zeichen.

pebisoft: Wenn du das als String überträgst, haben wir den Fehler gefunden.......
WIe gesagt, um die maximale Frequenz nicht zu übersvhreiten, musst du bei jedem Takt ca. 2µs warten.


Viele liebe Grüße,
Tobi