Das DATA-Register des 10-Bit-DAC sieht "left-adjusted" aus. Aber nirgendwo im Text steht, dass der 10-Bit-Wert entsprechend angepasst werden muss.
Wie ist dies zu verstehen? Als "selbstverständlich"?
Aber nirgendwo im Text steht, dass der 10-Bit-Wert entsprechend
angepasst werden muss.
Doch, da steht sogar explizit der Name der Bits: DACn.DATA
Wie ist dies zu verstehen? Als "selbstverständlich"?
Ja, selbstverständlich musst du die 10 Bits Data[9:0] so verwenden, dass ein für dich taugliches Ergebnis herauskommt. Deshalb ist die Position dieser Bits im Datenblatt ausdrücklich beschrieben.
Bei ganz, ganz vielen anderen Bits ist das ja auch so.
Der Witz an diesem Alignment ist, dass im Highbyte "automatisch" die signifikanten 8 Bit stehen. Wenn dir also 8 Bit Auflösung ausreichen, musst du einfach nur dieses Byte verarbeiten.
dass der 10-Bit-Wert entsprechend angepasst werden muss.
Wenn du es schaffst, diesen Faktor 64 in deiner Rechnung zu "verstecken", dann musst du da gar nichts extra anpassen.
Wenn DACn ein /Bitfeld/ ist ... dann kümmert sich der Compiler um das Shiften, das musst Du nicht selbst machen. Sonst hätte das Bitfeld auch irgendwie wenig Sinn.
Wenn DACn ein Bitfeld ist ... dann kümmert sich der Compiler um das
Shiften, das musst Du nicht selbst machen. Sonst hätte das Bitfeld auch
irgendwie wenig Sinn.
Ja ne, vergiss es, hatte den Beitrag gelöscht, weil ich falsch herum gedacht habe.
Right Shift 6 wäre beim ADC richtig, beim DAC müsste es ja dann Left Shift sein.
Aber wenn der Compiler das macht, ist ja top, kannte ich so auch noch nicht.
Dann ist das /kein/ Bitfeld, sondern DATAH/DATAL sind die beiden kompletten Bytes der Register.
Und dann muss natürlich geshiftet werden.
Da im Datenblatt aber die zehn relevanten Bits im Register als "Data[9..0]" bezeichnet werden, war ich davon ausgegangen, daß im Code ein Bitfeld verwendet wird.
Ja, das wäre natürlich ziemlich ungeschickt dokumentiert, wenn ein 16-Bit Zugriff auf das Register DATA nach rechts justiert ist, Zugriffe auf die 8-Bit Register DATAH und DATAL dann aber nach links.
Aber ich denke, der Faktor 64 bei der ausgegebenen Spannung macht sich ganz schnell bemerkbar. Deshalb schrieb ich dass ich es "probiert" hätte.
Und möglicherweise komme ich dann genau dort raus, wie es der Code von Github auch macht. Einfach, weil das explizit und sonnenklar ist.
dachte, wenn man das "Complete DataSheet" hat, dann braucht man
keine Google-Funde.
Aber nachdenken und notfalls ein kleines Testprogramm schreiben ist schon erlaubt. Du bist hier 1,5 Stunden dran. In der Zeit hättest du x-Mal ein Testprogramm schreiben können. Oder geht es dir nur ums Prinzip?
Wie denn?
Was soll ich schreiben:DAC0.DATA = dac_value;
oder dochDAC0.DATA = dac_value << 6;
???
Bitfelder wäre sowas:
1
structmyDAC_s
2
{
3
uint16_tvalue:10;
4
uint16_t:6;/* unused */
5
};
6
7
volatilestructmyDAC_smyDAC@0x1000;/* Adresse vom Register in HW, Compilerspezifisch */
8
...
9
xy=myDAC.value;
Da kümmert sich der Compiler um alles.
In der Praxis scheitert es manchmal daran, dass die Reihenfolge der Bits per Schalter umgedreht werden kann oder dass die Register in bestimmter Art und Weise ausgelesen werden müssen.
AVR_10-bit_DAC_DATA.png
(21 KB)
AVR_DAC_Output_Voltage.png
(52 KB)
