Hallo eProfi,
Mein Vorhaben ist es ebenfalls diese Kamera für Einzelaufnahmen auf eine
SD-Karte zu benutzen.
Allerdings habe ich mich bis jetzt noch nicht großartig mit der Kamera
beschäftigt.
Falls du Informationen (z.B. Ansteuerung, Pinout, etc.) hast, wäre ich
sehr daran interessiert.

Mit freundlichen Grüßen, Falko.

Die Seite ist auf jeden Fall sehr informativ.
Die Sprache zwar nicht so schön, aber die Hardware zur Ansteuerung kann
man ja jetzt schonmal aufbauen.
Vielen Dank für den Link.

Und eine schöne Woche noch,
wünscht Falko.

Hi, ich habe heute Abend auch mal mein Glück versucht und es
funktioniert. Ich beherrsche diese Sprache des Links oben zwar nicht
aber viel Try&Error hat auch zum Ziel geführt.
Hier mein kleines Test-Programm (leider in Pyhton, weil ich da auf die
Schnelle wusste wie man die serielle Schnittstelle in verschiedenen
Geschwindigkeiten öffnen kann ;-)
http://mitschang.net/s55cam.py

Werde dann wenn ich das nächste mal Zeit habe einen AVR einsetzen (der
dann auch CTS und RTS bedienen kann).

Ich hoffe ich konnte dem einen oder anderen helfen.

gn8, jonen

unter debian etc:
apt-get install python-serial

Japp so hat es bei mir funktioniert.
Nachdem die Kamera richtig initialisiert ist (der 19200 Baud Teil)
verbindet man CTS mit GND und bekommt das JPG gesendet. Vielleicht
bekommst du aus irgend einem Grund direkt das JPG wenn du CTS mit GND
verbindest. Bei mir ist das allerdings nicht der Fall.
Nur um Fehler auszugrenzen: In HTerm hast du 19200 Baud und 8N1
eingestellt, richtig?
greez, jonen

Hi,
ich habe auch seit einem guten Jahr so eine Kamera bei mir liegen um sie
auseinander zu nehmen. Die Arbeit habt ihr mir ja nun abgenommen..

Ich hätte gerne noch gewusst, welche Spannung das gute Stück verträgt,
3.3V oder 5V?

mfg starkeeper

Hi,
das ist eine gute Frage. Auf der Seite steht folgendes:
"Pripojenie je velmi jednoduché. Spočíva v priložení napájacieho napetia
3,7V (zvládla aj 5V ale moc neodporúčam) na piny 1 a 2."

Ich habe daraufhin 3.7V an piny 1 und 2 angeschlossen :)
(Der MAX323 lief testweise auch mit 3.7V)
Da werden auch 5V erwähnt - also ich denke die Cam läuft auch mit 5Volt.
Versteht jemand diese Sprache?
Wenn das schonmal jemand versucht hat dann bitte kurz posten - 5V wäre
ja schon in manchen Fällen einfacher ...

greez, jonen

Hi,
also ich habe nun 3.3V an der Kamera, die LED fängt an zu leuchten und
erlischt auch, wenn ich CTS oder RTS auf low ziehe. Aber per rs232
antworten will sie nicht. Könnte aber auch noch an den Einstellungen
meines Mikrocontrollers liegen. Was für Verbindungseinstellungen habt
ihr genommen? 8-N-1?

Der Max232 macht doch meines wissens nur 5V, aber auf dem Schaltplan bei
ihm steht was von 3.7V.

Jo richtig, man muss nur die Versorgungsspannung dem logischen Pegel
entsprechend wählen..

Ich habe meine Kamera auch zum laufen gebracht. Sie hängt nun an einem
STR710 mit 3,3V und scheint wunderbar zu funktionieren! Wenn ich mich da
an die MCA25 zurück erinnere, mit der gabs ja nur Komplikationen.

@star keeper: Ah fein! (mit dem MAX hast du recht, normal braucht der 5V
- aber er tut es bei mir schon ab 2V, experimentell ermittelt. Von daher
tut er es mit 3.7V erst recht)
Wenn jemand herausgefunden hat, wie man den Blitz anschaltet - bitte
berichten :)
Man muss bestimmt nur eine Zahl ändern (wie die Zahl, die bestimmt,
welche Auslösung man möchte).
Wer mag rumprobieren - meine Cam liegt momentan 200km von mir entfernt
:(

Greez, jonen

Also ich benutze den RTS wie einen Reset. Das kurze ziehen auf GND
veranlasst die Kamera mit der Kommunikation zu beginnen. Später dann
muss ich den CTS dauerhaft auf GND ziehen, denn nur so lange da low
anliegt sendet mit die Kamera die Bilderdaten.

Also beide müssen benutzt und geregelt werden.

es spricht doch nichts dagegen CTS dauerhaft auf VCC zu legen, oder?

Gruß,
SirSydom, der gerade eine IQP 500 in der Krabbelkiste gefunden hat ;)

Noch eine Frage zu VCC - verträgt die Cam jetzt 5V oder eher nicht?

Sir Sydom wrote:
> es spricht doch nichts dagegen CTS dauerhaft auf VCC zu legen, oder?
>


Was ist so schwierig zu verstehen an meinem letzten Post?
Bisher wurde die Kamera glaube ich nur bei 3.3V und 3.7V getestet.

Star Keeper wrote:
> Was ist so schwierig zu verstehen an meinem letzten Post?

Nichts, Sorry, hab High und Low vertüdelt.. Ich meinte CTS grundsätzlich
auf GND zu legen?

Mal schauen ob ich jemanden finde der des tschechischen mächtig ist und
mir das : "Pripojenie je velmi jednoduché. Spočíva v priložení
napájacieho napetia 3,7V (zvládla aj 5V ale moc neodporúčam) na piny 1 a
2." übersetzen kann´..

"zvládla aj 5V ale moc neodporúčam" bedeutet soviel wie dass die Kamera
für 5V NICHT geeignet ist.

vielleicht ne blöde Frage aber wie erzeuge ich möglichst einfach 3.7V ?
Spannungsregler dafür hab ich bei zB Reichelt dafür nicht gefunden..

Hallo,
in Anhang ist VB Program , die gibt Ihnen Antwort fur alle Fragen.
Ist das nur schnelle "Bastl" fur Ausprobierung. Zukunftig wird
4 Stuck IQP-500 zu Atmega32 verbunden und uber GM862 weden Datei
in E-mail Postschrank ubertragen , gleichzeitig uber SMS geregelt.
(Kleine "surveillance system)
IQP-500 braucht max 4,2 V . D.h. Versorgung von 5V uber 2 Dioden
(2x0.6V) genug.
Nach Eischaltung muss CTS auf "1"gehne, CTS = 0  --> sleep mode.
Nach Eischaltung Kamera selbst, aber sehr langsam sendet einzelhlne
AT Befele und kommt in Ready status ( es dauert )
Erklarung fur RTS ist klar von VB.
Veil Spass
(Entshuldigen Sie meine Deutsche Sprach)
Josef

is ja toll dass dus geschrieben hast, aber gibst du es uns auch ;)
PS: C# thumbsup

auch wenn er thread schon altert....ich hab meinen testaufbau soweit
fertig, konnte ihn aber noch nicht am pc selbst testen, passt es wenn
rts auf Vcc(=3,3V) liegt ich die cam dann einhalte und sie zum blinken
anfängt?

vllt. liest du dir die Beiträge mal durch, bevor du was schreibst.
Weiter oben haben schon andere geschildert wie sie die Leitungen nutzen.

Das habe ich dazu geschrieben:
Also ich benutze den RTS wie einen Reset. Das kurze ziehen auf GND
veranlasst die Kamera mit der Kommunikation zu beginnen. Später dann
muss ich den CTS dauerhaft auf GND ziehen, denn nur so lange da low
anliegt sendet mit die Kamera die Bilderdaten.

Also beide müssen benutzt und geregelt werden.

Dem aufmerksamen Leser ist wohl entgangen, dass weiter oben ein
Pythonskript gepostet wurde..

CTS wird erst auf low gezogen wenn die Initialisierung vorbei ist und
die Bilddaten angefordert wurden, wobei sich da auch die Geister
scheiden.. siehe Skript.

Das ist eigentlich ganz einfach. Auszug aus meinem Python Script:

# 5 - CTS (connected over 10k to VDD, button to GND)
# 6 - RTS (connected over 10k to VDD, button to GND)
...
myprint("shortly pull RTS to GND now")
...
myprint("pull CTS to GND now until done")
...
myprint("done.")
--

Gute Nacht, greez jonen

Ohne auf die Details einzugehen:

Mit der RTS-Leitung der Kamera braucht man nicht herumzudoktern. Die
bleibt auf High.
Die CTS-Leitung der Kamera verbindest Du mit dem RTS-Ausgang deines
Com-Ports (natürlich ein Max232 benutzend).
Sobald:
- die Kamera das Bild geschossen hat,
- dir mitgeteilt hat, wie gross die Bilder sind
- du von 19200 auf 115200 Baud umgeschaltet hast
- der Kamera mit CONNECT das Startsignal gegeben hast ......
erst jetzt setzt du RTS auf low. Die Kamera sendet das Bild. Sobald
nichts mehr kommt, setzest du RTS auf high,  sendest 1x OK und wechselst
wieder auf 19200 Baud. Das war's.

80mA standby / 200mA aktiv ohne Blitz

Ja, gesteuert wird mit RTS. Aber nur für den eigentlichen Datentransfer
des Bildes. Für die AT-Befehle usw. bleibt RTS auf High.

Meine ersten Gehversuche habe ich mit HTerm gemacht. Ein
Terminal-Program, dass nur wenige Wünsche offenlaesst.
Dann habe ich mir ein Interface mit Vfp gebastelt.
Nun bin ich dabei, meinen Atmega dazu zu überreden, selbstaendig die
Verbindung zum Cam aufzubauen, in Serie Bilder zu schiessen und sie an
mich zu senden.
Am Anfang hatte es zu 99% geklappt. Also bei bei 10 Schüssen wurden 9
Bilder korrekt uebertragen.
Auf der Suche nach diesen 1% bin ich nun soweit, dass nichts mehr
funktioniert :D

Sehe vermutliche vor lauter Baeumen den Wald nicht mehr.

Hallo zusammen,

Ist zwar alles schon etwas älter hier, aber gibts etwas neues (Software
an der man sich orientieren könnte o.ä.)
Kann mir mal jemand erklären wie das Bild übertragen wird (Je Pixel ein
Byte oder wie läuft das)


Gruss
Jochen

Die Kamera habe ich mehr oder weniger im Griff. Nur manchmal macht sie
noch Eskapaden. Zwar kann ich den Code hier nicht posten (ne, ne, kein
Staatsgeheimnis; aber das Kamera-Modul interagiert mit anderen Modulen),
aber ich bin gerne bereit, alle Fragen zu beantworten.

Beitrag "Siemens S55 Kamera"

Schaust du mal hier nach: Beitrag "Siemens S55 Kamera"
RTS des PC's wir mit CTS der Kamera verbunden.

@Jan: Und wie meldet man sich bei Dir?

Hat sich eh erledigt, ich hab die Kamera schon aus anderer Quelle
bekommen.

Hallo zusammen,

erstmal: ein wirklich toller Thread - voll guter Informationen. Ich
möchte noch einige Ergänzungen machen und zwar zu vier Dingen, die hier
nur in Form vom Quellcode hervorgehoben wurden.

1. Flusssteuerung: Die Flusssteuerung wird von zwei Parametern
beeinflusst. Die Erkenntnis hat mich heute mehrere Stunden gekostet. Die
RTS-Leitung, das ist Pin 6 am Stecker, ist während des gesamten Vorgangs
auf High zu setzen. Dies muss (!) beim Atmega32 über einen
npn-Transistor erfolgen. Ohne Transistor ist der Strom zu gering und die
Kamera stellt sich nicht ein. RTS hat also die Funktion eines Ein/Aus
Schalters.

Die CTS-Leitung ist - wie bereits gut beschrieben - während der gesamten
19,2k-Phase auf Low zu setzen. Nach dem Wechsel zu 115,2k ist CONNECT zu
senden und anschließend (!) ist CTS auf GND zu ziehen. Sobald CTS auf
High gesetzt wird, wird die Übertragung unterbrochen und beim "highen"
wieder fortgesetzt.

2. Es gibt während der 19,2k-Phase zwei Doppeleingaben. Das sind
Eingaben von OK gefolgt von ^SACD: 17,04,2,1 bzw. von ^SACD: 17,01,2,1.
Diese Eingaben müssen umbedingt kurz (bis 2 Sekunden) nacheinander
erfolgen. Kommen die Eingaben zu spät nacheinander, so ist die Kamera im
Nirvana.

3. Niemand hatte einen Datenblock gepostet. Ich habe einen in den Anhang
gelegt. Die Daten wurden mit XVI32 nachbearbeitet. Das JPG fängt bei FF
D8 FF an und geht bis D9. Liefert die Kamera keine Daten mehr, dann
einfach die Übertragung abbrechen und im Script weiter machen.

4. Zur Aufzeichnung nicht das Hyperterminal verwenden. Aus welchen
Gründen auch immer, werden die Daten dabei leicht geändert und können
nicht dekomprimiert werden. Zur Aufzeichnung Terminal verwenden. Es
treten immer wieder Fehler, wie im Bild zu erkennen auf. Woher diese
kommen ist mir auch nicht klar. Manchmal sind diese da und manchmal
nicht.

5. Wer einen BASCOM-Programmablauf zur Datenübernahme braucht, kann sich
per PN bei mir melden (ist noch nicht so wirklich ausgegoren - aber die
Basics funktionieren bereits).

Im Anhang sind im PDF-Format die Abläufe noch mal, wie auch oben im
Excel, skiziert. Die Daten wurden mit einem C60 aquiriert. Außerdem noch
eine Bilddatei (gleichzeitig die Ausgabe ;-)).

Grüße Niels

Niels Keller schrieb:
> Die CTS-Leitung ist - wie bereits gut beschrieben - während der gesamten
> 19,2k-Phase auf Low zu setzen.

Laut Deinem PDF müsste es High statt Low sein?

> Nach dem Wechsel zu 115,2k ist CONNECT zu
> senden und anschließend (!) ist CTS auf GND zu ziehen. Sobald CTS auf
> High gesetzt wird, wird die Übertragung unterbrochen und beim "highen"
> wieder fortgesetzt.

Was meinst Du mit "highen"?

M. G. schrieb:

> Laut Deinem PDF müsste CTS High statt Low sein?
Während der Datenübertragung ist CTS auf GND zu ziehen, wenn Daten
übertragen werden sollen. Aber ich habe im PDF zwei kleine Fehler
entdeckt. CTS wird erst nach dem Senden von "CONNECT" auf Low gezogen.
Ein weiterer Fehler ist am Anfang beim vermeintlichen Senden von "ATE0",
das wird natürlich nicht gesendet, sondern nur mit "OK" bestätigt.

> Was meinst Du mit "highen"?
Zur Unterbrechung der Datenübertragung kann CTS auf high gesetzt werden.

Noch ein Nachtrag:
Die Kamera selbst kann zwar mit 5 Volt betrieben werden, ohne das diese
sichtlichen Schaden nimmt. Die Wahrscheinlichkeit einer fehlerhaften
Datenübertragung steigt dadurch doch sehr.

Bei meinen Versuchen habe ich drei 1,4 Volt Akkus verwendet und eine
Diode davor geschaltet. Die gemessene Spannung betrug für den Atmega und
die Kamera 3,45Volt. 1,4*3-0,7=4,2-0,7~3,5V.

Die Fehler bei der Übetragung (vgl. Bild) waren alle auf diese
fehlerhafte Versorgung mit 5V zurückzuführen.

Bei einer Verwendung der Kamera mit dem Handy S55 wird die Kamera direkt
vom Aku gespeist. Also kann man davon ausgehen, dass zumindest 4,2V i.O.
sind.

MfG

Habe einige Entwicklungen in Bezug auf die Ansteuerung der IQP-500
gemacht. Dabei kam u.a. ein Schaltplan und eine Software fuer PC heraus.
Wenn ich zukünftig etwas mehr Zeit finden sollte, dann werde ich darüber
detaillierter berichten.

Nun zur eigentlichen Entwicklung:

Ein Atmega8 steuert die Kamera. Der Atmega kann über vier Leitungen von
extern gesteuert werden. Es gibt eine Taste zum Auslösen und zwei Jumper
zum Wählen der Parameter für die Bildaufnahme.

Um die Daten der Kamera langsamer auszugeben, wird ein Software-UART
verwendet. Dieser verlangsamt die Daten von 115,2kbps auf 19,2kbps. Es
sind aber auch andere Datenraten, wie z.B. 9,6Kbps (GSM CSC hüstel...)
möglich. Am PC werden die Daten gegenwärtig vom Hyperterminal in Form
eines String Hex (auch Hex Dump genannt) in Empfang genommen. Diese Form
der Übertragung hat den Vorteil, dass auch die 00h übertragen werden
kann.

Im Anhang ist ein Schaltplan, der gegenwärtige Programmcode (nicht
vollständig) und das Programm für den PC in Form einer EXE Datei
(Virenscan mit AntiVir heute morgen lieferte keinen Virus - besser aber
noch mal scannen).

Es sind verschiedene Auflösungen möglich. Die Daten können auf einem
EEPROM gepuffert werden. Blitzlicht ist noch nicht implementiert.

Wie gesagt, wenn ich mehr Zeit habe, schreibe ich in der Codesammlung
einen Beitrag.

Für Matlabfreunde gibt es das Ganze auch vollautomatisiert inkl.
Schnittstelle zum automatischen Einlesen. Bei Interesse per PN melden.

Alle Dateien sind nur zur privaten Benutzung freigegeben. Bei
gewerblicher Nutzung ist meine Zustimmung schriftlich zu erfragen.

Keine Garantie auf Funktion, usw...

Hallo.

Die Entwicklungen sind nun so weit fortgeschritten, dass die
IQP500-Daten über eine CSD-Datenverbindung übertragen werden können.
Dazu habe ich ein modulares System entwickelt, dass sowohl als
Evolutionboard für eine PC-Anbindung und auch im Sinne einer mobilen
Kamera mit SMS-Programmierung und Datenversand über eine GSM-Verbindung
(mit einfachen ALDI-Karten) betrieben werden kann. Gestern abend lief
die Kombination erstmals fehlerfrei. Ich werde in den kommenden Tagen in
der Codesammlung einen Artikel dazu verfassen. Die Einheiten sind
modular aufgabaut - bisher gibt es drei Teilstücke: diese sind eine
RS232-Adapterplatine, eine Mobiltelefonadapterplatine und als
"Intelligenz" eine Platine zur Steuerung der Kamera. Alle Platinen sind
doppeleitig geroutet und das ist das Beste daran im Tonerätzverfahren zu
kleinen Preisen herstellbar. Ich werde über das Fertigungsverfahren
ebenfalls berichten. Im Anhang ist je ein Bild der Komponenten
enthalten.

Kurz zusammengefasst: Bilder in guter Qualität werden über ein
Mobiltelefon, nach Aufforderung per SMS, an den Empfänger übertragen.
Außerdem ist das ganze als Alarmanlage verwendbar, da ein Aulöser für
externe Geräte, vorhanden ist.

Bis demnächst.
Grüße

Ist nun in die Codesammlung aufgenommen:
Beitrag "IQP 500 GSM Bildübertragung Tonerätzverfahren"

Hallo Niels,
finde ich toll was du gemacht hast. Ich schau´s mir mal genauer an, nur
habe ich nicht die Möglichkeit Platinen selbst zu machen.

Sind die Bilder besser als mit der Sony Ericsson MCA25 oder der Philips
DC-3840??

Grüße

Andreas

Hallo Andreas,

die Qualität der anderen beiden Kameras, kann ich so leider nicht
beurteilen. Die IQP 500 kann man sich wie eine normale Kamera des 100
Europreissegments vorstellen, die Aufnahmen mit VGA-Auflösung macht. Das
Rauschen der Kamera wird recht gut kompensiert. Bei schwarzen Bereichen
sind daher nur wenige blaue Bereiche zu sehen. Durch den Blitz ist sie
gerade zur Wohnraumüberwachung gut zu gebrauchen.

Grüße Niels

Ich habe auch solche Kameras aber noch nicht angeschlossen. Die Info
über die Qualität reicht mir, so wollte ich die auch einsetzen, evtl.
mit IR statt Blitz (sollen die bösen Jungs ja nicht mitkriegen) ;-)

Dankeschön

Hallo !
Ich wollte euch meine kleine Test Anwendung nicht vorenthalten.
Programmiert unter C#2008.
Angeschlossen habe ich die Kamera wie oben schon beschrieben.
CTS Pin nach Aufforderung oder direkt nach dem Initialisieren auf GND
legen.
Zum Testen der Kamera oder Kontrolle der Bildqualität war das Programm
recht hilfreich.

Viel Spaß beim Testen.
Gruß Tobias

Die Kamera beherrscht nur die JPG-Ausgabe. Beim JPG wird, der Natur der
Sache folgend, ein RGB-Bild in ein YCbCr Farbmodell umgerechnet.
(http://de.wikipedia.org/wiki/JPEG)

Am PC kann man das Bild allerdings wieder in ein RGB-Bild umwandeln
(vgl. Software). Danach ist es dann wieder möglich mit dem Bild
(einfach) Untersuchungen anzustellen.

Hallo Sven,
gerne kannst du auch den Quelltext haben, ist allerdings halt nicht
perfekt da ich es nur zum Testen verwendet habe.
Ich warte zum Beispiel als Antwort der Kamera nur auf irgendeine
Rückmeldung und nicht expliziert auf ein OK. Sollte also ein Fehler beim
Initialisieren auftreten würde das Programm das nicht merken.

Gruß Tobias

Hallo Sven,
du hast recht, ich gehe davon aus das die Bildgröße immer in dem Bereich
liegt. Am besten nimmst du das gesendete komma als trennzeichen. Dann
sollte es keine Probleme mehr geben.

Gruß Tobias

Niels Keller schrieb:
> 1. Flusssteuerung: Die Flusssteuerung wird von zwei Parametern
> beeinflusst. Die Erkenntnis hat mich heute mehrere Stunden gekostet. Die
> RTS-Leitung, das ist Pin 6 am Stecker, ist während des gesamten Vorgangs
> auf High zu setzen. Dies muss (!) beim Atmega32 über einen
> npn-Transistor erfolgen. Ohne Transistor ist der Strom zu gering und die
> Kamera stellt sich nicht ein. RTS hat also die Funktion eines Ein/Aus
> Schalters.

Bei mir funktioniert es auch ohne Transistor direkt an einem AVR
Portpin.
Über RTS fließt auch nur ein ganz geringer Strom kleiner 1 mA.
Hast Du evtl. vergessen, das Richtungsregister auf 1 (Ausgang) zu setzen
und schaltest somit über das Portregister nur den internen Pullup ein
und aus?

M. G. schrieb:

> Über RTS fließt auch nur ein ganz geringer Strom kleiner 1 mA.

Ich gehe davon aus, dass ich das mit meiner ersten Kamera getestet habe
und die ist mittlerweile auch defekt (also vermutlich liegt es daran).
Mit den anderen Kameras geht es auch ohne Transistor, so dass man diesen
durch eine Drahtbrücke von Basis zu Emitter brücken kann.

Danke für den Hinweis.

Hallo zusammen,

Ich habe heute einen großen Karton mit den Dingern von EBAY bekommen.
Scheinbar wollen die Händler sie nun wirklich loswerden.

Ich mache einen schnellen Test aber von der Kamera kommt nichts zurück.

Folgender Test:

RTS und CTS über 10K and 5V
RXD und TRX über Pollin Board ( Dort wird nur der Max232 verwendet ) zum
PC.

RTS 2 Sekunden auf GND: LED schaltet ab und nach einigen Sekunden wieder
ein

Empfangsversuch am PC mit HTERM ( Einstellungen siehe Screenshot ) aber
es kommt nichts an.

Ich schicke dann AT Kommandos AT&F usw. aber es passiert nichts.

MAX232 am Pollin Board scheint ok, da Kommunikation bis zu den
Kameranschüssen überprüft.
RTS und CTS sind am MAX232 nicht mit durchgeführt und werden nur von
Hand gesteuert.

Ich habe auch versucht CTS auf GND zu geben, aber nichts.

Nochmal zur Bestätigung: Muss die Kamera nach dem RTS auf GND ist
selbstständig etwas senden ? So steht es zumindest weiter oben.

Irgendweilche Ideen ?

Danke

Sorry, waren nicht alle Anhänge dabei.

Interessant auch: Das DCD Lämpchen beim HTERM blitzt etwa 1 sekunde nach
RTS auf GND kurz auf. Das sieht so aus als wenn was gesendet wird.
Ich glaub inzwischen ich mache das was grundsätzlich falsch.

Probier mal Hyperterminal mit 19,2kBit. Dann die Kamera bestromen und
RTS und CTS auf High setzen. Es müßte etwas empfangbar sein.

Danke. Fatale Geschichte, das serielle Kabel zum PC scheint ein Problem
zu haben. Habe testweise mal Daten von einem Mega32 geschickt und da
kommt auch nichts am PC an. Dann nochmal die Kamera angeschlossen und am
Oszi sehe ich jetzt auch, dass sie was sendet.

Grüße
Matthias

Hier geht es um ein ganzes Projekt aber es ist alles enthalten was Du
brauchst.

http://www.mikrocontroller.net/attachment/62626/IQ...