AVR und BTM-222: Konfiguration

[N. G. (newgeneration)]

Hallo Forum,

ja ich weiß, es gibt auch in diesem Forum viele Threads, die dieses 
Thema behandeln.
Allerdings hat keiner der vorgeschlagenen Lösungsansätze funktioniert.
So, nun zum Problem:

Ich will 2 BTMs miteinander kommunizieren lassen. Also muss ich ja 
mindestens eines konfigurieren(als Master). Allerdings bin ich mir nicht 
ganz sicher, wie ich das BTM ohne einen PC konfigurieren soll(ich habe 
weder eine RS232-Schnittstelle, noch ein USB-Konverterkabel; noch nicht 
mal ein MAX232 oÄ).

Hardware:
ATmega2560@5V (USART1)
BTM-222@3,3V
Pegelwandler
Das BTM hat die folgenden LEitungen belegt:
-beide Vcc(3,3V)
-TX
-RX
-nicht alle GND(ist das ein Problem?)
Die Tx-Leitung vom BTM ist mit der Rx-Leitung vom AVR verbunden(und 
natürlich umgekehrt).

Software:
AVR-Studio 4 + AVR Dragon als Programmer
UART-Lib von Peter Fleury

Hier mein test-Code:

static inline void __attribute__((always_inline)) init(void);
void __attribute__((noreturn)) loop(void);
int main(void);

int main()
{
  init();
  loop();
  return 0;
}

void init()
{
  usb_init(UART_BAUD_SELECT(19200, F_CPU));//USB-Schnittstelle
  uart1_init(UART_BAUD_SELECT(19200, F_CPU));//BTM-222
  sei();//enable Interrupt
  DDRL=0xFF;//Hier sind LEDs angeschlossen
}
void loop(void)
{
  uart1_puts("+++\r");//Command Mode
  _delay_ms(2000);
  uart1_puts("ATZ0\r");     //Modul-Reset
  _delay_ms(4000) ;      //Warten bis Modul gestartet
  uart1_puts("ATN=BTM222\r"); //Modul Name
  _delay_ms(100);
  uart1_puts("ATP0\r"); //Passwort
  _delay_ms(100);
  
  uart1_puts("ATO\r");//Data Mode
  PORTL=0xFF;
  while(1)
  {
    //PORTL^(1<<PL1); //LED1
    //_delay_ms(100);
  }
}

Ich bin mir aber nicht sicher, was ich genau machen muss. DAss Dtasheet 
schweigt sich was das Timing angeht aus :(
Muss ich die Sequenz "+++" am Anfang senden? Ich habe beide Meinungen 
gehört.
Muss ein zeitlicher Abstand zwischen den Zeichen erfolgen?
In dem oben gezeigten Code-Abschnitt versuche ich den Namen zu ändern 
und das Password auszuschalten. Beides funktioniert nicht. Es wird an 
meinem Handy als "Serial Adaptor" gelistet, und über die Standart-Pin 
kann ich auch mich verbinden.
Deshalb gehe ich davon aus, dass die Befehle gar nicht ankommen.

Wenn mir jemand helfen könnte, wäre ich sehr dankbar.
mfG
N.G.

PS: ich habe ein RNmega2560 auf dem bereits eine USB-Buchse integriert 
ist, von der aus kann ich mit dem PC kommunizieren. Das klappt auch 
größtenteils, aber nicht immer(teils mit großen Verzögerungen von 
~1min).

[stefanus (Gast)]

Mit +++ welchselst du bei bestehender Verbindung in den Befehlsmodus. 
Solange keine Verbindung besteht, ist es nicht nötig. Schadet jedenfalls 
nicht.

Nach jeden Befehl musst du warten, das Modul nimmt den nächsten Befehl 
erst an, wenn der vorherige abgearbeitet wurde. Wie lange, musst du 
ausprobieren. Oder du wartest die Antwort (OK bzw ERROR) ab.

Das Handy zeigt möglicherweise Serial Adapter an, weil es ein serieller 
Adapter ist. Kann gut sein, dass der Name vom Treiber kommt.

100ms ist ziemlich wenig. Ich würde mindestens eine Sekunde versuchen.

Du solltest einen Weg finden, die Antworten des Moduls anzuzeigen. SOnst 
ist das alles nur blindes Raten.

[N. G. (newgeneration)]

stefanus schrieb:
> Du solltest einen Weg finden, die Antworten des Moduls anzuzeigen. SOnst
> ist das alles nur blindes Raten.

Es kommt immer 256 zurück. Mit anderen Worten - nichts.
Wenn ich es mit einer while() versuche hängt er endlos darin(getestet 
mithilfe von LEDs).

Ich habe auch schon nachgemessen, am Rx vom BTM-222 liegen 3V3 an. Der 
Tx Pin gibt entweder gar kein Signal aus, oder es ist zu kurz für mein 
betagtes Multimeter - habe leider kein Oszi.

Aber schon mal danke für deine Antwort

[N. G. (newgeneration)]

muss ich als erstes ein einzelnes "AT\r" senden?

[N. G. (newgeneration)]

Oder muss man die Hardware-Handshake-Leitungen blegen?

[Harald (Gast)]

+++ OHNE \r senden, das gehört in diesem Fall da nicht hin. VOR und NACH 
+++ benötigt es in der Regel eine Pause von >= 1sec.

[N. G. (newgeneration)]

Harald schrieb:
> +++ OHNE \r senden, das gehört in diesem Fall da nicht hin. VOR und NACH
> +++ benötigt es in der Regel eine Pause von >= 1sec.

Habe beides getestet, bringt keine Besserung.

Wie kann man denn testen, ob das BTM-222 überhaupt noch funktioniert?

[N. G. (newgeneration)]

Hat noch jemand eine Ahnung?
Ich bin mit meinem Latein am Ende...

[L. P. (lpg)]

Hi,

Bist du dir sicher, dass das BTM222 auf 19200Baud default lauscht? 
Könnte mich irren, aber ich hab da 9600 bzw. 115200 Baud im Kopf.
Rx Tx auch bestimmt nicht vertauscht?

Lg.

[N. G. (newgeneration)]

L. P. schrieb:
> Rx Tx auch bestimmt nicht vertauscht?

Also ich habe Rx vom BTM mit Tx vom AVR verbunden. Ist das richtig? 
Könnte mir auch vorstellen, dass die Pins gegenteilig beschriftet 
wurden.

L. P. schrieb:
> Bist du dir sicher, dass das BTM222 auf 19200Baud default lauscht?

Ja, steht zumindest so im Datenblatt. Habe an einer Stelle(in einem 
anderen Forum) ein einziges Mal etwas von 9600Baud gehört. Habe 
natürlich auch nichts daran geändert. Wie denn auch? ;)

[mopro (Gast)]

Ich würde an deiner Stelle mal die Pinbelegung prüfen.
Eventuell mal mit einem Oszi oder Logic-Analyzer beide Leitungen messen 
und die Ist-Baudrate bestimmen.
Vielleicht hast du ja ein Problem mit der Baudrate (falsch 
initialisiert).

Reset-Leitung richtig beschaltet?

lg

[N. G. (newgeneration)]

mopro schrieb:
> Reset-Leitung richtig beschaltet?

Welche RESET-Leitung? Die vom AVR? Oder hat das BTM eine?

Habe leider kein Oszi zur Verfügung, das einzige an das ich rankommen 
könte steht bei uns in der Schule im Physiksaal. Aber ich hab grad 
Ferien.

mopro schrieb:
> Vielleicht hast du ja ein Problem mit der Baudrate (falsch
> initialisiert).

Glaube ich nicht, es ist ja die viel genutzte uart-Lib von Fleury