Link alla notizia: https://www.hwupgrade.it/news/scienza-tecnologia/nasa-ingenuity-ha-bisogno-di-un-aggiornamento-software-primo-volo-rimandato_96924.html

Il drone-elicottero NASA Ingenuity ha riscontrato un problema durante uno degli ultimi test prima della prova di volo su Marte. Gli ingegneri del JPL hanno deciso di procedere con un aggiornamento software per risolvere la situazione.

Click sul link per visualizzare la notizia.

Speriamo che l'aggiornamento vada a buon fine immagino sia una cosa piuttosto delicata.. :stordita:

Speriamo che l'aggiornamento vada a buon fine immagino sia una cosa piuttosto delicata.. :stordita:
già...ormai anche le sonde spaziali sono buggate, e ci vuole il download di un nuovo firmware... chissà se c'è la fibbra su marte :D

già...ormai anche le sonde spaziali sono buggate, e ci vuole il download di un nuovo firmware... chissà se c'è la fibbra su marte :D

Gia' immagino la schermata di recovery di droid con il file zip da aggiornare sperando che al reboot arrivi in fondo.. :D

'na roba tipo "if errore then ignore" ?

'na roba tipo "if errore then ignore" ?
E' la stessa cosa che ho pensato io :D

Potrebbe esserci una difformità nei tempi di spin up delle eliche tra reale e ipotizzato?

E se al termine dell'aggiornamento arriva un BSOD? :D :D

O una cosa stile bios vecchio tipo..

"Keyboard non rilevata, premere F1 per continuare"

:D

A parte le facili battute su windows update, la nasa ha sempre utilizzato la tecnica degli aggiornamenti firmware da remoto (molto remoto....)

Tempo fa avevo letto le linee guida della programmazione "spaziale" dove indicavano, tra l'altro, che ogni software deve essere semplice e privo di parti inutili.
Prima che un rover atterri (alluni, ammarti, avveneri...), è inutile che abbia a bordo il firmware per far funzionare i suoi strumenti scientifici, ma avrà il firmware necessario per gestire il distacco dal razzo e l'atterraggio.
Una volta atterrato, è inutile che il firmware contenga le routine per staccarsi dal razzo, gli verrà caricato direttamente il firmware per gestire gli strumenti ed il movimento.

https://standards.nasa.gov/standard/nasa/nasa-gb-871913

...Tempo fa avevo letto le linee guida della programmazione "spaziale" dove indicavano, tra l'altro, che ogni software deve essere semplice e privo di parti inutili.
Prima che un rover atterri (alluni, ammarti, avveneri...), è inutile che abbia a bordo il firmware per far funzionare i suoi strumenti scientifici, ma avrà il firmware necessario per gestire il distacco dal razzo e l'atterraggio.
Una volta atterrato, è inutile che il firmware contenga le routine per staccarsi dal razzo, gli verrà caricato direttamente il firmware per gestire gli strumenti ed il movimento.

https://standards.nasa.gov/standard/nasa/nasa-gb-871913
beh, allora direi che hanno esperienza di assistenza remota :D

Basta che non lo fanno fare alla M$ :D

Se poi non si riavvia avranno previsto un display da guardare col rover e tasti da premere? :-D :-D :-D (uno salva l'altro...)

Il massimo è se si dimenticano di fare i conti di sincronizzazione degli orologi...
Come col Courier 1B dopo 17 giorni l'orologio su cui si basavano i codici di accesso aveva perso la sincronizzazione, per cui il satellite non rispondeva più a quelli che riteneva comandi non autorizzati o ciaone...

Che useranno? Betaflight o cleanflight?
Scusate,è la battuta da dronista che è in me

Se invece di andare al risparmio, avessero pagato la manutenzione 7*24, un operatore sarebbe già andato in loco a aggiornare il FW.