Hallo,

Hier das Protokoll der Philips DC - 3840 Handycam.
Die DC - 3840 arbeitet mit 921600 Baud. Das Protokoll entspricht soweit
der C328. Komando ID6 und ID7 werden nicht unterstützt! Der
Kommandoheader ist hier nicht AAh sondern FFh FFh FFh. Also sieht das
Synckommando wie folgt aus FFh FFh FFh AAh 0Dh 00h 00h 00h anstelle wie
bei der C328 AAh 0Dh 00h 00h 00h 00h. Interessant ist noch der Inhalt
des EEProms zu debuggen, um z.B. die RS232 Schnittstelle etwas langsamer
zu betreiben.

Gruß
Uli

Dann solltest du deinen Shop mal updaten. Da steht noch
"Kameradatenstrom noch nicht entschlüsselt!"

;-)

Hallo,

hier ein Bild(320x240) welches ich mit hterm ausgelesen habe.
http://www.der-hammer.info/terminal/index.htm

Sync der Kamera
FF FF FF 0D 00 00 00 00
FF FF FF 0E 0D 00 00 00

Bild 640 x 480
FF FF FF 08 01 00 00 00
FF FF FF 01 01 07 09 07
FF FF FF 05 00 00 00 00
FF FF FF 04 01 00 00 00
Bilddaten werden gesendet

Bild 320 x 240
FF FF FF 08 01 00 00 00
FF FF FF 01 01 07 09 05
FF FF FF 05 00 00 00 00
FF FF FF 04 01 00 00 00
Bilddaten werden gesendet

Bild 160 x 120
FF FF FF 08 01 00 00 00
FF FF FF 01 01 07 19 13
FF FF FF 05 00 00 00 00
FF FF FF 04 01 00 00 00
Bilddaten werden gesendet

Gruß
Uli

Hallo,

Hier mal ein kleiner DC-3840 Kameratreiber für einen ATmega644. Wichtig
ist dabei dass der Quarz mit 14,7456Mhz schwingt!! Die Kamera wird dabei
direkt an den USART des Prozessors angeschlossen. An Pin D.5 stehen die
Daten seriell zur Verfügung (Softuart, 1 Startbit, 8 Datenbits, 1
Stoppbit, 38400Baud).

Gruß
Ulrich

Hier noch ein Bild des Versuchsaufbaus.

Äußerst genial, Uli!

Ist es möglich die Kamera bei weniger als den 921600 Baud laufen zu
lassen? Beispielsweise bei ganz schnarchlangsamen 9600 Baud? Bei dieser
anderen Handy-Cam ging das ja.

Hintergrund ist, dass mein Miniwebserver nur mit 12,5 MHz läuft (25MHz
des ENC28J60/2).

Und die Geschwindigkeit wäre in dem Falle eigentlich egal.

Hat jemand eine günstige Bezugsquelle für diese Handycam DC-3840?
Danke.

Hallo Ralf K.

Schau mal in meinen Shop auf meiner HP!

Gruß
Uli

Ok, habs gefunden.
Dass man sich im Shop erst anmelden muss, um die Versandkosten zu
erfahren, finde ich prinzipiell schlecht. Kannst Du das nicht ändern?

Hi Uli!

Feine Sache! Wird es auch noch einen Code für den Mega32 mit den Quarzen
der Webserver-Schaltung geben oder schafft der das nicht?

Frohe Weihnachten,
Bernd

Hallo,

Der aktuelle Source Code auf meiner HP schaft es auch mit einem Mega32!
Der Testserver auf meiner HP arbeitet mit einem Mega32 und der Kamera.
Allerdings habe ich hier die kleinste Auflösung gewählt (160 x 120).

Gruß
Ulrich

Hallo Uli,

kannst Du eine ungefähre Hausnummer sagen, wie groß einzelne Bilder in
der Auflösung 160 * 120 werden?
Sind die Bilder in dieser Auflösung noch einigermassen erkennbar?

Vielen Dank, Stefan

Hallo,

Die Bilder mit einer Auflösung von 160x120 haben eine größe von 5kB.
Bilder bei 320x240 etwa 15kB und Bilder mit 640x480 etwa 30 kB. Ob ich
auf den Bildern was erkennen kann? Meine doch, Bilder auf meinem
Handydisplay sind nicht größer. Aber wer mag kann ja die Auflösung noch
etwas vergrößern 320x240 oder 640x480. Wobei sich 320x240 bei mir als
optimale Auflösung herrausstellte.

Gruß
Ulrich

Hallo,

Habe mal mit der Kamera 3 Bilder gemacht. Auflösung 160x120,320x240 und
640x480.

Gruß
Ulrich

Vielen Dank Uli!

Mal schauen, ob ich die Kamera in mein Hausbus-System integrieren kann
(um zu sehen, wer an der Türe geklingelt hat). Weil ich eine relativ
geringe Baudrate fahre, kommt es sehr auf die Größe der Bild-Dateien an.
5kb sind aber zienlich problmlos.

Viele Grüße, Stefan

@Uli:
Kann man in Deinem Shop auch per Paypal bezahlen?

@Ralf K.

Nein! Desweiteren ist dies nicht mein Shop sondern der von meiner Frau.

Gruß
Ulrich

> Nein!
Ok, man wird ja wohl noch fragen dürfen...

> Desweiteren ist dies nicht mein Shop sondern der von meiner Frau.
Ein paar Beiträge weiter oben hast Du noch geschrieben:
"Schau mal in meinen Shop auf meiner HP!"

SCNR

;-) Bisher war jeder noch zufrieden. Der Shop ist Offtopic, hier gehts
ums Protokoll!!

Hey Ulrich, das kenne ich irgendwoher!

Ihr habt euch im letzten Jahr Idealismus und Gewinn redlich miteinander
geteilt, du darfst den Idealismus auch im kommenden Jahr behalten!

:-D

Kann die Kamera eigentlich auch unkomprimierte Bilder liefern ? Diese
könnte man leichter mit einem µC weiterverarbeiten um so z.B. erst mal
eine Bewegungserkunnung zu machen, ehe das eigentliche Photo gemacht
wird ?

Hallo,

Ja die Kamera kann auch unkomprimierte Bilder liefern, mit einem
Propeller und der Kamera kam ich auf 6 Frames in der Sekunde. Das lag
aber auch nur an der langsamen Geschwindigkeit der RS232 Schnittstelle
;-)

Ulrich

Der OV528 besitzt einen 8051 µC, dessen Software im externen EEPROM
steht. Ich habe den EEPROM Inhalt mal durch einen Disassembler laufen
lassen: Teilweise macht der Coder sogar Sinn. Da ich leider (noch) keine
solche Kamera habe, kann ich nicht ausprobieren, was passiert wenn man
die Werte ändert. Dem Code nach werden einigen Werte aus dem ROM gelesen
und an irgenwelche Register geschrieben. Im EEPROM steht also
vermutliche die Grundinitialisierung.

@Benedikt K.

Hast du das Datenblatt des OV528 gefunden? Wenn noch nicht schicke mir
mal eine kurze Mail.

Gruß
Uli

Leider nicht. Das ganze steht auf der News Seite von Omnivision, die nur
noch im google Cache ist (1. Ergebnis der google Suche nach OV528):

"The OV528 can be programmed by mobile device manufacturers with
proprietary protocols to customize the interface between the camera and
the host. Protocols are the communications standards used between
electronic devices to exchange information. The OV528 has a built in
8051 micro-controller to process the program, which can be stored in an
EPROM on the camera or downloaded directly from the host."

Wenn man den Code mal ordentlich debuggt, könnte man rausfinden, welche
Werte wohin geschrieben werden (welche Bytes im EEPROM also Daten und
welche Code sind). Das würde es leichter machen, durch Ausprobieren z.B.
die Baudrate anzupassen.

Hier ist ein kleines Datenblatt einer Kamera, die auch den OV528
benutzt.
Dort sind einige Commands beschrieben.

www.electronics123.net/amazon/datasheet/C328R_UM.pdf

Ich hätte mal eine Frage zur Software:
Wenn ich das richtig verstehe, dann antwortet die Kamera nach einem Get
Picture Befehl mit einem Ack, und danach mit dem Data Befehl, der
mitteilt wie groß das Bild ist.
Dieser muss dann mit Ack beantwortet werden, danach wird das erste
Datenpaket übertragen, das wiederrum mit Ack bestätigt werden muss.

Die Ack Meldungen der Kamera werden beim Empfangen direkt in den
cam_cmd_buffer geladen, und die Daten danach in den cam_dat_buffer.

Was mich jetzt wundert: Du sendest nirgends ein Ack zur Kamera, oder
habe ich etwas übersehen ?

Hallo,

Bei der DC-3840 gibt es den Befehl für die Packetgröße nicht, alle Daten
werden hintereinander gesendet! Das Bild bleibt aber im Speicher und
kann so oft wiederholt gesendet werden wie man will.

Gruß
Ulrich

Das heißt, nach dem Get Picture Befehl wird das Bild sofort komplett
gesendet ?

Ja, mit dem Längenangabenbefehl FF FF FF 0A xx xx xx xx.

Danke, jetzt habe ich es verstanden:
Es wird jedesmal das komplette Bild gesendet, aber nur der gewünschte
512Byte Block wird im AVR gespeichert, die restlichen Daten werden
verworfen.

Jo so ist es, hätte man mehr Speicher könnte auch das ganze Bild
genommen werden. Der Block kann aber auch kleiner als 512Bytes sein.

Warum musst das Quarz 14,7456Mhz sein? Wieso kann ich nicht 18.4320MHz
benutzen?

Wegen den Warteschleifen?

Hallo,

Ich habe 14,7456 gewählt weil sonst ein Mega32 übertacktet wird.
18.4320Mhz könnte auch klappen evt. die Warteschleifen verlängern. Hatte
den SourceCode nur mal in der schnelle geschrieben.

Gruß
Ulrich

Ok ich werde es heute testen.
Die Platine und die Kamera sind von deiner Frau da:-)

Der Stecker auf der Kamera ... was ist das für ein Stecker?
Ist das eine ganz normale Sterio Klinge?

Hallo,

Ich habe die Kamera geöffnet, den Stecker abgeschnitten und die Kabel
verlängert. Eine normale Stereoklinke ist das nicht.

Gruß
Ulrich

Hi,

wie öffnet man die Kamera? Sehe da keine Schrauben.
Für einen Tip wäre ich dankbar.

Schraubendreher stark schräg ansetzen, und nach oben drücken.

Hallo Uli,

Wie sieht es denn mit der Lichtempfindlichkeit der Kamera aus?
Ist die mit der MCA25 zu vergleichen?

Gruß, Volker

uii da haste aber für nen guten preis eingekauft g (vermute ich
einfach mal)
http://cgi.ebay.at/Philips-350-VGA-Ansteckkamera-P...

Ich wär vorsichtig mit dem posten von Bildern aus derm Datasheet auf
deiner Website (noch dazu ohne Quellenangabe)
Das könnte teuer werden wenn irgendsoein Abmahnanwalt das entdeckt o.ä.
:-X

Weißt du zufällig was da für ein Bildsensor verbaut ist ?
Hast du mal unter die Linse geguckt ? Bzw wenn überhaupt steht das
meistens auf der Rückseite vom
Bildsensor (haste nicht zufällig mal einen abgelötet oder ? )

Hallo,

Jo die Kameras waren relativ billig aber ich habe 500 Stück, für nur
hundert mache ich mir nicht die ganze Arbeit. Wenn ich die aber für 1€
abgebe, dann würde mir die irgend ein Geschäftsmann alle abkaufen und
für mehr verhökern. Ausserdem ist es mir überlassen für wieviel ich die
Kameras verkaufe. Ich will ja auch neue Projekte damit finanzieren und
Frau beruhigen oder besser bestechen ;-). Erstmal hatte ich des Risiko,
diese mussten auch entschlüsselt werden, desweiteren benötigte ich auch
halt das passende Handy, und die nötigen Gerätschaften waren auch nicht
ganz billig. Beste Beispiel ist die MCA-25 die habe ich noch für 1€
bekommen. Die bekomme ich dafür nimmer.

Unter die Linse habe ich auch schon geschaut. Allerdings kommt man an
den Sensor alleine nicht dran ist nur ein Siliziumplätchen.


Gruß
Ulrich

>Unter die Linse habe ich auch schon geschaut. Allerdings kommt man an
>den Sensor alleine nicht dran ist nur ein Siliziumplätchen.
Also der Sensor (Siliziumplätchen) sollte in so einem Glasgehäuse
stecken.
Das ist dann mit der Platine verlötet (SMD). Und unter dem Gehäuse steht
manchmal die genaue Bezeichnung des sensors.
Mit ein bisschen Geschick könnte man dann uU das Datenblatt finden.
(Ich tippe mal auf einen Micron Sensor, da findet man auch die
Datenblätter recht einfach)
Dann könnte man den Chip ggf einzeln nutzen ;)

Eine Direktansteuerung halte ich nicht für sinnvoll. Da das auslesen des
Photoarrays zeitlich kritisch ist. Desweiteren müsste ich dann auch noch
den Speicher bereitstellen 640x480x8Bits (332). Und wer den Chip gesehen
hat wird es sein lassen ;-)

Es gibt ja noch mehr als Atmega CPUs da draußen ;)
Zeitkritisch für nen Atmega ja, nen FPGA machts mit links...

Hast du Fotos von dem Chip ?
Aufgrund deiner Anmerkung wegen der Größe vermute ich die haben nen 1/4"
Sensor drunter ?

Hier zum auslöten ;-))))

ok damit hatte ich nicht gerechnet gg
Auslöten geht ja noch (bügeleisen/heissluft von der rückseite)
aber das wars dann auch schon gg
Danke fürs Pic ;)

Diese Seite hilft dir evt. weiter!!

http://o-d-v.nm.ru/tel_cam/

cool! danke !

Muss der TX pin der Kamera an den TX Pin des AVRs oder muss TX an RX and
RX an TX?

Hallo,

TX an RX und RX an TX!

Gruß
Ulrich

JEPPI!!! Ich habe mein erstes Testbild. Man die Kamera braucht ja viel
Licht um gute Fotos zu machen ;-)

Hallo,

Es gibt noch ein Konfigurationsregister für die Beleuchtung das muß ich
mal noch raussuchen.

Gruß
Ulrich

Hallo,

Normal (Kommando)
FF FF FF 12 00 00 00 00

Dunkel (Kommando)
FF FF FF 12 01 00 00 00

siehe auch meine beiden Testbilder gleiche Beleuchtung!

Gruß
Uli

ohne digital Zoom
FF FF FF 18 01 00 00 00

mit 2x digital Zoom
FF FF FF 18 00 00 00 00

S/W
FF FF FF 17 01 00 00 00

Farbig
FF FF FF 17 00 00 00 00

Wo hast du die Werte her ?
Ausprobiert oder aus irgendeiner Beschreibung ?

Funktionieren eigentlich die ganzen Farbmodi (2bpp, 4bpp, 8bpp, 12bpp,
16bpp) aus der Beschreibung der C328 ?

Hallo,

Farbmodis habe ich noch nicht alle durchgetestet. Ich habe den
Datenstrom von Handy und Kamera aufgezeichnet. Und gesendete Register
(Kommandos) durchgetestet.

Gruß
Ulrich

Habe noch die Informationen zur Kamera auf meiner HP erweitert.

An welcher stelle müssen die Kommandos kommen für die Einstellungen?

Alles klar habs gefunden ... klappt wunderbar.

Kamera gibt es bei ebay ;-)

http://cgi.ebay.de/Ansteckkamera-fuer-Philips-CT-3...

Heute kamen endlich meine Kameras. Erstmal bin ich erschrocken, denn die
Bilder waren alle rosa/grün. Grund: Ich hatte die Kamera nur mit 3,3V
betrieben. Mit 5V geht es besser...

Hier noch ein paar Befehle:
0x10,i,0x00,0x00,0x00    i=0..2, JPEG Kompression. 0 ist die beste, 2
die schlechteste
0x17,i,0x00,0x00,0x00    i=0..3, 0=Farbbild, 1=Graustufen, 2=blau,
3=braun

Wenn man die Bilder unkomprimiert anfordert, scheint die Kamera diese
auch JPEG zu komprimiert haben, man sieht nämlich deutlich die
Kompressionsartefakte.

Hallo,

Ja die Kameras arbeiten mit 5V haben einen kleinen Stabi! Intern
arbeiten diese aber mit 3,3V ich finde eine 5V Versorgung besser als
eine 3,3V ;-)

Gruß
Ulrich

Ich hab noch ein paar Befehle durchprobiert:
0x13 (Lichtfrequenz) wird nicht unterstützt, zumindest bekomme ich da
immer ein NAK.
0x21 und 0x22 gibt es noch, aber was diese bewirken konnte ich nicht
herausfinden.

Noch eine Info: Mit bester Qualität (JPEG Kompression auf 0) kann man
keine 640x480 JPEG Bilder machen, sondern nur 320x240.

Ich hätte da noch eine Frage, und zwar hierzu:

Ulrich Radig wrote:
> mit einem Propeller und der Kamera kam ich auf 6 Frames in der Sekunde.

Wie hast du das gemacht ?
Ich kommt mit viel Glück auf 1fps bei 160x120@8bpp. Die Kamera ist
einfach nicht schneller.
Oder verwendest du den Preview Modus ?

Ab und zu liefert die Kamera bei mir auch anstelle des Bildes bei dem
Get Picture Befehl ein NAK. Den genauen Grund habe ich noch nicht
rausgefunden, aber ich vermute es liegt an der zu kurzen Wartezeit
zwischen dem Snapshot und dem GetPicture Befehl.
Gibt es dazu irgendwelche Infos, Erfahrungswerte o.ä. wie lange man
warten muss ?

to: Benedikt K.
921600/(160*120*8)=6
sollte eigentlich funktionieren
laeft es ueberhaupt mit 16p

Hallo

Ich sende zur Kamera:

FF FF FF 01 01 05 19 13
FF FF FF 10 01 00 00 00
FF FF FF 12 00 00 00 00
FF FF FF 18 01 00 00 00
FF FF FF 17 00 00 00 00
FF FF FF 21 03 00 00 00
FF FF FF 08 01 00 00 00
FF FF FF 04 02 00 00 00

Bild wird ausgegeben

FF FF FF 0E 0A 01 00 00

nächste Bild wird ausgegeben

FF FF FF 0E 0A 02 00 00

nächste Bild wird ausgegeben usw.

Ich bekomme als Antwort auf den letzen Befehl (FF FF FF 04 02 00 00 00)
ein NAK.
Muss man nicht vorher erstmal einen Snapshot Befehl senden ?

Zeitweise kann es vorkommen das das FF FF FF 04 02 00 00 00 mehrmals
gesendet werden muß. So macht es auch das Philips Handy!

Das ist auch eine nette Lösung. Es geht zumindest irgendwann nach dem 5.
bis 15. Befehl.

Meine Erfahrung bisher: Wenn die Kamera ein NAK sendet, bzw. garnichts
sendet, dann habe ich zuletzt irgendwas falsches geschickt bzw.
irgendein Ack vergessen zu senden.
Wenn ich normale Bilder mache, dann sendet die Kamera (außer beim Sync)
nie ein NAK bzw. garnichts.

Noch eine letze Frage:
In welchem Format werden die Bilder im Preview Modus ausgegeben ?
Ich erhalte immer 18432Bytes, egal was ich einstelle.
Die Bilder haben eine Auflösung von 192x96, es scheint allerdings kein
8bpp Graustufenformat zu sein.

Hallo,

Ich meine die Codierung war so:

8Bit (3Bit Rot)(3Bit Grün)(2Bit Blau)

Gruß
Uli

Hallo zusammen!

Frage an diejenigen, die die Cam an den AVR MCU bereits angeschlossen
haben:

Hat auch der MCU in euerer Schlatung die 3,3V Versorgung? (da TX-RX pins
der Cam anscheinend 3,3V pins sind)

Wenn man doch direkt 5V vom uC's TX und Reset einspeist, wird davon die
Cam nicht defekt?

Und wenn die nicht defekt wird, ist die Bildquali dann i.O? Ich denke an
die MCA25... was man da nicht alles vorschalten musste an den TX und
Reset pins....

Ganz andere Frage. Dem Datenblatt von AVR zufolge gibt's keine Baudrate
von 921600 Bits/sec (bei Fehler von 0%) wenn man den 18,432 Mhz Oszi
verwendet (mein MCU ist Atmega644-20). Der relative Fehler wird dann so
groß, dass er in dem Datenblatt nicht mal angeführt wird (- Zeichen in
der Spalte).

Frage ist ob einer schon den 18,432 Mhz Quarz getestet hat und ob es
funktionierte?

Vielen Dank für euere Infos im Voraus!

Hallo,

Ich habe keine Probleme mit der DC-3840 an einem AVR mit 5V. Man
benötigt keine weitere externe Beschaltung. Die MCA25 benötigte eine
stabilisierte 3,3V Spannung die DC3840 hat ihren eigenen Stabi.
Allerdings wenn man sichergehen will, kann man ja am TX Pin des
Prozessors den Pegel auf 3,3 V herrabgeteilten.

Gruß
Ulrich

>Frage ist ob einer schon den 18,432 Mhz Quarz getestet hat und ob es
>funktionierte?

Das funktioniert schon rechnerisch nicht.

Hallo,

... hier gibts noch ein älteres, ausführliches Datenblatt zu der
Philips-CAM ...

http://www.roundsolutions.com/cmos-camera/CAM-VGA1...

... scheint da ja verschiedene Versionen der Firmware zu geben, daher
wohl das Problem mit der Ansteuerung.

100 Stück von der Kameras gingen übrigens am 12.12.07 bei ebay für 11,50
Euro weg (Artikelnummer für Suche: 110201473298)

Als Alternative gi