Lichtorgel nach Elm-Chan mit xMega

Highii H. schrieb:

> Den ADC-Kanal, über den der Ausgang der OP-Schaltung eingelesen wird,
> liefert je nach Spannung (0V - 3.3V) einen Wert zwischen -1100 und ca.
> 32753. Diesen Wert lasse ich mir am Display meines Boards ausgeben. Auch
> kann ich sehen, dass dieser Wert schwankt, je nachdem wie fest ich in
> das Mikrofon puste. Ist es ruhig, so liefert der ADV-Wandler einen Wert
> von ca. 26300.

Das kann nicht sein.
Der ADC hat 12 Bit Ausflösung. Damit können sich die Werte nur von 0 bis 
4095 bewegen. Deine Werte sind daher nicht plausibel. Da musst du noch 
mal ran.

Versuch mal rauszufinden, warum Elm Chan hier

1

    *buffer++ = ADC - 32768;

32768 abzieht. Im Moment seh ich da den Sinn noch nicht.

Kommando retour.
Elm Chan hat

1

ADMUX = _BV(REFS0)|_BV(ADLAR)|_BV(MUX2)|_BV(MUX0);        // channel

ADLAR gesetzt und kriegt damit das Ergebnis linksbündig ausgerichtet. 
Damit ist klar, warum er 32768 abzieht: Er verschiebt das Ergebnis in 
den Bereich -32768 bis +32767, wobei nicht alle 16 Bit benutzt werden, 
sondern nur die 10 höchtwertigen Bits zählen.

Wenn du am XMega ADC das Ergebnis nicht linksbündig ausrichten lässt ist 
klar, dass du dann Unsinn im Ergebnis bekommst, wenn du genau dasselbe 
machst. Entscheidend ist hier das ADLAR Bit.

Edit:
Hmm. eigentlich  hast du ja LEFT12BIT gesetzt. Trotzdem sehen deine 
Werte mies aus. Eigentlich sollte sich da ein schön symetrischer Bereich 
ergeben, wenn du (zb mit einem Poti) dem ADC Spannungen von 0 bis zur 
Referenzspannung anbietest.

Karl H. schrieb:
> Der ADC hat 12 Bit Ausflösung. Damit können sich die Werte nur von 0 bis
> 4095 bewegen. Deine Werte sind daher nicht plausibel. Da musst du noch
> mal ran.

Mh, komisch. Auf dem Display bekomme ich aber 32753 (bei 3.3V) 
angezeigt.

Karl H. schrieb:
> Hmm. eigentlich  hast du ja LEFT12BIT gesetzt. Trotzdem sehen deine
> Werte mies aus. Eigentlich sollte sich da ein schön symetrischer Bereich
> ergeben, wenn du (zb mit einem Poti) dem ADC Spannungen von 0 bis zur

Ich bin davon ausgegangen, dass durch das ADLAR-Bit, aus dem ADV Werte 
zwischen 0 und 65536, für 0V bzw. +5V, herauskommen. Und Elm-Chan mit 
-32768 diesen ADV-Wert zwischen -32768 bis +32767 verschiebt.

Was macht eigentlich der Befehl

1

*buffer++ = ADC - 32768;

Zieht er 32768 von ADC ab, und geht danach im buffer-array eins weiter? 
Oder zieht er vom aktuellen Buffer-Wert 32768 ab und schreibt den neuen 
Wert wieder in den Buffer?

Highii H. schrieb:

> Ich bin davon ausgegangen, dass durch das ADLAR-Bit, aus dem ADV Werte
> zwischen 0 und 65536, für 0V bzw. +5V, herauskommen.

Ersetzte die 5V durch "Referenzspannung" und wir sind genau dort.

Aber das hast du ja nicht, du sprichst von -1100 bis 32tausend 
irgendwas. Das ist dann  nicht "symetrisch".

Hast du denn deinen ADC getestet, indem du mit einem Poti Spannungen 
zwischen 0V und der Referenzspannung eingeschleust hast und dir die 
Werte angesehen hast, oder hast du einfach mal ein Audiosignal 
draufgeklopft in der Hoffnung, dass schon alles irgendwie funktionieren 
wird?

> Zieht er 32768 von ADC ab, und geht danach im buffer-array eins weiter?

Genau so.

> Oder zieht er vom aktuellen Buffer-Wert 32768 ab und schreibt den neuen
> Wert wieder in den Buffer?

kommt 'buffer' auf der rechten Seite der Zuweisung irgendwie vor?
Nein
Also wird wohl der aktuelle Inhalt von buffer keine Rolle spielen.

Karl H. schrieb:
> Aber das hast du ja nicht, du sprichst von -1100 bis 32tausend
> irgendwas. Das ist dann  nicht "symetrisch".

Ich habe einen kleinen Fehler bei der Anzeige gemacht. Die Werte gehen 
von -112 bis 32752.
ADV mal an GND mal an Vcc (3.3V) gehalten.

Highii H. schrieb:
> Karl H. schrieb:
>> Aber das hast du ja nicht, du sprichst von -1100 bis 32tausend
>> irgendwas. Das ist dann  nicht "symetrisch".
>
> Ich habe einen kleinen Fehler bei der Anzeige gemacht. Die Werte gehen
> von -112 bis 32752.

Ist immer noch nicht symetrisch.

Wenn der Eingang auf GND liegt, muss am letzten OpAmp die halbe Spannung 
der Referenzspannung anliegen und dein ADC muss (nach der Umrechnerei) 
eine glatte 0 (oder nahe drann) auswerfen.

> ADV mal an GND mal an Vcc (3.3V) gehalten.

So gehts auch. Trotzdem muss das Ergebnis symetrisch rund um 0 sein!

Karl H. schrieb:
> So gehts auch. Trotzdem muss das Ergebnis symetrisch rund um 0 sein!
Also ist -112 noch zu weit entfernt!?

Highii H. schrieb:
> Karl H. schrieb:
>> So gehts auch. Trotzdem muss das Ergebnis symetrisch rund um 0 sein!
> Also ist -112 noch zu weit entfernt!?

Wenn du 16 Bit linksbündig bist (unsigned) UND 32767 abziehst und in 
einer signed Variablen speicherst, dann muss das Ergebnis den kompletten 
Bereich -32768 bis +32767 abdecken!

Dieter F. schrieb:
> Kurz: Schau Dir das Prinzip an und baue es neu auf. Ist nebenbei
> ungemein lehrreich

Das mache ich eigentlich auch immer so. Aber durch die FFT blicke ich 
nicht ganz durch. Vor allem was in ASM geschrieben ist.

avr schrieb:
> Solange es nur um den Core geht, ist der Xmega zu 99% kompatibel. Ich
> habe selbst schon größere Assemblerprojekte portiert. Die
> Peripheriefunktionen musste man halt austauschen.

Ok. Ich schaue es mir nochmal an.

Dieter F. schrieb:
> avr schrieb:
>> Aber wenn man das
>> Programm sauber von Peripheriezugriffen trennt, dann geht die Portierung
>> sehr schnell.
>
> Blah, blubb - in der Peripherie liegt der Schmackes. Ohne IO geht
> nichts.

Schon richtig.
Aber bei der (in Assembler geschriebenen) FFT sind laut avr-s Aussage 
kaum Probleme zu erwarten.

Daher muss er sich jetzt erst mal darauf konzentrieren, den ADC in den 
Griff zu kriegen. Solange der miese Werte liefert, ist nicht zu 
erwarten, dass die FFT da irgendwas vernünftiges draus macht.

Karl H. schrieb:
> Daher muss er sich jetzt erst mal darauf konzentrieren, den ADC in den
> Griff zu kriegen. Solange der miese Werte liefert, ist nicht zu
> erwarten, dass die FFT da irgendwas vernünftiges draus macht.

So, den ADC habe ich nun in den Griff bekommen. Der xMega läuft mit 
3.3V. Die mittlere Spannung am ADC ist 1.65V. Der ADC liefert nun bei 0V 
am Eingang einen Wert von -32768. Bei 1.65V liefert er 0 und bei 3.3V 
liefert er +32767.
Leider geht es immernoch nicht. Keine der LED leuchtet auf.

Gibt es jemanden, der bereit wäre, meinen Code mal durchzuschauen?

Ich werde mir jetzt mal die Logik der FFT Routine anschauen. Vielleicht 
verstehe ich ja was sie macht. Leider habe ich absolut keine Ahnung von 
ASM.

Ah, jetzt geht es (fast). Ich habe aus unerklärlichen Gründen die 
Definition der LED-Ports als Ausgang rausgeschmissen. Dann kann ja auch 
gar keine LED leuchten.
Jedenfalls geht sie die FFT jetzt. Ich muss jetzt nur noch an der 
Verstärkung schrauben. Wenn ich Musik aufdrehe, leuchten die LEDs nur 
sehr schwach, bewegen sich aber zum Beat. Wenn ich jedoch Frequenzen 
direkt auf das Mikro spiele (mit einer einfachen Handy-App), dann 
leuchten sie perfekt auf.

Hi,
würdest Du hier den Code veröffentlichen?

LG.

L. P. schrieb:
> würdest Du hier den Code veröffentlichen?

Ja sehr gerne.
Anbei der Code für die FFT, realisiert auf dem xMega-Board 
atxmega256a3bu.

Die FFT kommt von Elm-Chan:
http://elm-chan.org/works/akilcd/report_e.html

Die ursprüngliche Implementierung ist wurde auf dem Atmega8 gemacht und 
ist hier zu finden:
https://www.mikrocontroller.net/topic/goto_post/1191497

Für Feedback oder Verbesserungsvorschläge bin ich dankbar.