Probleme mit Handy und uC

[Alex Loipführer]

Hallo

ich habe ein riesen Problem mit meinen Handy S25 und meinem Microcontroller
AVR 8515.
Ich habe den uC im STK 500 stecken und habe das Handy an der seriellen
Schnittstelle am STK 500 angeschlossen.
An den Pin 4 vom Datenkabel habe ich 5 Volt angelegt, damit dieses Spannung
hat.

Schicke ich nun einen Anrufbefehl (ATH0987654321) ans Handy funktioniert es.
Schicke ich den Befehl für eine SMS funktioniert dieser nicht.
Hier ein kleiner Ausschnitt wie es funktionieren sollte.
1. uC sendet an Handy: AT+CMGS=19
2. Handy sendet an uC: >
3. uC sendet an Handy: 000300blablabla und dann den 1A (für STRG+Z)
4. Handy sendet an uC: z.B. OK
5. Ich erhalte die SMS auf meinem anderen Handy.
So, nun habe ich ein kleines Programm mit VB geschrieben, dann mit die
beiden COM-Ports am PC durchschleift.
Das heißt, alles was Com1 empfängt leitet er an Com2 weiter und umgekehrt.
Nun kann ich sehen was wer alles schickt.

Und nun zu meinem Problem:

Schliesse ich den uC am Com1 an und das Handy an Com2 und starte das
Programm, funktioniert es und ich bekommen die SMS. Stecke ich das Handy
wieder direkt an den uC an funktioniert es nicht mehr.

Wer hat dafür eine Idee warum das so sein könnte.

MfG Alex

 

[Gernot Fink]

Schliesse ich den uC am Com1 an und das Handy an Com2 und starte das
Programm, funktioniert es und ich bekommen die SMS. Stecke ich das Handy
wieder direkt an den uC an funktioniert es nicht mehr.

Wer hat dafür eine Idee warum das so sein könnte.

VB könnte die gesendeten Zeichen oder Zeilen auseinanderziehen
was das Handy vieleicht braucht.

Das Handy könnte auf eine Steuerleitung warten die der PC setzt der uC aber
nicht.

Die Baudrate des uC könnte leicht daneben liegen.

--
MFG Gernot

 

[Alex Loipführer]

"Gernot Fink" <G.Fink@gmx.net> schrieb im Newsbeitrag
news:bpitdv$1ok08c$1@ID-4207.news.uni-berlin.de...

Schliesse ich den uC am Com1 an und das Handy an Com2 und starte das
Programm, funktioniert es und ich bekommen die SMS. Stecke ich das Handy
wieder direkt an den uC an funktioniert es nicht mehr.

Wer hat dafür eine Idee warum das so sein könnte.

VB könnte die gesendeten Zeichen oder Zeilen auseinanderziehen
was das Handy vieleicht braucht.

Was meinen Sie mit auseinanderziehen ???

Das Handy könnte auf eine Steuerleitung warten die der PC setzt der uC
aber
nicht.

Wie kann ich solche Signale mit dem uC setzten ?

Die Baudrate des uC könnte leicht daneben liegen.

Aber dann wird es der PC auch nicht verstehen wenn diese daneben
liegt , oder ?

--
MFG Gernot

 

[Gerald Oppen]

Alex Loipführer schrieb:

VB könnte die gesendeten Zeichen oder Zeilen auseinanderziehen
was das Handy vieleicht braucht.


Was meinen Sie mit auseinanderziehen ???

Das die einzelnen Zeichen nicht lückenlos aneinaderhängen sondern
zwischen den Zeichen eine Pause besteht.

Das Handy könnte auf eine Steuerleitung warten die der PC setzt der uC

aber

nicht.


Wie kann ich solche Signale mit dem uC setzten ?

Vergiss es, das S25 arbeitet nicht mit Suerleitungen.

Die Baudrate des uC könnte leicht daneben liegen.


Aber dann wird es der PC auch nicht verstehen wenn diese daneben
liegt , oder ?

Der PC kann ein anderes Toleranzverhalten wie der uc haben.


Weiter mögliche Ursachen:
TxD und RxD hast Du nicht zufällig vertauscht?
Machst Du eine Pegelanpassung uC (vermutliche 5V) nach
Handy(spezifiziert mit 2,65V für High wenn ich mich recht erinnnere)?

Gerald

 

[Christian Taedcke]

Hallo

Schliesse ich den uC am Com1 an und das Handy an Com2 und starte das
Programm, funktioniert es und ich bekommen die SMS. Stecke ich das
Handy wieder direkt an den uC an funktioniert es nicht mehr.

Wer hat dafür eine Idee warum das so sein könnte.

Ich versuche gerade mein S55 mit einem AT90S4414 anzusteuern. Ich hatte
Probleme das Echo des Handys korrekt zu verarbeiten. Evtl. liegt es daran ?

Gruss
Christian

 

[Karl M. Prager]

Hi!

Ich hatte vor Jahren mal ein Labormuster eines GSM-Moduls zum Test
allerdings mit einer sehr sehr fruehen Software die eigentlich nur zum
HF-Systemtest taugte. Keine Ahnung ob das heute noch relevant ist aber ich
bin dabei ueber 2 Probleme gestolpert:

- die Schnittstelle war nur halbduplex, konnte also nix empfangen wenn
gerade ein Byte vom Modul gesendet wurde. Hardware-Handshake wurde nicht
unterstuetzt.

- der serielle Empfaenger (USART wurde im ASIC mitrealisiert) hatte bei
Empfang von 2 Stopbits Probleme.

Ich gehe eigentlich davon aus das heute solche Anfangsprobleme kein Thema
mehr sein sollten.

Aber wer weiss?

Also:

==>> Wenn ein Echo vom Handy kommt, warte mit dem Senden des naechsten
Zeichens bis Du das gesendete auch empfangen hast.

==>> Kontrolle der uC-Einstellungen bezueglich Teilerraten (wie genau ist
die Baudrate?) und der Stopbits. Einfach generell das Datenformat checken.

==>> Empfaengt der uC immer das gleiche mit und ohne PC oder gibt es
eventuell auch Probleme beim uC-RX-interrupt? Oder wird gar gepollt?

mfg
Charlie

 

[Alex Loipführer]

"Gerald Oppen" <Gerald.Oppen@web.de> schrieb im Newsbeitrag
news:3FBD266B.9090301@web.de...

Alex Loipführer schrieb:
VB könnte die gesendeten Zeichen oder Zeilen auseinanderziehen
was das Handy vieleicht braucht.


Was meinen Sie mit auseinanderziehen ???

Das die einzelnen Zeichen nicht lückenlos aneinaderhängen sondern
zwischen den Zeichen eine Pause besteht.

Das Handy könnte auf eine Steuerleitung warten die der PC setzt der uC

aber

nicht.


Wie kann ich solche Signale mit dem uC setzten ?

Vergiss es, das S25 arbeitet nicht mit Suerleitungen.

Die Baudrate des uC könnte leicht daneben liegen.


Aber dann wird es der PC auch nicht verstehen wenn diese daneben
liegt , oder ?

Der PC kann ein anderes Toleranzverhalten wie der uc haben.


Weiter mögliche Ursachen:
TxD und RxD hast Du nicht zufällig vertauscht?
Machst Du eine Pegelanpassung uC (vermutliche 5V) nach
Handy(spezifiziert mit 2,65V für High wenn ich mich recht erinnnere)?

Gerald

TxD und RxD habe ich nicht vertauscht, da ein andere Befehl wie z.B.
ATD12345678 funktioniert.
Zwischen dem Handy und den uC ist ein Max232 (vermute ich mal wegen
Datenkabel)
An der Hardware sollte, glaube ich, nichts falsch sein.

 

[Bernd Winchenbach]

"Alex Loipführer" <Loipe@t-online.de> schrieb

Hollo Axel,

TxD und RxD habe ich nicht vertauscht, da ein andere Befehl wie z.B.
ATD12345678 funktioniert.
Zwischen dem Handy und den uC ist ein Max232 (vermute ich mal wegen
Datenkabel)
An der Hardware sollte, glaube ich, nichts falsch sein.

Dann kanns ja nur ein Timing-Problem sein.

Ähnliche Probleme hab ich auch schon gehabt.
PC-Testprogramm lief, mit Orginal-Hardware nicht mehr.

Gibt da einige Diagnose-Tools um die Übertragung auf einer
seriellen Schnittstelle zu testen.

Ich hab hier noch ein altes DOS-Programm mit dem man über
COM1 / COM2 die Daten "mitschneiden" kann und nachher
incl. Timing in ms in Ruhe vergleichen kann.

Könnt ich dir bei Interesse zumailen. Läuft aber wie gesagt nur
im DOS-Modus.

Bernd Winchenbach

 

[Karl M. Prager]

Zwischen dem Handy und den uC ist ein Max232 (vermute ich mal wegen
Datenkabel)

Ich hatte mal bei einer gesamten Lieferung das Phaenomen, dass manchmal der
Oszillator der Ladungspumpe nicht startete wenn die 5V noch nicht am MAX232
anliegen aber schon ein Sender eines anderen schon laufenden Rechners am
Dateneingang des MAX232 angeschlossen war (-12V). Ich bin sicher dass diese
alten Chargen heute noch herumgeistern.

Das kann beim Fehlersuchen sehr verwirren.

Musste damals auf den leider teureren MAX233 umsteigen da dort der Effekt
nicht auftrat.

mfg
Charlie

 

[Gerald Oppen]

Alex Loipführer schrieb:

TxD und RxD habe ich nicht vertauscht, da ein andere Befehl wie z.B.
ATD12345678 funktioniert.
Zwischen dem Handy und den uC ist ein Max232 (vermute ich mal wegen
Datenkabel)

Max232 wäre schon mal schlecht da für 5V-RS232-Konvertierung. besser
wäre ein Max3232 der für 3V ausgelegt ist.
Aber den brauchst Du ja bei einer direkten Verbindung von uC mit Hand nicht.
Mit welcher Spannung wird der uC betrieben?


Gerald