Roadmap Community-Firmware V0.9

[MasterOfGizmo]

Ich habe gerade nach Hinweis des ROBOPro-Entwicklers den ewigen Bug #1 gefixt

Ich habe nicht gestestet, ob der Speicherort auch beim "Simple Setup" funktioniert. Mein Vorschlag wäre, das wie bei den Apps per Link auf der SD-Karte unter ROBOProFiles zu machen.

[ski7777]

Wenn du mir die fertigen drei Dateien bereitstellt, könnte ich alles testen.
Auch sehr wichtig wäre, dass apps root-Zugriff erlangen können.

Raphael

[richard.kunze]

Ich habe gerade nach Hinweis des ROBOPro-Entwicklers den ewigen Bug #1 gefixt

Ich hab heute Mittag schon den Commit gesehen und mich gefragt wie Du da bloß drauf gekommen bist...

Ich habe nicht gestestet, ob der Speicherort auch beim "Simple Setup" funktioniert. Mein Vorschlag wäre, das wie bei den Apps per Link auf der SD-Karte unter ROBOProFiles zu machen.

Das sollte bis eben eigentlich in gar keinem Setup funktioniert haben, weil die Originalfirmware (und damit auch /rom/opt/knobloch/ROBOProFiles) read-only eingebunden wird.

Mit https://github.com/ftCommunity/ftcommun ... f277ffe346 geht es jetzt (getestet im Simple Layout, sollte bei Advanced aber ganz genauso funktionieren).

Die RoboPro-Downloads landen auf der SD-Karte im Verzeichnis "robopro" (wird automatisch angelegt wenn es nicht vorhanden ist).

[MasterOfGizmo]

Inzwischen habe ich den starken Verdacht, dass die auf dem TXT gespeicherten RoboPro-Binaries nicht (ROBOPROLib-)Versions-übergreifend kompatibel sind, da beim Download irgendwelche Adressen vorberechnet werden, die nach einem Update ggf. nicht mehr passen.

Da macht es zunächst wenig Sinn, dass wir die auf der FAT-Partition speichern zumal das Symptom schlicht ist, dass die RoboPro-Programme einen Segfault auslösen. Da wird es nach eine Update der Firmware Beschwerden regnen, dass wir die RoboPro-kompatibilität zerstört haben. Ich habe nie einen mit RoboPro verwendeten TXT aktualisiert. Aber ich nehme an, dass bei einem offiziellen FW-Update alle auf dem TXT gespeicherten RoboPro-Programme gelöscht werden, korrekt?

[LarsKusch]

Aber ich nehme an, dass bei einem offiziellen FW-Update alle auf dem TXT gespeicherten RoboPro-Programme gelöscht werden, korrekt?

Bei mir zumindestens ist es so (4.2.3)

[Computing]

Aber ich nehme an, dass bei einem offiziellen FW-Update alle auf dem TXT gespeicherten RoboPro-Programme gelöscht werden, korrekt?

Bei mir zumindestens ist es so (4.2.3)

Galub ich auch! Hab ich jetzt zwar auch schon länger nich mehr gemacht, aber ich schätze schon!

LG Robin

PS: Ich bin mit NICHT sicher

[richard.kunze]

Inzwischen habe ich den starken Verdacht, dass die auf dem TXT gespeicherten RoboPro-Binaries nicht (ROBOPROLib-)Versions-übergreifend kompatibel sind, da beim Download irgendwelche Adressen vorberechnet werden, die nach einem Update ggf. nicht mehr passen.

D.h. RoboPro compiliert den Code auf dem Host in speziell für den jeweiligen TXT angepasste Binaries, die dann beim Ausführen zur Laufzeit direkt in TxtControlMain reingepatcht werden? Das ist - schräg. Irgendwie.

Und es erklärt zum einen, warum das Ganze mit ASLR gnadenlos auf die Schnauze fliegt, und zum anderen, warum RoboPro so pingelig ist was die Firmware-Version auf dem TXT angeht.

Wenn ich sowas bauen sollte, hätte ich wahrscheinlich eher eine Shared Library draus gemacht und die Addresspfriemelei dlopen() (d.h. dem dynamischen Linker auf dem TXT) überlassen...

Da macht es zunächst wenig Sinn, dass wir die auf der FAT-Partition speichern zumal das Symptom schlicht ist, dass die RoboPro-Programme einen Segfault auslösen.

Der wesentliche Grund die Sachen permanent zu speichern ist ja weniger, dass sie Updates überleben sollen als eher dass sie nach dem nächsten Einschalten noch da sind. Und im "simple layout" ist der einzige Platz wo das geht halt die FAT-Partition...

Da wird es nach eine Update der Firmware Beschwerden regnen, dass wir die RoboPro-kompatibilität zerstört haben.

Dann löschen wir die halt beim Update.

Ich habe nie einen mit RoboPro verwendeten TXT aktualisiert. Aber ich nehme an, dass bei einem offiziellen FW-Update alle auf dem TXT gespeicherten RoboPro-Programme gelöscht werden, korrekt?

Zumindest in dem Firmware-Update, das bei meinem ROBOPro (4.2.3) mitkommt, werden die heruntergeladenen Programme explizit gelöscht ("ROBO Interface Firmware/TXTController_4_2_3_0/update.sh", Zeile 24).

[LarsKusch]

Da wird es nach eine Update der Firmware Beschwerden regnen, dass wir die RoboPro-kompatibilität zerstört haben.

Dann löschen wir die halt beim Update.

D.h. Dass es nur in der Ce nicht mehr geht oder auch in der orginal Firmware?
(Dann würde ich aussteigen! )

[MasterOfGizmo]

Dann löschen wir die halt beim Update.

Für's erste ja. Ggf. gibt uns FT ja irgendwann ausreichend tiefen Einblick in die TXT-seitige RoboProLib, dass wir das ändern können.

D.h. Dass es nur in der Ce nicht mehr geht oder auch in der orginal Firmware?
(Dann würde ich aussteigen! )

[/quote]
Nein, es heisst nur, dass Du alle RoboPro-Programme neu vom PC auf den TXT übertragen musst, sobald Du RoboPro auf dem PC und/oder die Originalfirmware des TXT aktualisierst.

Ob Du deswegen ganz auf die Community-Firmware verzichten möchtest ist alleine Dir überlassen.

[MasterOfGizmo]

D.h. RoboPro compiliert den Code auf dem Host in speziell für den jeweiligen TXT angepasste Binaries, die dann beim Ausführen zur Laufzeit direkt in TxtControlMain reingepatcht werden? Das ist - schräg. Irgendwie.

Ich glaube eher, dass das auf dem TXT geschieht, bevor der das Programm intern abspeichert. Aber da der PC die Version der RoboPro-Lib immer vorher abfragt kann es in der Tat gut sein, dass das schon vor dem Download passiert.

[LarsKusch]

Nein, dann möchte ich definitiv nicht aussteigen!!
Begeisterte Grüße,
Lars

[MasterOfGizmo]

Wir hatten jetzt eine Weile keine Bug-Reports zur 0.9, so dass wir m.E. 0.9.1 mit dem Screenshot-Fix und dem RoboPro-Offline-Support releasen koennen.

[richard.kunze]

Wir hatten jetzt eine Weile keine Bug-Reports zur 0.9, so dass wir m.E. 0.9.1 mit dem Screenshot-Fix und dem RoboPro-Offline-Support releasen koennen.

Gute Idee. Soll die Unterstützung für USB-nach-seriell-Adaptern auch noch mit rein oder lassen wir das für die 1.0?

[MasterOfGizmo]

Gute Idee. Soll die Unterstützung für USB-nach-seriell-Adaptern auch noch mit rein oder lassen wir das für die 1.0?

Wenn's wohl keine Schmerzen erzeugt und jemandem einen Mehrwert bringt kann's m.E. auch sofort rein.

[richard.kunze]

Gute Idee. Soll die Unterstützung für USB-nach-seriell-Adaptern auch noch mit rein oder lassen wir das für die 1.0?

Wenn's wohl keine Schmerzen erzeugt und jemandem einen Mehrwert bringt kann's m.E. auch sofort rein.

OK, dann machen wir die v0.9.1 auf der Basis des aktuellen master (https://github.com/ftCommunity/ftcommun ... fdf5ae3707) - willst Du oder soll ich? Ich komme allerdings frühestens nächste Woche dazu...

[MasterOfGizmo]

willst Du oder soll ich? Ich komme allerdings frühestens nächste Woche dazu...

Ich schaue nachher mal ...

[richard.kunze]

Hallo zusammen,

Ich habe eben Version 0.9.1 auf Github gestellt. Releasenotes und Archive findet Ihr unter https://github.com/ftCommunity/ftcommun ... tag/v0.9.1

Große Neuerungen gibt es nicht, nur die Bugfixes und kleineren Verbesserungen die sich seit Version 0.9 angesammelt haben. Die Details sind in den Releasenotes verlinkt.

[MasterOfGizmo]

Ich habe eben Version 0.9.1 auf Github gestellt.

Prima, danke!