1. Problema: el fracaso FlashLoader a parpadear QSPI escritura (auto-genera FSBL.out no quema, oro FSBL.out puede programar)
proceso de resolución:
A partir de la relación de ps_init.c, Después de sustituir encontró el problema no se resuelve;
Escribir a continuación proxxxx_jtag-debug.exe QSPI flash de carga LPSA se determina que no 0xe8002800 OCM (información Proxxxx consola está también tienen esta información)
Y vaya a la proxxxx 0326 exportaron archivo de enlace LPSA no es correcta, es necesario modificar manualmente (la nueva versión se ha corregido)
2. Problema: Después de resolver el problema 1, pero no puede entrar en la rutina de flash QSPI
Flash Junta QSPI
El más grande de un solo puerto rápidas velocidades de lectura de velocidad: 50MHz
Doble puerto Velocidad máxima de lectura: 33 MHz
Velocidad máxima de lectura de cuatro: 33MHz
La conclusión es reducir la frecuencia QSPI
= Frecuencia real de la configuración de frecuencia / coeficiente de BD (factor predeterminado BD de 4)
Si la frecuencia es de 200 MHz, entonces la frecuencia real de 50 MHz (el valor predeterminado es 200 MHz, 50 MHz, es evidente que en un estado crítico, habrá una cierta probabilidad de que el estado no se inicia)
Así que tenemos que modificar el valor predeterminado exportado a la frecuencia de 130MHz
Sin embargo, hay una serie de puzzles no quieren entender
- No hay ninguna modificación en el caso de la frecuencia (200MHz) ¿Por qué puede programar el éxito que se
- ¿Por qué la programación BOOT.BIN (FSBL.out y holamundo) no puede empezar; programación de BOOT.BIN de oro (FSBL.out y u-boot) puede comenzar
Programación proceso de la ROM de arranque -> LPSA -> u-boot
En plena forma bootmode JTAG, la LPSA no inicializado QSPI, QSPI inicialización en el u-boot,
devicetree u-boot proporcionado en el SPI-max-frecuencia, actualmente 50MHz, factor de BD de 2-32, la frecuencia de funcionamiento real de hasta 50/2 = 25 MHz,
BD coeficiente de MD es en realidad comenzó con la muestra sigue siendo 4, la frecuencia de 50/4 = 12.5MHz.
Para que pueda escribir tiene éxito
A través de ensayo y error, BOOT.BIN (FSBL.out 50MHz y holamundo) se puede escribir es un éxito, pero hay una cierta probabilidad se inicia correctamente (ROM de arranque -> 50 MHz LPSA -> holamundo)
El BOOT.BIN de oro no está seguro de qué versión de proxxxx deriva de frecuencias por defecto QSPI no está claro cuánto, a continuación, volver a hacer una BOOT.BIN (FSBL.out 50MHz y u-boot) (ROM de arranque -> 50 MHz LPSA -> u-boot)
A veces puede ser un arranque normal, a veces sólo la mitad colgó al inicio del fenómeno, el consejo de un largo tiempo, la temperatura de flash QSPI es baja, se puede empezar, si la tarjeta ha sido abierta, alta probabilidad se inicia (flash QSPI alta temperatura)
Por lo tanto, el programador no puede iniciar el flash problema QSPI pero la frecuencia de posicionamiento problema y debe reducir la frecuencia de qpsi.