Kommandomodus BTM-112, BTM-222, BTM-182

[bkiepke (Gast)]

Hallo,

ich verwende in einem Projekt ein BTM-182. Soweit funktioniert alles 
ganz gut. Einzig der Wechsel aus dem Datenmodus in den Kommandomodus 
funktioniert nicht.

Ich habe im Forum gesucht und verschiedene Threads gefunden. Alle 
angegebenen Lösungsvorschläge ausprobiert und keinen Erfolg damit 
gehabt.

Das Problem beschätigt mich jetzt seit ca. 2 Wochen. Auch Googeln hat 
leider keine neuen Erkenntnisse gebracht.

Hier was ich tue

/* ... Verbindung wurde aufgebaut, Daten empfangen nun wechseln in  
 * Kommandomodus um PIN zu ändern
 */

/* wait so modem can recognize escape sequence */
_delay_ms(1000);

/* set modem to command mode */
st_usart.st_sendBuffer.u8_base[0] = '+';
st_usart.st_sendBuffer.u8_base[1] = '+';
st_usart.st_sendBuffer.u8_base[2] = '+';
st_usart.st_sendBuffer.u8_base[3] = 0x0D;
st_usart.st_sendBuffer.u8_count = 4;
            
/* send data 
 * (Methode sendet "u8_count"-Zeichen per "Data Register Empty" Interrupt)
 */
prepareSendUSART();
            
/* Hier kann ich dann auf meinem Terminal die Zeichen "+++" mit Zeilenumbruch (0x0D) sehen */

/* wait some time */
_delay_ms(1000);

/* An dieser Stelle hätte ich eine Antwort des Modem erwartet, aber 
 * nie eine erhalten weder ERROR noch OK.
 */

(HINWEIS: ZUM BESSEREN VERSTÄNDNIS WAS GENAU GESENDET WIRD, WIRD JEDES 
BYTE IN '<' UND '>' EINGESCHLOSSEN. DIE KLAMMERN WERDEN NICHT 
MITGESENDET!)

Wenn ich jetzt den PIN mittels 
<'A'><'T'><'P'><'='><'1'><'2'><'3'><'4'><0x0D> ändern will, dann wird 
auch dieser Befehl über das Terminal übermittelt. Das Modem hat also 
nicht in den Kommandomodus gewechselt.

Es soll aber laut <'A'><'T'><'I'><'?'><0x0D> auf die Sequenz 
<'+'><'+'><'+'><0x0D> lauschen.

Kann mir jemand die genaue Sequenz mit Timings sagen?

Bitte verwendet für einzelne Bytes eine Umklammerung mit "<>". Beispiel: 
<'+'><'+'><'+'><0x0D>
Damit klar ist welche Zeichen tatsächlich gesendet werden müssen. Klar 
ist auch das die "<>" nicht gesendet werden dürfen!

Als Terminal verwende ich HTerm 0.8. Ich habe an die TX und RX Leitungen 
des Modems zustätzliche UART-Empfangsleitungen gelötet, so dass ich per 
MAX3232 in weiteren Terminals mitlesen kann was zwischen uC (AT90USB82) 
und Modem tatsächlich gesendet wird.

[Stefan F. (sfrings)]

Von Modems kenne ich das so, dass die +++ Sequenz für manuelle Eingabe 
gedacht ist. Vermutlich musst Du zwischen den + Zeichen einen Delay von 
200ms Einfügen.

500ms
+
200ms
+
200ms
+
1000ms
Befehl senden

[bkiepke (Gast)]

Moin,

habs mit folgender Sequenz probiert, hat auch nicht funktioniert

/* wait so modem can recognize escape sequence */
_delay_ms(500);

/* set modem to command mode */
            st_usart.st_sendBuffer.u8_base[0] = '+';
st_usart.st_sendBuffer.u8_count = 1;
            
/* send data */
prepareSendUSART();
        
/* wait some time */
_delay_ms(200);
            
st_usart.st_sendBuffer.u8_base[0] = '+';
st_usart.st_sendBuffer.u8_count = 1;
            
/* send data */
prepareSendUSART();
            
/* wait some time */
_delay_ms(200);
            
st_usart.st_sendBuffer.u8_base[0] = '+';
st_usart.st_sendBuffer.u8_count = 1;
            
/* send data */
prepareSendUSART();
            
/* wait some time */
_delay_ms(1000);
            
/* wait until modem is in command mode this does not work */
//while (st_usart.st_receiveBuffer.u8_base[0] != 'O') {};

/* modem now in command mode */

/* ... Hier sende ich dann ein Kommando ... */

/* get modem back to on-line mode */
st_usart.st_sendBuffer.u8_base[0] = 'A';
st_usart.st_sendBuffer.u8_base[1] = 'T';
st_usart.st_sendBuffer.u8_base[2] = 'O';
st_usart.st_sendBuffer.u8_base[3] = 0x0D;
st_usart.st_sendBuffer.u8_count = 4;

/* send data */
prepareSendUSART();

/* wait some time */
_delay_ms(100);

Das Modem bleibt im Daten Modus und reicht munter alle Eingabe an das 
angebundene Terminal weiter ...

Habe schon verschiedene Zeiten probiert, bis jetzt hat es mit keiner 
Wartezeit funktioniert.

[Frank M. (ukw) (Moderator)]

bkiepke schrieb:
> /* set modem to command mode */
> st_usart.st_sendBuffer.u8_base[0] = '+';
> st_usart.st_sendBuffer.u8_base[1] = '+';
> st_usart.st_sendBuffer.u8_base[2] = '+';
> st_usart.st_sendBuffer.u8_base[3] = 0x0D;
> st_usart.st_sendBuffer.u8_count = 4;

Nach den 3 Pluszeichen darf für eine Sekunde kein anderes Zeichen 
kommen, auch kein CR (0x0D). Also:

st_usart.st_sendBuffer.u8_base[0] = '+';
st_usart.st_sendBuffer.u8_base[1] = '+';
st_usart.st_sendBuffer.u8_base[2] = '+';
st_usart.st_sendBuffer.u8_count = 3;
// jetzt senden
// dann 1000ms warten

Gruß,

Frank

[bkiepke (Gast)]

korrektur funktioniert doch ...

[bkiepke (Gast)]

... zumindest manchmal.

Sehr merkwürdig. Mit etwa 20 Versuchen hat es 2 mal geklappt. Da ist es 
wahrscheinlich einfacher die Verbinung von der anderen Seite zu kappen 
und dann auf dem Modem die Befehle auszuführen.

Wenn jemand noch Ideen hat, immer her damit.

Danke und Gruß
Benny