XMEGA Calibration Byte.wofür?

Google kaput?

http://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0CCwQFjAB&url=http%3A%2F%2Fwww.atmel.com%2FImages%2Fdoc8277.pdf&ei=HCdSVcayNIeNsAGG64D4CQ&usg=AFQjCNH3q09Y0W0LAOlUO_QTVD2Et5SSrw&bvm=bv.92885102,d.bGg

gerald schrieb:
> Ne, ich dachte für den ADC gibt es ein eigenes Calibration Byte, das nur
> für den ADC ist

Gibt es auch: ADCACAL0/1
Wird ausgelesen und dann in ADCA.CALL/H eingetragen

Da scheint jemand etwas frustriert zu sein, dabei sagen die AppNotes 
doch alles:

1

The calibration value is not loaded automatically, and should always be

2

loaded from the production signature row (ADCxCAL0/1) and written to the 

3

corresponding ADC calibration registers (CALL/CALH) before enabling the ADC.

Immerhin ist Atmel so nett es schon zu messen und man muss es nicht 
selbst erledigen, die zwei Zeilen Code sind ja nicht die Tat:

1

  //Read factory calibration bytes

2

  ADCA.CALL = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCACAL0) );

3

  ADCA.CALH = ReadCalibrationByte( offsetof(NVM_PROD_SIGNATURES_t, ADCACAL1) );

Vielleicht um den Anwender die Möglichkeit zu geben die 
Temperaturabhängigkeit des ADC selbst auch noch kompensieren zu können?!

Übrigens steht bei mir in ADCACAL0 und ADCACAL1 eh immer "0x00". 
Möglicherweise hatten die ersten Revisionen damit eher Probleme.

@Karl:

Der Grund ist, dass die ganzen Kalibrierungen (von denen es beim xmega 
eine ganze Menge gibt) in einem festen NVM Addressbereich liegen, der 
nicht dem Flash zugehörig ist. In ASM muss man vorher abenteuerliche 
Umbiegungen machen, damit man da erstmal drauf zugreifen kann. Bekommen 
die ganzen c User natürlich nicht mit ^^

Jetzt will der xmega jedoch den Wert im Ram haben, da liegt er aber 
nicht. Also musst du ihn da rein legen. Damit Atmel das für dich tun 
könnte, müssten die selbst Assemblercode in den Flash legen, der das 
dann macht. Hätte man technisch gesehen auch machen können, den PC (und 
das ist jetzt kein Personal Computer) offsetten und dann halt ein paar 
Bytes weniger für den restlichen Programmcode freigeben. Vielleicht 
hätten die dann jedoch zu sehr in den AVR Kern eingreifen müssen, 
weshalb die sich gesagt haben, dass der User, der freiwillig mit xmega 
arbeitet, sowas im Schlaf macht ;)

Die Kalibrierungsbytes sind übrigens nicht immer dolle. Habe ich grade 
selber erst beim USB Modul feststellen dürfen.

Ach und das Einladen einfach mal weglassen ist eine GANZ blöde Idee. Da 
die Werte aus dem SRAM geladen werden, stehen da am Anfang 
"Zufallswerte" drin. Du hast dann bei jedem Reset je nach 
"Starttemperatur" ein anderes Byte da drin stehen. Kann natürlich auch 
lustig sein ;)