Archiv verlassen und diese Seite im Standarddesign anzeigen : [spark7162] Zeithorizont SH4-Image
Hallo,
ich traue mich mal zu fragen, ob es irgend eine Schätzung gibt, wann wieder ein lauffähiges Image für SH4 (in meinem Fall spark7162) veröffentlich wird.
Ich habe gesehen, dass es für MIPS fleissig neue releases gibt. Ist der Entwicklungsaufwand auch ungefähr so verteilt?
Ich habe momentan ein nicht ganz fertig konfiguriertes 15496 auf meiner Box. Wenn ich wüsste, dass es 3-4 Wochen dauert würde ich einfach warten. Wenn ich wüsste, dass im nächsten halben Jahr nicht mit etwas zu rechnen ist, würde ich eher ein anderes Image testen.
Ist es möglich, hierzu eine Aussage zu bekommen?
Gruß, Thomas
Im Moment haben wir noch ein Problem mit dem Netzwerkassistenten, der bei jedem Neustart kommt und bei Bedienung nen WS verursacht. Wenn das gelöst ist, gibts auch wieder Images, sowohl Mips als auch SH4. Im großen und ganzen baut es wieder, aber mit dem defekten Assi gibts auch wieder nur Mecker ;)
Außerdem ist bonkel grad mitten im Umzug und hat deswegen nicht all zu viel Zeit. Und solang er nicht das ok gibt, gibts auch keine neuen Images.
OK, danke schonmal für die Info, dass es auf jeden Fall weitergeht.
Heisst das, wenn ich den Assi abbreche und dann alles von Hand konfiguriere, bzw. meinetwegen auch mit Texteditor per telnet bekomme ich ein stabiles Image ans laufen?
Ich frage, weil ich gern wüsste, ob der Aufwand lohnt.
So ist es. Du kannst per Hand konfigurieren und dann über Telnet den Netzwerkassi löschen. Dann kommt der auch nicht bei jedem Neustart.
Onkel Blue
14.04.2017, 11:37
Hallo, wie kann man den Netzwerkassi löschen ?
Steht doch im Post vor dir....oder via FTP...
/usr/lib/enigma2/python/Plugins/SystemPlugins/NetworkWizard löschen.
Gruß
flac
OK,
da es mittlerweile so aussieht, als ob keine funktionierende Images für meinen Spark7162 mehr kommen werden, bräuchte ich eine Empfehlung für ein neues Image.
Wer hat denn Erfahrungen und kann mir eine Alternative zu HDMU empfehlen?
Seit ich das neueste Image geflasht habe, startet meine box auch nicht mehr (hängt mit "BOOT" im Display).
Gibt es noch Möglichkeiten zu flashen außer per USB-Stick? Ich habe nämlich leider keinen funktionierenden mehr.
vielleicht irgendwie Spark booten. MAT wird da nicht funktionieren, oder?
Gruß, Thomas
...wo ist denn ein serielles Startlog davon?
...ohne dem kommen wir eh nicht weiter....so sagt uns das die Glaskugel.
Unsere Images haben alle Betastatus...da kann es schon mal vorkommen das hier und da mal was nicht funktioniert.
Dafür halten wir sie aber auf den neusten Stand.
...und zum fixen geht halt unsere Freizeit drauf...wir werden dafür nicht bezahlt.
Gruß
flac
btw...supporten wir nicht nur eine Box.
Das war von mir nicht böse gemeint.
Ich hab mich auf bonkels Post in diesem Thread bezogen:
http://www.hdmedia-universe.com/board/showthread.php?10770-HDMU-16564-geht-immer-noch-nicht-!!!
"dann muss ich den support wohl leider einstellen, ich finde beim bauen keinen fehler bisher....also sollte alles richtig sein"
Ich hab vollkommen Verständnis, dass das hier keine Rundumversorgung ist, nur gibts jetzt leider seit bald knapp nem halben jahr kein funktionierendes Image für meine STB mehr. Das ist für mich OK, ich hab das Ding aber im Alltagsbetrieb und da muss es halt laufen. Daher die Frage nach einer Alternative. Vor ca. einem Jahr lief das perfekt. Burning Series im bmediacenter, selbst imstalliertes cocy als upnp-renderer usw. Mittlerweile ist es mir zu aufwendig, die Settings einzustellen, weil ich hoffe, doch demnächst was aktuelles und lauffähiges draufzubekommen.
Jetzt bootet die Kiste nicht mehr und ich frage mich, wie sinnvoll es ist, jetzt Klimmzüge anzustellen, um ein uraltes Image wieder drauf zum Laufen zu bekommen. Da kann ich dann auch Spark booten.
Ein serielles bootlog werde ich Morgen mal versuchen. Wird aber evtl. schwierig, weil mein Thinkpad gar keine RS232 mehr hat. Ob ich noch irgendwo ein passendes Kabel habe, muss ich auch erstmal schauen.
Also nichts für ungut, auch wirklich vielen Dank für eure Mühen und das ehemals (und auf anderen Boxen bestimmt auch weiterhin) tolle Image, aber ich kann die Box jetzt nicht wochenlang einstauben lassen.
Gruß, Thomas
Die spark Box hat ja nichts mit der Box aus dem anderen Beitrag zu tun was sagt das log von der spark Box
Gesendet von meinem SM-G935F mit Tapatalk
FRauANtje
16.04.2017, 23:17
Hmm, ich bin hier auf HDMU 16226 enigma2 Git 580 gegangen, da Git 581 in die Bootschleife ging.
Nun lese ich hier, wie ich das fixen koennte (per FTP auf die Box und ne Datei löschen).
Würde als laufen, aber ich muss doch garnicht updaten, die HDMU 16226 enigma2 Git 580 läuft bei mir.
Wieso nimmst Du nicht diese Version? Aktueller ist Deine 15496 ist die auch...
An dieser Stelle danke für den hervorragenden Support all die Jahre. Das ist wirklich spitze!
So, habe es mit Teilen aus der Kruschtelkiste hinbekommen, ein Bootlog zu ziehen:
Board: STx7105-PDK [32-bit mode]
U-Boot 1.3.1 (Jun 19 2012 - 17:10:44) - stm23_0051 - YW_1.1.005 overclock
DRAM: 256 MiB
Panel: VFD
NAND: Bad block table found at page 262080, version 0x01
Bad block table found at page 262016, version 0x01
512 MiB
SPI: info: found S25FL016K (2MiB) device (page=256,erase=65536)
warning: SPI device may be write-protected (status=0x9c)
In: serial
Out: serial
Err: serial
Ident ic exist
Ident ic get stb id
IdentID : 0c 00 07 00 00 34 1b
Hit ESC to stop autoboot: 0
Loading from NAND 512MiB 3,3V 8-bit, offset 0x18000000
Image Name: Linux-2.6.32.71_stm24_0217
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2090743 Bytes = 2 MiB
Load Address: 80801000
Entry Point: 80802000
## Booting image at 80000000 ...
Image Name: Linux-2.6.32.71_stm24_0217
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2090743 Bytes = 2 MiB
Load Address: 80801000
Entry Point: 80802000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
stmac_phy_get_addr(): id1 = 0xffff, id2 = 0xffff
found phy at addres = 2
stmac_phy_get_addr(): id1 = 0x7, id2 = 0xc0f1
stb_id = c0700341b
Starting kernel console=ttyAS1,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 ip=172.100.100.249:172.100.100.174:172.100.100.174 :255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000 nwhwconf=device:eth0,hwaddr:30:00:07:00:34:1B Manufacture=Spark-Project STB_ID=0C:00:07:00:00:34:1B - 0x00000000 - 0 ...
Genau da bleibt das ganze stehen und es passiert nichts mehr.
Gruß
DboxOldie
17.04.2017, 18:22
Logisch.....
Liegt an dem Fulan Mist :
Starting kernel console=ttyAS1,115200
Das muss console=ttyAS0 heissen, sonst wird ab Kernel Start seriell nichts mehr ausgegeben.
Am besten per u-boot Konsole überall in den Bootargs ändern.
Nope.
Loading from NAND 512MiB 3,3V 8-bit, offset 0x18000000
Image Name: Linux-2.6.32.71_stm24_0217
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2090743 Bytes = 2 MiB
Load Address: 80801000
Entry Point: 80802000
## Booting image at 80000000 ...
Image Name: Linux-2.6.32.71_stm24_0217
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2090743 Bytes = 2 MiB
Load Address: 80801000
Entry Point: 80802000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
stmac_phy_get_addr(): id1 = 0xffff, id2 = 0xffff
found phy at addres = 2
stmac_phy_get_addr(): id1 = 0x7, id2 = 0xc0f1
stb_id = c0700341b
Starting kernel console=ttyAS0,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 ip=172.100.100.249
:172.100.100.174:172.100.100.174:255.255.0.0:Enigm a2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000 Manufacture=Spark-Project STB_ID=0C:00:07:00:
00:34:1B nwhwconf=device:eth0,hwaddr:30:00:07:00:34:1B Manufacture=Spark-Project STB_ID=0C:00:07:00:00:34:1B - 0x00000000 - 0 ...
Leider kommt da auch nicht mehr bei raus.
Immerhin hab ich schon mal einiges über u-boot gelernt. Auch schön.
Kann ich per u-boot upload einen der Flash-Bereiche neu flashen? Dann könnte ich vorübergehend wieder ein älteres Image einspielen.
Haben die Bad Block Tables etwas zu bedeuten? Ist da was kaputt oder gibts halt nur die Tabellen?
U-Boot 1.3.1 (Jun 19 2012 - 17:10:44) - stm23_0051 - YW_1.1.005 overclock
DRAM: 256 MiB
Panel: VFD
NAND: Bad block table found at page 262080, version 0x01
Bad block table found at page 262016, version 0x01
Thomas
DboxOldie
18.04.2017, 21:53
Jeder NAND Flash hat Bad Blocks...
Die 7162 hat am Ende des NAND Adressbereichs zwei Blöcke für die Tabelle mit den "Bad Blocks"
Also völlig normal.
Wieso u-boot upload ?
Mit der Standard Front-Panel-drück-die-Knöppe Methode flasht doch der u-boot.
Das mag jetzt doof klingen, aber ich hab keinen USB-Stick mehr, den die Kiste akzeptiert. Im Betrieb dann schon, aber nicht zum flashen. Erst gestern wieder nen geliehenen 4GB-Stick versucht. Das war der älteste, den ich auftreiben konnte. Daher hänge ich hier momentan etwas fest.
Thomas
EDIT: Hab doch noch nen SanDisk Cruzer gefunden! Yipieh, er tut. Ich werde einen Safe kaufen und das Ding da reinlegen.
Rein interessehalber: Flashen per terminal-upload wäre aber schon gegangen, oder?
Mit dem Cruzer und überhaupt SanDisk hab ich schon immer die besten Erfahrungen gemacht.
Gerade bei den alten Kisten.....die neuen sind da nicht mehr ganz so wählerisch.
...aber auch dort gibt es hin und wieder mal Probleme.
Man kann auch versuchen, bei einem nicht erkannten Stick mal mit der Blockgröße (Cluster) beim formatieren zu spielen.
...viele werden dann plötzlich erkannt.
...zusätzlich habe ich festgestellt, das Sticks die nicht größer als 2GB,
leichter erkannt werden und so zum flashen besser geeignet sind.
Aber wie geschrieben, alles nur Erfahrungswerte...
Gruß
flac
So,
also bis auf weiteres ist der Punkt erledigt.
Das aktuelle Image 16564 läuft (natürlich erst einen Abend), es scheint auch soweit alles zu funktionieren. NetworkWizard musste ich natürlich vorher löschen.
Wäre es nicht sinnvoll, den NetworkWizard bis auf weiteres zu entfernen/deaktivieren? Zumindest für die SH4-Variante würde das doch vielen weiterhelfen, denke ich.
Thomas
Der Wizard funktioniert ja und braucht man ja auch beim ersten mal also wäre löschen nicht sinnvoll der selbe Fehler ist auch bei Mips
Gesendet von meinem SM-G935F mit Tapatalk
Aber komischerweise nicht bei der Quad Plus.....kenne das Problem dort nicht.
Gruß
flac
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.