IQP500 Kamera vom S55 an AVR?

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/IQP_500_GSM.pdf

Update: Die Kameras liegen verpackt noch immer hier rum. Über drei 
Jahre, wie die Zeit vergeht. Ich habe sie jetzt nicht entsorgt sondern 
zu einem ersten Projekt für meinen Raspberry gemacht.
Mit Linux habe ich bisher nur wenig zu tun gehabt. Die Lösung ist sicher 
erstmal "schmutzig" aber funktioniert.

Alle 5 Minuten oder auf Anfrage vom Webserver hole ich ein Bild von der 
IQP500 in den Raspberry. Weitere Kameras werde ich als nächsten Schritt 
multiplexen.
Auch wenn es heutzutage besseres gibt. Ich sah die IQP500 als 
Herausforderung und wollte auch meinen Karton voller Kameras einem 
Nutzen zuführen :-)

Gab es sonst noch andere, die zwischenzeitlich mit der IQP was gemacht 
haben ? Oder andere, die noch was vor haben.

Matthias