Auf der Werkbank ließ es sich problemlos koppeln. Im Feld brach die Verbindung alle zwei bis drei Stunden ab, nie zu einem nützlichen Zeitpunkt, nie reproduzierbar. Wir haben drei Wochen damit verbracht. Hier sind die vier Ursachen in der Reihenfolge, in der wir sie gefunden haben — und die letzte war überhaupt nicht die Schuld des Bluetooth-Moduls.
Der Schlaf-Takt ist abgedriftet
Ein Bluetooth-Modul schläft zwischen den Verbindungsereignissen und wacht über einen 32-kHz-Takt auf. Weicht dieser Quarz um ein paar hundert ppm ab, wacht das Funkteil zu spät auf und verpasst sein Fenster; der Gegenpart wartet, gibt auf, und die Verbindung bricht ab. Es wirkt zufällig, folgt aber der Temperatur. Wir fanden eines, das nur oberhalb von 40 °C versagte — genau deshalb hat das Labor es nie gesehen. Steck das Gerät in eine Wärmekammer, bevor du glaubst, irgendein Abbruch sei wirklich zufällig.
Die Versorgungsschiene sackt beim Senden ab
Senden ist ein Stromstoß: zig Milliampere in ein paar Mikrosekunden. Wenn der LDO, die Leiterbahn oder die Abblockung die Schiene nicht halten können, fällt VDD ab, und das Bluetooth-Modul geht in den Brown-out oder startet gleich neu. Das Erkennungszeichen: Die Abbrüche häufen sich, wenn der Datenverkehr am stärksten ist — was die meisten fälschlich für Störungen halten. Miss die Schiene mit dem Oszilloskop während eines TX-Bursts, nicht im Leerlauf. Einen dieser Fälle haben wir behoben, indem wir einen Kondensator vier Millimeter verschoben haben.
Verbindungsparameter, auf die sich niemand geeinigt hat
Der Host fordert ein Verbindungsintervall, das das Modul nicht einhalten kann, oder setzt ein Supervision-Timeout, das für einen lauten Raum zu kurz ist. Im ruhigen Labor ist alles gut; kommen ein paar WLAN-Access-Points und eine Mikrowelle dazu, verpasst du genug aufeinanderfolgende Ereignisse, um das Timeout zu reißen. Lass zuerst den Peripheral anfragen, und hör auf, 7,5 ms hart zu codieren, nur weil ein Datenblatt es einmal effizient nannte. Eine Verbindung, die einen vollen Raum überlebt, ist mehr wert als eine schnelle, die es nicht tut.
Die Antenne steckt im Metall
Sperrbereich ignoriert, das Modul über einer durchgehenden Massefläche platziert, oder ein Gehäuse mit metallisierter Scheibe. Die Reichweite bricht auf einen Meter zusammen, und die Verbindung zappelt genau an dieser Kante. Am VNA ist das offensichtlich, auf der Werkbank sechzig Zentimeter vom Laptop völlig unsichtbar — und deshalb überlebt es bis in die Spätphase eines Projekts.
Der Fall, der nicht das Modul war
Wir sind eine Woche lang einem „Bluetooth-Modul-Problem“ nachgelaufen, das sich als Host-MCU herausstellte, die das Modul während einer I2C-Bussperre im Reset hielt. Das Bluetooth-Modul war die ganze Zeit gesund. Heute lesen wir den Reset-Grund des Moduls selbst, bevor wir die Geschichte des Hosts darüber glauben, was passiert ist.
Wie wir es heute debuggen
Ein Sniffer an der Luft, ein Oszilloskop an der Schiene, eine Wärmekammer für alles, was als zufällig beschrieben wird — und die Diagnose des Moduls selbst vor der Meinung irgendjemandes. Die meisten Tickets mit „verliert ständig die Verbindung“ landen bei Spannung oder Takt, nicht beim HF-Teil. Zum Glück, denn das sind die billigen Reparaturen.
Was ich dir zuerst sagen würde
Prüf die Schiene und den Schlaf-Takt, bevor du die Antenne oder den Stack anfasst. Neun von zehn Mal sind sie die billige Lösung, und die Antenne ist das teure, nach dem alle zuerst greifen.
