Statusthread Rosetta und Philae

Wenn ich das richtig verstehe, dann muss der "Health report" erst vom Boden angefordert werden, deswegen dauert das noch 2x45=90 Minuten. Warum schickt Rosetta den nicht automatisch?

Wenn ich das richtig verstehe, dann muss der "Health report" erst vom Boden angefordert werden, deswegen dauert das noch 2x45=90 Minuten. Warum schickt Rosetta den nicht automatisch?

Könnte es vielleicht sein, dass das Carriersignal leichter zu empfangen ist, also einfach "lauter"/einfacher aufgebaut/schwerer zu übersehen, und damit geeigneter für die erste Kontaktaufnahme?
Während bei Daten ist das Muster vielleicht komplexer, und wenn man etwas in der falschen Frequenz lauscht oder sonst was nicht optimal läuft, könnte es im worst case im Hintergrundrauschen untergehen?
Das wäre meine Theorie dazu.

und bei 10 Jahre Flugzeit kommt es auf die 45 90 Minuten zusätzlich auch nicht mehr an Zudem weiß man dann sicher, dass auch der Empfänger an Board arbeitet

mfg

Chris

Auf jeden Fall... HURRAAAAA!!!

ROSETTA: Und so bin ich aufgewacht ...

http://www.esa.int/spaceinvideos/Videos/2013/12/How_Rosetta_wakes_up_from_deep_space_hibernation

Gibt's schon was neues zum Health Report? 

Gibt's schon was neues zum Health Report? 

Just in time:

WE HAVE TELEMETRY: ESA is now receiving data from @ESA_Rosetta. Mission control analysing this to determine spacecraft health

Hmmm.. a couple of TM frames dropped... not serious... wait a bit

ups was da passiert? fehlt was?

Zitat von: Chewies Wife am 20. Januar 2014, 21:23:08

Gibt's schon was neues zum Health Report? 

Just in time:

WE HAVE TELEMETRY: ESA is now receiving data from @ESA_Rosetta. Mission control analysing this to determine spacecraft health

Perfekt. 
Das zeigt schon mal, dass die Grundfunktionen in bester Ordnung sind.  Ein guter Tag für die (europäische) Raumfahrt.

nice to know, but sollte das nicht auf Deutsch hier stehen...

ESA empfängt nun Daten von @ESA_Rosetta. Mission control wird die Daten analysieren, um den Gesundheitszustand des Raumschiffs zu ermitteln.

nun denn. Und wann ist die Analyse ferdisch? 

esa schreibt in "international" english - live ...

ESA Operations ‏@esaoperations 
Telemetry lock back on... data coming in... clapping in Main Control Room...

mehr auf dem Twitter-Kanal
https://twitter.com/esaoperations

international mir nix schwer 

doch gibt's eine Uhrzeit, bis wann die mit ihrer Auswertung ferdisch sein wollen? Das wäre mal interessant. Wird das heut noch was?

international mir nix schwer 

doch gibt's eine Uhrzeit, bis wann die mit ihrer Auswertung ferdisch sein wollen? Das wäre mal interessant. Wird das heut noch was?

"ferdisch" waren die doch in Dortmund schon in diesen Minuten ...

Rosetta calls home

https://www.youtube.com/watch?v=ZTziL4Y-dbU




Just in time: Andrea Accomazzo: Daten sehen gut aus!

#Rosettta Operations Manager Andrea Accomazzo has taken a look at the data... we look good!

Rosettas Operationsmanager Andrea Accomazzo hat einen Blick auf die Daten geworfen... Sieht gut aus

Quelle: Twitter

nun gut, schickt's du link, guckst du selber. auch ne Methode. 

was habt ihr nur mit eurem Twitter. ich guck doch hier.

was habt ihr nur mit eurem Twitter. ich guck doch hier.

Da gibts die schnellsten (offiziellen!) Infos. 

https://twitter.com/aolchawa/status/425365262876282880/photo/1

vielleicht kann wer was mit anfangen, ich seh nur... ja Zahlen und Buchstaben

Auf jeden Fall ne Menge Lost Packets, um die 32000 

Gruß, Klaus

Hallo, eben sah ich den Tagesthemenbeitrag zur Mission. Auch über die geplante Laborlandung auf dem Kometen. Wird der Lander "gute" Fotos von der Oberfläche nach der Landung senden??

Freu mich, dass der Wecker richtig gestellt war und Rosetta den Wecker gehört hat. Hoffe, dass auch alle System nun frisch und munter sind - für den Showdown am Kometen

Wird der Lander "gute" Fotos von der Oberfläche nach der Landung senden??

6 Kameras à 1024 x 1024 Pixel Auflösung für 360° Panoramaaufnahmen.

Gruß, Klaus

Auf jeden Fall ne Menge Lost Packets, um die 32000 

Gruß, Klaus

16.000 und paar zerquetsche hört sich für mich evtl. für ein Paket über 16kbyte oder so an? Wenn jede Zeile (=Paket) z.b. 16kbyte an Daten enthält wären es nur 2 fehlerhafte/fehlende Zeilen (=Pakete) die man auf den Screenshot sieht, im Gegenzug dazu kam mehr an (nämlich jede Zeile die beschriftet ist -> 16kbyte) als verloren ging.

Aber der Screenshot sagt zu wenig aus um darüber etwas sicherer sagen zu können.

mfg

Chris

16.000 und paar zerquetsche hört sich für mich evtl. für ein Paket über 16kbyte oder so an?

Du schließt aus der Anzahl der Pakete auf deren Größe? Das ist wirklich etwas gewagt... Fest steht, dass eine Zeile scheinbar aus (0-16383) = 16384 (2er Potenz) x Bits/Bytes oder was auch immer besteht und für sich wohl eine Checksumme hat bei deren Unkorrektheit eben die ganze Zeile nutzlos wird. Bzw. kann man da vielleicht etwas wiederherstellen, kommt auf die Codierung an. Ich vermute aber sowieso eine Fehlerkorrektur (Parity-bits z.B.) deren Möglichkeiten aber nat. auch begrenz sind.

Mnemonic = ein für den Menschen lesbares Kürzel für einen Befehl einer Assemblersprache
APID vielleicht Application Process Identifier
SPID vielleicht Service Profile Identifier
AOCMS Attitude & Orbit Control & Measurement System

Gruß, Klaus

dann sind auf den Screenshot immerhin 9 Zeilen angekommen und "nur" 2 verloren gegangen. Ob da viel Fehlerkorrektur Sinn macht? Frag ich eben nochmal die Telemtrie ab vllt. die Zeilen die mir wichtig waren 3x senden lassen Dann werde ich sie schon richtig erhalten (wenn der Boardcomputer nicht schon beim senden Mist baut). Klar irgendwas ist bestimmt mit reincodiert um sagen zu können "Jo die Daten sind plausibel" oder "oh da is was schief gelaufen" aber ob ich im 2. Fall viel Korrekturdaten mitgesendet werden? Nunja Spekulation

2er Potenz (16384) macht, wenn man es als Telemetrie betrachtet, mit 16kbyte am meisten Sinn. 16384 byte -> 16kbyte pro Zeile. Ist eine gesunde Menge für eine Telemetriezeile. Sicher sagen kann man es natürlich nicht aber eine Zeile hat garantiert keine 16MByte (16384kbyte)

ADCS/AOCS-> Attitude Determination and Control System / Attitude and Orbit Control System  Lage- und Bahnregelungssystem eines Raumfahrzeugs

mfg

Chris