ASCII Code für AT-Befehl-Enter

Ja.

okay danke

hat dann vieleicht jemand eine idee wieso bei mir trotzdem keine SMS 
ankommt?

versuche mal

AT+CMGF=1 (in Textmode schalten)
<ENTER>
AT+CMGS="+4978xxxxxxx"
<ENTER>
"Nachricht"
<Ctrl-Z>
AT+CMSS=1 (senden)
<ENTER>

Hm, hats nicht gebracht.

die vorwahl müsste +41 lauten da ich in der schweiz wohne;)

vorallem habe ichs mit dem Terminalprogramm von Shamrock problemlos 
geschafft SMS' zu versenden. Also muss es wohl an den Codes liegen, oder 
muss ich noch was mit der UART Schnittstelle machen? konfigurieren oder 
sonst was?

Lg

könntest du mir bitte den kompletten quellcode posten mit CR und LF 
eingesetzt?

okay, hab mal eigenständig ein paar Kombos ausprobiert, gebracht hat's 
keine

#13 als Enter ist in der Tat ungewöhnlich, MAC hat sowas glaub ich, mal 
gemacht. Linux hat nur Zeilenvorschub (#10), Windoof macht das Beste 
draus und nimmt beides (#13#10) :-)

#13#10 ist aber gängig, auch für andere Protokolle (HTTP usw.), wenn du 
einen Quelltext brauchst, liefer doch erst einmal deine Vorlage.

$regfile = "m32def.dat"
$framesize = 32
$swstack = 32
$hwstack = 32
$crystal = 16000000
$baud = 9600



    Print "AT+CMGF=1"
    Waitms 10
    Print Chr(13 )
    Print "AT+CMGS=0788027939"
    Waitms 10
    Print Chr(13 )
    Print "Test Sms Von Mc2"
    Print Chr(26 )
    Waitms 10

war vom PC aus nicht notwendig, aber ich versuchs grad ma und gebe 
rückmeldung

Statt "Print Chr(13)" dann "Print Chr(13) & Chr(10)".

also, ein CR nach Chr (26) brachtes nicht

und wenn ich Print Chr(13) & Chr(10) schreibe krieg ich ne 
Fehlermeldung, kanns also gar nicht kompilieren

Dann schreib jedes Zeichen in ne eigene Zeile. Also in Microsoft-Basic 
hat das mit dem Verketten so funktioniert...

auch kein erfolg

man bin am verzweifeln

Setz die Waitms 10 hinter die Print Chr(13) davor bringen die garnix...

Und 10ms könnten was kurz sein.

gemacht

auch nichts gebracht

Also vom PC as hat es mit obriger Variante funktioniert?

Kann es sein das du noch die PIN setzen musst?
AT+CPIN="xxxx"


Also die richtige Reihenfolge wäre dann:

AT+CPIN="xxxx"<ENTER>
AT+CMGF=1<ENTER>
AT+CMGS="+49xxxxxxxxx"<ENTER>
Test123<CTRL-Z>

Nach jedem Enter würde ich nen Moment warten (10ms sind etwas knapp).

Btw: kannst du mal die Rückgabecodes posten?

ne, hab die SIM so konfiguriert das ich KEINE Pin eingeben muss.

Rückgabecodes?
Also am PC hat er damals einfach alles mit einem OK quittiert, nach

    AT+CMGS="+49xxxxxxxxx"<ENTER>

hat er ein
">" geschrieben wohinter dann mein Text kahm.

wie würde das dann aussehen?

Simon K. wrote:
> Muss man nicht auf das Echo JEDES Zeichens warten?

Gibt solche und solche Modems. Aber ansich kann es auch daran liegen.
Kann man mal testen, einfach ne eigene Print Funktion die jedes Zeichen 
mit einem Delay ausgibt und mit nem #13 terminiert.

aber im Terminalprogramm aufm PC schreib ich ja eigentlich auch

"AT+CMGF" und erst dann ein ENTER

oder?

aso wenn ich mit hterm

at+cmgf=1 sende mit der einstellung "send on enter" = CR

dann kommt

"no carrier"

okay, habs jetzt mit hterm hinbekommen:

einstellung bei "send on enter" muss CR-LF sein.

Dann kann ichs mim PC ansteuern.

Ich mach mal den ganzen quelltext durch, welches fenster soll ich dann 
reinkopieren? received data oder transmitted data?

okay, das einzige woran ich scheiterte war das "ctrl-Z" (wusste nicht 
wie ichs eingeben soll in hterm)

also mein jetziger quellcode lautet, unter berücksichtigung, dass Bascom 
selber CR-LF sendet wie folgt:

Print "AT+CMGF=1"
    Waitms 100
    Print "AT+CMGS=0788027939"
    Waitms 100
    Print "Test Sms Von Mc";
    Print Chr(26);

bei den letzten beiden brauch ich ja dann ein ";" weil ich da kein CR-LF 
will

funktioniert aber auch noch nicht...

verkabelt hab ich einfach das kabel das ich benutzt habe um PC-Modem zu 
verbinden umgestöpselt auf Modem-Atmega32

also, das Modem ist das TC35i (von Siemens)

Ein Schaltplan kann ich leider nicht bieten da ich nichts selber 
verkabelt habe. Aber als Board hab ich das

Atmega32 Prototype board von embedit. mit "Pegelgerechtem" RS232 
ausgang.

und für die verkabelung wie gesagt einfach ein Modem-Kabel genommen

und von wegem gekreutem und ungekreuztem kabel hab ich gerade nochmals 
geschaut:

Als Faustregel kann man annehmen: Befinden sich an den beiden Enden des 
Kabels die gleiche Art von Anschlüssen (Männchen = Stecker; Weibchen = 
Buchse), dann benötigt man ein gekreuztes, also ein Nullmodem-Kabel. Am 
PC-Anschluss selbst befindet sich ein Stecker, also ein Männchen, sodaß 
am Kabel auf dieser Seite eine Buchse (also ein Weibchen) sitzen muss. 
Da am AVR laut obigem Schaltbild eine Buchse verbaut wird, muss daher an 
diesem Ende des Kabels ein Stecker sitzen. Das Kabel hat daher an einem 
Ende einen Stecker und am anderen Ende eine Buchse und ist daher ein 
normales Modem-Kabel ( = nicht gekreuzt).


Quelle:

http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART

Das Modem besitzt einen Weiblichen anschluss
PC/MC-Board: Männlich

Ich würde auch sagen: versuche mal die Modem-Antworten nach deinen 
Kommandos auszulesen.
So findet man Fehler am schnellsten.
10ms Wartezeit kommen mir auch gewagt vor. Testweise kann man hier ja 
mal einfach 1000ms nehmen.

also, neuer Status:

Hab mir beim grossen Roten ein Nullmodem-Kabel geholt damit ich am PC 
lesen kann was ankommt, das sieht alles gut aus, auch der Sende-Befehl!

Ich glaube, das es daran liegt, dass ich das OK was mir mein Modem nach 
jedem Befehl sendet nicht aufnehme.

Wie muss ich das machen? mit nem Input?

Lg

also, mein Momentanes Programm sieht so aus:

$regfile = "m32def.dat"
$framesize = 32
$swstack = 32
$hwstack = 32
$crystal = 16000000
$baud = 9600

Waitms 1000
Print "AT"
Waitms 1000
Print "AT+CMGF=1"
Waitms 1000
Print "AT+CMGS=0788027939"
Waitms 1000
Print "Test Sms Von Mc";
Waitms 1000
Print Chr(26);
Waitms 1000

End

Es kommt genauso auf dem Modem an als wenn ich das Programm vom PC aus 
senden würde.

Aber es kommt keine SMS an, Ideen?

Print "AT"
Wieso das denn nun auf einmal?

schliesse deinen microcontroller doch mal mit dem nullmodemkabel an 
deinen pc an.
speichere die kommunikation in ein file und gucke es dir mit einem 
hexeditor an.
dann siehst du genau, (ob) und was gesendet wird (z.B. wie deine 
"returns") aussehen.

alternativ kannst du auch den TX deines modems an den pc hängen und den 
RX an deinen microcontroller. dann kannst du die (fehler-)meldungen des 
modems mitlesen während dein mc die sms senden will.

Na, dann ist ja (endlich) gut.
Magst du uns vielleicht noch verraten, was für einen Quarz du bisher 
verwendet hattest?
Danke.

Microdubsi wrote:
> $crystal = 16000000

3 mal darfst du raten...