Kameramodul bei Pollin: Kennt das jemand?

,,, hoffe, diesmal richtig!

... ich bremse ja nur ungern!
Hast Du bedacht, das der von mir eingesetzte Connector von Molex nicht 
orginal auf das Modul passt?
Das Gegenstück muss ebenfalls, wie schon beschrieben,
Beitrag "Re: Adapter für Olimex_Display und Pollin-Camera"
auf das Modul aufgelötet werden;
Diese beiden müssen vorher bei hbe beschafft werden!
Hier würde eine Sammelbestellung Sinn machen(+ Anzahl= - Preis)!!!
Dann könnte man auch in Erfahrung bringen, ob und wer die LP event. 
gleich konfektioniert?
(Mein Vorschlag war eher für den erfahrenen Bastler!)

... die lichte Weite (der Abstand der Kontakte) auf dem Boden des 
Conneectors(prakt. , die Rückseite!) lässt ein sinnvolles Verlegen von 
Leiterbahnen dazwischen nicht zu.
Nur durch platzieren des Moduls mehr zur Mitte hin, könnten die besagten 
3 Leiterzüge nach links geführt werden.
Dazu ist ein kleinwenig umverlegen aller Leiterzüge notwendig, -aber 
machbar!
Mit Eagle wohl kaum ein Problem. Das .brd besteht am Connector aus 2 
Teilen, die leicht zusammengeschoben werden können, um den richtigen 
Abstand für die NP0519-515X-030-LF zu erhalten.
(ich hab keine, sonst hätte ich diese genommen[viel einfacher]!!!);

... Dankend angenommen
mfG
Erhard !

Beitrag "Re: Adapter für Olimex_Display und Pollin-Camera"
... hab's mal getestet.
das Modul erwartet in der "default" 24,54MHz;
Bei den im meiner Beschaltung angebotenen 27MHz ergibt sich keine 
Synchr. mit dem ADV7175.
Auszug aus DB:
The input resets the on chip timing generator and sets the ADV7175A/
ADV7176A into default mode. This is NTSC operation, Timing Slave Mode
0, 8-bit operation, 2 × composite and S-Video out and all DACs powered 
on.

Es ist notwendig, sowohl Camera als auch ADV aus dem default über 
TWI-Register settings herauszuholen.
Ersteres wird auf 27MHz gestellt, im zweiten werden die nicht benötigten 
DAC-Ausgänge abgeschaltet.
Ein Ausgabepuffer ist notwendig, um Power zu reduzieren(ansonsten starke 
Erwährmung);
Ich probiere für die etwas unklare I2C (lt. Datenblatt abweichend von 
allgemein üblich?) einen Atmel-AVR einzusetzen.
Ach so:
Wem es auffällt, --ich habe den Connector weggelassen, da bei Pitch 
0,5mm kein Umlöten verziehen wird und die VIAS ein ständiger Quell für 
Überraschungen waren;
Ein Aufbau auf Steckbrett (als Baugruppen ) hätte schon Vorteile...

... noch eine Frage an alle:
ich suche nach einem Encoder-IC (möglichst nicht mehr als 44 Pin), der 
aus einem YCrCb 4:2:2 (Reihenfolge Cb-Y-Cr-Y) ein digitales RGB (3x5bit) 
macht.
Zweck: -ansteuern eines TFT(mit eingeb. IC) --> Optrex 35157;

...entschuldigung:  3x6bit ;

Leider bin ich in der programmierbaren Logik noch zu unerfahren, aber 
könnte man das nicht in einem CPLD machen? Das ist doch eine rein 
digtiale Sache, oder? Wie aufwendig ist denn der Algorithmus dazu?
Schon gesehen? Es gibt eine Xilinx-Appnote: XAPP931
Möglicherweise ist auch das hier interessant: 
http://elm-chan.org/works/yuv2rgb/report.html (löst aber leider das 
Problem nicht)
Offensichtlich muß bei der Sache viel gerechnet werden: 
http://www.fourcc.org/fccyvrgb.php

... hat sich erledigt;
In der S5X433CA03-20R0.pdf aus diesem Forum steht auf Seite 10. das Mode 
1 RGB 565( -->genau das Format für das Optrex-LCD) ist.
Nach der init des Displ. liefert lt. S1D19120 Series (Rev.1.1) das 
Camera-Modul bereits das richtige Format, wenn ich Register 72h auf 
00h(27MHz) und das Formatter Command (90h) auf 08h (RGB-->R first) über 
I2C oder parallele IF einrichte.
Event. müssen noch einige andere Register während der init-Phase neu 
definiert werden.
Demnach müsste das LCD als "Monitor" für die Camera geeignet sein?!?
Der AVR zur init könnte ein ATmega 8515 sein, der ermöglicht noch eine 
RAM-Erweiterung. Man kann ja nie wissen...?

@Sebastian
ja, an CPLD hatte ich auch gedacht!
Vor längerem habe ich damit experimentiert.
Mal sehen, vielleicht geht's auch ohne???
Danke für den Tip !

Möglich, daß Display und Kamera etwas miteinander zu tun haben, 
schließlich haben sie sogar ähnliche Anschlüsse. Bisher habe ich jedoch 
noch von keinem gehört, der das Display zum Laufen gebracht hat. Hier 
gibt es noch echtes Neuland zu betreten. :)

... richtig!
aber erst morgen. Für heute reicht's mir.

@Alexander Schmidt (esko)
Zu allererst danke für das Überlassen der 2 Connectoren und das schnelle 
Zusenden!!!
Deine Großzügigkeit gibt mir ansatzweise den Glaube an die Menschheit 
zurück... :-)
Überrascht war ich von der Größe des Con.( Der Abstand der Kontaktreihen 
ist grösser);
Dies macht ein Einlöten in die von mir schon vorgetellte 
http://www.mikrocontroller.net/attachment/98606/Cam.brd
relativ einfach. Es passt alles, bis, -ja bis auf die Rastnasen des 
Moduls.
Diese verschieben sich so ungünstig, das ein Umverlegen der Leiterzüge 
ein Durcheinander der Kontaktfolge ergäbe (-mehr als jetzt schon);
Ich schlage vor, diese bei der "Einkerbung" zu kürzen, um das Modul 
bspw.
mit 2 Tropfen 5-min. Epoxy zu befestigen.
Im Bildvordergrund dein Conn.; dahinter ein Molex.
Im Hintergrund siehst Du ein Optrex-Farb-Display auf "Steckbaustein".
Die 4 Tant.-Elkos gehören zum SMD MAX232, dessen Ladungspumpen die 
Spannung für die Hintergrundbeleuchtung liefern(s.auch 
Beitrag "Re: Bausatz Add-on für AVR-NET-IO" );
Unter dem Trimmpoti sitzt ein SMD LM317L für die 2,8V;
Unter dem Display sind noch Pegelwandler-IC's.
Ich warte auf meine Bestellung von L-Typ Atmel AVR , um der 
Pegelanpassung für die 5, 3,3 und 2,8Volt IC's einzukalkulieren.

Die Sache mit dem Display sieht ja schon recht hübsch aus. Daß die 
Original-Steckverbinder groß sind, ist mir auch aufgefallen. So nach 
Augenmaß zu urteilen müßten die auf das originale Layout passen.
Ich denke, daß ich auch diese Lösung verfolgen werde - Rastnasen am 
Kameramodul abfeilen oder anderweitig einkürzen, und festkleben, wenn's 
nicht hält. Meine Leiterplatten kommen die nächsten Tage, aber ob ich 
Zeit habe, mich damit zu befassen, ist noch nicht sicher.

... hier mal die Hardware (ATmega8l) zum Initialisieren des Cam-Modul, 
des ADV 7175 und des Olimex-Displays;
Der M8 läüft auf 3,3V, was die Pegelanpassung auf Serienwiderstände a 33 
Ohm
vereinfacht. Möglich ist int.Takt, -aber auch ext. über den 74AC11074.
Sowohl TWI für Cam-Modul als auch SPI für das Display werden genutzt.
Die Softw. dazu muss ich noch austesten...

... hier noch die erste Version der Schaltung;

...Widerstandswerte z.B.: R3 = 470 Ohm , R14 = 1K ;
entsprechend die identischen Werte für die anderen 5V/3,3V 
Spannungsteiler;
R11 - R13 = 33 Ohm;
Pullup R15,16 4,7K;
R18/19 und R20/21 wie R3/R14;(dies kann sich event. noch ändern!)

... sehe grad --> muß heissen: Optrex - Display( ich habe immernoch die 
"SAM7S - Ansteuerung im Hinterkopf :)   ! );

...glaub'st Du mir, wenn ich Dir sage, daß die grade auf der Heizung 
getrocknete Leiterplatte noch keinen "Pieps" von sich gibt?
(z.Z. leuchtet nur die HBL des Displays)

... mit dem STK-500 können ohne weiteres keine L-Typen programmiert 
werden.
Deshalb die ISP-Spannungsteiler (sind sowieso verkehrt!) weglassen und 
mit 5Volt programmieren(R5-7 und R8-10).
Lt. Datenblatt ATmega 8L sind 5V Betriebsspannung möglich.
Nach dem Programmieren auf 3,3V laufen lassen, wie geplant.
(Signatur wird nicht passen - einen Kompromiss muss man in Kauf 
nehmen!);

... 0x1E 0x93 0x07  ---> die Signatur stimmt sogar;

... ja, statt 19,6 KB nurnoch 3,9KB.
Da kann man schonmal in Kauf nehmen, das durch das exportieren alle PINs 
miteinander verbunden sind...?!?

@Vlad Tepesch (vlad_tepesch)
das http://www.mikrocontroller.net/attachment/98666/Cambild.xcf
gimp-Bild sollte nur auf eine kritische Stelle aufmerksam machen.
LP-Hersteller werden eher mit der 
http://www.mikrocontroller.net/attachment/98606/Cam.brd Datei etwas 
anfangen können.
Gedacht ist es eher für den Bastler, der sich seine LP noch selber ätzt.
Daher auch keine VIAS und einseitig!

... wer schonmal etwas mit den 2 Modulen probieren will, hier mal als 
Anfang!
Die I2C-Taktfrequenz scheint mir etwas sehr niedrig, habe es aber so aus 
dem Datasheet rausgelesen(S13/14).
Die Camera wird auf 27MHz und RGB.Ausgabe eingestellt.

... ich habe das ADV-Modul auf's Steckbrett angepasst und einige Fehler 
beseitigt.(nichts gravierendes, leicht zu finden);
Das .png lässt zwar keine Einzelheiten mehr erkennen, dafür ist es aber 
schön klein...

Auf so einem winzigen Bildchen kann man nur nicht viel erkennen...

...@Markus Heinze (Gast)
über die gewünschte Grösse der Bilder wurden hier schon fast Kriege 
geführt!

Zur Erklärung:
Die 2. LP von unten ist das ADV-Board. Unter dem Mikrochip auf der 
Leiterseite ist auf der Bestückungsseite eine CU-Fläche (geschnitten aus 
der Cu-Klebefläche für die LED-Kühlung der Kamera).
Diese folgt dem GND-layer unter dem Chip (rot) im .brd und schliesst 
noch die PINs des Chip (auf der gegenüberliegenden Seite) mit ein. - 
mehr nicht-
Man muss sich nur nach der .brd - Datei orientieren.

... dies zum Veranschaulichen!

... die beiden rechteckigen Kupferflächen waren nur meine Markierung, 
hier Aussparungen(Löcher) für die "Rastnasen" des Moduls vorzusehen;

... ja, der Bungard-Lack. Aber vorsicht, nicht besonders "wischfest" !
Nehm' ich auch nicht wieder. Eingefärbtes und in Spiritus aufgelöstes 
Kolophonium ist besser...! Und viel billiger...
Ich habe auch nur ein einziges Mal tatsächlich die Rastnasen 
drangelassen;

> über die gewünschte Grösse der Bilder wurden hier schon fast Kriege
> geführt!

Ja, da es immer wieder Leute gibt, die zu dumm sind, eine sinnvolle 
Größe zu wählen. Dein erster Versuch ging in die Hose, weil man auf dem 
kleinen Bild nichts erkennt. Dein zweiter Versuch liefert ein unnötig 
großes Bild.

... nein , -weil es immer wieder Leute gibt, die zum Thema nichts 
beitragen können aber sich dennoch - SELBSTDARSTELLEN - wollen;

... o.W.

dksk

Ich find die grossen Bilder gut ... zu klein ist noch blöder.

der Aufwand aus dem modul was netzwerk fähiges zu machen sprengt den 
rahmen oder?

grüsse

Na ja, wenn man die Bilder erst mal erfaßt hat, könnte man sie 
unkomprimiert mit einem kleinen Webserver zur Verfügung stellen - als 
Einzelbild. Komprimieren und streamen übersteigt zumindest meine 
Möglichkeiten.

Bin gerade durch Zufall auf diesen Beitrag gestoßen. Kling alles recht 
spannend. Aber wirklich erfolgreich wart ihr ja nicht gerade.

- 250 Beiträge
- Sammelbestellung für Steckverbinder
- diverse Layouts für Adapterplatinen
- Sammelbestellung für Adapterplatinen?
- Mancheiner kauft bis zu 20 Kameras?!

Und alles was ihr bisher zusammen gebracht habt ist das:
http://www.mikrocontroller.net/attachment/preview/77038.jpg

gähn

Alex W. schrieb:
> Ich bin viel cooler ;-)

Cool :D   Respekt.

Alex W. schrieb:
> Ich bin viel cooler ;-)

Ist aber nicht die Pollinkamera. FAKE!

Guckst du eb*y: 270636850192

Witzige Hardware, auch wenn ich nicht sicher bin, ob der USB-Anschluß zu 
mehr als für die Stromversorgung taugt.
Ansonsten: Fertig kaufen kann jeder. Wirklich cool geht anders.

@Sebastian (Gast)
Eigentlich wollte ich diesen Thread den (Besser-) Wissenden überlassen.
Daher auch mein "dksk" (danke, Ende der Übertragung --> Fernschreiben);
dennoch: schau Dir mal den Download der eb.y-Seite an.
Die angebotene Software entspricht , nach Anpassungen, der von mir 
verwendeten...

@erhardd (Gast)
Lass Dich nicht blöd anmachen von Bob Kelso & Co, da ist nichts 
Produktives zu erwarten. Ich und bestimmt auch andere wären froh wieder 
von Dir und Deinen Erfolgen zu hören.

maaalsoneblöödefrage:
Was ist jetzt eigentlich aus der Bestellung für die Stecker geworden? 
ich hätt auch gern welche- so 5-10 Stück.
Gibts nochmal ne Bestellung?

...zum Betreiben der PolKa muß die Konfiguration geändert werden.
hier Beitrag "Achtung-Korrektur: AVR-CAM als Schalttafel"
habe ich die Sortware für die ov7670 geändert.
Zum Testen der Kam. die SD-Karte entfernen!
(sonst Schalttafel);
Die I2c-Adresse ist offenbar 0x22 (nicht 0x5b);
Wer nicht sicher ist, kann die oc7670.c und die SCCB.c übernehmen
und nach der richtigen Adresse suchen lassen;
Achtung: read (SCCBreadByte) wurde nicht geändert !
Bei Bedarf selbst ändern.
Jetzt kann man die Kam. ansprechen...

http://cgi.ebay.com/NEW-2-8-TFT-LCD-Board-Camera-Module-AVR-Source-Code-/270636850192?pt=BI_Electrical_Equipment_Tools&hash=item3f03369c10 
würde ich kaufen!

... das ist die AVR-Cam(Bild: AVR_CAM_013.jpg) die ich angepasst habe;

...beim Ansprechen der Register der Pollin Kamera zeigte sich, das die
Register, die in den anderen  hier geposteten Datasheet aufgeführt sind,
offenbar nicht existieren.
Ich vermute, das nur die S5x7322X Controller
Beitrag "Re: Kameramodul bei Pollin: Kennt das jemand?"
zutreffend ist.
Auch das "Formatter" - Register existiert wohl nicht in der Form.
Hier kann man die RGB-8 Bit Ausgabe aktivieren.
Ich kann mich irren, -aber, --wenn dem so ist, kann die Kamera nur
YCrCb nach ITU-R.656 ;
Für einfache AVR-Anwendung wohl eher nicht geeignet.
Abhilfe wäre die ADV -Lösung nach
Beitrag "Re: Kameramodul bei Pollin: Kennt das jemand?" ;

Das wars wohl für die Pollin - Kamera ...

Ergänzung:
Um nicht falsch verstanden zu werden;
Mich interessiert nicht das einfache "Durchreichen" von Frames an ein 
Display/Monitor/Fernsehgerät.
Mein Hauptaugenmerk liegt in der möglichen Bilderkennung;
Und da ist die oben erwähnte OV7670 wesentlich besser geeignet und
anwenderfreundlicher...

Hübsche Arbeit, meinen Respekt dafür.
Ich möchte allerdings behaupten, daß man, wenn man mit den begrenzten 
Ressourcen eines AVR Bilderkennung macht, eigentlich beim 
Schwarzweißbild bleiben kann - und dieses ergibt sich aus dem Y-Anteil, 
oder etwa nicht?

Hallo Sebastian...
Ich möchte Dir eine AVR-Kamera zeigen, die die Bilddaten in einem ext.
Bildspeicher hält.
Von hieraus ist Zugriff durch komplexere IC-Schaltungen (wie etwa 
Bilderkennung) möglich.
Die Grundidee dahinter:
- möglichst (einheitliche ) Datenerfassungseinheiten auf z.B. 
AVR-Niveau;
- komplexe Logik setzt dahinter ein; ==> µOS o.ä. ;
( mit 7z entpacken);

...Zusatz:
angelernte neuronale Netze sind in der Lage, aus Bilddaten von Bildern 
oder deren Teildarstellungen die Darstellung zuzuordnen.(zu benennen );
Für mich wäre es interessant, ein System zu entwickeln, das 
selbstständig in der 3. Dimension nach dem "Schwanz des Hundes" sucht, 
wenn es das Bild eines Hundes (von vorne ) erkannt hat;
Als Bestätigung dann noch das kurze Knurren (bevor er zubeisst ) und " 
ja " ,
es ist ein Hund;

Das klingt ja interessant. Muß ich mir erst einmal in Ruhe ansehen. Also 
ist der AVR hier nur Frontend, und macht das, was man sonst mit einem 
CPLD machen würde, die Erfassung der Rohdaten. Langsam verstehe ich die 
Sache... hoffe ich.

...wenn Du da einsteigen willst, schau mal hier
http://www.transfertech.de/wwwg/soft_g.htm

> Wenn man den Chip mit Spannung und Clock versorgt, evtl. Reset, liegen
> dann am Bus(anscheinend nur 8Bit) bereits Video Signale an?

NEIN.

WOW nach drei Jahren wird er deine Antwort sicher zu schätzen wissen!

Wird doch Zeit für einen Friedhofsthread