CFW weekly builds
Forumsregeln
Bitte beachte die Forumsregeln!
Bitte beachte die Forumsregeln!
Re: CFW weekly builds
Das ist so korrekt.
Ich bin leider nicht bei der ftCommunity angestellt und habe noch andere Hobbys (und auch noch Schule).
So viel: Es ist in Arbeit!
Alternativ könnte man auch übergangsweise den Background-Thread wieder aktivieren.
Raphael
Ich bin leider nicht bei der ftCommunity angestellt und habe noch andere Hobbys (und auch noch Schule).
So viel: Es ist in Arbeit!
Alternativ könnte man auch übergangsweise den Background-Thread wieder aktivieren.
Raphael
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW weekly builds
Also weisst Du selbst nicht, wann oder ob Du es überhaupt je beendest. Mehr wollte ich nicht wissen. Danke.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
Re: CFW weekly builds
Das Ob ist klar, aber das wann kann ich leider nicht 100%ig eingrenzen. Leider hat der Tag nur 24 h und ich habe leider nur 2 Hand- und Augenpaare. Reicht leider nur, um einer Tätigkeit ernsthaft zu verfolgen.
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW weekly builds
Selbstmitleid nützt da eher wenig. Du hast das vor zwei Monaten angefangen und seitdem warten alle darauf, dass es wenigstens wieder so gut funktioniert wie vorher. Wenn das was Du da baust wenigstens irgendeinen Vorteil hätte. Aber Du ersetzt einen kleinen Hack durch einen Haufen halbfertigen Codes und ein paar Quick-Hacks. Ich sehe da nur noch Nachteile ...
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
Re: CFW weekly builds
Die Implementierung in ftrobopy sollte ich noch Morgen fertig bekommen
Re: CFW weekly builds
Der Grundstein ist gelegt: https://github.com/ftrobopy/ftrobopy/co ... alsa-sound
Jetzt kommen ab und zu noch so merkwürdige Meldungen und genau in dem Moment stürzt auch txt_snd_cat ab. Wahrscheinlich hat das was mit dem Spidev in Python zu tun. Aber das kläre ich später.
Raphael
P.S. Natürlich muss ich noch die Lautstärke setzen.
Jetzt kommen ab und zu noch so merkwürdige Meldungen und genau in dem Moment stürzt auch txt_snd_cat ab. Wahrscheinlich hat das was mit dem Spidev in Python zu tun. Aber das kläre ich später.
Code: Alles auswählen
>>> SPI client returned unexpected transaction id
Error sending data command
P.S. Natürlich muss ich noch die Lautstärke setzen.
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW weekly builds
Das sind Fehlermeldungen von meiner alten Testsoftware. Da musst Du wohl entweder dringend debuggen oder es einfach entfernen. Ich sag's gerne noch mehrfach: Das Ding ist sehr buggy und sollte nicht als permanenter Dienst im Hintergrund laufen. Das wurde für eine mp3-Player-Demo entworfen und ist nicht für den Dauerbetrieb geeignet.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
Re: CFW weekly builds
Jaja, dass die wohl von deinem Dings da kommen, habe ich jetzt auch gemerkt, aber wie kommen die Meldungen in der SSH Sitzung an?
Raphael
Raphael
- PHabermehl
- Beiträge: 2434
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW weekly builds
Weekly build for Wk1810 now available:
https://github.com/ftCommunity/ftcommun ... t-20180309
Important news:
- On-Screen keyboard bug fix, now pressing enter on a physical keyboard confirms input instead of cancelling
- TouchAuxiliary library now uses the standard on-screen keyboard instead of its own
Have fun!
Peter
https://github.com/ftCommunity/ftcommun ... t-20180309
Important news:
- On-Screen keyboard bug fix, now pressing enter on a physical keyboard confirms input instead of cancelling
- TouchAuxiliary library now uses the standard on-screen keyboard instead of its own
Have fun!
Peter
- PHabermehl
- Beiträge: 2434
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW weekly builds
Weekly build for Wk1819 now available:
https://github.com/ftCommunity/ftcommun ... t-20180507
Important news:
- Buildroot update to 2018.02.01
- improved touchscreen precision
- temporary removal of ALSA audio to keep 0.9.3 functionality
This is the first step towards releasing a stable 0.9.4. Extensive testing by the community very welcome.
Have fun!
Peter
https://github.com/ftCommunity/ftcommun ... t-20180507
Important news:
- Buildroot update to 2018.02.01
- improved touchscreen precision
- temporary removal of ALSA audio to keep 0.9.3 functionality
This is the first step towards releasing a stable 0.9.4. Extensive testing by the community very welcome.
Have fun!
Peter
Re: CFW weekly builds
Dann werde ich mir das nächste Woche mal angucken, und wenn nötig die Doku anpassen, damit sie fertig ist, wenn das Release erfolgt.
Gruß
Esther
Gruß
Esther
Re: CFW weekly builds
Ich habe jetzt mal mit den Tests angefangen. Dazu habe ich eine neue SD-Karte genommen, die aktuelle ZIP-Datei (0.9.4) darauf entpackt (3 Dateien) und in den TXT geschoben. Leider bleibt der Start-Vorgang in "Initialize SD card" (neu, mit Warnschild) hängen. Auf der SD-Karte passieren währenddessen keine Änderungen.
Die gleiche SD-Karte funktioniert prima mit der 0.9.3. Bevor ich das ausprobiert habe, habe ich die Karte neu (wiederum mit FAT32) partitioniert und formatiert.
Ich fürchte, es handelt sich um einen Bug.
Gruß
Esther
Die gleiche SD-Karte funktioniert prima mit der 0.9.3. Bevor ich das ausprobiert habe, habe ich die Karte neu (wiederum mit FAT32) partitioniert und formatiert.
Ich fürchte, es handelt sich um einen Bug.
Gruß
Esther
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW weekly builds
War bei mir auch so. Wobei ich mir nicht sicher war, ob das Verkehrszeichen schon eine Fehlermeldung darstellen sollte oder ob das noch korrekt war. Auf der seriellen Konsole kamen ein paar Ausgaben wegen diverser File-Not-Founds und dann habe ich die Dateien einfach in eine bestehende 0.9.3er-Installation kopiert. So lief's dann.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: CFW weekly builds
Hast Du beim neupartitionieren die ext4-Partition auch komplett gelöscht (d.h. auf der Karte war nur noch eine große FAT32-Partition)?EstherM hat geschrieben:Ich habe jetzt mal mit den Tests angefangen. Dazu habe ich eine neue SD-Karte genommen, die aktuelle ZIP-Datei (0.9.4) darauf entpackt (3 Dateien) und in den TXT geschoben. Leider bleibt der Start-Vorgang in "Initialize SD card" (neu, mit Warnschild) hängen. Auf der SD-Karte passieren währenddessen keine Änderungen.
Die gleiche SD-Karte funktioniert prima mit der 0.9.3. Bevor ich das ausprobiert habe, habe ich die Karte neu (wiederum mit FAT32) partitioniert und formatiert.
Falls ja: Kannst Du das nochmal probieren und dabei mitschneiden was auf der seriellen Konsole an Ausgaben kommt?
Falls nein: Mach das mal. Wenn es zwei Partitionen gibt, aber die zweite nicht so aussieht wie es die CFW erwartet (ext4 mit der passenden Directory-Struktr), dann fliegt die CFW beim Booten auf die Nase. Das ist bekannt (und ärgerlich), aber da ist mir noch nichts eingefallen wie ich das ordentlich behandeln kann (einfach überbügeln ist in dem Fall keine so tolle Idee - auf der "unbekannten" Partition könnte ja noch was sein was man behalten will).
Ja, das Verkehrszeichen ist die Meldung, dass beim Installieren was schiefgegangen ist.MasterOfGizmo hat geschrieben:War bei mir auch so. Wobei ich mir nicht sicher war, ob das Verkehrszeichen schon eine Fehlermeldung darstellen sollte oder ob das noch korrekt war.
Hast Du die noch und kannst sie mal hier posten?MasterOfGizmo hat geschrieben:Auf der seriellen Konsole kamen ein paar Ausgaben wegen diverser File-Not-Founds
Re: CFW weekly builds
Natürlich! Ich hätte auch eine neue SD-Karte nehmen können, aber wir haben keinen Vorrat davon im Haus.richard.kunze hat geschrieben:Hast Du beim neupartitionieren die ext4-Partition auch komplett gelöscht (d.h. auf der Karte war nur noch eine große FAT32-Partition)?
Nochmals probieren habe ich schon erledigt. Lässt sich super reproduzieren.richard.kunze hat geschrieben: Falls ja: Kannst Du das nochmal probieren und dabei mitschneiden was auf der seriellen Konsole an Ausgaben kommt?
Inzwischen habe ich 0.9.4.-Snapshot-Version zum Laufen gebracht: 0.9.3 auf der frisch partitionierten und formatierten SD-Karte ausgepackt, diese im TXT initialisieren lassen und dann gleich in CFW-Boot die drei Dateien durch die aus der 0.9.4-Zip-Datei ersetzt.
Jetzt stellt sich noch die Frage, wie ich das auf der "seriellen Konsole mitschneide". Wenn Du mir das noch mal erklärst, kann ich das ausprobieren.
Und dann kommen wieder die Fragen, die ich so zum Schreiben der Doku habe.
Gruß
Esther
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW weekly builds
Ich hab's nochmal gemacht.
Ich habe eine 4GB-SD-Karte genommen, mit fdisk alle Partitionen entfernt, eine neue primäre Partition mit Typ "c" angelegt und gespeichert. Dann ein mkfs.vfat auf die neue Partition. Dann den Inhalt von Peters ftcommunity-txt-0.9.4-rc.snapshot-20180507.zip direkt in die Partition entzippt. Dann die Karte in den TXT gesteckt und eingeschaltet. Auf der seriellen Konsole erhalte ich:
Und dazu das Verkehrsschild.
Ich habe eine 4GB-SD-Karte genommen, mit fdisk alle Partitionen entfernt, eine neue primäre Partition mit Typ "c" angelegt und gespeichert. Dann ein mkfs.vfat auf die neue Partition. Dann den Inhalt von Peters ftcommunity-txt-0.9.4-rc.snapshot-20180507.zip direkt in die Partition entzippt. Dann die Karte in den TXT gesteckt und eingeschaltet. Auf der seriellen Konsole erhalte ich:
Code: Alles auswählen
U-Boot SPL 2013.10 (Jul 04 2015 - 08:30:17)
>>> I2C0 On
Could not probe the EEPROM; something fundamentally wrong on the I2C bus.
Could not get board ID.
>>> setup_dplls vor do_setup_dpll
>>> setup_dplls nach do_setup_dpll
Could not probe the EEPROM; something fundamentally wrong on the I2C bus.
Could not get board ID.
>>> Setting MUX Start
>>> Setting MUX End
Could not probe the EEPROM; something fundamentally wrong on the I2C bus.
Could not get board ID.
>>>Start TXT-Mode - V2
LCD-Init_4:
Could not probe the EEPROM; something fundamentally wrong on the I2C bus.
Could not get board ID.
---> MPU 600 VDD 46
U-Boot 2013.10 (Jul 04 2015 - 08:30:17)
I2C: ready
DRAM: 256 MiB
NAND: 128 MiB
MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1
Could not probe the EEPROM; something fundamentally wrong on the I2C bus.
Could not get board ID.
Net: usb_ether
NAND read: device 0 offset 0x700000, size 0x40000
262144 bytes read: OK
CopyToLcd
LCD Command called
Hit ENTER key to stop autoboot: 3 2 1 0
gpio: pin 97 (gpio 97) value is 0
gpio: pin 98 (gpio 98) value is 0
reading uImage
6503552 bytes read in 428 ms (14.5 MiB/s)
reading am335x-kno_txt.dtb
36607 bytes read in 7 ms (5 MiB/s)
libfdt fdt_setprop(): FDT_ERR_NOSPACE
## Booting kernel from Legacy Image at 80200000 ...
Image Name: Linux-4.1.37
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 6503488 Bytes = 6.2 MiB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
## Flattened Device Tree blob at 80f00000
Booting using the fdt blob at 0x80f00000
Loading Kernel Image ... OK
Loading Device Tree to 8f308000, end 8f313efe ... OK
Starting kernel ...
[ 1.423934] mtdoops: mtd device (mtddev=name/number) must be supplied
[ 1.442817] spidev spi1.0: buggy DT: spidev listed directly in DT
[ 1.750513] omap_voltage_late_init: Voltage driver support not added
cp: can't stat '/newroot/usr/sbin/mount.posixovl': No such file or directory
cp: can't stat '/newroot/usr/sbin/mke2fs': No such file or directory
/repartition-sd-card: line 49: mount.posixovl: not found
[?25lfailed to repartition the SD card. Dropping to a shell
[H[Jfbv - The Framebuffer Viewer
/ftc-firstboot.png
240 x 320
/bin/sh: can't access tty; job control turned off
[H[J[?25h[?25l/ # [H[Jfbv - The Framebuffer Viewer
/ftc-firstboot-failed.png
240 x 320
[H[J[?25h
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: CFW weekly builds
Danke, das hilft weiter.
Auslöser für den Fehler ist das fehlende mount.posixovl - das ist auch mit Absicht nicht mehr drin, ich hatte aber vergessen dass das von dem Einrichtungsscript noch benutzt wird um Daten aus dem alten "simple layout" zu übernehmen. Nachdem wir das "simple layout" schon seit gut einem Jahr nicht mehr benutzen kann der Teil des Einrichtungsscripts denke ich auch weg.
Zweites Problem ist dass mke2fs nicht mehr da ist wo das Script es erwartet - das liegt jetzt in /sbin/ (siehe Commit 742d6bf13e5bddc5e30edeb8b8c314f47cf97e4d).
Ich repariere das - aber erst wenns wieder hell ist![Zwinkern ;-)](./images/smilies/icon_e_wink.gif)
Und nochmal danke an Esther und MoG fürs Testen!
Auslöser für den Fehler ist das fehlende mount.posixovl - das ist auch mit Absicht nicht mehr drin, ich hatte aber vergessen dass das von dem Einrichtungsscript noch benutzt wird um Daten aus dem alten "simple layout" zu übernehmen. Nachdem wir das "simple layout" schon seit gut einem Jahr nicht mehr benutzen kann der Teil des Einrichtungsscripts denke ich auch weg.
Zweites Problem ist dass mke2fs nicht mehr da ist wo das Script es erwartet - das liegt jetzt in /sbin/ (siehe Commit 742d6bf13e5bddc5e30edeb8b8c314f47cf97e4d).
Ich repariere das - aber erst wenns wieder hell ist
![Zwinkern ;-)](./images/smilies/icon_e_wink.gif)
Und nochmal danke an Esther und MoG fürs Testen!
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: CFW weekly builds
Hallo zusammen,
der Fehler beim umpartitionieren ist repariert, die Erstinstallation der CFW auf eine leere SD-Karte tut jetzt wieder.
der Fehler beim umpartitionieren ist repariert, die Erstinstallation der CFW auf eine leere SD-Karte tut jetzt wieder.
- PHabermehl
- Beiträge: 2434
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW weekly builds
Hallo Zusammen,
danke für die schnelle Reaktion. Ich werde zum Wochenende den nächsten RC bauen. Dann bin ich erstmal wieder zwei Wochen außer Gefecht. Ich würde dann mal so ab dem Wochenende vier Wochen Testzeit vorsehen und dann aus dem RC einen Release machen.
Was meint Ihr dazu?
Gruß
Peter
danke für die schnelle Reaktion. Ich werde zum Wochenende den nächsten RC bauen. Dann bin ich erstmal wieder zwei Wochen außer Gefecht. Ich würde dann mal so ab dem Wochenende vier Wochen Testzeit vorsehen und dann aus dem RC einen Release machen.
Was meint Ihr dazu?
Gruß
Peter
Re: CFW weekly builds
Klingt sehr gut ... dann haben wir noch bis 2 Wochen nach der Süd-Süd-Konvention Zeit um letzte Tests zu machen.PHabermehl hat geschrieben:... Ich würde dann mal so ab dem Wochenende vier Wochen Testzeit vorsehen und dann aus dem RC einen Release machen.
Torsten