HC-05 Bluetooth <-> STM32F103

Michael Gast #4773835
Lesenswert?
• ▲
▼ 
Hallo,

ich habe mir mit einem alten 240x128 T6963C Display einen Empfänger für
das etwas ältere LCDproc Projekt gebaut und auch einen passenden 
Treiber.
Als Board wo das Display angeschlossen ist habe ich ein Nucleo STM32F103 
Board genommen und das Bluetooth Modul ist ein HC-05.
Nun wollte ich das ganze Teil aber auch gerne per Bluetooth anbinden und 
habe gedacht das das ja ohne Probleme mit dem HC-05 funktionieren 
sollte.
Hmm gesagt getan, alles konfiguriert. UART auf 115200 baud (8N1), name 
und pin vergeben und dann mal per RFCOMM das Bluetooth Gerät pairen bzw. 
connecten.
Doch dann kam die Ernüchterung.... es funktioniert ABER die 
Geschwindigkeit ist niemals 115200 baud, das was per Kabelverbindung 
kaum zu sehen war kann man nun in Zeitlupe beobachten.
Ich hab dann zuerst meine TTY Einstellungen in Verdacht gehabt, 
allerdings konnte ich dort auch keinen Erfolg erzielen. Nun hab ich 
schon aus Verzweiflung den 8MHz Quarz vom STM32F103 Nucleo Board gegen 
einen 14.7456MHz Quarz getauscht um wenigstens nen sauberen UART zu 
bekommen. Aber auch das hat letztlich nichts gebracht.
Eventuell hat ja jemand mal ein ähnliches Problem gehabt.

Gruß
Michael
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Michael Gast #4774050
Lesenswert?
• ▲
▼ 
Ja sind beide Seiten auf 115k eingestellt. Als Sender agiert wie gesagt 
LCDproc ueber mein Linux Notebook und kein Modul. Habe aber auch schon 
einen externen Bluetooth Dongle ausprobiert um Probleme mit dem Internen 
ausschliessen zu können. Damit gehts aber genauso wenig
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Jim M. #4774254
Lesenswert?
• ▲
▼ 
Michael schrieb:
> Doch dann kam die Ernüchterung.... es funktioniert ABER die
> Geschwindigkeit ist niemals 115200 baud, das was per Kabelverbindung
> kaum zu sehen war kann man nun in Zeitlupe beobachten.

Spielen da vielleicht Roundtrip-Zeiten ("Ping") eine Rolle? Da ist BT in 
der Tat viel schlechter als Kabel.

Ansonsten liefern die BT RFCOMM Module hier von einem anderen OEM so ca. 
24 KByte/sec netto (bei 460800 Baud), und das mit Protokolloverhead.
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