GameBoy-Cam mit RN-Control
Hio. Also ich habe mir jetzt eine GameBoy-Kamera zukommen lassen um die als Einsteigskamera für meinen Roboter zu verwenden. Ich weiß das es hier im Forum schon eine längere Diskussion zum Thema gab. Allerdings waren die verwendeten µC's immer C-Controlls.
Jetzt kurz zu dem Sinn dieses Themas: Ich habe eigentlich vor das ganze (fast) alleine zu konstruieren. Allerdings habe ich noch nicht so viel Erfahrung. Und mein teures RN-Controll will ich auch nicht gleich nach den ersten paar Tagen schrotten, das ist klar :). Deswegen schreibe ich jetzt hier wie und wo ich was anschließe und wie meine Software dann später aussehen wird. Ihr müsst (könnt) mir dann schreiben ob das so okay ist. Das ist alles! Danke für euer Verständnis. Wenn das ganze dann am Schluss läuft schreib ich auch sicher ein kleines Tutorial welches die Verwendung der GB-Cam zusammen mit RN-Controll erläutert.
Ich habe mich in das ganze u. a. mit dem GB-Tutorial von http://www.destroy-yourself.de/julia.../amr/gbcam.htm eingearbeitet. Da sind die ganzen Ausgänge der Kamera beschrieben. Insgesamt sind das neun. Einer davon bekommt +5V ein anderer Masse (GND). Die kann ich ja jetzt beliebig bei einem der Ports die 5V/GND liefern reinstecken, oder? Ich hab mal nachgemessen. Bei mir liegen nicht ganz 5V an, sondern 4,85V oder so... (Ich denke das ist normal). Alle anderen Anschlüsse würde ich für den Anfang einfachheitshalber in Port A mit der Steckklemme reinstecken....
Kurze Zwischenfrage: Muss ich da dann irgendwas beachten damit ich den µC nicht schrotte?? Ein kaputter Port A wäre nicht so fein.
Dann wäre das „mechanische“ getan. D. h. ich kann jetzt loslegen mit dem Programmieren, oder? Muss ich beim Programmieren was beachten. Kann man auch was schrotten, wenn man irgendwo nen kleinen Bug drin hat? Ich denke mal nicht.
Jetzt noch ein bisschen theoretisches zum Programmieren. Ich weiß das man immer einen Puls auf die Leitung Xck (die Taktleitung ) legen muss damit irgendetwas anderes übertragen wird. Frage: Wie lange muss der Puls sein? Würde es reichen wenn ich z. B. so Programmieren würde (angenommen Xck wäre an PA0 angeschlossen):
Code:
DDRA |= (1 << PA0);
// High,
PORTA |= (1 << PA0);
// Hier kommt dann, dass was man übertragen möchte
// dann sofort wieder low
PORTA &= ~(1 << PA0);
Das wäre dann aber ein ziemlich kurzer Puls. Oder sollte ich da eine Pause einlegen? Und wenn ja wie lange? (Mein µC taktet mit 16MHz.). Wenn man dann Programmieren nichts irgendwie schrotten kann versuch ich dann mein Glück alleine. Wenn die Cam dann läuft poste ich das dann natürlich hier.
Grüße
Lutz
Liste der Anhänge anzeigen (Anzahl: 2)
Hio. Jaaa ich habs geschaft nen (und nicht nur eins 8)) Bild mit der Gamelboy-Kamera zu schießen. Saß gestern noch ein paar (viele) Stunden vorm Rechner und hab dann ganz spät in der Nacht die ersten Bilder geschossen. Grauenhaft allerdings ist die Empfindlichkeit der Kamera, was hier ja schon besprochen wurde. Da muss ich noch tuenen. Sonst ist alles perfekt. Keine komischen Streifen oder sonst was im Bild. Nur ein Problem habe ich noch (und das hat mich einige Nerven gekostet). Und zwar war mir das direkte Übertragen jedes einzelnen Pixels (also z. B. Pixel x,y lesen durch den AD-Wandler laufen lassen und dann via USART an PC schicken) viel zu langsam. Bei mir dauert das bei 38400 Baud etwa 4 Sekunden. Dann habe ich gedacht das ich ein uint8_t-Array mit genügend Speicherplatz für alle Bildpunkte erstelle und das dann am Stück schicke... Das habe ich gemacht und hin und her Programmiert und dann ging nichts mehr. Mein µC (so bin ich am Schluss draufgekommen) ist gar nicht erst richtig gestartet. Vor lauter *******-Flüchen habe ich dann auch noch fälschlicherweise den ISP-Programmer in den PORT-D gesteckt. (Klar, dass es in diesem Fall dann auch Fehler gab). Der ISP-Programmer ist ganz sicher nicht kaputt, ich kann ihn immernoch verwenden ohne das Fehler beim Übertragen eines Programms entstehen. Wie bekomme ich heraus ob mein armer PORT-D jetzt kaputt ist oder nicht? Ist dann da alles kaputt oder wie ist das? Nunja und irgendwan habe ich dann KamAVR beschuldigt und gedacht das Programm macht nur noch Schrott. Bin dann auf ProgrammersNotepad umgestiegen und fand dann nach einigen stressigen Momenten im Output folgende Zeile:
Data: ...(768.0% Full)...
Dann war mir klar was los war. Mein SRAM ist ja nur 2kB groß... Viel zu klein um so ein riesiges Array zu speichern. Naja am Schluss ging dann wieder alles. Was mit dem Port-D los ist weiß ich halt noch nicht.
Im Anhang sind 2 Bilder. Die sind von der Qualität noch nicht so optimal. Da muss ich wohl an den Einstellungen der Cam noch ein wenig rumspielen...
Jetzt noch eine Frage nebenbei: Die höchste Baudrateneinstellungen die im Datenblatt des Atmega32 zu finden ist (Seite 166) ist 1M Baud. Ziemlich schnell. Nur kann ich, wenn ich diese Baudrateneinstellung verwende, nichts mit dem BrayTerminal empfangen (bei HypterTerminal lässt sich das gar nicht erst einstellen)... Auch das Javaprogramm Camera Image Viewer lässt sich da nicht ändern. Es gibt ne Exception wenn ich die Baudrate im Code auf 1M Baud setze. Für alle Nichtjavakenner. Ne Exception ist ganz einfach ein Fehler. Die sagt mir das die Baudrate zu hoch ist. Mit welcher Baudrate kann man den maximal mit nem PC kommunizieren. Das höchste was ich rausholen konnte waren die genannten 38400 Baud. Ein bisschen wenig denke ich. Was sagt ihr?
Grüße
Lutz
EDIT: Ich posten später noch den Code. Aber mein Hund sah schon auf dem Foto nicht so erfreut aus. Ich glaub der muss mal um die Ecke... 8) :)
Liste der Anhänge anzeigen (Anzahl: 1)
Hio. Also im Anhang ist der gewünschte Code. Nochmal Danke an pepisoft der mir sein Programm geschickt hat. Ich hab mich an dem Codeschnippsel orientiert (vorallem die Timings) aber auf meine Bedürfnisse und Umgebung (damit meine ich wie meine Cam angeschlossen ist) angepasst.
Also ganz wichtig: Nicht einfach das Programm im Anhang in den µC flashen und dann läufst. Das ist klar, dass das nicht geht. In der Datei gbcam.h müsst ihr erstmal einstellen wo was dransteckt. In meinem ersten Posting in diesem Thread gibts einen Link zu einem Tutorial, in welchem die Verwendung der Kamera erklärt wird. Da findet man auch eine Beschreibung der Aus- bzw. Eingänge der Kamera. (Den ersten Pin VDD kommt einfach in einen +5V Stecker, VSS/GND einfach in einen GND-Stecker). Ich habs jetzt erstmal ganz einfach gemacht und zwar alle anderen Kabel der GB-Cam mit den Steckklemmen des PORT-As verbunden. Da muss man nichts löten und es geht ganz einfach. Wie man in gbcam.h sieht steckt das Kabel Vout in PA6, READ in PA5 und alle anderen Kabel immer der Reihenfolge immer so weiter (bis PA0). So das wars. Wenn ihr euere Kabel genauso befestigt könnt ihr dann das Programm so flashen. Zum Anzeigen des Bildes gibt es Javaprogramm. Man kann es hier direkt Downloaden: http://www.seattlerobotics.org/encod.../GBCamView.jar. Allerdings wird eine JAVA-VM und ne Extrabibliothek (die niemand hat) vorrausgesetzt. Man findet hier eine Beschreibung zu dem ganzen (Abschnitt Software): http://www.seattlerobotics.org/encod...205/gbcam.html
Ich werde allerdings in den nächsten paar Tagen noch ein ausführlicheres Tutorial schreiben. Wenns noch Fragen hat einfach fragen :).
Grüße
Lutz
EDIT: "JuFo-Arbeit" Gibts da noch nen Robowettbewerb den ich noch nicht kenne?
