[ninux-not-wireless] Aggiornamento software marziano (era Re: [ninux-roma] Curiosity has landed!)

Wed Aug 15 08:31:29 CEST 2012

On 15/08/2012 02:48, Michele Favara Pedarsi wrote:
> Grazie delle info, la ridondanza spiega la questione. Pensavo non
> avessero ridondato per questioni di peso, ma in effetti l'elettronica
> e' talmente leggera che ridondarla incide poco sulle performances;
> quindi de facto il rischio di un aggiornamento andato a male e'
> minimo.
>
> 250Mbit ... al giorno!? Tempi Spaziali... ahahahhahahahahhaah.

data la complessità della missione, non è possibile prevedere a priori
cosa dovrà fare il rover durante tutto il tempo.
Sicuramente dipende anche dai dati inviati a terra.
essendo un "automa" (lo ricordo), può eseguire dei compiti in autonomia
ma è necessario che gli ordini delle missioni da compiere con tutti i
dettagli operativi gli vengano inviati da terra. Non può predere da solo
decisioni strategiche.
Le missioni + le tattiche rappresentano i programmi che vengono aggiornati.
in questo modo l'unico programma che deve essere affidabile è il
downloader (+ il kernel di base).

>
> Il 15 agosto 2012 02:38, Francesco Rapanà <f.rapana at gmail.com> ha scritto:
>> I computer a bordo dei rover sono ridondanti[1], l'aggiornamento è stato
>> prima installato sul computer di backup e poi copiato successivamente (4
>> giorni dopo, oggi), dopo opportuni test, sul computer di backup [2].
>>
>> La scelta tecnica di procedere con software leggeri e specifici avrà
>> sicuramente molteplici ragioni, le due che mi vengono in mente sono:
>> - un software specifico e limitato più difficilmente andrà in conflitto con
>> altre routine non necessarie in un momento delicato come un atterraggio
>> sperimentale su un altro pianeta di questo tipo
>> - le memorie, come tutti i componenti utilizzati nei rover, sono progettati
>> specificatamente per resistere a condizioni estreme[3]. Le memorie in
>> particolare devono resistere alle radiazioni, principalmente durante il
>> viaggio, mantenendo i dati intatti. Ogni KB è utile, specialmente quando si
>> dovranno salvare grandi quantità di dati acquisiti dei sensori in attesa di
>> essere inviati a Terra con le velocità disponibili (250 Mbit / day). Vi
>> siete chiesti perché hanno usato fotocamere con una risoluzione di
>> 1024x1024? Storage ma non solo, frame rate, piattaforma, tecnologia
>> disponibile al momento del progetto... [4].
>>
>> (La fonte [2] indica come una delle ragioni la scarsa potenza dei processori
>> del rover, 133 Mhz ognuno, main e backup)
>>
>> Francesco
>>
>> [1]
>> http://mars.jpl.nasa.gov/msl/news/whatsnew/index.cfm?FuseAction=ShowNews&NewsID=1302
>> [2]
>> http://www.livescience.com/22338-mars-rover-curiosity-software-update.html
>> [3]
>> http://mars.jpl.nasa.gov/msl/mission/technology/insituexploration/severeenvironments/
>> [4]
>> http://www.slashgear.com/mars-curiosity-photo-size-and-cameras-explained-10242546/
>>
>>
>> Il giorno 14 agosto 2012 19:29, Michele Favara Pedarsi <mfp at meganetwork.org>
>> ha scritto:
>>
>>> Boh... un aggiornamento del software e' sempre e comunque
>>> un'operazione delicata quindi da evitare. Anche nel caso in cui
>>> esistono delle ridondanze; ma non credo sia questo il caso... la roba
>>> che vola deve essere piu' leggera possibile; per caricare al massimo
>>> il vettore di lancio meglio aggiungere strumentazione (Curiosity e' un
>>> laboratorio ambulante, più capacità analitiche meglio e') che
>>> ridondare i computer di bordo.
>>>
>>> Sicuramente esistono dei metodi per soppesare e confrontare la
>>> probabilità di un bug nel software e la probabilità di un
>>> aggiornamento marziano che rende pezzo-di-latta il rover. Ma a naso,
>>> considerando che sono entrambi rischi non esternalizzabili (ie: non
>>> esiste compagnia assicurativa che copre l'incidente), snellire il
>>> software per ridurre ad epsilon la probabilità di errore, dato che
>>> implica la necessità certa di almeno un aggiornamento
>>> post-atterraggio, e necessità che reintroduce una probabilità di
>>> errore analoga, snellire e' operazione inutile.
>>>
>>> Deve cioe' esserci altro motivo.
>>>
>>> Qualcuno nei commenti parlava di alterazione delle memorie da parte
>>> dei raggi cosmici; cosa effettivamente probabile al di fuori
>>> dell'atmosfera terrestre. Ma wikipedia dice che Marte ha atmosfera
>>> molto rarefatta e assenza di ozono, quindi di un certo filtro
>>> passa-basso; quindi anche il problema dei raggi cosmici mi sembra non
>>> sufficiente: se su Marte ci sono radiazioni come nello spazio, il
>>> rischio di corruzione del firmware e' identico se l'elettronica e'
>>> priva di schermatura propria adeguata nello spazio come sulla
>>> superfice del pianeta. La schermatura deve esserci comunque.
>>>
>>> Possibile che il software non fosse ancora pronto al momento del
>>> lancio o semplicemente abbiano voluto testarlo qualche mese in piu'?
>>>
>>>
>>> Il 14 agosto 2012 15:13, Alessandro Gnagni <enterprise.nx at gmail.com> ha
>>> scritto:
>>>> Penso che visto la complessità e la natura delicata dell'atterraggio
>>>> abbiano
>>>> voluto snellire il sw di proposito.
>>>>
>>>> Il giorno 14/ago/2012 09:10, "Michele Favara Pedarsi"
>>>> <mfp at meganetwork.org>
>>>> ha scritto:
>>>>
>>>>> "Curiosity su Marte, Nasa “trapianta” nuovo software nel rover"
>>>>> ---
>>>>> Completati i primi test, durante il fine settimana i tecnici della
>>>>> Nasa hanno iniziato a trasferire il nuovo software con tutte le
>>>>> istruzioni per muoversi sulla superficie del pianeta e utilizzare il
>>>>> braccio robotico. I computer del rover erano stati dotati solamente
>>>>> delle istruzioni per le manovre di atterraggio e per le prime
>>>>> operazioni di verifica
>>>>> ---
>>>>>
>>>>>
>>>>> http://www.ilfattoquotidiano.it/2012/08/13/curiosity-su-marte-trapianto-di-cervello-per-rover-dalla-nasa-nuovo-software/325211/
>>>>> ---
>>>>>
>>>>> Gustosi i commenti. Uno di spunto per fare poi il mio: "Prima si sono
>>>>> accertati che non ci fossero in giro marzio-cines-rumeni, pronti a
>>>>> clonare il SW, poi finalmente lo caricano con il SW definitivo". (
>>>>> parasia, Ieri 09:25 PM )
>>>>>
>>>>> L'impossibilità per chiunque di danneggiare la funzione del
>>>>> dispositivo e' implicita nel fatto che occorrono degli impianti di
>>>>> trasmissione non alla portata di chiunque. E' impossibile cioe' non
>>>>> per motivi cinematografici tipo "il firewall" o "la password"...
>>>>> questo mi sembra chiaro a tutti, per lo meno in questa lista.
>>>>> Cio' che invece credo sia importante rilevare e' che, al di la' del
>>>>> costo dell'apparato di trasmissione, la distanza pone al sicuro
>>>>> l'asset, esattamente come accadrebbe se fossero implementati dei
>>>>> meccanismi di voto (o, ancora meglio, pagamento) su reti wireless
>>>>> locali come Ninux: non potrebbero esistere furti periodici di
>>>>> circostanza come quelli in corso d'opera.
>>>>>
>>>>> Secondo me Curiosity non chiede password per l'update del firmware.
>>>>> Magari la routine per chiedere le credenziali d'accesso esiste nel
>>>>> codice, perchè la sua assenza sarebbe una grave mancanza
>>>>> dell'ingegnere progettista, ma e' stata commentata prima del lancio.
>>>>> Chi vuole scommettere?
>>>>>
>>>>> ciao
>>>>>
>>>>> mfp
>>>>>
>>>>>
>>>>> Il 06 agosto 2012 18:14, LuX <lux at ninux.org> ha scritto:
>>>>>> Il giorno 06/ago/2012, alle ore 12:32, Alessandro Gnagni ha scritto:
>>>>>>
>>>>>> Dopo un atterraggio al limite della fantascienza curiosity è
>>>>>> atterrata
>>>>>> sana
>>>>>> e salva. Pensate che il sistema operativo della sonda conta più di
>>>>>> 500000
>>>>>> linees di codice ed è stata calata da una gru sospesa in aria da
>>>>>> razzi
>>>>>> con
>>>>>> delle funi in nylon fino al suolo marziano.
>>>>>> P.s.: è grossa quanto un automobile!
>>>>>>
>>>>>> Grazie Ale,
>>>>>> aggiungo un paio di link utili, e giro su not-wireless.
>>>>>>
>>>>>> [ANSA] Curiosity giunto su Marte. A caccia di tracce di vita:
>>>>>>
>>>>>>
>>>>>> http://www.ansa.it/web/notizie/rubriche/scienza/2012/08/06/Curiosity-arrivato-Marte_7299805.html
>>>>>>
>>>>>> [YOUTUBE] Mars Science Laboratory Curiosity Rover Animation:
>>>>>> http://youtu.be/P4boyXQuUIw
>>>>>>
>>>>>> --
>>>>>> LuX
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Not-wireless mailing list
>>>>>> Not-wireless at ml.ninux.org
>>>>>> http://ml.ninux.org/mailman/listinfo/not-wireless
>>>>>>
>>>>> _______________________________________________
>>>>> Not-wireless mailing list
>>>>> Not-wireless at ml.ninux.org
>>>>> http://ml.ninux.org/mailman/listinfo/not-wireless
>>>>
>>>> _______________________________________________
>>>> Not-wireless mailing list
>>>> Not-wireless at ml.ninux.org
>>>> http://ml.ninux.org/mailman/listinfo/not-wireless
>>>>
>>> _______________________________________________
>>> Not-wireless mailing list
>>> Not-wireless at ml.ninux.org
>>> http://ml.ninux.org/mailman/listinfo/not-wireless
>>
>>
>> _______________________________________________
>> Not-wireless mailing list
>> Not-wireless at ml.ninux.org
>> http://ml.ninux.org/mailman/listinfo/not-wireless
>>
> _______________________________________________
> Not-wireless mailing list
> Not-wireless at ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/not-wireless
>
>