Heute mal ein kurzes Update.,
Ich hatte diese SD-Red 20 Kiste mit einer Boot Loop, die Firmware Images (image1 und image2) sind fehlerhaft gewesen.
Dadurch war die Kiste in einem Boot Loop und wechselte permanent die Images. Stop des autoboot war nicht möglich..
Inzwischen laufen 2 Systeme wieder als Red Device mit der XGS.
Hier also ein Update zum Vorgehen.
- Mit einem WSON8 Pogo Adapter wird der SpiStack Chip kontaktiert.
- Der SPI Programmer wird über ein Script angewiesen das DIE0 zu selektieren.
- danach wird der Chip ausgelesen und der Bootdelay von -2 auf 10 gesetzt.
- Danach läuft das uBoot in einen CRC error und man gelangt ins uBoot.
Ab hier ist das dann wieder recht simple gewesen.Ein NAND Glitch war nicht möglich.
- Ändern des Bootdelay auf 10 und speichern der Recovery Environment Variablen.
- Reset und den Autoboot beenden.
- ggfs. alle Environment Variablen korrekt setzen.
- Laden des Red 20 Image und des Flat Device Tree Image von USB
- Booten aus dem RAM und mit (f) in den Failsafe wechseln.
- Die Config der Red-20 mounten, die fw_config.dev erstellen.
- ggfs, das Environment nochmals prüfen.
- USB Stick mit dem Image mounten
- das FlashDevice.sh Script modifizieren (image1 ooder image2).
- Image vom USB Stick mit dem Script flashen.
- das war’s dann meistens …
Und zwischendurch immer mal prüfen, ob das Bootdelay wieder auf -2 steht, dann ggfs. ändern.
Am einfachsten geht’s im Failsafe, sonst ist ein stop des uBoot nicht möglich.
Den NAND zu überschreiben, wollte ich vermeiden, da dann auch die Unlock Codes weg sind..
OpenWrt hab ich mal kompiliert, aber bin nur bis zum Kernal Panic gekommen.
Gruß
Jürgen
This thread was automatically locked due to age.