Unfortunately this is bad news, since most people will have to keep using the old software with its many flaws. Oh well...The previous TXT controller is only supported by the previous software ROBOPro.
Das ist vor allem das, was die Community vorgemacht hat. Robo-LT oder BT-Smart als Erweiterung am TXT ... haben wir alles längst umgesetzt.
Was ja grundsätzlich nix Schlechtes ist.MasterOfGizmo hat geschrieben: ↑30 Jan 2021, 09:40[...]
Ich bin ehrlich gesagt baff, was ft gerade alles an Community-Arbeiten aufgreift:
[...]
Wenn man kooperiert ist das absolut ok. Wenn man sich einfach nur bedient und sich im Gegenzug nicht an die Lizenzbedingungen hält wird es schwierig. Es hat mehrfache explizite Forderungen der Community benötigt bis ft angefangen hat, den Lizenzverpflichtungen nachzukommen und den Sourcecode des TXT zu veröffentlichen. Und das ist bis heute nicht vollständig. Z.B. basiert die Benutzeroberfläche des TXT auf einer modifizierten Version der SDL_Widgets-Bibliothek. Das haben sie nie offengelegt, wie es die Lizenz erfordert hätte. Auch auf Nachfrage nicht.
Ich habe ja nicht behauptet, dass sich in Sachen Open Source und ft etwas ändert, sondern nur versucht, der Entwicklung etwas positives abzugewinnen.MasterOfGizmo hat geschrieben: ↑30 Jan 2021, 11:28[...]
Fischertechnik behandelt Open-Source als ein Geschenk. Sie nehmen es, verkaufen es weiter und sehen sich nicht an die Lizenzen gebunden. Ich nehme an, dass das nichtmal in böser Absicht passiert, sie kennen die Lizenzen wahrscheinlich einfach nicht. Und ich sehe keinen HInweis, dass sich das ändert. Wie kommst Du darauf, dass sich hier was ändert?
Bisher sind alle Anwendungen von Blockly sehr auf Anfänger ausgelegt oder aber sie zielen auf kleine Erweiterungen ab, um z.B. in einem Home-Automation-System
Aber das Thema zeigt exemplarisch, wo das Problem liegt. Es sind die Lizenzen der Community, die ft hier verletzt. Ich persönlich bin Maintainer eines Treibers im Linux-Kernel. Es ist daher z.B. auch mein Code, mt dem ft da umgeht. Und es sind zig-tausende andere ebenso involviert.tintenfisch hat geschrieben: ↑30 Jan 2021, 12:06Das Thema Lizenzen ist ein anderes, das habe ich mit meinem leicht optimistischen Beitrag nicht berührt.
Geht denn da sowas wie Multitasking/threading, Synchronisation und so anständig?Sobald es aufwändig wird wird man wohl zu Python wechseln (müssen).
Ein paar der großen Dienstleister wie Netflix steuern Teile ihrer Infrastruktur im Hintergrund mit Python. Also ja: Solch fundamentale Dinge funktionieren natürlich. Auch in größerem Maßstab.
gut gemacht, so muß es sein. Hoffentlich ist auch das Einschalt-Erfordernis beseitigt, d.h. daß die Controller mit einem Programm beginnen, sobald sie mit Strom versorgt werden. So läuft es ja auch bei der "richtigen Technik" - oder haben die Kaffeemaschinen in Euren Büros etwa separat einzuschaltende Steuerungen?fite-Team hat geschrieben: ↑29 Jan 2021, 20:50TXT 4.0 Controller und TXT Smart Controller:
In der Tat wird es zwei neue Controller geben. Zum Einen den TXT 4.0 Controller, der Nachfolger des bisherigen TXT Controllers, der im Baukasten Robotics Hightech enthalten ist. Darüber hinaus gibt es den TXT Smart Controller, der "kleine Bruder" des TXT 4.0 Controllers, der im Baukasten Robotics Smarttech enthalten ist. Der TXT Smart Controller hat im Gegensatz zum TXT 4.0 Controller kein Display, keinen Sound und kein BT/WLAN Modul. Er wird ausgeliefert mit einem USB WLAN Stick, der an die USB Schnittstelle des Controllers angeschlossen wird und damit eine drahtlose Verbindung zum PC/Tablet ermöglicht. Außerdem kann er als Extension an den TXT 4.0 angeschlossen werden. Mit bis zu 8 Extensions kann der TXT 4.0 ausgestattet werden.
Wer dennoch einen Einschalter oder Start-Button möchte, könnte sich den sehr leicht selber programmieren.Auch hier ein Lob für die neuen Omniwheels. IMHO steht und fällt der Erfolg von ft sogar mehr mit den verfügbaren mechanischen Bauteilen. Grundbausteine und Statik sind Lego klar überlegen. Steuerungsorgane gibt es viele, aber solange wir nicht alle nur noch als reine Geistwesen in einem großen Speicher existieren, muß sich jeder Automat oder Roboter in einer realen Umwelt bewegen. Und da hat man erstmal mechanische Probleme zu lösen.fite-Team hat geschrieben: ↑29 Jan 2021, 20:50Beide Controller werden mit der Software ROBOPro Coding programmiert. Der bisherige TXT Controller wird ausschließlich von der bisherigen Software ROBOPro unterstützt. Der Baukasten Smarttech enthält keine Encodermotoren. Die Omniwheels Modelle werden über 4 Minimotoren gesteuert.
Trotzdem finde ich es etwas seltsam, sowas wie Statik oder die Mechanik von Kraftübertragungen als "Old School" hinzustellen. Diese technischen Disziplinen werden doch durch Digitalisierung nicht abgelöst, auch wenn sich Verschiebungen ergeben mögen.fite-Team hat geschrieben: ↑29 Jan 2021, 20:50Videos:
Die aktuell veröffentlichten Videos richten sich vorwiegend an unsere Händler. Als Ersatz für die nicht stattfindende Spielwarenmesse werden ihnen auf diese Weise die Neuheiten präsentiert. Zum Zeitpunkt der Auslieferung der Produkte wird es darüber hinaus Videos geben, die sich an Endverbraucher richten und die entsprechend der Zielgruppe anders gestaltet sein werden.
Das ist tatsächlich eine interessante Frage. Wenn sie ein Bluetooth-USB-Dongle beilegen, dann muss das Gerät in der Lage sein, so einen Dongle tatsächlich anzusteuern. Und dafür ist ein Linux fast unumgänglich. Also ist der "kleine" wahrscheinlich auch ein Linux-Rechner. Daher würde ich fast annehmen, dass er "nur" eine abgespeckte Version des großen Controllers ist und sich vor allem durch ein paar weggelassene Teile unterscheidet. Würde mich nicht wundern, wenn beide sogar auf der gleiche Grundplatine basieren. Es erstaunt aber, dass das Weglassen des WLAN/Bluetooth-Chips tatsächlich mehr Geld spart als der dazugelegt Bluetooth-Dongle kostet. Dass am Ende ein weniger als halb so teures System herauskommt ist auch überraschend. Die weggelassenen Komponenten klingen nach Material-Einsparungen < US$ 10.- ...Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Er liegt vermutlich von der Rechenleistung zwischen Ftduino und TXT 4.0.
Das habe ich mir auch so gedacht. Erinnert mich aber an Fälle in der Automobilbranche, wo man einen Motor in zwei Leistungsvarianten anbot, die sich aber bei identischer Hardware nur in der Abstimmung des Motorsteuergeräts unterschieden. Im Prinzip gab es das sogar schon bei den elektronikfreien Motoren, da hat man andere Vergaser verwendet und die Zündeinstellung angepasst. Materialkostenunterschied vernachlässigbar, Herstellungskosten praktisch gleich, Verkaufspreis-Differenz 5-10%...MasterOfGizmo hat geschrieben: ↑30 Jan 2021, 22:34Das ist tatsächlich eine interessante Frage. Wenn sie ein Bluetooth-USB-Dongle beilegen, dann muss das Gerät in der Lage sein, so einen Dongle tatsächlich anzusteuern. Und dafür ist ein Linux fast unumgänglich. Also ist der "kleine" wahrscheinlich auch ein Linux-Rechner. Daher würde ich fast annehmen, dass er "nur" eine abgespeckte Version des großen Controllers ist und sich vor allem durch ein paar weggelassene Teile unterscheidet. Würde mich nicht wundern, wenn beide sogar auf der gleiche Grundplatine basieren. Es erstaunt aber, dass das Weglassen des WLAN/Bluetooth-Chips tatsächlich mehr Geld spart als der dazugelegt Bluetooth-Dongle kostet. Dass am Ende ein weniger als halb so teures System herauskommt ist auch überraschend. Die weggelassenen Komponenten klingen nach Material-Einsparungen < US$ 10.- ...Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Er liegt vermutlich von der Rechenleistung zwischen Ftduino und TXT 4.0.
Exactly. In a sense I fell a bit betrayed. fischertechnik has been known for universal backwards compatibility between components, but when it comes to one of the most expensive pieces of hardware it ever produced (the TXT controller) I'm already feeling as a victim of planned obsolescence. How difficult can it be to support the original TXT (and the TX, for that matter)?Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Die Besitzer des jetzigen TXT Controllers werden nicht begeistert sein, dass sie mit ihrer Investition in einer Sackgasse stecken.
Davon abgesehen funktioniert ROBOPro ja weiterhin, und ich hier die größere Gefahr sehe: Zukünftige Windows-Versionen könnten Anpassungen erfordern, die dann nicht mehr erfolgen und dem Nur-ROBOPro-Nutzer so die Grundlage entziehen. Neben den privaten Nutzern gibt es allerdings auch noch die Lehrmittelkundschaft. Die braucht ROBOPro für ihre Zwecke, wobei das dort dem Einstieg dient. Es fragt sich, ob sie unter diesem Gesichtspunkt nicht sogar die neuen Controller auch von ROBOPro aus programmierbar machen.Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Die Besitzer des jetzigen TXT Controllers werden nicht begeistert sein, dass sie mit ihrer Investition in einer Sackgasse stecken. Nicht jeder wird in der Lage sein, die CFW aufzuspielen.
... oder die cfw läßt sich auch durch ROBOPro Coding programmieren. Anscheinend stützt sich ft ja auf Open Source.Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Daher wäre eine Lösung seitens FT gut, die den TXT per Firmware kompatibel mit Robo Pro Coding macht. Wer die Neuheiten kennt, wird vermutlich keinen TXT Controller mehr kaufen sondern bis Juli warten. Ob das im Sinne von FT ist?
Ich habe keine Angst um die Brauchbarkeit meiner beiden TXTs. Bei IT-Geräten lohnt es sich nicht, abstrakt auf das nächste Modell zu warten - da würdest Du nie zum Einstieg kommen. Und bei ft-Controllern lohnt sich das entgegen anderen Anbietern auch wegen der Preise nicht. Anderswo bekommt man ja dann zumindestens die gleiche Leistung für etwas weniger Geld.Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Und ich bin froh, dass ich mir noch keinen Kasten mit TXT Controller angeschafft habe.
Der ftDuino ist mit den Geschützen von ft nicht vergleichbar. Weil die meisten elektronischen Steuerungsprobleme aber auch ohne CPU-Boliden zu lösen sind, ist er dennoch in vielen Fällen eine Alternative.Bastelklausi hat geschrieben: ↑30 Jan 2021, 19:07Meine Elektropneumatik Modelle steuere ich mit dem Ftduino, den ich nach wie vor für eine geniale "Kiste" halte.
