Moin! Ich versuche derzeit einem Tc35 Handymodul mittels AT Befehlen die Telefonbucheinträge zu entlocken. Mit AT+CPBR=1 geht garnix, da kommt immer Error zurück. Bei At+Cpbr=2 kommt manchmal die Nummer, aber was ja garnicht geht, oft auch nur ein "Ok" zurück! Ich habe testweise 10 Nummern auf der Sim gespeichert. Kennt jemand dieses Verhalten? PS: Sms Versand im Textmodus geht super!
Ich habe nunmal weiter geforscht warum es zu diesem Verhalten kommt. Mein bascom Programm kommt offenbar mit den gesendeten Zeichen nicht klar. Es kommt immer zum Ende der ausgegebenen Einträge die Bin-Zeichen "10" , gefolgt von der "13". Also steht immer ein LF und ein CR hintereinander. Kann man dem Modem in seinen Einstellungen irgendwie beibringen, dass nur das CR am Ende des Strings ausgegeben wird? Bzw., ist jemand bekannt wie ich "Case" dazu nutzen kann das LF auszufiltern? Case ist doch eine "Fall"-Verzweigung, welche mir a.G. eines angegebenen Zeichen eine Verzweigung ausführt? Danke für eure Hilfe, vielleicht hat ja einer nen Beispielcode für das Lesen des Telefonbucheintrags mittels AT+CPBR=... parat :-) Danke!
Gast
#3577230
Uwe Neubert schrieb: > Bzw., ist jemand bekannt wie ich "Case" dazu nutzen kann das LF > auszufiltern? Case ist doch eine "Fall"-Verzweigung, welche mir a.G. > eines angegebenen Zeichen eine Verzweigung ausführt? Vielleicht geht was mit CONFIG INPUT ??? http://avrhelp.mcselec.com/configinput.htm Ist aber Raterei ohne Code.
Hier ist der Code. Er soll im Terminalprogramm lediglich anzeigen was der Controller empfangen hat: Dim I As Byte , B As Byte Dim Sret As String * 66 , Stemp As String * 20 Dim Status As Byte Config Serialin = Buffered , Size = 17 Enable Interrupts Print "ATE0" Waitms 2000 Waitms 2000 Print "AT+CMGF=1" Sret = "" Print "at+cpbr=1" Getline Sret Print "Inhalt nach SPbr1 ist:" Waitms 100 Print Sret Waitms 500 'get line of data from buffer Sub Getline(s As String) S = "" Do B = Inkey() Select Case B Case 0 Case 13 Case 10 : If S <> "" Then Exit Do Case Else S = S + Chr(b) End Select Loop End Sub Waitms 500 'flush input buffer Sub Flushbuf() Waitms 100 Do B = Inkey() ' flush buffer Loop Until B = 0 End Sub Return
Gast
#3577896
Vielleicht so? (nicht syntax gecheckt)
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
Kenne das Modem nicht: Wird am Ende jeden der 10 Telefonbucheinträge ein LF CR ausgegeben? Oder erst ein LF CR am Ende der kompletten Ausgabe? Wenn es nicht klappt müßtest du mal genau beschreiben, wie Getline arbeiten soll. Getline läuft bei dir solange in der Schleife, bis die Abbruchbedingung kommt (LF). Dafür kannst du auch INPUT nehmen und mit CONFIG INPUT auf LF CR als Input komplett konfigurieren.
Dieses doofe Modem spuckt das so aus: Cpbr1:LF CR, Nummerneintrag, LF CR Das ist halt doof beim Einlesen da man im Text immer die Abbruchbedingungen hat. Das Siemens machts halt so. Ich hab auch Wavecom Modems, die spucken nur ein CR am Schluss und fertig. Für das Projekt ist aber das Siemens vorgesehen :-(
Gast
#3577934
Uwe Neubert schrieb: > Dieses doofe Modem spuckt das so aus: > Cpbr1:LF CR, Nummerneintrag, LF CR Was soll Getline mit LF CR, Nummerneintrag, LF CR genau machen? Erstes LF verwerfen Erstes CR verwerfen Erstes Komma verwerfen Nummerneintrag in S schreiben Zweites Komma verwerfen . . Beschreib genau, was Getline machen soll!!!
Gast
#3577981
Tilt schrieb: > Erstes LF verwerfen > Erstes CR verwerfen > Erstes Komma verwerfen > Nummerneintrag in S schreiben > Zweites Komma verwerfen > . > . > > Beschreib genau, was Getline machen soll!!! Falls nur das erste LF und erstes CR stören könnte man einfach noch eine Schleife vorne vorsetzen:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
Insgesamt nicht schön, könnte aber funktionieren?
Ich habe eben beide modems verglichen, sie spucken 1:1 dasselbe aus. Ich werde deinen Vorschlag heute Abend testen. Dankedir erstmal!!!
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.