Closed fgalfa closed 2 years ago
@micheleabelli Nota 1: da notare che QUERY risponde con un valore di boot status o errore 1 (cfr. "Reported boot status is 1" nel log 1) Nota 2: il passaggio da status_level da 7 a 6 avviene dopo JUMP_TO_BOOT, non in seguito a lettura versioni (cfr. log 2)
Il problema non si presenta più dopo modifica al Boot MAB che, in caso di tentativo di aggiornamento FW su una Slave avente Boot Non compatibile o Non comunicante, determina un failure nella Verifica senza bloccarsi, rimanendo disponibile per altri aggiornamenti
Condizioni di test
PC collegato a una MAB con slave con indirizzo 1, bootloader aggiornati alla versione presente in tests/.../DESK/.
Sequenza di test
Risultati
Il processo di programmazione parte, ma con tempistiche dilatate. I comandi impiegano sempre più tempo a essere processati da MAB, fino a timeout (vedi log 1).
A successivo riavvio, non è più possibile effettuare salto a boot. In seguito a _DIAG_JUMP_TOBOOT, la variabile _statuslevel viene impostata a 6 anziché 9.
Log 1:
Log 2
Messaggi salienti: