Ich versuche einen Atmega8, der in einem STK500 steckt, mit meinem S35
reden zu lassen, was leider nicht so richtig funktioniert.
Benutzt wird ein billiges ebay Datenkabel (P5=GND, P2=TxD, P3=RxD),
welches dann auch genau so an das STK500 verbunden wurde, also direkt an
PD0 bzw PD1 und GND.
Spreche ich das Telefon via Hterm und aktiviertem DTR an funktioniert
dies auch, nur über den Mikrocontroller kommt nichts an, was anscheinend
an DTR liegt, da ich nicht verstehe, wie ich das im Programm
"aktivieren" kann.
http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART#Hardware_Handshake
Hier habe ich gelesen, dass ich den Handshake mittels 0x11 herstellen
kann, aber entweder habe ich das ganze nicht verstanden, es falsch
eingesetzt oder (am ehesten) beides zusammen.
Ich benutzte die UART Bibliothek von Peter Fleury.
Um genau zu sein, wird zwar was auf dem LCD ausgegeben (Kommunikation
scheint zu gehen), aber das Handy reagiert nicht auf die AT Befehle.
ZB ausschalten (AT^SMSO), was via Hterm funktioniert).
Eventuell kann mir ja jemand auf die Sprünge helfen.
Danke!
benutztz mit Hterm auch das ebay-Kabel ?
Wenn ja, wie kommst Du darauf das es DTR ist ?
Einfach mal ein vollbelegtes RS232-Kabel nehmen und
den DTR entsprechend setzen.
Das "Datenkabel" des S35 benutzt eine parasitäre Spannungsversorgung für
die im Kabel verbauten RS232-Pegelwandler. Daher genügt es nicht, dieses
Kabel nur mit RxD/TxD und Masse zu verbinden, sondern es müssen zwingend
die anderen Handshakeleitungen auf korrektes Potential gelegt werden,
was für einen PC kein Problem darstellt.
Einfacher wäre es hier, auf das Datenkabel komplett zu verzichten und
das Telephon komplett ohne Pegelwandler mit dem µC zu verbinden -- wenn
ich mich recht erinnere, nutzt das Telephon 3V-TTL-Pegel, die direkt mit
der UART eines µC verbunden werden können, wenn der auch mit 3V
betrieben wird.
Danke erstml für die Hinweise.
Ich dachte, da nur diese drei Leitungen am Handy ankommen, würde es auch
reichen nur diese zu beschalten.
Na ja.
Da ich den Atmega mit 5V betreibe, kann ich das Handy ja nicht einfach
so anschließen, sondern wohl so wie in der angehängten Schaltung.
Nur habe ich aber leider grade keine 2.7V Zenerdioden da.
Kann ich diese mit 3.6V Zenerdioden ersetzen (ansonsten habe ich noch
1N4148 und 1N4001 da)?
D1 und den Widerstand kannst Du weglassen - der mit 5V betriebene µC hat
keine Probleme mit einem niedrigeren Spannungspegel (solange der nicht
unter der unteren Schaltschwelle für einen High-Pegel liegt).
Ansonsten ist das Thema Pegelwandlung 3V<->5V in diesem Forum gewiss
schon etliche tausend Mal ausgekippt worden ...
Bastian F. schrieb:> Nur habe ich aber leider grade keine 2.7V Zenerdioden da.
Nimm doch blaue LEDs. die haben zur Stabilisierung teilweise bessere
Daten als Z-Dioden.
Gruss
Harald
Bastian F. schrieb:> Jetzt muss ich es nur noch hinkriegen, die Ausgabe vom Handy an das LCD> in Klartext umzuwandeln...
Anstatt lcd_string und Variablen-/Arrayverwurschtelei einfach lcd_data
verwenden hat was ;)
Nun gibt es aber folgendes Problem.
Das Handy reagiert brav auf uart_puts("AT^SMSO\r"); und geht aus, bei
allen anderen Befehlen wie zB uart_puts("AT+CGMI\r"); bekomme ich immer
einen ERROR ausgegeben. Woran liegt das denn nun?
wahrscheinlich daran das der Befehl vom Handy nicht unterstützt wird
oder ein Syntax-Fehler im Befehl. Eventuell gibt es ja eine
AT-Befehlsliste des Handys im www.
Ja, die gibt es. Und genau daher habe ich den Befehl.
Unterstützt wird er auch, da der selbe Befehl via Hterm mit einem OK und
entsprechender Ausgabe quittiert wird.
Beim S25 antwortet das Telefon bei 19200 kBaud sauber, wie man es vom
Hyperterminal etc. gewohnt ist. Bei anderen Baudraten mußte ich immer
Byteweise mit einer wartezeit zw. den Bytes senden. Das Autobauding hat
bei dem Handy wohl seine Grenzen.
Aber Du solltest besser \r\n (0x0D, 0x0A) beim Senden benutzen. Bei
manchen Befehlen funktioniert die Akzeptanz auch bei mir nicht.
Mit dem S25 kodiere und dekodiere ich SMS, die im PDU-Format gesendet
werden. Bei eine SMS von 160 Zeichentext, mußte der Controler schnell
mal 500 Byte verarbeiten können. Deshalb habe ich mir dann einen Mega
mit mehr RAM ausgesucht. Wenn Du mehr vorhaben solltest, könnte Dir der
RAM im mega8 irgendwann zu eng werden.
Der ATmega644P (DIP) kann noch im STK500 betrieben werden, hat 4 k RAM,
kostet ca. 6-7 Euro bei Reichelt und hat ein OCD zum Debuggen on Chip.
Außerdem kannst Du den mit 20Mhz betreiben.
Eine eigene Frage?
Dieser Thread ist über 15 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
