Community-Firmware für den TXT

[ski7777]

Ideal ist was anderes.
Aber, ja, in der APP steckt das Peket, welches Richard mir oben geschickt hat. Später könnte man entweder das ganze auf Python 3 umschreiben, oder Python 2.7 in die FW integrieren.
Jetzt fehlt mur nur noch der Autostart.

Raphael

[ski7777]

Hier mal noch ein optischer Eindruck der ganzen Materie:

Hier die App, in der man auswählen kann, ob ft-robo-snap beim booten gestartet werden sol:


Im Browser sieht die Homepage des TXT dann so aus (ich habe im Moment keine weiteren Apss installiert):


Dann auf das App-Icon geklickt:


Unter "local Application Pages" wird man dann so begrüßt:
1. Wenn der Autostart ausgeschaltet ist:


2. Wenn der Autostart eingeschaltet ist (die Bilder führen direkt zur richtigen IP):


Puh! Nach der Auswahl des entsprechenden Bildes sieht es dann so aus:


Raphael

P.S. Alle Bilder, die ich verwende, stehen unter GPL, LGPL, MIT, oder haben keine Lizenz, welche das Angeben des Autors erzwingt.

[MasterOfGizmo]

Diese Änderungen habe ich bei mir auch schon erfolgreich eingebaut und meinem lokalen Repository nach Richards Beschreibung mit git add -p und git commit bekannt gemacht.

Danach habe ich aber erst mal aufgehört - denn als nächstes käme ja wohl ein "git push" - und alle wären ohne Rückfrage mit meinen Änderungen beglückt, weil ich ja dank Wiki-Zugriff Schreibrechte auf das Repository habe!?

Erstmal vielleicht noch kurz ein "git status" um zu sehen ob du was vergessen hast und ein "git pull" um auch wirklich aktuell zu sein. Und dann "git push". Wird schon klappen

Und wenn was klemmt bekommen wir das schon gefixt. Keine Sorge.

[MasterOfGizmo]

Hier mal noch ein optischer Eindruck der ganzen Materie:

Sehr Cool! Du solltest aber wirklich auf Python3 umstellen. Wir haben auch alle anderen Sachen umgestellt und es würde wenig Sinn geben, wenn wir jetzt auf Python2 zurück wechseln bzw. es parallel installieren.

Du kannst übrigens das Archiv nennen wie Du magst. Das muss nicht die kryptische UUID sein.

Und was soll diese Unterscheidung der zwei IP-Adressen? Weil Du auf den anderen Port umleiten willst und sowas wie http://:65002/ nicht geht? Dafür scheint es elegantere Lösungen zu geben. Sowas findet man z.B. hier: http://stackoverflow.com/questions/6016 ... -hyperlink

Das würde einem ggf. den unnötigen Link ersparen, wenn Du da eine Seite baust, die direkt einen Re-direct auf den anderen Port auslöst.

Wenn Du auch noch die ganze Doku entfernst kannst Du das ganze Paket auf ein paar wenige MB abspecken. Die Doku kann man ja online halten an dann darauf verlinken. Was ist das überhaupt für eine schräge Doku? Lauter Textlastige png's, die jpeg-Artekfakte enthalten. Und dazu etwas LaTeX. Sehr esoterisch ...

[ski7777]

Sehr Cool! Du solltest aber wirklich auf Python3 umstellen. Wir haben auch alle anderen Sachen umgestellt und es würde wenig Sinn geben, wenn wir jetzt auf Python2 zurück wechseln bzw. es parallel installieren.

Das werde ich spätestens am Donnerstag in Angriff nehmen.( Lasst mir Zeit. Für dieses String hin und her umwandeln musste ich die auf Freenode #python.de schon genug löchern)

Du kannst übrigens das Archiv nennen wie Du magst. Das muss nicht die kryptische UUID sein.

Das war nur noch ein Überpleipsel von copy & paste vom TXT auf den PC und dann Ordner zippen.

Und was soll diese Unterscheidung der zwei IP-Adressen? Weil Du auf den anderen Port umleiten willst und sowas wie http://:65002/ nicht geht? Dafür scheint es elegantere Lösungen zu geben. Sowas findet man z.B. hier: http://stackoverflow.com/questions/6016 ... -hyperlink
Das würde einem ggf. den unnötigen Link ersparen, wenn Du da eine Seite baust, die direkt einen Re-direct auf den anderen Port auslöst.

Später. Php bzw. JS ist nochmal eine andere Materie.

Wenn Du auch noch die ganze Doku entfernst kannst Du das ganze Paket auf ein paar wenige MB abspecken. Die Doku kann man ja online halten an dann darauf verlinken. Was ist das überhaupt für eine schräge Doku? Lauter Textlastige png's, die jpeg-Artekfakte enthalten. Und dazu etwas LaTeX. Sehr esoterisch ...

Ich hab das nicht geschrieben. Das war alles ftrobopy. Ich kann das aber gerne alles löschen.

[MasterOfGizmo]

Das werde ich spätestens am Donnerstag in Angriff nehmen.( Lasst mir Zeit. Für dieses String hin und her umwandeln musste ich die auf Freenode #python.de schon genug löchern)

Du solltest aufhören immer gleich überall Fragen zu stellen. Ich nehme an, dass praktisch jede Frage, die Du stellen könntest schon x-mal gestellt wurde und sich die Antwort mit ein wenig gegoogle auch schnell finden lässt. Du kannst ja so eine Frage mal hier stellen und dann googlen wir einmal für Dich.

Später. Php bzw. JS ist nochmal eine andere Materie.

Ich bin mir sicher, dass das auch per python-cgi-Script gut lösbar ist. Im Request kannst Du ja sehen, an welche Adresse er gerichtet war. Und von da kannst Du dann einfach weiterleiten.

Ich hab das nicht geschrieben. Das war alles ftrobopy. Ich kann das aber gerne alles löschen.

Keine Sorge, ich habe nicht befürchtet, dass Du übermäßig dokumentiert hast. Ich bin sicher, dass das die Original-Doku des Snap ist. Aber es macht ja trotzdem Sinn, sich zu überlegen, ob das unbedingt alles dabei sein muss oder ob man das nicht irgendwo online lagern kann.

[TiniTech]

Jetzt musste ich grade doch etwas schmunzeln. Die Abwesenheit mancher Befürchtungen teile ich.

Vielen Dank für Support und Ermunterung. Änderungen sind gepusht - tatsächlich auch nur die gewollten. Hoffe, das funktioniert auch universell; trotz der Paketergänzug ging's hier sogar ohne make clean.

[richard.kunze]

Ich hab das nicht geschrieben. Das war alles ftrobopy.

Nee, Torsten ist da unschuldig - ft-robo-snap ist von mir. Und die bunten Doku-Bildchen stammen direkt aus Snap.

Ich kann das aber gerne alles löschen.

Mindestens die Bilder werden schon gebraucht - die sind nämlich das Hilfesystem von Snap...

Keine Sorge, ich habe nicht befürchtet, dass Du übermäßig dokumentiert hast. Ich bin sicher, dass das die Original-Doku des Snap ist.

Aber es macht ja trotzdem Sinn, sich zu überlegen, ob das unbedingt alles dabei sein muss oder ob man das nicht irgendwo online lagern kann.

Im Prinzip ja - eigentlich ist Snap auch darauf ausgelegt, dass man die Software direkt von http://snap.berkeley.edu/ aus lädt. Und auch ft-robo-snap könnte durchaus so laufen (wenn da nicht irgendwelche XSS-Schutz-Nickligkeiten im Browser dazwischengrätschen). Der Code für die TXT-Unterstützung wird in das originale Snap per JavaScript-Hackerei zur Laufzeit reingefrickelt^W^W^W^W^W als sauber getrennte Schicht modular nachgeladen.

Allerdings habe ich mich bewusst dagegen entschieden das so umzusetzen, um für den Betrieb von Snap nicht zwangsweise von einer zusätzlichen Internet-Verbindung abhängig zu sein. Und so eng ist der Platz auf einer SD-Karte dann ja auch nicht...

[MasterOfGizmo]

Der TX-Pi:

[richard.kunze]

Der TX-Pi:

Ist das echt ein PI mit ftcommunity-TXT-Firmware (modulo Kernel natürlich)? Inclusive RoboPro? Wow.

[MasterOfGizmo]

Ist das echt ein PI mit ftcommunity-TXT-Firmware (modulo Kernel natürlich)? Inclusive RoboPro? Wow.

Nee, das ist nur die qt-gui auf dem rpi unter raspbian. Aber immerhin mit wedo, robolt und ftrobopy. Man kann also direkt den WeDo-Hub oder den RoboLT anschließen oder aber remote die Schnittstellen eines echte TXT steuern. Ist außerdem unter X11 (daher der Mauspfeil), aber ich schaue mal, dass ich das QT direkt auf dem Framebuffer aufsetze.

Wo sollte RoboPro denn drauf zugreifen? Da ist doch keine FT-Hardware, die es ansteuern könnte.

[richard.kunze]

Nee, das ist nur die qt-gui auf dem rpi unter raspbian. Aber immerhin mit wedo, robolt und ftrobopy. Man kann also direkt den WeDo-Hub oder den RoboLT anschließen oder aber remote die Schnittstellen eines echte TXT steuern. Ist außerdem unter X11 (daher der Mauspfeil), aber ich schaue mal, dass ich das QT direkt auf dem Framebuffer aufsetze.

Beeindruckend genug - da läuft ja schon eine ganze Menge.

Und prinzipiell spricht eigentlich nichts dagegen, per ftrobopy-"Emulation" die GPIOS vom PI anzusteuern. Dann bräuchte man "nur" noch passende Hardware-Treiber, um die Input- und Output-Level auf FT-kompatible Spannungen/Ströme zu bringen...

Wo sollte RoboPro denn drauf zugreifen? Da ist doch keine FT-Hardware, die es ansteuern könnte.

Überhaupt laufen und auf den Bildschirm zugreifen können wäre auch schon was.

Und die FT-Hardware wird ja über eine serielle Schnittstelle angesteuert, mit einem Protokoll das wir ja prinzipiell auch kennen. Da sollte im Prinzip dann auch was gehen können.

[ski7777]

Ist außerdem unter X11 (daher der Mauspfeil), aber ich schaue mal, dass ich das QT direkt auf dem Framebuffer aufsetze.

Dann istallier doch einfach unclutter.

[MasterOfGizmo]

Überhaupt laufen und auf den Bildschirm zugreifen können wäre auch schon was.

Die Original-SDL-GUI möchte ich ja auf dem TXT auch loswerden. Die möchte ich noch viel weniger auf einem anderen Gerät sehen.

Da sich PC-seitig bei ROBOPro ja alles am Display des TX orientiert würde ich ja auf dem TXT eigentlich für RoboPro das TX-Display emulieren. Hast Du einen TX? Slider-Elemente gab es da auch schon, oder? Wie bedient man die denn nur mit den beiden Tasten? Oder hatte der TX auch schon ein Touchscreen?

Und die FT-Hardware wird ja über eine serielle Schnittstelle angesteuert, mit einem Protokoll das wir ja prinzipiell auch kennen. Da sollte im Prinzip dann auch was gehen können.

Ja, man sollte die Motorplatine des TXT an den Rasp-Pi hängen können. Aber ich weiss nicht, ob das den Aufwand wert ist. Wird in der Praxis ja kaum einer machen.

Und ja, das Protokoll das ftrorobopy anspricht nachzubilden sollte gehen, wenn man damit dann Custom-Hardware ansteuern will. In der Tat habe ich schonmal mit dem Gedanken gespielt, einfach einen kleinen TXT-Emulator zu schreiben, der sich via IP als TXT ausgibt und dann einfach einen Roboter per "Turtle-Graphic" oder so nachbildet. RoboPro könnte das dann steuern. Alles nur eine Frage der Zeit.

[ThomasW]

http://www.heise.de/ct/ausgabe/2016-12- ... 11490.html

[MasterOfGizmo]

Schauen wir mal, was wir hier im Forum die nächsten Tage an neuen Gästen willkommen heißen dürfen. Und ein wenig gespannt bin ich auch, wie lange es dauert, bis FT die offiziellen Angaben zum Speicherausbau des TXT korrigiert

[richard.kunze]

http://www.heise.de/ct/ausgabe/2016-12- ... 11490.html

Da ist man einmal übers lange Wochenende weg und schon steht man in der c't auf der Titelseite

Der Artikel ist klasse!

Schauen wir mal, was wir hier im Forum die nächsten Tage an neuen Gästen willkommen heißen dürfen.

Auf Github sieht man noch keinen extremen Anstieg bei den Besucherzahlen, das bewegt sich so um 50-150 Aufrufe pro Tag wie die letzten Wochen auch.

[MasterOfGizmo]

Auf Github sieht man noch keinen extremen Anstieg bei den Besucherzahlen

Oh, cool. War mir gar nicht bewusst, dass die da Statistken drüber haben. Aber man sieht schon was. Heise hat 22 Unique-Visitors ausgemacht, was immerhin ein viertel insgesamt ist. Im Klartext: In den letzten drei Tagen gab es nur 22 Besucher, die von Heise das erste mal auf unser Repository gegangen sind. Aber insgesamt seit Februar gab es überhaupt nur knappe 100 Unique-Visitors. Da fallen die letzten drei Tage auf. Zwar insgesamt recht übersichtlich, aber immerhin ...

[MasterOfGizmo]

Der TX-Pi:

Was zu dem hier vergleichbares wäre nett:

[Dirk Fox]

Hallo Till und Richard,

Gratulation zu Eurem tollen Projekt und dem Beitrag in der c't!
Das ist genau das, was sich alle hier seit Jahren von einem quelloffenen Controller wünschen... (und zeigt mal wieder, dass es sich lohnt, bei kniffligen Themen wie einem Linux-basierten Betriebssystem für den TXT jemanden zu fragen, der etwas davon versteht ).

Vielen Dank für Euer Engagement!

Beste Grüße,
Dirk

P.S.: Wie wär's eigentlich mit einem Beitrag für eine der nächsten ft:pedias?