RN4871 vergisst MAC Adresse

[Bernd (Gast)]

Hallo

Ich habe z.Zt Probleme mit dem Bluetoothmodul RN4871 vob Microchip. Es 
kommt immer wieder vor, dasss die Module ihre Configuration Datas auf 0 
setzen. Dann ist das Modul auch nach einem neuen flashen der firmware 
nicht mehr zu verwenden. Machmal passiert dies bein ersten Zugriff über 
die UART, machmal auch erst später. Laut Aussage von Microchip ist dies 
ein Reset Problem.
Setzt irgendjemand eigentlich diese Module problemlos in Stückzahlen 
ein?
Wenn ja, wie sieht die Resetbeschaltung aus?

Gruß

Bernd

[Peter (Gast)]

In Stückzahlen nicht. Hatte so noch kein Problem. Hab aber immer gleich 
die aktuellste 1.28.3 Software draufgeflasht. Die Reset-Beschaltung 
besteht bei mir aus 10k und 100n genau wie im User Manual. Ein 
ausreichend dimensionierter Konsensator zwischen VCC und GND ist glaub 
ich wichtig...

[Bernd (Gast)]

Vielen Dank

Das mit der Firmware ist natürlich schwierig, weil ich dann jedes 
einzelne Modul kontaktieren muss. Habe bis jetzt mit 1.18 gearbeitet, 
mir jetzt aber Module mit 1.28.3 bestellt.
Hast Du bei der UART noch irgendwelche Wartezeiten eingebaut, oder 
gleich nach dem Empfang einer Antwort das nächste Kommando geschrieben?
Bei mir sieht das in etwa so aus:

printf("$$$");
wait_response();
printf("SF,1\n");
wait_response();
printf(....

[Peter (Gast)]

Hallo Bernd, ich nutze  je zwei Module quasi nur im transparenten UART 
Modus. Die Module sind mit der Firmware dafür bereits richtig 
konfiguriert (außer Baudrate und Name unverändert). Nach kurzer Pause 
und $$$ wird die Verbindung durch das erste Modul/MCU (Master) mit C, 
0,bekannter MAC der Gegenstelle hergestellt, nach Connect-Meldung mit 
dem Senden weniger Bytes begonnen welche das kontaktierte zweite 
Modul/MCU empfängt und sofort mit eigenen Daten beantwortet usw. usf.- 
also als Slave ohne je im Kommandomodus zu sein. Kämen keine Daten 
zurück resettet sich das erste Modul einfach und startet mit einer neuen 
Verbindungsaufnahme. Das funktioniert relativ robust.