CWF: KOMMUNIKATION MIT TX CONTROLLER

[raspberrypi]

Hallo Liebe Firmware-Entwickler

Kann der TX-Controlller von der Firmware programmiert werden, und wenn nein, wann wird das endlich eingebaut? Wie lange muss ich noch warten? Es gibt doch so was auf der Fischertechnik-Seite, aber das ist nur für Windows und C, da gibts nix mit Python3. ich würd ja selber was bauen, aber ich bin halt ne absolute Nite in den komischen Programmiersprachen mit Typen und so.

~raspberrypi

[MasterOfGizmo]

Technisch dürfte das kein Problem sein, einen per USB mit dem TXT verbundenen TX anzusprechen.

Ich glaube, dass keiner der Entwickler einen TX besitzt. Ich zumindest habe noch keinen in der Hand gehabt. Magst Du ggf. welche spenden? Vorher wirst Du leider keine Ergebnisse erwarten können.

[MasterOfGizmo]

Und dann stellt sich natürlich die Frage, wer das wie nutzen soll. Irgendwer mussja die Programme schreiben, die den TX dann nutzen. Aber z.B. in brickly dürfte er sich einbinden lassen.

[raspberrypi]

Ich hätte mir das so vorgestellt, dass man die zum beispiel ähnlich wie bei ftrobopy sozusagen als Extension nutzen kann. Am liebsten natürlich über Bluetooth.
Wie spende ich einen TX? Einfach an die Vereinsadresse schicken? Da wird mir ein wenig mulmig dabei. ;/

[MasterOfGizmo]

Support in ftrobopy einzubauen oder alternativ eine Bibliothek wie für den WeDo-Hub oder den RoboLT zu bauen ist machbar. Aber dann fehlen ja immer noch die Programme, die das auch nutzen. Via RoboPro wäre der nicht zu erreichen. Nur aus CFW-üblichen Apps. Aber auch die muss jemand schreiben. Bisher gibt es nicht viele App-Autoren. Was hast Du denn konkret vor? Willst Du selbst Apps schreiben?

Wenn Du einen TX spenden willst solltest Du Dir m.E. einen Entwickler suchen, dem Du halbwegs vertraust, ihn fragen, ob er das machen will und dann direkt mit ihm klären, wie ihr das macht. Wie und ob das auch über den Verein ginge weiss ich nicht. Ich z.B. kenne niemanden dort persönlich.

Bluetooth am TXT funktioniert unter der Community-Firmware bisher nicht. Richard war da Mal recht weit und es ging auch Mal etwas, aber dann ging Bluetooth an seinem TXT kaputt und seitdem habe ich nichts mehr dazu gehört.

[raspberrypi]

och, apps schreiben in python kann ich schon bzw hab ich schon gemacht, die verbindung von den beiden controllern ist mir mehr wert als der programmierkomfort von robopro. wie schwer ist denn das programmierzeugs mit c? vielleicht kann ich mich da in eine dokumentation einlesen und versuchen, das zu realisieren?

[Torsten]

Hallo raspberrypi,

vielleicht hilft Dir das hier ja etwas weiter:

Auf der Seite https://www.ftcommunity.de/ftComputingF ... dllstx.htm gibt es eine Auflistung verschiedener Programmiermöglichkeiten für den ROBO TX Controller. Dort wird (ganz am Ende der Seite) auch ein Python3-Modul für den TX erwähnt.

Gruss
Torsten

[raspberrypi]

Das ist ja ne ganz nette bibliothek, aber kann ich in so ein linux-system einfach eine d lleinbinden? da braucht man doch immer eine so, oder liege ich da falsch?

[Torsten]

Hallo raspberrypi

Ja, das stimmt, Libraries haben in Linux oft die Endung ".so". Die ".dll"s von Windows kannst Du natürlich nicht unter Linux einbinden. Ich habe mir die Python-Pakete für den TX noch nicht angeschaut, ich war allerdings davon ausgegangen, dass da auch die C-Sourcen dabei sind... die hätte man dann als Startpunkt für die Entwicklung einer Linux-Lib verwenden können. Aber so wie es aussieht, fehlen die Sourcen in dem Paket. Dann muss man die Linux-Anbindung wohl doch "from scratch" mit Hilfe der Dokumentation von MSC implementieren.
Da ich selbst keinen TX habe, kann ich das allerdings nicht übernehmen.

Gruss
Torsten

[richard.kunze]

Hallo zusammen,

Auf der Seite https://www.ftcommunity.de/ftComputingF ... dllstx.htm gibt es eine Auflistung verschiedener Programmiermöglichkeiten für den ROBO TX Controller. Dort wird (ganz am Ende der Seite) auch ein Python3-Modul für den TX erwähnt.

Hilft so direkt leider nicht viel weiter - das ist alles um die "von fischertechnik zur Verfügung gestellten ftMscLib.DLL" (Zitat https://www.ftcommunity.de/ftComputingF ... dllstx.htm) herumgestrickt. Auf einem PC kann man das eventuell (mit Wine) zum Laufen bekommen, aber auf dem TXT klappt das so nicht. Da brauchen wir tatsächlich entweder die Sourcen für ftMscLib.dll (von Fischertechnik) oder einen TX und eine Menge Zeit und Geduld (um das Protokoll per Reverse-Engineering herauszubekommen).

Alternativ könnte man eventuell ein Programm schreiben das direkt auf dem TX läuft (in ROBOPro oder C/C++) und ein eigenes Netzwerk-Protokoll implementiert. Aber das hängt davon ab, was man direkt auf dem TX "offiziell" so alles anstellen kann (und/oder wie weit man bereit ist, die Firmware des TX selber zu verbasteln) - da kann ich (mangels TX) eher wenig zu sagen.

Bluetooth am TXT funktioniert unter der Community-Firmware bisher nicht. Richard war da Mal recht weit und es ging auch Mal etwas, aber dann ging Bluetooth an seinem TXT kaputt und seitdem habe ich nichts mehr dazu gehört.

Stimmt, da war ja noch was. Ich hab seit einer Weile einen Ersatz-TXT (was bei meinem ersten TXT kaputt war, war der komplette Chip für WLAN/Bluetooth, und wie ich das geschafft habe ist mir immer noch ein Rätsel), aber weil ich selber Bluetooth nicht wirklich brauche (ich nehme für drahtlose Verbindungen lieber WLAN, damit hab ich bei mir zuhause eh eine komplette Abdeckung) ist das bisher unter den Tisch gefallen...

Liebe Grüße,

Richard

[MasterOfGizmo]

Das nötige Know-How ist verfügbar.

Zum einen gibt es diese Code-Sammlung, mit der sich ein Arduino als TX ausgeben kann: https://github.com/mr-kubikus/fx1-arduino-parser. Daraus sollte man relativ einfach ablesen können, wie man andersherum einen TX per USB anspricht.

Und dann gibt es Python-Bibliotheken wie https://github.com/ftCommunity/python-robolt oder https://pypi.python.org/pypi/wedo/1.0.0 als Beispiele, wie man in Python direkt auf USB-Geräte zugreift.

Beides zusammen sollte erlauben, den TX direkt aus Python z.B. vom TXT aus anzusprechen.

[richard.kunze]

Zum einen gibt es diese Code-Sammlung, mit der sich ein Arduino als TX ausgeben kann: https://github.com/mr-kubikus/fx1-arduino-parser. Daraus sollte man relativ einfach ablesen können, wie man andersherum einen TX per USB anspricht.

Ja, stimmt, den TX-"Emulator" für den Arduino hatte ich vergessen - OK, damit ist das (Online-)Protokoll soweit klar.

Fehlt also nur noch jemand mit einem TX und ausreichend Python-Kenntnissen, der einen Client dafür in Python implementiert

[ski7777]

Also ich habe hier einen TX, welchen ich aktuell in meinem Modell (mit der Community Firmware) verwende. Eine Ansteuerung über direkt aus python wäre natürlich perfekt.
In den nächsten Tagen werde ich mir den Emulator mal genauer angucken.

Raphael

[richard.kunze]

Also ich habe hier einen TX, welchen ich aktuell in meinem Modell (mit der Community Firmware) verwende.

Wie genau machst Du das denn?

Eine Ansteuerung über direkt aus python wäre natürlich perfekt.
In den nächsten Tagen werde ich mir den Emulator mal genauer angucken.

Ich habe eben hier auch den Hinweis auf die Dokumentation gefunden, die dem Emulator zugrunde liegt: http://www.fischertechnik.de/ResourceIm ... ?raid=4977 (bzw. genauer: Die Beschreibung des "Fisch.X1"-Protokolls im Dokument "PC_Programmierung_RoboTXC.pdf" aus diesem Paket). Das dürfte für den Zweck noch etwas besser geeignet sein als der C-Code für den Arduino.

[ski7777]

Also ich habe hier einen TX, welchen ich aktuell in meinem Modell (mit der Community Firmware) verwende.

Wie genau machst Du das denn?

Über ein ganz einfaches Protokoll über die I/Os. In Python mache ich einen Ausgang für eine gewisse Zeit an und der TX empfängt diesen Zeitwert. Am TX wird dieser Wert dann gerundet. Um das ganze genauer hinzukriegen sind die Zeitsbstände da sehr lange gewählt. was aber im Ablauf des Modells nicht auffällt.

Raphael

[olagino]

Hallo zusammen,

So eine ähnliche Konstruktion wie Raphael mit Ein- und Ausgängen habe ich auch bisher für meine Modelle verwendet, jedoch mit einem Manchester-Code zum sparen von IOs. Das ist zwar etwas unkomfortabler in ROBOPro zu benutzen als zum Beispiel eine Doppel-I²C-Slave-Verbindung über Arduinos oder ähnlichem aber ist auch einfacher umzusetzen, wenn man einmal das Protokoll in ROBOPro zusammengeklickt hat.

Liebe Grüße,

olagino

[richard.kunze]

Über ein ganz einfaches Protokoll über die I/Os. In Python mache ich einen Ausgang für eine gewisse Zeit an und der TX empfängt diesen Zeitwert. Am TX wird dieser Wert dann gerundet.

D.h. Du verbindest einen Ausgang vom TXT mit einem Eingang vom TX, und fährst da drüber dann dein eigenes Protokoll? Coole Idee.

[olagino]

Ja, genau, in jede Richtung halt ein Protokoll, das heißt bei jedem Controller wird nur ein Eingang und ein Ausgang verwendet. Das lässt sich natürlich auch mit Adress-Bits auf mehr als zwei Geräte ausweiten, ich spare mir das - auch aus Übertragungszeitgründen, weil ich nur einen TXT mit zwei TX-Controllern überbrücke, die dann jeweils untereinander über Master und Extension kommunizieren können.

[ski7777]

Mein Protokoll sieht zusätzlich noch Transmission IDs vor, über welche die Nachrichten übertragen werden und Antwortet auch bei erfolgreicher Übertragung. Dieses Protokoll fehre ich simultan auf einen TX (nur Empfang) und zwei Interfeces (RX/TX).

Raphael

[ski7777]

Hier die Source:
https://github.com/ski7777/ft-industry/blob/master/src/TXT/app/com.py (wieso kann man hier im bbcode keine URL artifacts einbauen ) und https://github.com/ski7777/ft-industry/ ... X1/TX1.rpp (Recieve und die Schleife im Hauptprogramm)

Raphael