Probleme mit MSP430 Bluetooth und UART

Texas Instruments bietet Quellcode für einen Bluetooth-Stack (Serial Port Profile) an, der von Mindtree geschrieben wurde. Es läuft auf einem MSP430-Mikroprozessor und ist mit dessen Basisband-Controller-Chip (dh dem HF-Chip) verbunden. Diese nutzt das Betriebssystem FreeRTOS. Diese Software kommt in Form mehrerer Demos; Die, die ich verwendet habe, heißt Beschleunigungsmesser-Demo. Dieser Chipsatz ist Teil der benutzerdefinierten Handheld-Hardware, die ich entwickle. Ich verwende die GA1.0-Version (modifizierte Beschleunigungsmesser-Demo, um auf der benutzerdefinierten Hardware zu funktionieren). Ich versuche einfach, Daten zwischen Bluetooth SPP und einem UART zu übertragen, der mit 78K läuft. Ich habe den SNIFF-Modus deaktiviert und deaktiviere RTS im UART-Interrupt. Im Interrupt wird keine Verarbeitung durchgeführt, außer einem Schreiben in einen Puffer und einer Semaphor-Aufnahme. Ich habe eine Aufgabe mit niedriger Priorität, die das Puffern behandelt.

Alles, was ich brauche, um den Chip zu tun, ist eine Verbindung zwischen dem Bluetooth und einem UART herzustellen, der mit 76K läuft (dieser UART verbindet sich mit unserem DSP-Prozessor). Derzeit ist der DSP das Gehirn der Hardware und kommuniziert über USB mit einer PC-GUI. Ich möchte den DSP-UART nehmen und ihn stattdessen über Bluetooth weiterleiten, ohne dass der DSP weiß oder sich darum kümmert, womit sein UART verbunden ist.

Wie im Moment aufgebaut, verbindet sich die Software korrekt über Bluetooth und ich habe das Senden und Empfangen von Daten überprüft. Bei niedrigen Tarifen funktioniert das hervorragend. Da der DSP immer eine Statusmeldung über seinen UART sendet, kann ich einen PC mit einem Bluetooth-Dongle an die Hardware anschließen und Putty (Serial Port Terminal) verwenden, um zu sehen, wie diese Statusmeldung korrekt rüberkommt. Sobald ich jedoch versuche, eine Verbindung mit unserer PC-GUI herzustellen, ist der resultierende RX-Verkehr auf dem Bluetooth so, dass die Software die DSP-UART-Interrupts nicht mehr rechtzeitig bedienen kann. Ohne Bluetooth RX erhalte ich über 100 UART-Interrupts, bevor meine Aufgabe die Daten verarbeiten kann, selbst wenn die Priorität der Aufgabe auf die höchste eingestellt ist. Ich kann mir vorstellen, dass es eine große Größenordnung mehr ist, sobald RX-Daten eingehen, was uns derzeit zum Absturz bringt. Bedauerlicherweise,

Meine Versuche, dies zu beheben, haben immer zu einem von drei Ergebnissen geführt: mein UART-Interrupt ist übergelaufen, der BT-UART-Interrupt ist übergelaufen oder mein UART-Puffer ist übergelaufen, wenn der Stapel die Daten nicht rechtzeitig senden kann. Der Entwicklerleitfaden sagt, dass bei 18 MHz und 115 K der durchschnittliche Datendurchsatz 84 K beträgt und die durchschnittliche CPU-Auslastung 10,7 % beträgt, aber die Software kann nicht mit einem 78 K UART mithalten.

An diesem Punkt befürchte ich, dass der Bluetooth-UART-Interrupt (Teil des Stacks von Mindtree) zu viel CPU beansprucht, um die Verarbeitung aller anderen Interrupts mit der von uns gewünschten Rate zu ermöglichen.

Hatte jemand Erfolg bei der Integration des TI/MindTree-Bluetooth-Stacks? Wenn ja, sind Sie auf dieselben Probleme gestoßen? Ich suche im Grunde nach allen Vorschlägen, wie man diese Probleme überwinden kann.