fischertechnik community forum

Hallo Zusammen!
Ich arbeite momentan an meiner Maturaarbeit und für diese habe ich einen 4-Achsen Roboterarm aus ft gebaut, jetzt geht es ums programmieren, da die Logik hinter dem Arm sehr komplex ist würde ich dies nur ungern in RoboproCoding machen, was ist die einfachste Methode um eine IDE wie VSC zu nutzen? Ich habe es mit einem VSC-Server über die Remote-SSH extension probiert, jedoch sind auf dem TXT4.0 die prerequistes dafür nicht erfüllt. Ich wäre sehr froh um eine einfache Alternative, RPC wirkt mir zu benutzerunfreundlich für direkte Python Programmierung.

Hallo...
Man "kann" sich auch ein Grund-Programm mit Robo Pro Coding machen und dann weiter mit Python programmieren. Ob nun mit der IDE oder ohne die IDE.
Auch C++ ...geht. Schau mal auf der fischertechnik Github Seite. Da gibt es ein paar Beispiele.
Es ist auch die Frage ob man die ft-LIBs nutzt oder nicht.
Mit freundlichen Grüßen
Holger

Ich würde die Frage an fischertechnik-technik@fischer.de stellen.

Hallo bastizag,

falls du gerne VSC zum Programmieren des TXT 4.0 in Python verwenden möchtest, könntest du auch auf dem TXT 4.0 den ftrobopy_server installieren [1] und auf dem PC den ftrobopy Client [2].

Damit könntest du dann, z.B. während der Entwicklungs- und Debugphase, das Python-Programm komplett auf dem PC laufen lassen und den TXT 4.0 damit im sog. Online-Modus ansteuern.

Wenn alles läuft kopierst du das Python Programm einfach auf den TXT 4.0 und läßt es dann dort unabhängig vom PC lokal im sog. Offline-Modus laufen.

Ursprünglich wurde ftrobopy für den TXT entwickelt, mit dem ftrobopy_server kann aber auch der TXT 4.0 davon profitieren. Ausserdem hat das den Vorteil, daß Python-Programme einfach zwischen TXT und TXT 4.0 ausgetauscht werden können.

Viele Grüße
Torsten

[1] ft:pedia 2022-2: https://www.ftcommunity.de/ftpedia/2022 ... f#page=123

[2] ft:pedia 2017-2: https://www.ftcommunity.de/ftpedia/2017 ... df#page=58

Hello bastizag,

Maybe I can help. I'm currently working on a version of the old ft training robot. For this project I gave up on ROBO Pro Coding and graphical programming, it was becoming too complex. Now I'm using VS Code for development, plus WinSCP for auto-uploading the code to the TXT 4.0. Working this way is fast and uncomplicated, but a big drawback is that I still don't know how to monitor the Python console. Maybe someone does?

Anyway, here's the link to my project (still under way): https://github.com/leosdad/ft-training-robot. I hope this helps.

Sincerely,

Rubem

----------------------- Google Translate

Hallo Bastizag,

Vielleicht kann ich dir helfen. Ich arbeite gerade an einer Version des alten ft-Trainingsroboters. Für dieses Projekt habe ich ROBO Pro Coding und grafische Programmierung aufgegeben, da es mir zu komplex wurde. Jetzt verwende ich VS Code für die Entwicklung und WinSCP für den automatischen Code-Upload in TXT 4.0. Das geht schnell und unkompliziert, ein großer Nachteil ist jedoch, dass ich immer noch nicht weiß, wie man die Python-Konsole überwacht. Vielleicht weiß das ja jemand?

Hier ist jedenfalls der Link zu meinem Projekt (das noch in Arbeit ist): https://github.com/leosdad/ft-training-robot. Ich hoffe, das hilft dir weiter.

Mit freundlichen Grüßen,

Rubem

Hallo Torsten,

Dein ftrobopy Server für den TXT4.0 gefällt mir sehr, da ich aktuell Python Programme mit opencv im online Modus auf dem PC für den TXT habe (über WLAN Router mit der Community Firmware CFW), die ich gerne in Zukunft auch auf dem TXT4.0 laufen lassen würde.

Ich habe Deine beiden referenzierten Artikel in der ftpedia durchgelesen, Deine Releases vom ftrobopy Server auf Github angeschaut und folgendes für mich mitgenommen:

- Dein letzter Release des ftrobopy Servers auf github ist von 2023
- es heißt, die Übertragung der Bilder von der Kamera ist noch instabil

Wie geschrieben: Ich würde Deinen ftrobopy Server gerne für den TXT4.0 nutzen für Bildverarbeitung mit opencv auf dem PC im Online Modus mit Verbindung über WLAN Router (mein PC hat kein direktes WLAN, sondern ist über LAN mit meinem WLAN Router verbunden).

Fragen dazu:

- arbeitest Du noch an weiteren Releases in der Zukunft, um die Übertragung der Bilder von der Kamera stabil hinzubekommen? Falls ja, wann ist wieder einer geplant?
- ich nehme an, dass die Netzwerkfähigkeit vom TXT4.0 über WLAN Router zum PC unterstützt wird, korrekt?

Danke, Dirk

Hallo Uffi,

tatsächlich arbeite ich immer mal wieder an ftrobopy_server (und auch an ftrobopy). Ich habe bloß schon länger nichts mehr auf github hochgeladen, da meine Modifikationen immer sehr speziell waren.
In letzter Zeit habe ich mich allerdings hauptsächlich um die i2c-Fähigkeiten des ftrobopy_servers gekümmert. Da das i2c Online-Protokoll des TXT von fischertechnik nicht offengelgt wurde musste ich da erst noch etwas Zeit ins Reverse-Engineering des alten ROBOPros stecken.
Das Problem mit der Übertragung der Kamerabilder über WLAN liegt wahrscheinlich an einem ineffizienten, bzw. veralteten Algorithmus, den ich zum Auslesen der Kamera verwende (über USB-Kabel ist die Verbindung deutlich stabiler). Ich werde mir das nochmal anschauen. Jetzt, wo ich weiss, das ich nicht mehr der Einzige bin, der noch den ftrobopy_server verwendet .

Viele Grüße
Torsten

Mit Interesse habe ich den Artikel gelesen:

Torsten hat geschrieben: ↑

26 Sep 2025, 08:05

[1] ft:pedia 2022-2: https://www.ftcommunity.de/ftpedia/2022 ... f#page=123

und fand den letzten Absatz interessant:

Die BT Smart und Early Coding Controller von fischertechnik und alte TXTs sollen in einer zukünftigen Version auch als Extensions (über Bluetooth bzw. WLAN mit dem TXT 4.0 verbunden) am TXT 4.0 unterstützt und mit ftrobopy und ROBO Pro angesteuert werden können.

BT Smart und Early Coding über Bluetooth ansteuern? Gibt es dafür einen Denkansatz, eine Dokumentation oder schon ein funktionierendes Beispiel? Oder hat sich das inzwischen als unrealistisch erwiesen?


zweite Frage:

I2C-Support (damit werden dann alle ROBO Pro-Treiber für I2C-Geräte auch für den TXT 4.0 benutzbar)

Gibt es eine Liste der "ROBO Pro-Treiber für I2C-Geräte" bzw. der unterstützen "I2C-Geräte"? Wie viele sind das? Zu welchem Zweck? Was kann ich mir darunter vorstellen?

FG Lutz