SMS sende vom µC

Besuch mal folgenden Link:
http://www.joern.de/handypc/handypc.htm
Ganz unten auf dieser Seite wird eine SMS mit'm 6210 versendet über
ein Terminalprogramm (Text & PDU Modus). Das Ganze müsstest du halt
noch auf einen µC ummünzen. Sieh dir dazu mal das Tutorial hier auf der
Seite an (speziell "UART").

Außerdem sei natürlich noch http://www.nobbi.com erwähnt!

@Gerald
Kurznachrichten auf die perverse Art: ttp://www.nobbi.com/sms_pdu.htm
Ich hab leider auch nur *.inc für Atmel und so im gesamtkontext
verwoben das der code kaum lesbar sein würde...

... aber folgende vorgehensweise:
- erst mit der hand am datenkabel versenden
- standart UART routine schreiben
- datenkabel nachbauen
- schritt 1 auf dem prozessor rausdrücken ...

>Und wie kann man Probleme verhindern,...
Mit dem Textmodus könnte es hier probleme geben,
diese Probleme gibt es nicht mit dem PDU-Mode:
a) das handy regelt IMHO das absenden auch wenn ein anruf reinkommt
   ansonsten ein kleiner chup und der anruf ist gegessen ;-)
b) das "RING" über die Uart stört das absenden nicht wirklich
   (entweder du fängst es ab oder du ignorerst es und drückst
    erstmal die sms raus)
c) eine eingehende SMS ergibt keinen output und wird vom handy
   störungsfrei nebenbei empfangen

>Kann man hier mit Interrupt Erkennung etwas machen ?
bei anruf ja, indem du:
die UART abhörst: "RING", CCR, LF, CCR, LF
annehmen ist dann z.b. "ata", CCR, LF

bei SMS ist das schwieriger:
a) alle x minuten das handy nach neuen nachrichten abfragen
b) einen "handyblinker" oder anderes strahlungsvolatiles
   bauteil an den int klemmen und beim aufwecken die
   neuen nachrichten abfragen...

[b) ist allerdings bullshit weil du damit auch anrufe erkennst
und die tagüber halstündigen reconnects und nachts so alle stunde
und manche sms gar nicht weil die teilweise einen niedrigen
stahlungspegel haben... --> timervariante bevorzugen]

allgemeine Tipps:
finger weg vom siemens irdgendwas 35.
immer nach jedem uartout ein uartin.
nokia in die ecke werfen wegen dem verdammten bus
(ein siemens kannste direkt anschließen ohne max ound pic)
immer einem einfachen "AT" --> "OK" die schnittstelle prüfen.
finger weg vom siemens irdgendwas 35 und 25.
looki looki machen: www.mitpommes.de

viel spass bei der kopie des nokia datenkabels und
wenn du herausgefunden hast wie man aus dem nokia
nichtpulsierenden saft bekommt bei gleichzeitigen
nachladen ohne einen max oder DLR3-chip zu nutzen:
PLZ drop me a line!

greetx, [cmp]

Ich hab da auch mal eine Frage:
Ich habe auch eine Schaltung aufgebaut, mit der ich mit 'nem
Controller über ein Datenkabel auch erfolgreich sms über ein Siemens
s35 verschicken kann. Allerdings würde ich gerne auch die Antworten vom
Handy ausweten, dabei ist mir aufgefallen, daß ich auf der rx Leitung
auch den Befehl empfange, den ich zum Handy schicke, und direkt da
hinten dran hängt die Antwort des Handys. Zum Vergleich habe ich das
mal mit dem Handy am PC und Hyperterminal ausprobiert, und da kommt
über die rx Leitung nur die Antwort vom Handy (habe mir das mal mit dem
Oszilloskop angeschaut, der gesendete Befehl wird nicht irgendwie vom
Hyperterminal unterdrückt, der wird dort wirklich nicht empfangen).
Kann Ich dieses Verhalten irgenwie Abschalten, so daß ich nur die
Antwort vom Handy erhalte?

@jürgen
allgemeine Tipps:
finger weg vom siemens irdgendwas 35.

das 35 ist müll. erstens ladeprobleme, zweitens probleme mit der
zubehörspannung, drittens der nerfige "Error", CCR, LF, CCR, LF mal
so zwischendurch je nach laune, viertens unterschiedliche CCR, LF,
abschlüsse bei AT-kommandos, fünftens die ich_verschluck_die_chars
probleme beim pdu mode, sechstens totladen des akkus in notime,
siebtens ... [das können wir noch die nächsten 2k weitermachen]

>Kann Ich dieses Verhalten irgenwie Abschalten, so daß ich nur die
>Antwort vom Handy erhalte?
klar: AT^SMSO hehe nee aber mal im ernst und abgesehen davon das du
ein 35 hast - reagier einfach auf den fehler - übergehs...

ich dücke einfach die message im pdumode raus:
_uart_out_pdu_hex    ee_message1,    parameter

danach ein lustiges steuerzeichen:
ldi  uart,  26
rcall   upUartOut    ;<-- HIER KEIN UARTIN !!!

So jetzt bekommen wir keinen return und machen gleich weiter:
rcall   uart_in_uart_string   ; 'OK' ? oder 'ERROR'
_cmp_flash_sram   ok_answer,   uart_string
usw...

resultat: abschalten kannst du es nicht, aber einfach nach dem
SUB (DEZ26) nicht einlesen - this does the trick ;-)

greetX, [cmp]