Ich tippe auf defekte SD. Nach einer Neuinstallation am besten mit ceemmc in den internen Speicher kopieren. Läuft schneller und verschleißfrei.
Posts by Dr. Seltsam
-
-
Bootet CE von einer anderen SD-Karte? Bootet Android noch? Bootet die Box mit einem anderen Netzteil? alle evtl. angeschlossenen USB-Geräte mal entfernt?
-
Anscheinend sendet die Fernbedienung sowohl Infrarot als auch über Bluetooth. Woher stammt denn die toml-Datei, die Du in #37 gepostet hattest? Hast Du die IR-Codes selbst ermittelt?
Ich bin mir nicht sicher, ob es an Deinen Anführungszeichen liegt. Die sehen komisch aus. Statt
0x9f70a = “KEY_POWER”
schreibe mal
0x9f70a = "KEY_POWER"
Bei mir ging es glaube ich auch mal ohne Anführungszeichen.
Und es darf keine remote.conf in /storage/.config liegen.
Damit das Ein-Ausschalten klappt, musst Du in der flash-Partition noch die config.ini editieren. Entweder mit der SD-Karte am Windows-Rechner (Laufwerk COREELEC) oder über ssh auf der Box. Dann muss aber zunächst die Partition schreibend gemounted werden, also
mount -o remount,rw /flash
Änderungen an /flash/config.ini vornehmen, danach:
mount -o remount,ro /flashIn der config.ini sind die Zeilen remotewakeup, decode_type und remotewakeupmask entscheidend. Am besten ermittelst Du die Werte nach Stoppen von Kodi und eventlircd mit ir-keytable -u wie hier beschrieben: https://discourse.coreelec.org/t/how-to-confi…akeup-code/5282
Dort ist auch ein alternativer Weg zum Ablegen dieser Parameter (mit einer eigenen config-Datei) beschrieben, den ich aber selbst noch nicht ausprobiert habe.
-
Funktioniert es denn jetzt?
Ist es eine Infrarot- oder Bluetooth-FB? Oder kann sie beides??
Anscheinend verwendest Du nicht die originale FB? Für die hat Lehmden1 doch in seinem Paket fertige config-Dateien. Du kannst die Datei in rc_keymaps auch anders benennen, solange das konsistent mit dem Eintrag in der rc_maps.cfg ist.
-
"vi /storage/g7_max_smart_tv.toml
Die toml-Datei gehört in /storage/.config/rc_keymaps
also
cd /storage
mv g7_max_smart_tv.toml /storage/.config/rc_keymaps/
Aber wenn es eine FB mit NEC-Protokoll ist, würde ich lieber das flottere alte amremote-Verfahren mit einer remote.conf verwenden. Ich habe das hier oder in einem anderen Thread schon mal beschrieben. Scheint leider keine fertige remote.conf im repository zu geben. Vielleicht hat einer hier im Forum schon mal eine erstellt?
-
NG verwendet den älteren, aber bewährten Kernel 4.9
NE hat Kernel 5.4
NO ist eine blutige Baustelle mit Kernel 5.15 und dürfte als stable nicht existieren.
Ich habe mal ein generic S905X4 in Stable ausgewählt und dann wird ein NE image geladen. Deshalb glaube ich, dass NG gar nicht laufen kann und die Tabelle falsch ist. Oder es wird unterstützt, aber nicht so gut wie in NE und wird daher per default nur für NE angeboten.
-
stable oder nightly ist nicht das wesentliche Kriterium. Der Chipsatz muss von dem CoreElec-Entwicklungszweig (NG, NE, NO) unterstützt werden.
Hiernach wird S905X4 z.B. angeblich von allen 3 unterstützt. S928X hingegen nur von NE und NO. Bin nicht sicher, ob das alles stimmt -S905X4 und NG ist mir neu.
Welcher Zweig besser läuft, muss man ausprobieren.
-
Ich habe es aufgegeben, bei LE Wifi zu benutzen. Habe das bei meinen Eltern probiert - es war Glückssache und damit im Praxisbetrieb nicht benutzbar. Das Thema zieht sich seit Jahren durch das LE-Forum, ohne das man einem Fix näherkommt. Es haben so viele Leute auf unterschiedlichsten Geräten Probleme, dass es mir unbegreiflich ist, warum die Entwickler das nicht selbst nachstellen können.
Ich habe am Ende bei meinen Eltern ein Lankabel verlegt…
-
Die Vorgehensweise beim USB Burning Tool ist nicht ganz einfach. Erstmal brauchst Du ein USB A auf USB A-Kabel. Ich habe dazu zwei alte Kabel durchgeschnitten und die Enden mit dem USB-A-Stecker miteinander verlötet.
Ich habe dann https://www.geekbuying.com/geekgiz/2016/0…tutorials-tool/ gelesen, mir Videos bei youtube angesehen und mehrere Versionen vom USB Burning Tool ausprobiert, ehe ich es hingekriegt habe.
-
Mal ein paar Erläuterungen bezüglich CoreElec und LibreElec bei amlogic-Boxen:
Die beiden Projekte verfolgen einen unterschiedlichen Ansatz. LibreElec ist das ältere Projekt und unterstützt noch die älteren amlogic-Chipsätze S905, S905X/D und S912. Diese werden von CoreElec nicht mehr unterstützt.
Neuere Chipsätze laufen bislang nur vernünftig mit einem Kernel, in den amlogic eigene (proprietäre) Treiber reingepatcht hat. Darauf hat sich CoreElec spezialisiert. LibreElec wollte diesen Weg nicht mehr gehen und setzt auf mainline-Kernel. Für einige neuere Chipsätze gibt es Alpha-Support: S905X2/D2/Y2, S922X/A311D und S905X3/D3. Stabiler laufen Boxen mit diesen Chipsätzen unter CoreElec.
Alles was neuer ist (S905X4, S928X) läuft sowieso nur unter CoreElec, wobei es drei unterschiedliche Entwicklungszweige gibt: ng mit einem 4.9er, Kernel, ne mit einem 5.4er Kernel und no mit einem 5.15-Kernel. Da sind alles drei aber gepatchte Kernel mit amlogic-eigenen Treibern.
-
Wenn sich auch der Dual Boot Modus nicht installieren lässt, muss zunächst ein anderes Android-image mit dem USB Burning Tool geflasht werden, siehe
PostRE: TANIX TX3 ALICE UX 4 GB / 32 GB Amlogic S905x3
Okay habs rausgefunden. Liegt wohl am bootloader.
Wenn ich die Firmware 20210826 von hier: blog.geekbuying.com/2019/12/ta…firmware-update-20191126/ nehme funktioniert es nicht.
Wenn ich die Firmware 20191130 nehme, funktioniert es.
Jetzt aber meine Frage: Kann ich die Version 20210826 flashen aber den alten bootloader beibehalten? Müsste doch gehen wenn ich im Flash-Tool den Haken bei "Erase Bootloader" rausnehme, oder?
----
Okay habe mir die Frage selbst beantwortet. Er flasht erst gar nicht die…chris-889February 24, 2022 at 10:12 AM -
Bei meinen Versuchen mit zwei TX3-Boxen (eine 32er mit 100 MBit-LAN und eine 64er mit Gigabit-LAN) ging ceemmc mit single boot mode nicht - das Tool brach immer wieder mit Fehler ab. Die Installation als dual boot ging dann, wobei ceemmc mit der Option -x gestartet werden muss. Im Kartenslot befindet sich dazu also eine µSD-Karte mit CoreElec, das gebootet ist.
CodeInstall in dual boot mode, CoreELEC and Android on eMMC Use CoreELEC data from [1] current used SD or USB device Install CoreELEC on eMMC without removing Android from the device. Dual boot of Android and CoreELEC is possible. Not all memory of the eMMC can be used because of Android.
Das war im CE-Forum auch mal die Empfehlung eines Entwicklers, weil CE angeblich auf Teile der Android-Partition zurückgreift:
Ceemmc single boot mode doesnt work for VIM3LUse dual boot mode! CoreELEC do require Android stuff for media playback anyway.discourse.coreelec.orgAuf meiner 64er Box sind immer noch über 50 GB frei. Mich stört das Android nicht, da ich davon nichts sehe
-
FLIRC emuliert eine USB-Tastatur. 5,- Euro sehe ich jetzt nicht...
Man muss wissen, dass das Einschalten mit externen USB-IR-Empfängern nicht möglich sein wird.Zur Nutzung einer beliebigen FB: Wir sollten erstmal klären, was für eine FB das ist und welche Protokolle sie kann. Kann sie kein NEC, wird die Reaktion und Scrollgeschwindigkeit spürbar träger sein. Will man das dann trotzdem machen (mit z.B. RC5 oder RC6-Codes), wird man die FB wohl manuell anlernen müssen:
03. Meson IR: Creating a KEYMAP file from scratchRepository for AmRemote & Meson IR Remote Controllers - CoreELEC/remotesgithub.comEs stehen dann (hoffentlich) genügend Tasten zur Verfügung, so dass man auch welche für Stop und Untertitel verwenden kann. Das ganze ist leider schlecht dokumentiert und CoreElec mappt einige Tasten intern auch auch auf andere Namen um, weil diese wohl besser mit Kodi laufen. KEY_SUBTITLE müsste gehen. Die event codes findet man im Kernel. KEY_STOP ging glaube ich in Kodi nicht. Ich habe in der vom Keymap-Editor erzeugten xml-Datei eine Zuordnung <key id="252">stop</key> stehen. Kann jetzt aber auch nicht rekonstruieren, woher die 252 kommt. Es ist bei mir KEY_GREEN (0x18f). Der Dezimalwert ist NICHT 252. Vielelicht hat Kodi da auch eine eigene Numerierung - es ist ein Krampf.
-
Es gibt ja auch externe IR-Empfänger nutzen, die per USB angeschlossen werden. Dann am sinnvollsten mit einer KEYMAP nach dem neuen IR-Standard. Bei der FB hast Du dann freie Auswahl.
Und Du kannst auch den internen Empfänger mit einer anderen Fernbedienung mit mehr Tasten verwenden, wenn diese NEC-Codes benutzt. Wie man dann eine remote.conf anlernt, habe ich im vdrportal beschrieben. Und Wakeup lässt sich damit auch konfigurieren.
Aber das ist bei der Einbausituation wohl wirklich nicht glücklich. -
-
Hast Du denn auf Deiner X96 Max Plus CoreElec installiert? Und wenn ja, hast Du die Fernbedienung mit einer *. toml-Datei eingerichtet, oder hast Du eine remote.conf in /storage/.config ?
Kodi vernünftig mit einer FB zu bedienen ist eine Kunst. Am Keymap-Editor bin ich teilweise auch verzweifelt. Aber das ist eine andere Baustelle - mir ging es primär um die Reaktionsfreudigkeit der FB.
-
(abgesehen davon, dass ich mit der Fernbedienung nicht zufrieden bin, aber das hat man ja generell bei diesen Boxen).
Wenn die Fernbedienung unter Android deutlich flotter und reaktiver läuft, würde ich sie CoreElec auf das alte Verfahren (amremote) umstellen. CE verwendet standardmäßig für den IR-Empfänger einen Treiber, der mit allen Protokollen zurechtkommt, aber softwarebasiert. Nur der proprietäre amlogic-Treiber nutzt die Hardwarefähigkeiten des Empfängers, was normalerweise deutlich besser funktioniert. Nachteil ist, dass nur das NEC-Protokoll unterstützt wird.
Zweites Problem ist der IR-Empfänger selbst und seine Einbausituation. Es gibt Bericht, dass ein Austausch gegen einen originalen TSOP 4838 von Vishay schon etwas bringt. Meist sitzt der Empfänger zudem hinter einer Polarisationsfolie und auch mit zuviel Abstand zu einer ohnehin zu kleinen Lochbohrung. Auf meiner Tanix TX3 habe ich das anders gelöst, siehe https://www.vdr-portal.de/forum/index.ph…863#post1362863
(Hinweis: alles, was ich dort zu einem Python-Script für Tastenwiederholungen schreibe ist vdr-spezifisch und für Kodi nicht notwendig).
Bei einem günstigen Neukauf in der Preisklasse um 50,- Euro würde ich jetzt weniger die Wahl zwischen S905X3 und S905X4 beachten (der Unterschied sollte sich nicht groß bemerkbar machen) sondern den Schwerpunkt auf einen Gigabit-LAN-Anschluss legen. Die Tanix TX3 ist nur noch mit 100 Mbit-LAN zu kriegen. Bei meinen Experimenten mit vdr und satip war das zu langsam. Das Gigabit-Modell schafft nach meinen Messungen zwar auch nur rund 240 MBit/s, aber das ist deutlich mehr als beim 100Mbit -Modell, das nur knapp 60 MBit/s schaffte.
-
Was für eine großartige Anleitung, Respekt!
-
Über Samba und ftp kann ich mit ca. 21 MBit/s Filme von der Tanix TX3 runterladen (USB-LAN). Bremsender Faktor ist da vielleicht die Lesegeschwindigkeit von der µSD-Karte.
-
Der richtige Befehl zum Abfragen der Kernelmeldungen ist journalctl -k. Mit dem Zusatz f werden nur fortlaufend die aktuellen Meldungen geloggt. Ich kriege da für heutiges Datum aber auch gar keine Anzeigen! Wenn Du den Parameter -k auch weglässt, kommen alle Meldungen aus dem Journal - auch die, die nicht von Kernelmodulen, sondern z.B. von einem Netzwerkmanager stammen.
Zum Speed:Bei meiner Box mit internem 100MBit LAN und angeschlossenem USB-LAN kriege ich die gleichen Meldungen wie Du - 10 für eth0 und 1000 für eth1.
Wenn Du cd /sys/class/net und ls- l eingibst, siehst Du, dass der USB-LAN wie zu erwarten eth1 ist.
total 0
lrwxrwxrwx 1 root root 0 Feb 16 2023 eth0 -> ../../devices/platform/ff3f0000.ethernet/net/eth0
lrwxrwxrwx 1 root root 0 Feb 16 2023 eth1 -> ../../devices/platform/ff500000.dwc3/xhci-hcd.0.auto/usb2/2-1/2-1.4/2-1.4:1.0/net/eth1
lrwxrwxrwx 1 root root 0 Feb 16 2023 lo -> ../../devices/virtual/net/lo
lrwxrwxrwx 1 root root 0 Feb 16 2023 wlan0 -> ../../devices/platform/ffe03000.sdio/mmc_host/sdio/sdio:0001/sdio:0001:2/net/wlan0Mit iperf komme ich nicht weiter. Auf dem Server startet es mit port 5001. Ich muss deshalb auf der Tanix iperf -c 192.168.178.21 --port 5001 eingeben. Das bricht aber nach wenigen Sekunden ab:
iperf3: error - control socket has closed unexpectedlyDie Frage ist nun, welchen Adapter hat CoreElec bei Deinen Messungen verwand? eth0 oder eth1? Ich vermute, dass es schon der eth1 (USB-LAN) war. Bei mir brauchte ich den nur einstecken und er wurde sofort beim nächsten Start verwendet. Hast Du ihn auch im seitlichen (blauen) USB 3.0-Port eingesteckt?