Digital Eliteboard - Das Digitale Technik Forum
Registriere dich noch heute kostenloses um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereiche, welche für Gäste verwehrt bleiben
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
heute ist der eine jtag eingetroffen. allerdings dieser, welcher laut einem user hier nicht läuft.
wenn ich den samsung K9F1G08U0A anwähle kommt "maker id returned from the flash: 98 does not match".
ist das dem "falschen" programmer zuzuschreiben oder ist der lonrisun ein anderer typ als der samsung?
heute ist der eine jtag eingetroffen. allerdings dieser, welcher laut einem user hier nicht läuft.
wenn ich den samsung K9F1G08U0A anwähle kommt "maker id returned from the flash: 98 does not match".
ist das dem "falschen" programmer zuzuschreiben oder ist der lonrisun ein anderer typ als der samsung?
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
mein händler hat mir heute vom ingenieur ausgerichtet, ich soll "toshiba TC58NVG0S3ETA00" anwählen.
aber das ist doch ein 1GB NAND-flash oder sehe ich das falsch?
die solo1 hat doch nur ein 128MB NAND-flash...oder?
mein händler hat mir heute vom ingenieur ausgerichtet, ich soll "toshiba TC58NVG0S3ETA00" anwählen.
aber das ist doch ein 1GB NAND-flash oder sehe ich das falsch?
die solo1 hat doch nur ein 128MB NAND-flash...oder?
Zuletzt bearbeitet:
galaktisch1
Newbie
- Registriert
- 20. Juni 2011
- Beiträge
- 9
- Reaktionspunkte
- 13
- Punkte
- 23
AW: VU solo clone rote LED
Hi,
nur als erstes zur Klarstellung:
Dieser Threat betrifft die VU Solo Clone, dies ist richtig.
Das Problem ist ebenfalls die "timebomb" welche im Threat:
https://www.digital-eliteboard.com/...-und-allgemeine-Fragen)&p=2246909#post2246909
diskutiert wird.
Ich hatte dort auch schon einen Kommentar gepostet.
Okay, behandeln wir hier Lösung der Solo CLone,
Ich bin auch mit drei X Mini Solo´s betroffen und versuche die JTAG Lösung zu probieren.
Ich warte derzeit noch auf das Cypress Board.
@treki1: Laut meiner Anleitung soll man ein "K9F1G08U0A" anwählen.
Ich habe gesehen, dass du dies ausprobiert hast und nicht funktionierte.
Google sagt mir das der Chip ein:
128M x 8 Bit NAND Flash Memory ist.
Also 128MB ist richtig.
Meine Anleitung ist für diesen Chip für die Solo, Duo, Uno und Ultimo.
Wobei die Solo, Duo und Ultimo 128MB Flash haben und die Ultimo 1024Mb Flash.
D.h. so richtig schlüssig ist die Anleitung auch nicht.
Zu der Aussage des Technikers, der TC58NVG0S3ETA00 ist ebenfalls laut Datenblatt in
1Gbit 128Mb x 8 Bit organisiert, d.h. technisch gleich, aber anderer Größe/Name/ID.
Ich würde dies einfach mal ausprobieren im Tool.
Neu:
Habs gerade deinen Kommentar gelesen:
"yep. sag ich doch. lonrisun verbaut den solo1 und 2 die gleichen nand-flash. preislich spielt das heute keine rolle mehr."
Hatte ich auch schon fast vermutet, dann kann die Solo2 halt nur 128MB adressieren und nicht die vollen 1024MB der SoLo2.
Anderenfalls schau doch mal was bei dir auf dem Chip drauf steht und nimm diesen Chip im BBS Tool.
Hast du das Cypressboard mit den 2 Jumpern oder das Cypress-Mini Board mit einem Jumper?
Gruß, Galaktisch1
Hi,
nur als erstes zur Klarstellung:
Dieser Threat betrifft die VU Solo Clone, dies ist richtig.
Das Problem ist ebenfalls die "timebomb" welche im Threat:
https://www.digital-eliteboard.com/...-und-allgemeine-Fragen)&p=2246909#post2246909
diskutiert wird.
Ich hatte dort auch schon einen Kommentar gepostet.
Okay, behandeln wir hier Lösung der Solo CLone,
Ich bin auch mit drei X Mini Solo´s betroffen und versuche die JTAG Lösung zu probieren.
Ich warte derzeit noch auf das Cypress Board.
@treki1: Laut meiner Anleitung soll man ein "K9F1G08U0A" anwählen.
Ich habe gesehen, dass du dies ausprobiert hast und nicht funktionierte.
Google sagt mir das der Chip ein:
128M x 8 Bit NAND Flash Memory ist.
Also 128MB ist richtig.
Meine Anleitung ist für diesen Chip für die Solo, Duo, Uno und Ultimo.
Wobei die Solo, Duo und Ultimo 128MB Flash haben und die Ultimo 1024Mb Flash.
D.h. so richtig schlüssig ist die Anleitung auch nicht.
Zu der Aussage des Technikers, der TC58NVG0S3ETA00 ist ebenfalls laut Datenblatt in
1Gbit 128Mb x 8 Bit organisiert, d.h. technisch gleich, aber anderer Größe/Name/ID.
Ich würde dies einfach mal ausprobieren im Tool.
Neu:
Habs gerade deinen Kommentar gelesen:
"yep. sag ich doch. lonrisun verbaut den solo1 und 2 die gleichen nand-flash. preislich spielt das heute keine rolle mehr."
Hatte ich auch schon fast vermutet, dann kann die Solo2 halt nur 128MB adressieren und nicht die vollen 1024MB der SoLo2.
Anderenfalls schau doch mal was bei dir auf dem Chip drauf steht und nimm diesen Chip im BBS Tool.
Hast du das Cypressboard mit den 2 Jumpern oder das Cypress-Mini Board mit einem Jumper?
Gruß, Galaktisch1
Zuletzt bearbeitet:
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
das board mit 1 jumper kommt erst noch.
habe den lonrisun kleber weg gemacht. ist ein toshiba TC58NVG0S3ETA00.
ich habe auch schon geübt und in den thread https://www.digital-eliteboard.com/...Jtag-Anleitung-f%FCr-VU&p=2254511#post2254511 geschrieben.
das board mit 1 jumper kommt erst noch.
habe den lonrisun kleber weg gemacht. ist ein toshiba TC58NVG0S3ETA00.
ich habe auch schon geübt und in den thread https://www.digital-eliteboard.com/...Jtag-Anleitung-f%FCr-VU&p=2254511#post2254511 geschrieben.
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
Neuste Erkenntnisse meinerseits:
Habe das ganze JTAG an einer laufenden Box versucht.
Läuft tadellos.
Zuerst zweifelte ich an meiner Konfiguration. Doch dann sagte mir jemand im Mikrocontroller.net, die Meldung "The starting offset is in bad block" sei wahrscheinlich korrekt und der Baustein sei am Arsch....das stimmt so!
Somit kann man sagen, dass die Timebomb den NAND-Chip bratet.
Dh. einmal Timebomb, ist und bleibt der einzige Weg, den NAND-Chip auszutauschen.
Anbei der NAND-Dump (per JTAG) einer funktionierenden Solo1 clone...wenn's wem was bringt
Neuste Erkenntnisse meinerseits:
Habe das ganze JTAG an einer laufenden Box versucht.
Läuft tadellos.
Zuerst zweifelte ich an meiner Konfiguration. Doch dann sagte mir jemand im Mikrocontroller.net, die Meldung "The starting offset is in bad block" sei wahrscheinlich korrekt und der Baustein sei am Arsch....das stimmt so!
Somit kann man sagen, dass die Timebomb den NAND-Chip bratet.
Dh. einmal Timebomb, ist und bleibt der einzige Weg, den NAND-Chip auszutauschen.
Anbei der NAND-Dump (per JTAG) einer funktionierenden Solo1 clone...wenn's wem was bringt
Du musst dich
Anmelden
oder
Registrieren
um diesen link zusehen!
Daggi_Duck
Elite Lord
- Registriert
- 6. August 2011
- Beiträge
- 3.160
- Reaktionspunkte
- 1.536
- Punkte
- 113
AW: VU solo clone rote LED
Wenn dem so ist, dann werden durch die Timebomb in den OOB-Speicherbereichen des Flash-Chips vielleicht nur Sectoren ald defekt markiert, die gar nicht defekt sind. Mit Software ansich kann man einen NAND-Chip nicht auf die Schnelle mal zerstören. Mit geeigneten Programmiergeräten kann man aber auch die OOB-Speicherbereiche von NAND-Chips programmieren, so dass Chips mit falschen OOB-Daten wiederverwendbar werden.
Solange unklar ist, ob man die NAND-Chips der betroffenen Receiver ohne diese auslöten zu müssen direkt auf der Receiver-Platine mit einem externen Programmiergeräten neuprogrammieren kann, bleibt aber wirklich nur das Auslöten eines "defekten" Flash-Chips und das Einlöten eines funktionierenden Flash-Chips.
Nappy08
Vollzitat entfernt, es steht direkt darüber.
Wenn dem so ist, dann werden durch die Timebomb in den OOB-Speicherbereichen des Flash-Chips vielleicht nur Sectoren ald defekt markiert, die gar nicht defekt sind. Mit Software ansich kann man einen NAND-Chip nicht auf die Schnelle mal zerstören. Mit geeigneten Programmiergeräten kann man aber auch die OOB-Speicherbereiche von NAND-Chips programmieren, so dass Chips mit falschen OOB-Daten wiederverwendbar werden.
Solange unklar ist, ob man die NAND-Chips der betroffenen Receiver ohne diese auslöten zu müssen direkt auf der Receiver-Platine mit einem externen Programmiergeräten neuprogrammieren kann, bleibt aber wirklich nur das Auslöten eines "defekten" Flash-Chips und das Einlöten eines funktionierenden Flash-Chips.
Vollzitat entfernt, es steht direkt darüber.
Zuletzt bearbeitet von einem Moderator:
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
Daggi: Was ist OOB?
Zudem stehe ich etwas auf dem Schlauch: Habe iwo in einem anderen Thread gelesen, dass man ein Dump einer laufenden Box nicht einfach wieder auf einen neuen Chip schreiben kann wegen der "bad sector liste".
kannst du mich da mal genauer aufklären?
Danke
Daggi: Was ist OOB?
Zudem stehe ich etwas auf dem Schlauch: Habe iwo in einem anderen Thread gelesen, dass man ein Dump einer laufenden Box nicht einfach wieder auf einen neuen Chip schreiben kann wegen der "bad sector liste".
kannst du mich da mal genauer aufklären?
Danke
Daggi_Duck
Elite Lord
- Registriert
- 6. August 2011
- Beiträge
- 3.160
- Reaktionspunkte
- 1.536
- Punkte
- 113
AW: VU solo clone rote LED
OOB-Speicher (Out-Of-Band = zusätzlicher Speicher "außerhalb" des eigentlichen Datenspeicherbereichs) ist ein zusätzlicher Speicherbereich je Sektor bei den NAND-Chips, in dem neben den fehlerkorrigierenden Prüfsummen für die Daten im Sektor auch der Marker für einen defekten Sektor geschriben werden kann. Die 1GBit NAND-Chips (1GBit / 8Bit/Byte = 128MByte) sind z.B. in 2048Byte Sektoren organisiert und zu jedem dieser Sektoren gehört dann ein zusätzlicher 64Byte OOB-Speicherbereich. Da bei verschiedenen NAND-Chips mit gleicher Organisation (z.B. von verschiedenen Herstellern mit gleicher Speicherkapazität) an verschiedenen Stellen defekte Sektoren haben können, kann man nicht einfach eine direkte 1:1 Kopie verwenden.
OOB-Speicher (Out-Of-Band = zusätzlicher Speicher "außerhalb" des eigentlichen Datenspeicherbereichs) ist ein zusätzlicher Speicherbereich je Sektor bei den NAND-Chips, in dem neben den fehlerkorrigierenden Prüfsummen für die Daten im Sektor auch der Marker für einen defekten Sektor geschriben werden kann. Die 1GBit NAND-Chips (1GBit / 8Bit/Byte = 128MByte) sind z.B. in 2048Byte Sektoren organisiert und zu jedem dieser Sektoren gehört dann ein zusätzlicher 64Byte OOB-Speicherbereich. Da bei verschiedenen NAND-Chips mit gleicher Organisation (z.B. von verschiedenen Herstellern mit gleicher Speicherkapazität) an verschiedenen Stellen defekte Sektoren haben können, kann man nicht einfach eine direkte 1:1 Kopie verwenden.
Daggi_Duck
Elite Lord
- Registriert
- 6. August 2011
- Beiträge
- 3.160
- Reaktionspunkte
- 1.536
- Punkte
- 113
AW: VU solo clone rote LED
Nein, selbst gleiche NAND-Chips vom selben Hersteller aus dem selben Fertigungslos können an unterschiedlichen Stellen defekte Blöcke haben. Genauso gibt es auch (vereinzelt) mal Chips ganz ohne defekte Blöcke. Man muss also beim externen Kopieren eines NAND-Chips wenigstend das Handling von defekten Blöcken durch den NAND-Controller des Receiver-Chips berücksichtigen (können), genau so wie dessen Fehlerkorrektur-Algorithmus.
Nein, selbst gleiche NAND-Chips vom selben Hersteller aus dem selben Fertigungslos können an unterschiedlichen Stellen defekte Blöcke haben. Genauso gibt es auch (vereinzelt) mal Chips ganz ohne defekte Blöcke. Man muss also beim externen Kopieren eines NAND-Chips wenigstend das Handling von defekten Blöcken durch den NAND-Controller des Receiver-Chips berücksichtigen (können), genau so wie dessen Fehlerkorrektur-Algorithmus.
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
was ich nicht begreiffe ist, dass man einen heutigen nand-chip beschreiben kann, und dieser selbst die defekten sektoren markiert und verwaltet.
doch wenn ich diesen auslese, gibt der den ganzen schrott auch wieder (unzensuriert), obschon er das verwalten kann.
hää?
was ich nicht begreiffe ist, dass man einen heutigen nand-chip beschreiben kann, und dieser selbst die defekten sektoren markiert und verwaltet.
doch wenn ich diesen auslese, gibt der den ganzen schrott auch wieder (unzensuriert), obschon er das verwalten kann.
hää?
Daggi_Duck
Elite Lord
- Registriert
- 6. August 2011
- Beiträge
- 3.160
- Reaktionspunkte
- 1.536
- Punkte
- 113
AW: VU solo clone rote LED
NAND-Chips verwalten nicht unbedingt selber defekte Sektoren, sondern melden nur defekte Sektoren als defekt, liefern aber dennoch (verfälschte) Daten beim Lesen. Das Defekt-Handling an Hand der Defekt-Marker in den OOB-Daten muss vom NAND-Controller des Receiver-Chips beim Schreiben und beim Lesen der Daten durchgeführt werden. Wenn man also beim externen Kopieren eines NAND-Chips nicht haargenau das Verhalten des im Receiver-Chip integrierten NAND-Controllers nachbilden kann, ist eine Kopie unter Umständern (defekte Sektoren an unterschiedlichen Stellen im Original-Chip und im Chip für die Kopie) unbrauchbar.
Die NAND-Chips haben nur den extra Speicherbereich, um ein Defekt-Handling durch die äußere Steuerung zu ermöglichen. Wie das dann realisiert wird, hängt u.a. vom Einsatzzweck des NAND-Chips ab. Bei eher sich selten ändernden Daten 8also wenigen Schreibzyklen) reicht da sicherlich ein einfaches Defekt_Handling in der Art, dass ein defekter Sektor einfach übersprungen wird. Bei häufig sich änderrnden Daten (z.B. Massenspeicher auf Basis von Flash-Chips wie z.B. USB/Flash-Sticks, SSDs usw.) müssen die NAND-Controller dann schon komplizierteres Defekt-Handling beherrschen, damit u.a. möglichst alle Sektoren gleich oft mit veränderten daten beschrieben werden und nicht nur bestimmte, immer gleiche Sektoren.
NAND-Chips verwalten nicht unbedingt selber defekte Sektoren, sondern melden nur defekte Sektoren als defekt, liefern aber dennoch (verfälschte) Daten beim Lesen. Das Defekt-Handling an Hand der Defekt-Marker in den OOB-Daten muss vom NAND-Controller des Receiver-Chips beim Schreiben und beim Lesen der Daten durchgeführt werden. Wenn man also beim externen Kopieren eines NAND-Chips nicht haargenau das Verhalten des im Receiver-Chip integrierten NAND-Controllers nachbilden kann, ist eine Kopie unter Umständern (defekte Sektoren an unterschiedlichen Stellen im Original-Chip und im Chip für die Kopie) unbrauchbar.
Die NAND-Chips haben nur den extra Speicherbereich, um ein Defekt-Handling durch die äußere Steuerung zu ermöglichen. Wie das dann realisiert wird, hängt u.a. vom Einsatzzweck des NAND-Chips ab. Bei eher sich selten ändernden Daten 8also wenigen Schreibzyklen) reicht da sicherlich ein einfaches Defekt_Handling in der Art, dass ein defekter Sektor einfach übersprungen wird. Bei häufig sich änderrnden Daten (z.B. Massenspeicher auf Basis von Flash-Chips wie z.B. USB/Flash-Sticks, SSDs usw.) müssen die NAND-Controller dann schon komplizierteres Defekt-Handling beherrschen, damit u.a. möglichst alle Sektoren gleich oft mit veränderten daten beschrieben werden und nicht nur bestimmte, immer gleiche Sektoren.
kamabox
Ist gelegentlich hier
AW: VU solo clone rote LED
Hallo, eine frage...haben alle solo clone gleiche flash? Ich habe eine flash fuer x solo minj...ist sie ok fuer cloud ibox? Grazie mille.
Hallo, eine frage...haben alle solo clone gleiche flash? Ich habe eine flash fuer x solo minj...ist sie ok fuer cloud ibox? Grazie mille.
OP
OP
treki
Premium
- Registriert
- 24. Januar 2011
- Beiträge
- 1.590
- Reaktionspunkte
- 409
- Punkte
- 253
AW: VU solo clone rote LED
habe nun einen neuen samsung chip (anstatt toshiba) eingesetzt.
dh. zwei mal. beim ersten wurde die makerID nicht erkannt. vllt hat der zu heiss bekommen.
der im netz erhältliche bootloader für die solo1 ging nicht.
jetzt im moment bin ich den dump von einer laufenden box am flashen.
bis jetzt sieht es vielversprechend aus. es läuft viel länger (15min für 20%).
leider kein boot nach der prozedur
hier noch ein paar bildchen:
vielleicht hat noch wer eine idee!?
habe nun einen neuen samsung chip (anstatt toshiba) eingesetzt.
dh. zwei mal. beim ersten wurde die makerID nicht erkannt. vllt hat der zu heiss bekommen.
der im netz erhältliche bootloader für die solo1 ging nicht.
jetzt im moment bin ich den dump von einer laufenden box am flashen.
bis jetzt sieht es vielversprechend aus. es läuft viel länger (15min für 20%).
leider kein boot nach der prozedur
hier noch ein paar bildchen:
vielleicht hat noch wer eine idee!?
Zuletzt bearbeitet:
Ähnliche Themen
- Gesperrt
