Newsgroup: it.comp.hardware.cpu
Titolo: Problema hardware su Marte

Circa i problemi a cui sta andando in contro in questo momento il lander
Spirit su Marte si è ormai accertato che si tratta di un problema della
memoria Flash della sonda (o al più del software che la controlla). I
tecnici NASA stanno cercando un modo di ripristinare la funzionalità del
lander, si parla di bypassare le flash ed usare solo la RAM. Sapete qualcosa
a livello hardware di questo piccolo esogeologo robot? La descrizione
sommaria del problema che ho trovato in rete mi ha incuriosito...
Che tipo di processore e bus dati dovrebbe avere? Che funzioni dovrebbero
avere le memorie RAM e flash? Cosa quindi potrebbe comportare la perdita
delle flash?
-- 
Nico
"Haec immatura a me iam frustra leguntur oy"

 delle flash?
Spirit has 256 megabytes of flash memory, a type commonly used on gear such
as digital cameras for holding data even when the power is off. Engineers
confirmed this morning that Spirit's recent symptoms are related to the
flash memory when they commanded the rover to boot up and utilize its
random-access memory instead of flash memory. The rover then obeyed commands
about communicating and going into sleep mode. Spirit communicated
successfully at 120 bits per second for nearly an hour.


Secondo me monta come sistema operativo Xp, il quale ha mostrato il classico
schermo blu.
Siccome alla nasa hanno tolto la spunta al "riavvia il sistema in caso di
errori", il tutto si e' piantato.
Appena i marziani hanno scoperto che c'era il rischio che mandassero Bush a
premere il reset, ci hanno pensato loro, prima che il presidente decidesse
di invadere Marte perche' in possesso di armi di sterminio di massa.......
:-)))
-- 
Saluti
Bruno


Grande...


Solitamente mi limito a leggere i post, ma stavolta non posso proprio non
rispondere... dato che sono caduto dalla sedia dal ridere!!!
Ma secondo te il a Pasadena o a Cape Canaveral qualcuno l'avrą fatto il
"disco di ripristino" di Spirit?  :-)
Ciao Rik

 Ciao Rik
Sicuramente!
e visto il nome del robottino, sicuramente l'avranno fatto con Ghost :-))
-- 
Saluti
Bruno

schermo blu.
(cut)
Ma LOL!!! :D
-- 
ZHELGADIS THE LIGHTBRINGER (ICQ 33134824)
BAG#008,DPPSJ#000,BAT#013,TFC#012,GAM#026,ZZZZ#027,CID#027,PAN#015
"Aspettare non č mai stato un problema, per me.
Posso trascorrere piacevolmente ore e ore con l'aiuto di un buon caffč"


Secondo 
www.space.com
 i MER (Mars Exploration Rover)
usano una cpu RAD6000, essenzialmente
una cpu PowerPC realizzata in tecnologia rad-hard
(molto piu resistente alle radiazioni rispetto ai normali chip)
con potenza di calcolo massima 20MIPS (il clock puo commutare al volo
tra 5,10,20Mhz in modo da ottimizzare i consumi).
La ram e' di 128MB e ci sono poi 256MB di flash eprom usata
sia per eseguire codice e memorizzare dati "mappati in memoria"
che come disco virtuale.
Sia nello spazio che su Marte le radiazioni ionizzanti non sono
trascurabili e quindi tutti i componenti elettronici o sono rad-hard
oppure sono pesantemente schermati.
Sui MER serve solo la potenza di calcolo necessaria a leggere
i dati dai sensori, pilotare gli attuatori ed inviare/ricevere
dati per/dalla Terra, quindi una cpu simile va piu che bene visto
che per tutto il resto basta avere abbastanza memoria per
pre-caricare le liste di comandi da eseguire e registrare
temporaneamente i dati acquisiti dalle telecamere e dai sensori
per prepararli alla trasmissione a Terra.
Visto che le celle fotovoltaiche dei MER su Marte
generano *massimo* 140Watt (con il sole a picco, ecc. ecc.)
anche i movimenti devono venir sequenziati in modo da non azionare
troppa roba simultaneamente.
Anche se ci sono 8 generatori a radioisotopi per "tener caldo"
il rover durante la notte, spetta alle celle ricaricare le batterie
che devono dare potenza a tutto il resto 24 ore su 24.
Il S.O. di bordo sul MER e' VxWorks, e' un S.O. realtime
abbastanza diffuso per roba embedded/realtime, ma che sia a parlarne
bene che a parlarne male si scatenano flame non da poco.
In ogni caso, per la roba hard-realtime piu critica nei rover
si usa un FPGA Xilinx configurato ad hoc per gestire in hardware
la roba per cui cpu+VxWorks risultano troppo lenti.
Uno dei talloni d'achille di VxWorks e' la gestione della
memoria (con troppi processi attivi e troppi malloc e free
tende a produrre una frammentazione eccessiva dei blocchi
di ram e di flash "liberi") che anche se per molte
applicazioni realtime non e' un problema
(per la roba "veramente critica" si usa l'allocazione statica
  e ci si risparmia un sacco di rogne) nel caso di quel che
gira sui MER potrebbe esserlo.
Alla NASA comunque non sono stupidi, hanno usato VxWorks
perche gira su parecchi tipi di cpu e ne conoscono abbastanza
bene i difetti (e li aggirano, almeno quelli noti) visto che
lo utilizzano dagli anni '80, inoltre i MER sono configurati
in modo tale che in caso di rogne possono venir patchati da terra.
Il problema che aveva Spirit era causato da ... circa 60 reboot
al giorno a causa di "un problema di allocazione di dati sulla
flash-eprom" (a causa di questi "problemi di allocazione"
il sistema di ripristino capiva che c'erano rogne e faceva
il reboot in "modalita di emergenza", ma il reboot non risolveva
il problema visto che i dati "male allocati" restavano in flash).
Per quel che ho scritto prima si puo immaginare come hanno
risolto (almeno in un primo momento) la cosa.
Detto questo, c'e' da dire che usare Linux+RTAI, QNX oppure RTEMS
non avrebbe migliorato poi tanto le cose rispetto a VxWorks
*per quello che serve sui rover*, senza contare che lo stesso S.O.
(e suppongo parte del software) era gia stato usato con il
rover Sojourner inviato anni fa e quindi avrebbe avuo poco senso
rifare tutto da zero.
Il software di controllo da terra invece gira sotto S.O.
FreeBSD e le applicazioni di controllo e pianificazione movimenti
ed azioni sono per la maggior parte scritte in Java
(tanto e' tutta roba che gira offline su hardware "normale").
L. Micheletto


Tutto molto interessante :-)
Saluti

Complimenti per la precisione delle notizie riportate, davvero molto
interessanti e ricche di dettaglio.
Riccardo
-- 
73 de IK5WQO
http://www.qsl.net/ik5wqo

 sterminio di massa....... :-)))
L'ho trovato !!!!  .-)))))
Buon divertimento!
http://snipurl.com/49b1
-- 
Saluti
Bruno

 sterminio di massa....... :-)))
TROVATO!!!!!!!    :-)))))
