Bluetooth Modul BTM-220 lahmt

Ist das wirklich so oder vielmehr eher so, daß du PC-seitig nur 2400 ANGEZEIGT bekommst?

Ja, dann sende doch einfach mal aufsteigende Folgen von Bytes (mit wrap-around) und schau dir an, was davon beim PC ankommt. Gibt es keinen Hardware-Handshake zwischen µC und BT220 und kommt trotzdem die Folge lückenlos an, stimmt einfach die PC-seitige Anzeige nicht. ->Scheiß' drauf. Und wenn es eine Handshake gibt, dann sollte es auf jeden Fall keine Lücken geben und du kannst aus den empfangenen Daten ganz leicht die tatsächliche Rate ermitteln, in dem du meintetwegen eine Sekunde aufzeichnest und die Zahl wraparounds der Folge ermittelst, die in dieser Zeit aufgetreten sind.

Logisch. Eine echte "Baudrate" im engeren Sinne gibt es bei virtuellen COM-Ports ja auch nicht. Es bleibt dem Treiber überlassen, welche Rate er an die höheren Software-Schichten meldet. Die kann näherungsweise was mit der Realität zu tuen haben, muß es aber nicht. Inbesondere bei einer Funkstrecke als Kanal wäre selbst ein korrekte Angabe ja sowieso höchsten eine Momentaufnahme ohne nennenswerte Aussagekraft für die Zukunft.

Naja, kann man so nicht sagen. Möglicherweise ist der Abstand ZU KLEIN. Es handelt sich ja immerhin um einen Class1-Gerät, gut möglich, daß die

Anfangen würde ich auf jeden Fall damit, die Rate wirklich zu messen, statt sich auf irgendwelche Anzeigen zu verlassen, die prinzipbedingt unzuverlässig sein müssen.

Hallo Heiko,

Es scheint wirklich so. Sende ich vom µP aus ständig Daten, dann bekommt die Verbindung nach einigen Sekunden einen Overrun und die Verbindung bricht ab. Immer ziemlich an der gleichen Stelle. Da ists mir ja auch erst aufgefallen, dass es da ein Problem gibt.

s.o.

Noch gibts keinen HW Handshake. Aber ich brauch die hohe Baudrate schon, ein Handshaking kuriert zwar das Symptom, aber nicht die Ursache.

Aha, ja, das klingt logisch.

Könnte sein, läßt sich ja testen.

OK, dann mach ich das mal.

(5 min später)

Den Slave (=BTM-220) kann als kleinste Baudrate 4800 baud. Mit dieser Einstellung kommt es auch noch zum Overrun. Die 2400 Angabe dürfte also der Realität nahekommen.

Abstand war jetzt 5 Meter mit einer Ziegelwand dazwischen.

vg, Wolfgang

Das ist wahr, aber bei einer Funkstrecke als Übertragungskanal würde ich Hardware-Handshake mit dem COM-Server generell für unverzichtbar halten. Selbst bei IP-COM-Servern ist man schon bei mäßig ausgelasteten Netzen nur mit HH auf der sicheren Seite.

Was ist bei dieser Änderung mit dem Zeitpunkt des Overruns bezüglich dem Beginn der Übertragung passiert? Ist der in etwa gleich geblieben oder tritt er nunmehr (grob über den Daumen) um den Faktor acht später auf? Oder was ganz anderes?

Das sollte eigentlich sicher genügen, um einen zugestopften Empfänger als Ursache auszuschließen. Andere 2,4GHz-Quellen in der Nähe? Z.B. WLAN?

Am 21.06.2010 17:24, schrieb Wolfgang Mahringer: ...

Klingt nach einen Bug.

Klingt nach noch einem Bug.

Hyperterminal kenne ich überwiegend aus Fehlerberichten.

HTerm könnte Dir helfen. Dann fällt die Fehlerquelle Hyperterm schon mal weg:

Falk

Wolfgang Mahringer schrieb:

Hallo,

vielleicht wird im Blauzahn für die Übertragung eine andere Kodierung für die Modulation benutzt und auf Sende- und Empfangsseite entsprechend gewandelt. Wenn das so ist stellt sich die Frage welche Datenrate mit Blauzahn maximal möglich ist, villeicht ja doch nur diese 2400 Baud. Kannst Du am µP auch andere Baudraten benutzen, stellt sich der Blauzahn mit Autobaud darauf ein?

Bye

Ich habe Bluetoothmodule schon mit 115 kBaud eingesetzt (bzw. wir setzen sie imme rnoch ein). Allerdings andere als der OP. Aber die Übertragung funktioniert damit problemlos.

Die Module die ich verwende können über AT-Kommandos konfiguriert werden, default ist aber 115 kBaud eingestellt.

MfG

Hi Uwe,

Am 22.06.2010 09:25, schrieb Uwe Hercksen:

Das Datenblatt schreibt:

- Bluetooth Ver. 2.0+EDR certification

- Full Bluetooth Data rate over UART and USB

- Enhanced Data Rate(EDR) compliant for both 2Mbps and 3Mbps modulation modes

Nein, das tut es eben nicht. Egal welche Baudrate ich am µP wähle, es wird immer nur mit 2400 baud empfangen.

vg, Wolfgang

Hallo Thorsten,

Am 22.06.2010 09:32, schrieb Thorsten Böttcher:

Darf ich fragen welches BT-Modul Du am PC verwendet hast? Es kann ja gut sein, dass dieses Teil das Problem ist. Ich hab leider keine anderen Bluetooth-USB-Module da um das zu testen.

Auch die BTM-220 werden mit AT-Kommandos gesteuert. Standardbaudrate ist 19200, aber man kann sie hochdrehen bis 460.8 kbaud.

vg, Wolfgang

Am PC hauptsächlich BlueFritz USB V2.0 von AVM, aber wir haben auch andere getestet. Mit den AVM klappt es hervorragend, bei den anderen im Prinzip auch, allerdings hatten wir da andere Probleme mit den verwendeten Bluetooth-Stacks. Das Problem dabei war dass die Schnittstelle automatisch geöffnet und geschlossen wurde, während man das bei den Bluefritz-Sticks (unter WIN XP) manuell machen muß.

MfG

Ich denke Dein Problem liegt in der PC-Software, bzw. irgendwelchen Einstellungen der Schnittstelle. Hast Du mal versucht in der Systemsteuerung die Geschwindigkeit der Schnittstelle zu verändern?

Hast Du andere Terminalprogrmame ausser Hyperterm versucht? Das erwähnte HTerm ist nicht schlecht.

MfG

Hi Falk,

Am 21.06.2010 20:08, schrieb Falk Willberg:

Hat leider nichts geholfen. HTerm zeigt dasselbe Phänomen.

vg, Wolfgang

Wolfgang Mahringer schrieb:

Hallo,

auf der Seite des µP tut sich da schon was, sonst würde es ja mit verschiedenen Baudraten überhaupt nicht funktionieren. Das Problem scheint nur auf der PC Seite zu liegen. Eine automatische Erkennung und Einstellung der Baudrate kann ja beim reinen Empfang nicht funktionieren.

Bye

Hallo Thorsten,

Am 22.06.2010 10:16, schrieb Thorsten Böttcher:

Das vermute ich auch schon.

Du meinst im Gerätemanager? Da habe ich für dieses Port 38400 baud eingestellt.

Mit HTerm zeigt sich derselbe Effekt.

Kann das mit dem Bluetooth-Stack was zu tun haben? Ich hab jetzt nichts besonderes installiert, sondern das genommen, was XP eh an Board hat.

vg, Wolfgang

Ok, war nur so ein Verdacht.

Wenn Du in HTerm als Geschwindigkeit z.B. 38400 einstellst, empfängst Du dann etwas, oder nicht?

Da bin ich auch überfragt. Solche Probleme hatte ich noch nicht. Hast Du die Möglichkeit einen anderen BT-Dongle zu verwenden?

MfG

Hi Thorsten,

Am 22.06.2010 11:57, schrieb Thorsten Böttcher:

Passt scho, hätt ja sein können :-)

Ich empfange und sende, egal welche Baudrate ich da einstelle.

Noch nicht, aber ich werde mir einen anderen BT-Dongle holen und mit dem mal testen.

vg, Wolfgang

Ok, der Teil scheint merkwürdig. Hast Du geprüft ob der µC wirklich mit 38400 Baud arbeitet? Kommen sinnvolle Daten am µC an wenn Du vom PC sendest? Kannst Du das prüfen?

MfG

Hallo Thorsten,

Am 22.06.2010 13:03, schrieb Thorsten Böttcher:

Ja, das tut es, mit Oszi gecheckt.

Ja, das läuft alles. Senden und Empfangen ist sauber. Nur halt elend langsam.

vg, Wolfgang

Was passiert wenn Du z.B. alle paar Sekunden nur 1 Zeichen sendest? Kommt das sofort am PC an? Oder wird da erst eine gewisse Zeit gesammelt?

MfG

Hi Thorsten,

Am 22.06.2010 13:28, schrieb Thorsten Böttcher:

Ja.

Schwer zu sagen...

vg, Wolfgang