Haplo escribió:La cosa en realidad sucedió así:
AVillena: Pues sí, ahora es muy fácil actualizar el zxuno por el EAR...
Hark0: Oye ¿Cómo era eso de brickear un zxuno?
Quest: Trae pacá el cacharro que os lo enseño.
20 min de pitidos de cinta después...
Quest: ¡Brickeado! ¿Veis que fácil?
Hark0: ¡Ostia cómo mola! Antonio te lo cambio por el tuyo que no me gusta el color...
) Quest escribió:No obstante, ahora hablando en serio, habria que saber por qué ocurre lo del brick. Sobre todo de cara a las unidades finales cuando el usuario final vaya a actualizar y no disponga de otro modo mas que el de la carga por EAR (que por cierto fueron 3 minutpos y medio, y no 20 por ser CargandoLeches
A mí hace tiempo me pasó 2 o 3 veces lo del brick (led de estado encendido fijo y pantalla negra/sin señal), aunque después y hasta ahora siempre ha ido perfecto. Lo curioso es que usando el mismo wav/tzx que me hizo brick una vez, luego no lo hizo y funcionó. Lo cual parece que da alguna pista de uq podría tenre algo que ver con el proceso y no con el archivo en sí.
Quest escribió:No obstante, ahora hablando en serio, habria que saber por qué ocurre lo del brick. Sobre todo de cara a las unidades finales cuando el usuario final vaya a actualizar y no disponga de otro modo mas que el de la carga por EAR (que por cierto fueron 3 minutpos y medio, y no 20 por ser CargandoLeches
A mí hace tiempo me pasó 2 o 3 veces lo del brick (led de estado encendido fijo y pantalla negra/sin señal), aunque después y hasta ahora siempre ha ido perfecto. Lo curioso es que usando el mismo wav/tzx que me hizo brick una vez, luego no lo hizo y funcionó. Lo cual parece que da alguna pista de uq podría tenre algo que ver con el proceso y no con el archivo en sí.
antoniovillena escribió:
Pues la próxima vez que os pase (lo del brick) si no os importa antes de reflashear haced una lectura de toda la Flash con el iMPact. Si me enviáis ese dump junto con el machine.bin (o machine.tap) que habéis usado, puedo comparar y saber en qué punto se ha grabado mal.
Quest escribió:De paso comentar, no se si puede influir o no, pero por si acaso, que hubo algunos problemas de interferencias con la corriente, nos dimos cuenta con el zxuno engendro de celestinox, que se veia muy mal. Es raro porque usé un cargador de raspberry, el que mandan con el pack oficial, pero el caso es que él comentaba que le pasaba con algunos cables chinos también, aunque a mi no me provocó interferencias, crees que quizá una interferencia inoportuna en el momento de grabado de la flash pudiera corromper el contenido?
antoniovillena escribió:Quest escribió:De paso comentar, no se si puede influir o no, pero por si acaso, que hubo algunos problemas de interferencias con la corriente, nos dimos cuenta con el zxuno engendro de celestinox, que se veia muy mal. Es raro porque usé un cargador de raspberry, el que mandan con el pack oficial, pero el caso es que él comentaba que le pasaba con algunos cables chinos también, aunque a mi no me provocó interferencias, crees que quizá una interferencia inoportuna en el momento de grabado de la flash pudiera corromper el contenido?
Desde luego que todo apunta al momento de grabación, algo que dura del orden de un segundo o algo así. Lo que sí podría hacer es comprobar que lo que se ha escrito coincide con lo que hay en la RAM, y si no es así volverlo a escribir.
celestinox escribió:Cierto, a mí ahora con los mismos cargadores chinos, y cables USB de mejor calidad, no me ha vuelto a pasar. Si pongo los cables malos, se me reproduce el defecto de nuevo.
Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 4 invitados