RN4871 vergisst MAC Adresse

Bernd Gast #5353404
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Peter Gast #5353419
Lesenswert?
• ▲
▼ 
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...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Bernd Gast #5353479
Lesenswert?
• ▲
▼ 
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(....
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Peter Gast #5354210
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren