Brickly-Problemlösung unter CFW 0.9.5
Forumsregeln
Bitte beachte die Forumsregeln!
Bitte beachte die Forumsregeln!
- T.C.Woodeggs
- Beiträge: 4
- Registriert: 28 Sep 2018, 22:14
Brickly-Problemlösung unter CFW 0.9.5
Hallo,
ich habe auf meinem TXT die CFW zum ersten Mal installiert.
WLAN-Anbindung und im Store Brickly ausgewählt und installiert, war kein Problem.
Aufruf über IP der CFW unter Win10 Pro 64 bit mit Chrome geht auch.
Wenn ich nun die Aktion "Open local application pages" für Brickly ausführenlasse, startet Brickly zwar aber im rechten Programmcodefeld ist nur ein Ladekreis zu sehen.
JavaScript im Browser ist aktiviert.
Was mache ich falsch?
2. Wenn ich auf dem TXT das Brickly-Icon drücke kommt kurz auch ein Ladekreis und das Programm startet aber nicht.
VG
Xaver
ich habe auf meinem TXT die CFW zum ersten Mal installiert.
WLAN-Anbindung und im Store Brickly ausgewählt und installiert, war kein Problem.
Aufruf über IP der CFW unter Win10 Pro 64 bit mit Chrome geht auch.
Wenn ich nun die Aktion "Open local application pages" für Brickly ausführenlasse, startet Brickly zwar aber im rechten Programmcodefeld ist nur ein Ladekreis zu sehen.
JavaScript im Browser ist aktiviert.
Was mache ich falsch?
2. Wenn ich auf dem TXT das Brickly-Icon drücke kommt kurz auch ein Ladekreis und das Programm startet aber nicht.
VG
Xaver
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: Brickly-Problemlösung unter CFW 0.9.5
Hallo Xaver,
CFW 0.9.5 kommt mit Python 3.7.1, und ab Python 3.7 gab es eine inkompatible Änderung bei asynchroner Ein-/Ausgabe die dafür sorgt dass Brickly nicht mehr läuft.
Ich bin dran und schaue dass ich das repariert bekomme....
Ich fürchte gar nichts - das haben wir kaputtgemachtT.C.Woodeggs hat geschrieben: ich habe auf meinem TXT die CFW zum ersten Mal installiert.
WLAN-Anbindung und im Store Brickly ausgewählt und installiert, war kein Problem.
Aufruf über IP der CFW unter Win10 Pro 64 bit mit Chrome geht auch.
Wenn ich nun die Aktion "Open local application pages" für Brickly ausführenlasse, startet Brickly zwar aber im rechten Programmcodefeld ist nur ein Ladekreis zu sehen.
JavaScript im Browser ist aktiviert.
Was mache ich falsch?
CFW 0.9.5 kommt mit Python 3.7.1, und ab Python 3.7 gab es eine inkompatible Änderung bei asynchroner Ein-/Ausgabe die dafür sorgt dass Brickly nicht mehr läuft.
Ich bin dran und schaue dass ich das repariert bekomme....
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: Brickly-Problemlösung unter CFW 0.9.5
Hallo Xaver,
ich habe eben eine neue, reparierte Version von Brickly hochgeladen. Mach bitte ein Update auf Brickly 1.39.0 (geht einfach über den Appstore), das funktioniert mit der CFW 0.95.
Liebe Grüße,
Richard
ich habe eben eine neue, reparierte Version von Brickly hochgeladen. Mach bitte ein Update auf Brickly 1.39.0 (geht einfach über den Appstore), das funktioniert mit der CFW 0.95.
Liebe Grüße,
Richard
- PHabermehl
- Beiträge: 2434
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: Brickly-Problemlösung unter CFW 0.9.5
Und da haben wir das nächste Desaster... Damit ist die cfw nicht mehr zum TX-Pi kompatibel, da dessen Installation nur auf Raspbian Jessie läuft, und da ist Python 3.4 dabei... Ja, ich weiß, eigentlich müsste man da ohnehin das TX-Pi-Setup an Stretch anpassen, aber wer soll's machen
- T.C.Woodeggs
- Beiträge: 4
- Registriert: 28 Sep 2018, 22:14
Re: Brickly-Problemlösung unter CFW 0.9.5
Hallo Richard,
danke für die schnelle Hilfe
Habe schon alles auspropiert und getestet. TOP !!!
VG
Xaver
danke für die schnelle Hilfe
Habe schon alles auspropiert und getestet. TOP !!!
VG
Xaver
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: Brickly-Problemlösung unter CFW 0.9.5
Gah. Und dazu auch noch nur Python 3.4.2, das nur die alte Variante asyncio.async kennt. Das ist ja sogar für Debian-Verhältnisse reichlich angestaubt. Mit Python 3.4.4 wärs gegangen wenn ich die asynchronen Funktionen wieder auf die alte Syntax zurückgerollt hätte und nur asyncio.async durch asyncio.ensure_future ersetzt hätte - damit hätten wir den Zirkus dann wenigstens auf Python 3.10 verschoben (da @asyncio.coroutine dann auch rausfliegen).PHabermehl hat geschrieben:Und da haben wir das nächste Desaster... Damit ist die cfw nicht mehr zum TX-Pi kompatibel, da dessen Installation nur auf Raspbian Jessie läuft, und da ist Python 3.4 dabei...
Aber so ist es echt eine harte Entscheidung, und ich sehe auch nicht wie man das irgendwie hinfrickeln könnte
Nachdem ich es kaputtgemacht habe dann wohl ich. Aber nicht mehr heute...PHabermehl hat geschrieben:Ja, ich weiß, eigentlich müsste man da ohnehin das TX-Pi-Setup an Stretch anpassen, aber wer soll's machen
Edit: Ich hab doch was gefunden wie man das hinbekommen kann, ich probiers mal aus. Das ist dann aber echt gefrickelt, und wir sollten so schnell wie möglich zusehen dass das TX-Pi-Setup auch mit Raspbian Stretch läuft...
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: Brickly-Problemlösung unter CFW 0.9.5
Ist jetzt im Appstore, als Version 1.40. Mieser Hack, aber funktioniert.richard.kunze hat geschrieben:Ich hab doch was gefunden wie man das hinbekommen kann, ich probiers mal aus.
Damit haben wir jetzt Zeit bis Python 3.10 (wo "@asyncio.coroutine" dann rausfliegt) um den TX-Pi mal auf ein nicht ganz so uraltes Basissystem zu bringen...