fischertechnik community forum

Es ist schon eine Weile her, daher erinnere ich mich kaum noch an die Details. Also, wie war denn eigentlich der genaue Zustand von Bluetooth in der Community-Firmware? Für das "Blue Smart Beginner Set" würde ich gerne eine Anbindung bauen.

Auf der FT-Seite dazu steht:

"Für Windows 7 ausgewählte Bluetooth 4.0 Sticks erforderlich."

Kann die Hardwrae des TXT BT 4.0?

Guck mal im patch Bereich vom TXT in den Commitcomments. Ich arbeite aktuell an einer vereinfachen Umsetzung in meinem fork im branch Bluetooth.

Raphael

Sorry, ich meinte den Treiberteil. Geneauer gesagt hier: http://bit.ly/2kaHcNA (Wie immer, phpbb kann leider keine artifacts)

Raphael

Ah, cool, danlke. Genau das hatte ich vergessen.

Aber leider klappt

# gatttool -b A0:E6:F8:1B:E1:B9 --primary
connect: Connection refused (111)

nicht. zeigt aber LE-Fähigkeit an:
Und ein lescan geht auch:
Hmmm ... knapp. Das ist in diesem Fall ein Lego 2.0 WeDo-Hub. Aber für das BT Smart Beginner Set werden wir das wohl brauchen, wenn wir auf das USB-Kabel verzichten wollen. Was ja schon schick wäre ...

Ah, auf dem TXT fehlt nur das btmgmt-Tool. Kurz manuell installiert und und der TXT kann per
Den WeDo-Hub einen Ton spielen lassen.

Das giesse ich dann mal ein eine kleine Test-App. Und dann kann das "BT Smart Beginner Set" wohl kommen ...

Dann sind auch die Schritte für eine Kommunikation zwischen TXT und TX geebnet?

Liebe Grüse,

raspberrypi

Spricht irgendwas dagegen, dass die LE-Tools und ggf. eine gatt-Library fest in die Firmware integriert wird und uim beim Booten gestartet wird?

Dann wären wir auf das Erscheinen des BT smart Controllers vorbereitet.

raspberrypi hat geschrieben:Dann sind auch die Schritte für eine Kommunikation zwischen TXT und TX geebnet?

Das sowieso. Der TX nutzt ja kein BT 4.0 bzw. Low-Power-Profile sondern Feld-Wald-und-Wiesen-Bluetooth. Das sollte einfach gehen.

Wenn du mir genauere Instruktionen zur Installationen diieses Tools und den Kommandos für BLE gibst, kann ich das in meinen Branch einbauen. Dann kann ich Bald auch einen PR öffnen.

raspberrypi hat geschrieben:Dann sind auch die Schritte für eine Kommunikation zwischen TXT und TX geebnet?

Naja, Theoretisch ist eine Bluetoothverbindung möglich, jedoch sind mir die Kommandos nicht bekannt, die man an den TX senden muss, dass er was tut. Vielleicht könntest du da was zu raussuchen, eventuell lässt sich das dan umsetzen.

Raphael

Wenn ich das selbst raussuche, dann baue ich das auch direkt ein. Aber da kommen ja auch noch ein paar andere Dinge dazu und der ftc-User braucht entsprechende Rechte etc. Ich denke ich mache das alles in Form einer kleinen WeDo-2.0-Demo.

Das Zauberwort für den TX dürfte "rfcomm" heissen, da ich annehme, dass er das serielle Profil verwendet. Den Rest findet man auf Seiten wie http://askubuntu.com/questions/248817/h ... connection

Edit: Die nötigen Tools wie rfcomm und sdptool sind inder CFW bereits vorhanden

Mit dem rfcomm für den TX hast du recht.

Meine Änderungen belaufen sich im Moment darauf, dass man als ftc Nutzer das Bluetooth an und ausschalten kann und der TXT sichtbar ist. Ich werde das jetzt mal zu einem PR machen, und falls da noch features hinzuzufügen sind, kannst du das ja machen.

Raphael

Mach Dir keine Arbeit. Ich habe das ja auch alles gerade eben gemacht. Das checke ich alles zusammen ein, wenn es alles läuft. Das häppchenweise zu machen führt nur zu unnötigen Kollisionen.

Edit: Alternative: Du übernimmst den Part komplett und ich wende mich irgendeiner anderen Aufgabe zu.

Ich würde das übernehmen. Kannst du mir deine bisherige Arbeit zur Verfügung stellen?

MasterOfGizmo hat geschrieben:Spricht irgendwas dagegen, dass die LE-Tools und ggf. eine gatt-Library fest in die Firmware integriert wird und uim beim Booten gestartet wird?

Nicht dass ich wüsste. Mach für den UIM am besten ein eigenes Startscript, dann kann man den auch von Hand auf der Kommandozeile an- und abstellen.

Eventuell sollte man auch noch mal eine passende Settings-App schreiben um den ganzen "optionalen" Hintergrundkram (Bluetooth, WLAN, USB-Netzwerk, Webinterface, ...) auch per GUI gezielt an- und abschalten zu können. Je nach Anwendung kann man die dafür verbrauchten Ressourcen (Speicher, CPU) ja eventuell besser nutzen.

MasterOfGizmo hat geschrieben:Dann wären wir auf das Erscheinen des BT smart Controllers vorbereitet.

Und das noch bevor der wirklich auf dem Markt ist

Ich hoffe ja, dass es da dann irgendwann auch mal den Empfänger einzeln gibt - das wäre nämlich dann eine echt nette IO-Extension für den TXT (sogar mit Servo-Ausgang).

ski7777 hat geschrieben:Ich würde das übernehmen. Kannst du mir deine bisherige Arbeit zur Verfügung stellen?

Cool. Steht alles schon in diesem Thread. Den Rest findest Du, wenn Du nach Gatttool googelst.

Edit: Ggf. testest Du, ob der hcid auch den LE-Modus aktivieren kann, bevor Du btmgr in die Firmware aufnimmst. Irgendwas in der Art musst Du zum Setzen des BT-Namens ja eh schon haben.

Das hinzufügen von ein paar Packages sollt kein Problem darstellen, genauso wenig, wie das erstellen von ein paar Skripten, um Bluetooth einzuschalten, und auf sichtbar zu stellen. Nun stellt sich mir die Frgae, ob ich Bluetooth nur von root kontrollieren lassen soll und die essentiellen Skripte über sudoers.d freischalte oder auch der Nutzer ftc Bluetooth komplett steuern darf.?

• Welche vorgefertigten Skripte soll ich liefern?
• Welche Rechte für welches Skript?
• Soll Bluetooth gleich komplett frei für den Nutzer ftc sein?

Raphael

Es birgt m.E: keinerlei Risko, wenn der ftc-User weitreichende Rechte auf dem Bluetooth-Device hat. Unter einem normalen Ubunti kann ich auch gatttool direkt als normaler User nutzen. Vpn daher würde ich sagen, dass der ftc-User entsprechende Rechte bekommen kann.

Es wird eine App benötigt, mit der man Bluetooth generell konfigurieren kann (also an/aus, Device-Namen setzen, Erkennbarkeit ein/ausschalten). Dann Init-Scripte, um die passenden Module und Daemonen zu starten. Dann hätte ich noch ein Plugin geschrieben, dass den Bluetooth-Zustand anzeigt Und dann braucht man noch ein Framework zum Pairing. GATT geht anscheinend auch ohne, zumindest kann ich einfach auf den WeDo-Hub zugreifen, aber für den TX wirst Du sowas brauxhen, nehme ich an.

Aber prima, dass Du das übernommen hast. Ich nutze das, um die NetInfo-App zu einer Netzwerk-App auszubauen, mit der man dann generell Netzwerk konfiguriren kann. Das nützt Deinem Bluetooth auch, sobald Du bnep aktivierst.

Hab' gerade gemerkt, dass der normale bluetooth daemon LE auch einschalten kann. Also braucht man den btmgr gar nicht, sondern es ist schon ailes auf dem TXT vorhanden.

Für den TXT müsste ich an der rfcomm Config natürlich noch arbeiten. Die Idee mit der vereinten Netzwerk-App ist gut, aber warum nur das Netzwerk vereinen? Wir könnten auch gleich alles in eine App setzen.

Hat jemand schon die serielle Kommunikation zum TX analysiert? Auf der Seite von ft kann ich nur precompilierte libs finden, die so eigentlich ungern einbinden möchte. Am liebsten wäre mir ein System, wie ftrobopy, bei dem Python die komplette Kommunikation übernimmt.

Raphael