Sprachausgabe mit AVR

Werde mich mal mir dieser Aufgabenstellung annehmen und erstma Ullis 
Schaltungsbeispiel aufbauen.

BTW: ist es eigentlich auch möglich eine SD über BASCOM anzusprechen ?

Gruß aus Berlin (ohhhh Somme scheint heute)

Ingo

Moin Ingo,

auch bei Bascom gibt es zu hauf Anwendungen mit einer SD Card. Auch gibt 
es eine Lib: 
http://www.mcselec.com/index.php?option=com_content&task=view&id=20&Itemid=41

Auch findest Du so einige Foren mit Lösungen.
Gruß MAT

Genau das was du brauchst: http://elm-chan.org/works/sd8p/report.html

Mario Grafe schrieb:
> Genau das was du brauchst: http://elm-chan.org/works/sd8p/report.html

Hallo Mario,

hatte ich schon entdeckt, bloß ich brauche drei - vier Sounds die ich 
per Tastendruck auslösen möchte.

Wo finde ich den Slot für die SD-Karte (Reichelt). Weiß die genaue 
Bezeichnung nicht.

Guckst du hier:
http://www.reichelt.de/?;ACTION=2;LA=2;GROUPID=3768;SID=267gUJP6wQARoAAEgzS4obc43437874013e3070df5a9d06a797b4

Bauteiltöter schrieb:
> Hi
>
>
> Ich habe grade soetwas programmiert:
> http://www.youtube.com/watch?v=N918HeWlKII
> http://www.youtube.com/watch?v=C-gq5afOopY&feature=related
>
> Ist in BASCOM geschrieben.
> SD-Karte mit FAT16/32
> Dateien im Root-Verzeichniss, Unterverzeichnisse auch möglich
> -WAVE-Dateien 8bit/8khz mono
> Code hat ca. 8kB

Ist ja Irre :-)

Dachte jetzt eigentlich Bascom ist für solch Projekte nicht schnell 
genug.


Denke mal
http://www.reichelt.de/index.html?ACTION=3;GROUP=C136;GROUPID=3768;ARTICLE=56476;SID=26PWyIoawQARoAAHPwUSAe1c6fe7c81aefc3016a6c13c62937724

das wird der richtige sein. TEUUUUUUER brrrrr

anderes Ding..
wird ein Mega 8 in Verbindung mit einer 1GB SD-Karte ausreichen für mein 
Vorhaben ?
Als Hardware ankopplung denke ich an die Lösung von Ullich Radig.

Ingo Laabs schrieb:
> TEUUUUUUER brrrrr

schau bei ebay, da gibts die für <1€ in Hongkong

Oder such dir bei ebay eine micro-SDkarte mit adapter auf mini oder SD 
und löte den Adapter fest auf die Platine.

@Ingo:
Die Kartenslots bei Reichelt sind wirklich heftig; aber wenn Du schon 
Ulrichs Lösung in Betracht ziehst, kannst ja auch mal ein seinen Shop 
schauen; da gibts die Kartenslote für 1,99 Euro ;-)

Das ganze Gerät gibt's auch als fertige Platine bei Sparkfun:

http://www.sparkfun.com/commerce/product_info.php?products_id=9715

Und schon gehn die Probleme los....ist doch irgendwie doof, jetzt 
befinden sich die Pins für die SPI am Mega 8 genau da, wo auch die PWM 
erzeugt werden soll. Anderen uP oder kann ich das SPI auch an anderen 
Pins betreiben ?

Klaus schrieb:
> Hey Ingo, du kannst in 15 Minuten ne SPI Schnittstelle per Software an
> beliebige I/O-Pins basteln.

Hi Klaus,

na dann ist ja OK. Nein, zur Zeit mache ich mir Gedanken (und 
Schaltplan) über die Hardware und hatte dabei nur festgestellt, dass da 
ja die selben Ports benutzt werden. Aber wenn ich das umgehen kann, ist 
ja OK.
Also kein Hardware SPI. Wobei ich immer noch nicht weiß, ob der MEGA 8 
dazu geeignet ist.

Wo bekomme ich das AVR-DOS bzw wie binde ich es denn in mein BASCON ein.
Habe mir mal das Bsp. geladen, bekomme da jedoch jede menge 
Fehlermeldungen.

Gruß Ingo

Hi,

hast du die Demo von Bascom oder die Vollversion?
Mit der Demoversion kannst du AVR-Dos nicht benutzen, da der Code 
deutlich über 4kB groß wird.

Eigentlich ist AVR-Dos schon in BASCOM integriert.
Als beispiel solltest du dir die Datei 
/BASCOM-AVR/SAMPLES/AVRDOS/Test_DOS_drive.bas benutzen.

du musst die Zeile include "config_HardDisk_M128.bas" auf deine Hardware 
anpassen.
z.B. auf include "config_mmc.bas".
Danach musst du dir config_mmc.bas öffenen und auf deine Hardware 
anpassen

Die config_AVR-Dos.bas solltest du erstmal unberührt lassen.

MfG Torben

Setze mich jetzt mit dem Code von Ulrich Radig auseinander und bekomme 
hier jetzt folgende Meldung :

rm -rf usart.o fat.o main.o mmc.o  SD_CARD.elf dep/* SD_CARD.hex 
SD_CARD.eep SD_CARD.lss SD_CARD.map
Build succeeded with 0 Warnings...

make: *** No rule to make target `../../Eigene', needed by `usart.o'. 
Stop.
Build failed with 1 errors and 0 warnings...

wat dat ??

Gruß
Ingo

holger schrieb:
>>make: *** No rule to make target `../../Eigene', needed by `usart.o'.
>>Stop.
>>Build failed with 1 errors and 0 warnings...
>
>>wat dat ??
>
> Leerzeichen im Pfad? Leg deine Dateien mal woanders hin.


kein Leerzeichen da :-(

Klaus schrieb:
> Ingo Laabs schrieb:
>> No rule to make target `../../Eigene', needed by `usart.o'.
>
> Das 'Eigene' dort stammt doch bestimmt von 'Eigene Dateien', oder nicht?

jeeepppp
danke,danke...kniefall

OK, nachdem das jetzt wohl funzt, werde ich jetzt mal so langsam die 
Hardware aufbauen.
Angedacht sind:
Mega32,1GB SD

Gruß aus Berlin
Ingo

lt. Ulrich Radigs Programm würde ich auf folgende Beschaltung kommen

AVR_ATmega32
SPI_DI          (MISO)  PB6  an  Data Output der SD-Karte (PIN 7)
SPI_DO          (MOSI)  PB5  an  Data Input der SD-Karte (PIN 2)
SPI_Clock       (SCK)   PB7  an  Clock der SD-Karte (PIN5)
MMC_Chip_Select (OC0)   PB3  an  Chip Select der SD-Karte (PIN 1)
SPI_SS                  PB4
                GND  an  SD-Karte (PIN6/3)
                VCC  an  SD-Karte (PIN4)

Stimmt ?

lt. Ulrich Radigs Programm würde ich auf folgende Beschaltung kommen

AVR_ATmega32
SPI_DI          (MISO)  PB6  an  Data Output der SD-Karte (PIN 7)
SPI_DO          (MOSI)  PB5  an  Data Input der SD-Karte (PIN 2)
SPI_Clock       (SCK)   PB7  an  Clock der SD-Karte (PIN5)
MMC_Chip_Select (OC0)   PB3  an  Chip Select der SD-Karte (PIN 1)
SPI_SS                  PB4
                GND  an  SD-Karte (PIN6/3)
                VCC  an  SD-Karte (PIN4)

Stimmt ?

Warum verwendet Ulrich Radig PB3 anstatt den SS Pin für den CS der Karte 
?

Habe jetzt meine SD-Karte angeschlossen was auch funktioniert..aber..
es befinden sich vier Dateien auf der Karte und es werden nur drei 
angezeigt.

Habe jetzt versucht die Datei NESSAJA.WAV auszugeben, will aber nicht so 
recht.
Habe die main-Datei von Ulrich wie unten aufgeführt ( habe nur den 
geänderten Teil hier reingestellt da sie ja bekannt sein sollte) 
geändert..aber nach nessaja klingt es nicht.
Die Delays habe ich nur zu Testzwecken eingefügt. Meine Datei hat das 
Format 8Bit/mono/PCM/22Khz
Kann mal einer auf den Code schauen wo da der Fehler liegt ?
Danke und Gruß aus Berlin
Ingo


//Lade Cluster für das index.htm File in den Speicher
  Clustervar = 0;//suche im Root Verzeichnis
  if (fat_search_file((unsigned char 
*)"NESSAJA.WAV",&Clustervar,&Size,&Dir_Attrib,Buffer) == 1)
    {
    usart_write("\nFile Found!!\r\n");

//  init PWM

DDRD = (1 << PD5 );

TCCR1A = (1<<COM1A1) | (0<<COM1A0) | (0<<WGM11)  | (1<<WGM10) ;
TCCR1B = (0<<CS12)   | (0<<CS11)   | (1<<CS10);


    //Lese File und gibt es aus
    for (int b = 0;b<52;b++)
      {
      fat_read_file (Clustervar,Buffer,b);
      for (int a = 0;a<512;a++)
        {
        OCR1A = Buffer[a];
           _delay_us(100);   // nur zum test !!

        }
      }
    }

  usart_write("FERTIG!!\r\n");

Klaus schrieb:
> Der SS Pin ist nur wichtig, wenn du den AVR im SPI-Slave-Mode
> verwendest. Im Master-Mode hat der keine besondere Bedeutung und du
> kannst jeden beliebigen IO-Pin an CS anschließen.

da der Pin sowiso als Ausgang konfiguriert werden muss, kann man doch 
direkt den nehmen.

als Nachtrag..die Datei NESSAJA.WAV wird erkannt und auch gelesen !!

keiner ne Idee ??
oder fehlen irgendwelche Angaben ?

Gruß aus dem heute sonnigem Berlin

Ingo

Konnte das Problem beheben . Der Fehler lag hier:

for (int b = 0;b<52;b++)

Die Variable b muss den Wert der Dateigroße / 512 enthalten. Dann 
funktioniert es.

Soweit funktioniert die Sprachausgabe jetzt. Habe nun ein wenig Probleme 
mit der Samplingfrequenz, weil ich nicht weiß wie lange der Zugriff auf 
die Karte dauert. Ansonsten klingt es schon ganz gut. Sobald ich das 
Projekt fertig habe, werde ich es hier posten.

Einen 4:0 Gruß aus Berlin

Ingo

Kann  ich mir dieses ganze Pegelgewandle eigentlich nicht dadurch 
ersparen indem ich den Mega32 gleich mit an 3,3 Volt betreibe ?

habe bisher mit 12 MHz getaktet.

Mit der hier aufgeführten Konstellation bin ich jetzt zum Erfolg 
gekommen.
Verwenden tu ich eine 1GB SD-Karte. Zur Zeit takte ich mit 12 MHz (nicht 
im Schalplan eingezeichnet).
Dateiformat der WAV 8 Bit,mono,22 KHz
Wobei ich die Dateien von Ulrich R, verwendet habe. Die Main.c  habe ich 
natürlich ändern müssen.( Es sind noch viele Sachen in dem Code die 
nicht gebraucht werden wie z.B der USART). Es müssen aber auch noch 
Dinge geändert werden wie zum Beispiel sollte sich die Dateilänge 
errechnen lassen die ich bisher noch von Hand eintrage, und die ersten 
44 Byts von der WAV müssen noch gekappt werden (Beim Abspielen knackt es 
Anfang ein bissel). Ob die Verzögerung von 45 uS beim Abspielen da so in 
der Form sinnvoll ist weiß ich noch nicht.  Aber sonst Spricht das Ding. 
Am Ausgang muss wohl noch ein Filter (Butterworth ?) gesetzt werden.

Super ! Ich habs gerade auf dem Steckbrett zum testen aufgebaut. Vorerst 
mit internem Takt.
Das ist genau das was ich für mein nächstes Projekt gesucht habe. Danke 
an alle beteiligten.

Für höhere Geschwindigkeiten würde ich aber den Innenwiderstand des 
Spannungsteilers mindestens halbieren. Bzw. Serienwiderstand max. 1kOhm. 
Ansonsten haste Probleme mit den kapazitiven Eingängen. Also zumindest 
so über den Daumen jetzt mal gepeilt.

Matthias Reichelt schrieb:
> Super ! Ich habs gerade auf dem Steckbrett zum testen aufgebaut. Vorerst
> mit internem Takt.
> Das ist genau das was ich für mein nächstes Projekt gesucht habe. Danke
> an alle beteiligten.

Hallo Matthias,

habe hier einen Filter gefunden
http://www.elv-downloads.de/service/manuals/75344_Mini_Sound_Modul_km_web_um.pdf
ganz unten abgebildet.

Bin leider noch nicht dazu gekommen ihn nach zubauen (Fussball ist 
angesagt.)Denke aber der sollte so in der Form funktionieren, da das 
Soundmodul ebenfalls mit 8 Bit,22KHz arbeitet.
Wenn du Erfahrungen damit gemacht hast, kannst du sie ja posten oder 
warten bis wieder Fussball frei ist. Denke mal als OP kannst du auch 
einen LM324 verwenden

Gruß aus Berlin
Ingo

(Daumen drücken heute)

Danke für den Tip. Werde das Filter vielleicht schon heute abend 
aufbauen.


Grüße aus Wien

Hallo Ingo,

Ich habe den Filter jetzt fertig und ein bischen damit getestet. Auf dem 
Oszi schaut es ziemlich gut aus aber die Sprache ist noch nicht viel 
besser wenn ich es über den Verstärker wiedergebe.
Das leichte Brummen ist nun weg aber es klingt noch immer nicht optimal.
Der Gewinn ist so gering, daß ich mir den Bau des Filters sparen könnte 
denn der "Roboterstimmeneffekt" ist vor und hinter dem Filter gleich.
Ich glaube das Problem liegt schon beim PWM signal.

Ich verwende 8Mhz Takt extern und Wav files mit 22khz und 8 Bit mono.
Die Sprache ist etwas langsamer als orginal :-)

War auch als nächster Schritt geplant. Hab nur keine anderen Quarze im 
Haus. Gehe die Tage noch einkaufen :-)

Matthias Reichelt schrieb:
> ch verwende 8Mhz Takt extern und Wav files mit 22khz und 8 Bit mono.
> Die Sprache ist etwas langsamer als orginal :-)

Also mein Ding läuft mit 12 Mhz und liefert schon ohne Filter akzeptable 
ergebnisse. Solltest wiklich mal versuchen den Quarz zu ändern.

Ich taste mich langsam heran. Einen 10Mhz Quarz habe ich noch gefunden. 
Es ist nun besser und keine Frage, es ist absolut akzeptabel als 
Sprachausgabe.

Das Filter ( momentan noch am Steckbrett ) werde ich wohl nicht 
aufbauen. Es bringt relativ wenig und ohne ist es schon gut genug. Es 
soll alles in ein gleines Gehäuse passen ( Pollin Blitzgong ) und da 
muss ich mit dem Platz haushalten.

Danke nochmal

Funktioniert jetzt super. Mit 12Mhz Quarz. Evtl. spiele ich trotzdem 
noch ein bischen mit dem Buffer.

Ich habe einen kleinen NF Verstärker mit LM386 und den Ultraschall 
Abstandswarner vom C hinzugefügt. Das RFM12 fehlt noch und dann spare 
ich mir die nicht vorhandene Haustürglocke :-)

Übrigens, ich schalte die Versorgungsspannung von Verstärker mit einem 
kleinen Relais weg, wenn nichts ausgegeben wird.

Grüße
Matthias

Matthias Reichelt schrieb:
> Funktioniert jetzt super. Mit 12Mhz Quarz. Evtl. spiele ich trotzdem
> noch ein bischen mit dem Buffer.
>
> Ich habe einen kleinen NF Verstärker mit LM386 und den Ultraschall
> Abstandswarner vom C hinzugefügt. Das RFM12 fehlt noch und dann spare
> ich mir die nicht vorhandene Haustürglocke :-)
>
> Übrigens, ich schalte die Versorgungsspannung von Verstärker mit einem
> kleinen Relais weg, wenn nichts ausgegeben wird.
>
> Grüße
> Matthias

Na iat doch super wenn alles geklappt hat. Wenn du den Buffer geändert 
hast,
kannst Du den Code mal posten. Bei mir hat der Filter doch einiges 
gebracht.
Aber jetzt geht es erstmal in die heiße Fussballphase und hier in Berlin 
ist wiklich die Hölle los.
Freue mich aber über jeden Beitrag der das Projekt weiter bringt.

Möchte jetzt zur Anbindung der SD an den Controller auf das 
Widerstandsgedöhns verzichten. Soll ja jetzt nicht die Kavalierslösung 
sein mit den Widerständen.
Von daher mal die Bitte an euch: Welcher Pegelwandler/Treiber scheint da 
am sinnvollsten zu sein. (Schaltplan findet ihr ja etwas weiter oben)
danke

Gruß Ingo

Nachdem die WM und die Hitze doch nun beendet ist, habe ich mich wieder 
meinem Projekt gewidmet.
Soweit funktioniert ja alles.
Doch habe ich in der Ausgabe der Sounddateien einen Vibrator ähnlichen 
Effekt. Habe es jetzt schon mit
diversen Samplingfrequenzen probiert. Der Effekt wird jedoch intensiver 
je höher ich die Samplingfrequenz
Setze. Es macht den Eindruck  als wenn die Sounddatei moduliert wird.
Hatte hier jemand schon mal mit ähnlichen Problemen zu kämpfen ?
Ein entsprechender Filter bringt keine Abhilfe.

Gut!

Ich fülle hier meinen buffer und gebe ihn an OCR1A aus.
Wie kann ich denn heir während der Ausgabe den zweiten buffer füllen ?
Komme damit irgendwie nicht klar.

//Lese File und gibt es aus
    for (int b = 0;b<52;b++)
      {
      fat_read_file (Clustervar,Buffer,b);
      for (int a = 0;a<512;a++)
        {
        OCR1A = Buffer[a];
           _delay_us(42);   // nur zum test !!

        }
      }

keiner ne Idee. Komme wirklich nicht weiter..jammer !!

>       for (int a = 0;a<512;a++)
>         {
>         OCR1A = Buffer[a];
>            _delay_us(42);   // nur zum test !!
>
>         }
>       }

> keiner ne Idee. Komme wirklich nicht weiter..jammer !!

sobald du ein _delay_us im System hast, ist jegliche Frage nach anderen 
Sytsematiken sinnlos geworden.
Der _delay muss weg!
Eine Timer ISR, die Bytes ausgibt, muss her!

ja aber muss ich da nicht letztendlich auch eine Verzögerung einsetzen 
um auf die Samplingrate zu kommen ??

Ingo Laabs schrieb:
> ja aber muss ich da nicht letztendlich auch eine Verzögerung einsetzen
> um auf die Samplingrate zu kommen ??

KLar.
Aber anders.
Was du zur Zeit machst, ist aktives Warten, bis das nächste Byte 
rausmuss.
Was du aber tun solltest, ist ganz normal weiterarbeiten ohne dich um 
die Ausgabe zu kümmern und wenn es Zeit ist, das nächste Byte 
auszugeben, benachrichtigt dich deine Stoppuhr. Du gibst das Byte aus 
und kehrst wieder zurück an deine eigentliche Arbeit. Bis die Uhr das 
nächste mal klingelt.

Genau das macht man in einem AVR mit einem Timer und seiner zugehörigen 
ISR. Der Timer gibt die Stoppuhr vor und die ISR ist der Code der dann 
in regelmässigen Abständen ausgeführt wird. Und die Samplingrate stellst 
du ein, indem du die Zeit bis zur nächsten Unterbrechung (=ISR Aufruf) 
am Timer einstellst. Der CTC Modus wird da hilfreich sein.

Karl heinz Buchegger schrieb:
>
>
> Genau das macht man in einem AVR mit einem Timer und seiner zugehörigen
> ISR. Der Timer gibt die Stoppuhr vor und die ISR ist der Code der dann
> in regelmässigen Abständen ausgeführt wird. Und die Samplingrate stellst
> du ein, indem du die Zeit bis zur nächsten Unterbrechung (=ISR Aufruf)
> am Timer einstellst. Der CTC Modus wird da hilfreich sein.

d.h.
ich programmiere meinen Timer in soweit, dass er mir alle 45 uS einen 
Interrupt auslöst der mir in der Interruptroutine mein Byte ausgibt:

//TIMER1 setzen
  TIMSK |= (1 << TOIE1);
//VORTEILER auf 64
  TCCR1B = (1<<CS10 | 1<<CS11);
//Zähler setzen
  TCNT1 = 65535 - (20000000/64/22050);

//Interrupts zulassen
  sei();

//Timer1 Interrupt
ISR (TIMER1_OVF_vect)
{
  //hier dann irgendwie das Byte ausgeben
}


habe einen 20 MHz Quarz eingesetzt und Samplingrate 22,05 MHz, komme 
dann auf 44,8 us (45 us sollten es sein)

keine Reaktion ??

20 Mhz Takt // 64 Prescaler // Samplingfrequenz (22,05 Mhz)
sind doch dann der Zählerstand den ich vorladen muss oder ?

OCR1A
benutze ich als PWM Ausgang

Timer1 kann auch über das ICR im CTC betrieben werden. Zumindest bei 
vielen AVRs.

spess53 schrieb:
> Hi
>
>>OCR1A benutze ich als PWM Ausgang
>
> Dann kannst du TCNT1 auch nicht manipulieren. Hast du noch einen anderen
> Timer frei?
>
> MfG Spess


eigetlich alle bis auf den besagten

Floh schrieb:
> Ähm mal ne Anmerkung:
> Mit 22MHz Samplingrate geht das nicht, du müsstest ja alle ~50 ns nen
> neuen Wert zum Lautsprecher rausgeben.
> Wahrscheinlich meinst du 22kHz :-)


röchtög...tippfehler  22,05 Khz

8 Bit, mono, 22,05 Khz...siehe Beitrag oben..es funktioniert ja schon, 
aber leider mit Vibratoreffekt. Denke mal dass das an den 
Bufferzugriffen der SD Karte liegt. Schau die mal bitte den Beitrag 
komplett an, Vllt. hast du ja eine andere Idee dazu..ware echt dankbar..

Hääää??

wie ermittel mich die PWM Frequenz, kann dir wirklich nur sagen dass das 
Ding mit 20 Mhz läuft, und ich 8 Bit PWM mono mit 22,05 Khz verwende was 
auch schon brauchbare Ergebnisse bringt.
Oben findest du auch den Schaltplan mit dem geänderten Programm. Für die 
Zugriffe auf die SD-Karte verwende ich die (hoffe ich )bekannten 
Routinen von U.Radig.

Gruß Ingo

hmmm...wie gehe ich da bei..kleinen Tipp an Board ?

Wie kommst du auf die 78 Khz. Wäre für mich mal interessant wie sich der 
Wert
errechnet.

d.h. ich muss unbedingt die Daten ausschließlich über einen Timer 
Interrupt ausgeben.

das ich OCR1A für die PWM benutze als ausgang benutze

bist Du denn sicher, dass durch diese Maßnahme der vibratorähnliche 
Effekt verschwindet ?

nein, gehe an meine Hifi-Endstufe. Es ist kein Leistungsverstärker der 
an der Versorgungsspannung vom SD-Waver (so nenne ich ihn jetzt mal) 
hängt.

Wieso zum Geier nutzt Du nicht den Overflow-Interrupt Deiner PWM zum 
Nachladen der Daten? Parallel zur ohnehin laufenden PWM wird bei 
TimerTOP das Overflow-Flag gesetzt, die Samplerate ist dabei abhängig 
vom Wert im ICR_Register, wie schon erwähnt im Timer-Mode 14. Da das 
OCR-Register gepuffert ist, wird bei der nächsten Runde der 
aktualisierte Wert in die PWM übernommen. Somit brauchst Du nur alle 
22kHz 1x das Capture-Register neu zu beschreiben.

Das nachladen der Daten scheint ja zu funktionieren. Wie gesagt das Ding 
funktioniert ja schon, nur leider mit einem Vibratoreffekt der schneller 
wird je höher ich die Samplingrate setze und ich keinen blassen schimmer 
habe woran es liegt. Es geht mir nicht darum die Daten auszugeben. Das 
funktioniert ja.

Ingo Laabs schrieb:
> Es geht mir nicht darum die Daten auszugeben. Das
> funktioniert ja.

Wenn die Daten nicht exakt synchron zur Samplerate gegeben werden, dann 
entstehen Schwebungen. Es macht auch keinen ernsthaften Sinn, die PWM 
mit 65kHz laufen zu lassen, wenn man nur mit 22kHz ausgibt. Wenn Du aber 
so hoch takten willst, um zum Beispiel kleinere externe 
Filterkomponenten zu verwenden, kannst Du natürlich auch einen 
Interruptzähler einbauen und nur bei jedem 3. Interrupt Daten nachladen. 
Das entlastet die CPU. Wichtig ist nur, daß der Timer, der die PWM 
generiert, auch für den Datentransfer zum OCR-Register benutzt wird.

spess53 schrieb:
> Das hatte ich ihm schon weiter oben vorgeschlagen. Allerdings würde ich
> zum Nachladen den OC-Interrupt nehmen. Dann wird das OC-Register beim
> nächsten Top aktualisiert.

Wenn man den Overflow-Interrupt nimmt, wird das OCR zwar einen Zyklus 
später ausgegeben, aber dafür jitterfrei. Beim Output-Compare Interrupt 
kann es passieren, daß bei einem oberen Tastverhältnis der Update des 
Registers zu spät kommt und die Übernahme dann doch erst im nächsten 
Zyklus stattfindet. Außerdem kommt der OC-Interrupt zu nicht definierten 
Zeiten, abhängig vom Sample-Inhalt. Das ist für das darunter laufende 
Programm eher nachteilig. Der Overflow-Interrupt kommt immer zur 
Samplerate oder einem Vielfachen davon, punktgenau.

spess53 schrieb:
> Hi
>
>>Wie kommst du auf die 78 Khz. Wäre für mich mal interessant wie sich der
>>Wert errechnet.
>
> Datenblatt S.101. Du hast 20MHz, Vorteiler 1 und Top=255.
>
> ->  Fpwm= 20MHz/(1+255) = 78,125kHz

Fehlt da nicht noch ein "geteilt durch 2"?

spess53 schrieb:
> Hi
>
>>Fehlt da nicht noch ein "geteilt durch 2"?
>
> Wenn er Phase/Frequence Correct hat Ja.

Habe das eigentlich verwechselt mit dem Output Compare.
Aber er hat tatsächlich den Phase correct mode (WGM10 gesetzt).

> Hab ich wohl übersehen. Dann
> wundert mich sein Vibrato eigentlich nicht mehr. Ich werde das morgen
> mal schnell selbst testen.

Jupp, eine Synchronisation ist absolut erforderlich. Am besten (wie 
schon erwähnt) das Einlesen zum PWM Takt synchronisieren.

spess53 schrieb:
> Hi
>
> Ich hatte gestern versprochen das mal zu Testen. Bei den ersten beiden
> Oszilliogramme wird der OC-Wert synchron zur PWM nach geladen
> (OC-Interrupt bzw. Overflow-Interrupt). Das dritte Bild zeigt die
> Auswirkung von asynchronen Nachladen. Die sichtbaren Unregelmässigkeiten
> sind deutlich als 'zweiter' Ton zu hören.
>
> MfG Spess

Könntest du mir dein Testprogramm mal zur Verfügung stellen.
Wäre echt nett von dir.

Gruß aus Berlin

Ingo

ja, willst du meine E-mail addi ?

Hallo zusammen,

gibt es was neues zum Thema ?

Grüße
Matthias

Irgendwie will der Groschen bei mir noch nicht fallen. Also mein 
Vibratoreffekt kommt wohl daher,dass ich zwischen den Bufferzugriffen 
auf die SD-Karte (also alle 512 Bytes) eine Lücke habe. Ich denke mal 
das dass die Zeit ist die das Programm benötigt um sich die neuen Daten 
in den Zwischenspeicher ( Buffer zu laden). Gut, jetzt kann ich mit dem 
Timer alle 45 uS einen Interrupt auslösen der mir das Bytet aus dem 
gefüllten Buffer in das OCR-Register schreibt. Soweit ist ja alles OK. 
Aber irgendwann habe ich ja das letzte Byte aus dem Buffer ausgelesen 
und muss mir die nächsten Daten aus der Karte in den Buffer schreiben. 
Dort werde ich doch wieder das gleiche Problem haben, dass dieser 
Vorgang zu lange dauert und meine Lücke wieder entsteht.

Ingo Laabs schrieb:

> Dort werde ich doch wieder das gleiche Problem haben, dass dieser
> Vorgang zu lange dauert und meine Lücke wieder entsteht.

Eines ist klar.
Wenn das Lesen von 512 Bytes von der SD-Karte länger dauert, als die 
getaktete Ausgabe von 512 Bytes, dann hast du ein prinzipielles Problem. 
Da kann dir kein Mensch dabei helfen.

Wenn in eine Badewanne durch den Ablauf mehr Wasser abrinnt als 
gleichzeitig durch den Zulauf zulaufen kann, dann wird sich in der Wanne 
niemals ein Schaumbad ergebem. So sicher wie das Amen im Gebet.

Allerdings:
> dass ich zwischen den Bufferzugriffen auf die SD-Karte
> (also alle 512 Bytes) eine Lücke habe

Was soll das heißen 'du hast eine Lücke'?

Das Lesen von der SD Karte muss passieren, während gleichzeitig über den 
Timer Interrupt der vorhergehende (bereits vollständig gelesene) Buffer 
ausgegeben wird. Und logischerweise wäre es gut, wenn das Lesen von 512 
Bytes abgeschlossen ist, ehe der vorhergehende Buffer komplett 
rausgetaktet wurde. Ist die SD Routine fertig, so wird gewartet, bis die 
Timerinterrupt Routine den vorhergehenden Buffer abgearbeitet hat und 
sich den eben erst gelesenen vornimmt. Erst dann kann die SD Routine 
wieder loslegen und den dann freien Buffer wieder mit Daten befüllen. 
Von daher ist zu erwarten, dass es eine zeitliche Lücke des Nichtstuns 
zwischen 2 SD-Karten Lesevorgängen geben muss. Erst wenn diese Lücke 
gegen 0 schrumpft bekommt man ein Problem.

Wenn du es genau wissen willst, dann hör auf im Trüben zu fischen und 
miss die Zeit, die deine Leseroutine braucht um 512 Bytes zu lesen.
Rechne dir aus, wie lange es dauert bis diese 512 Bytes ausgegeben 
werden.

Zu der Zeit für den Lesevorgang nimmst du noch ein paar Prozent dazu 
(vielleicht 10%) für allgemeinen Verwaltungskram rundherum und dann 
siehst in Zahlenform ob es sich ausgeht oder nicht oder ob das knapp 
wird.

Karl heinz Buchegger schrieb:
> Das Lesen von der SD Karte muss passieren, während gleichzeitig über den
> Timer Interrupt der vorhergehende (bereits vollständig gelesene) Buffer
> ausgegeben wird. Und logischerweise wäre es gut, wenn das Lesen von 512
> Bytes abgeschlossen ist, ehe der vorhergehende Buffer komplett
> rausgetaktet wurde. Ist die SD Routine fertig, so wird gewartet, bis die
> Timerinterrupt Routine den vorhergehenden Buffer abgearbeitet hat und
> sich den eben erst gelesenen vornimmt. Erst dann kann die SD Routine
> wieder loslegen und den dann freien Buffer wieder mit Daten befüllen.

und genau da habe ich das Problem, dass ich nicht genau weiss, wie das 
zu gehen hat. Ich gebe einen buffer aus und soll den nächsten lesen.

Die Lücke habe ich mal vereinfacht dargestellt. Wobwei die Lücke immer 
der Moment ist, an dem sich der nächste Buffer vorgenommen wird.

Und gehen muss es ja irgendwie, da ich schon Projekte gesehen habe, die 
genau das mit ner SD-Karte machen.

Ingo Laabs schrieb:
> Karl heinz Buchegger schrieb:
>> Das Lesen von der SD Karte muss passieren, während gleichzeitig über den
>> Timer Interrupt der vorhergehende (bereits vollständig gelesene) Buffer
>> ausgegeben wird. Und logischerweise wäre es gut, wenn das Lesen von 512
>> Bytes abgeschlossen ist, ehe der vorhergehende Buffer komplett
>> rausgetaktet wurde. Ist die SD Routine fertig, so wird gewartet, bis die
>> Timerinterrupt Routine den vorhergehenden Buffer abgearbeitet hat und
>> sich den eben erst gelesenen vornimmt. Erst dann kann die SD Routine
>> wieder loslegen und den dann freien Buffer wieder mit Daten befüllen.
>
> und genau da habe ich das Problem, dass ich nicht genau weiss, wie das
> zu gehen hat. Ich gebe einen buffer aus und soll den nächsten lesen.


Wo liegt da das Problem?

2 Aktionen die nebeneinander herlaufen.
Die eine wird regelmässig im Interrupt gemacht, die andere in der 
Hauptschleife.

> der Moment ist, an dem sich der nächste Buffer vorgenommen wird.

Du darfst nicht warten, bis dein Interrupt den Ausgabepuffer 
abgearbeitet hat! Du müsst mit dem Lesen beginnen während die 
Interrupt Routine einen Buffer ausgibt!


Wenn ich mir deine Performance hier so ansehe, dann denke ich, dass 
dieses Projekt noch 5 Nummern zu groß für dich ist.

Karl heinz Buchegger schrieb:

> Wo liegt da das Problem?
>
> 2 Aktionen die nebeneinander herlaufen.
> Die eine wird regelmässig im Interrupt gemacht, die andere in der
> Hauptschleife.

Ungefähr so

1

// 2 Buffer die wechselweise zum Einlesen bzw. Abspielen benutzt werden

2

// wird aus dem einen abgespielt, dann wird in den anderen von der SD eingelesen

3

// und umgekehrt.

4

//

5

uint8_t BufferA[512];

6

uint8_t BufferB[512];

7

8

uint8_t* playBuffer = BufferA;   // die ISR gibt immer aus playBuffer aus

9

uint8_t* readBuffer = BufferB;   // von der SD Karte wird immer in readBuffer eingelesen

10

uint16_t actByte;

11

uint8_t  bufferChanged;

12

13

Interrupt:

14

{

15

   OC_iregendwas = playBuffer[actByte++];  // Byte ausgeben

16

17

   if( actByte == 513 ) {  // aus dem aktiven playBuffer ist alles abgespielt worden

18

19

     // hier an dieser Stelle könnte man noch eine Abfrage einbauen

20

     // wenn an dieser Stelle bufferChanged noch immer 1 ist (wird ja nach

21

     // dem Lesen von der SD Karte auf 0 gesetzt, dann bedeutet das, das die

22

     // SD Routine nicht hinterher gekommen ist

23

     //

24

     // if( bufferChanged == 1 )

25

     //    Overload LED einschalten

26

     // else

27

     //    Overload LED ausschalten

28

     //

29

30

     uint8_t* tmp = playBuffer;    // Buffer A und Buffer B tauschen

31

     playBuffer = readBuffer;      // die Plätze. Beim nächsten ISR Aufruf

32

     readBuffer = tmp;             // wird vom anderen ausgegeben ...

33

34

     actByte = 0;                  // .. und zwar von vorne

35

     bufferChanged = 1;            // .. und die Hauptschleife kriegt Nachricht

36

                                   // dass sie mit dem Einlesen anfangen kann

37

   }

38

}

39

40

int main()

41

{

42

   ...

43

44

45

  while( 1 ) {

46

47

     ....

48

49

    if( bufferChanged == 1 ) {     // die ISR hat den Buffertausch gemacht

50

                                   // readBuffer ist frei zum Einlesen

51

      readFromSDCard( readBuffer );

52

      bufferChanged = 0;

53

    }

54

  }

55

}

Soviel als grobe Skizze

Karl heinz Buchegger schrieb:
> 2 Aktionen die nebeneinander herlaufen.
> Die eine wird regelmässig im Interrupt gemacht, die andere in der
> Hauptschleife.


sie laufen ja nicht nebenher, eine Aktion wird ja immer Unterbrochen.

>Wenn ich mir deine Performance hier so ansehe, dann denke ich, dass
>dieses Projekt noch 5 Nummern zu groß für dich ist.

Dann muß mann halt zusehen, dass man sich auf Nummer 1 runterarbeitet 
und das möchte ich unter anderem mit diesem Projekt erreiche. Wenn ich 
es jetzt wieder in die Ecke lege, bringt mich das nicht weiter und das 
möchte ich eigentlich vermeiden.

Code werde ich mir mal durcharbeiten um ihn zu verstehen.

Ingo Laabs schrieb:
> Karl heinz Buchegger schrieb:
>> 2 Aktionen die nebeneinander herlaufen.
>> Die eine wird regelmässig im Interrupt gemacht, die andere in der
>> Hauptschleife.
>
>
> sie laufen ja nicht nebenher

Sie müssen aber!

(Siehe das Codefragment 1 Posting höher)


> Dann muß mann halt zusehen, dass man sich auf Nummer 1 runterarbeitet
> und das möchte ich unter anderem mit diesem Projekt erreiche.

Man fängt aber üblicherweise nicht als Kleinkind an, für den New York 
Marathon zu trainieren, sondern man macht erst mal seine ersten 
Schritte, lernt gehen, lernt laufen, läuft in der Regionalliga und 
irgendwann ist man dann soweit für eine große Veranstaltung.

> Wenn ich
> es jetzt wieder in die Ecke lege, bringt mich das nicht weiter und das
> möchte ich eigentlich vermeiden.

Es bringt dich auch so nicht weiter, weil du die dahinterliegenden 
Techniken noch nicht entdeckt hast. Und nein: 2 Dinge mehr oder weniger 
gleichzeitig zu tun, ist keine Raketentechnik. Das ist absolut simpel, 
wenn die eine sowieso schon im Interrupt abgearbeitet wird.
Der einzige "Trick" im geposteten Fragment besteht darin, 2 Pointer zu 
benutzen, die auf die eigentlichen Buffer zeigen. Das müsste man nicht 
so machen, wenn man die Aufgabenstellung das erste mal macht, machen die 
meisten Neulinge erst mal eine Variable die anzeigt welcher Buffer was 
macht und spicken dann den Code mit if-s. Mit den Hilfspointern ist das 
deutlich einfacher. Aber abgesehen von diesem Detail ist die Benutzung 
von 2 Buffern, die wechselweise zum Abspielen/Einlesen benutzt werden 
ziemlich naheliegend.

Schade, dass hier immer wieder auf dieser Ebene Diskutiert werden muss. 
Das bringt und nicht weiter.

Übrigens: Habe auch mit aufwendigeren Dingen begonnen und später auch 
sehr einfache Dinge umgesetzt, die ich im Haus noch so benötigt habe. So 
war es für mich zwar schwer aber reizvoller und es hat gut funktioniert.

Wenn ich mir ansehe, dass die Aufgabenstellung "SD-Karte auslesen und 
mittels PWM abspielen" mitlerweile ins vierte Monat geht, dann ist das 
nicht gerade ein überzeugender Beweis für die These "Es ist ok, mit 
Dingen anzufangen, die noch 5 Schuhnummern zu groß sind"

ok

Karl heinz Buchegger schrieb:
> Wenn ich mir ansehe, dass die Aufgabenstellung "SD-Karte auslesen und
> mittels PWM abspielen" mitlerweile ins vierte Monat geht, dann ist das
> nicht gerade ein überzeugender Beweis für die These "Es ist ok, mit
> Dingen anzufangen, die noch 5 Schuhnummern zu groß sind"


offtopic:
Vllt. hat man ja auch nicht immer die Zeit um sich darum zu kümmern. Es 
existiert ja auch noch eine Familie. Ich kann mich mit Sicherheit 2 
Wochen in ein mein Kämmerchen sperren, aber der Preis, den ich dann 
gegenüber meiner Familie dafür zahle wäre ein bissel hoch, gell.
Von daher bin für jede Hilfe dankbar. Ich bin was das bertrifft mit 
Sicherheit kein Profi und werde es wohl auch mit Sicherheit auch nicht 
werden. Das hält mich aber nicht ab, Dinge umzusetzen, auch wenn es 
aufgrund meines nicht Profidaseins ein wenig länger dauert. Von daher 
bin ich jedem Profi hier, der sich das hart erarbeitet hat, dankbar.

OK. Einmal noch. Dann halt ich mich wieder raus

Ingo Laabs schrieb:

> Vllt. hat man ja auch nicht immer die Zeit um sich darum zu kümmern.

Immer Zeit?
Tschuldigung. Wenn ich das da oben in 5 Minuten aus dem Ärmel schütteln 
kann, dann erwarte ich von jemanden, der das noch nie gemacht hat, aber 
die Grundlagen dazu hat, dass er das in deutlich unter einem Nachmittag 
hinbringt. Da sind wir von 4 Monaten weit entfernt.

Die Nachmittage die ich dazu nutze, 2 Kindern die Hausaufgaben 
beizubringen.
Gott sei dank programmieren die nicht in der Schule, sonst würde ich auf 
dem schlauch stehen.
Es ist doch so Karl-Heinz, du darfs auch nicht vergssen, dass du, so wie 
ich das hier mitkriege der absolute Profi bist und ich nur ein kleiner 
ich-habe-mal-lust-programmierer der den Kindern was lustiges bauen 
möchte was kein anderer hat.
Nun aber beim Thema bleiben, sonst wird das Thema hier noch geschlossen 
(nicht von mir glaube ich).

http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=30546

http://www.elv-downloads.de/downloads/Leseproben/Journal/05-2010/92853_msm_2.pdf

soll man da jetzt noch weiterbauen ?..20,00 Euro

Zu finden in der neuen ELV

Guter Ansatz.
Weiterbauen bestimmt. Wenn mal wieder Zeit ist :-( 10 Tracks sind mir zu 
wenig.

10 Playlisten a 255 Tracks alternativ. Wenn der Controller ein AVR ist, 
wonach es aussieht, kann man die Firmware ja auch patchen oder als 
Open-Source-Projekt neu gestalten. Gibt ja genug Geeks hier :-).

Werde mal versuchen den von Karl-Heinz vorgeschlagenen Buffertausch zu 
realisieren.
Habe aber parallel dazu noch mal folgende Überlegung im Kopf. Da das 
Problem ja immer dann auftritt wenn der neuer Buffer von der Karte 
gelesen wird, kann ich dann eigentlich nicht auch wenn das letzte Byte 
gelesen wurde den delay entsprechend des Bufferzugriffs auf die Karte 
kürzen.

1

while (1)

2

  {

3

  // taste 3

4

   if  ( !(PINA & (1<<PINA3)) ) // ist 0 ? 

5

    //Lade Cluster für das index.htm File in den Speicher 

6

    Clustervar = 0;//suche im Root Verzeichnis

7

    if (fat_search_file((unsigned char *)"ABAUF.WAV",&Clustervar,&Size,&Dir_Attrib,Buffer) == 1)

8

    {

9

    //Lese File und gibt es als PWM aus

10

    for (int b = 0;b<224;b++)

11

      {

12

      fat_read_file (Clustervar,Buffer,b);

13

      for (int a = 0;a<511;a++)

14

        {

15

        OCR1A = Buffer[a];

16

        _delay_us(45);

17

18

        }

19

20

      OCR1A = Buffer[511]; 

21

      _delay_us(22);    // hier kürzer warten

22

23

      }

24

    }

25

  // taste 3 ende

26

  }

Habe die Idee von Karl-Heinz jetzt mal umgesetzt.
Tausche jetzt die Buffer aus. Es ist aber immer noch das Problem 
geblieben, dass folgender Zugriff auf die Karte

 fat_read_file (Clustervar,Buffer,b);

einfach zu lange dauert und ich immer noch Lücken in der Ausgabe habe.

Hallo Ingo,

ich habe mich noch einmal an die Interrupt Lösung gemacht und die 
Sprache hört sich nun besser an. Probiers mal aus.
Ich habe allerdings auf 12Mhz Quarz und ein 8khz wave File umgestellt.

Zugegeben, ich habe den Code einfach "hingebogen" bis es passt aber mir 
gings mal um die Verbesserung der Sprachqualität.

Die Interrupts müssten nochmal nachgerechnet werden um die exakte 
Geschwindigkeit hinzugekommen.

Viel Spaß
Grüße
Matthias

Hier nochmal das ganze mit:

Erkennung der Dateilänge. (Beendet Audioausgabe am Dateiende)

PortC0 schaltet Relais für den Verstärker (Stromversorgung ein und aus)

Pullups an den Eingängen wieder drin. ( Hatte ich versehentlich 
auskommentiert).

Implementiert ist momentan jedoch nur die Datei ABAUF.WAV. Kann man aber 
beliebig auf andere Dateien erweitern.

Ist es sicher. Ich freue mich auf die ersten Berichte.
Selbstgemacht und "lowest cost" wenn geht macht mir jedoch mehr Spaß.

Übrigens: Meine letzte Bestellung aus der E.. Apotheke hat 3,5 Monate 
auf sich warten lassen. :-) War dann ganz überrascht über das Paket. Ist 
nicht so mein Shop.

Matthias Reichelt schrieb:
> Hallo Ingo,
>
> ich habe mich noch einmal an die Interrupt Lösung gemacht und die
> Sprache hört sich nun besser an. Probiers mal aus.
> Ich habe allerdings auf 12Mhz Quarz und ein 8khz wave File umgestellt.
>
> Zugegeben, ich habe den Code einfach "hingebogen" bis es passt aber mir
> gings mal um die Verbesserung der Sprachqualität.
>
> Die Interrupts müssten nochmal nachgerechnet werden um die exakte
> Geschwindigkeit hinzugekommen.
>
> Viel Spaß
> Grüße
> Matthias

WOW..Super,
muss jetzt mal schauen wo ich in meinem Programmteil zum Buffertausch 
den Bockmist geschossen habe.
Hier ein Programm um die Timer zu berechnen.

http://www.avrcalc.com/

Gruß aus Berlin
Ingo

Hab das 8khz file auch mal auf einen ordentlichen Verstärker gegeben. 
Das Knattern ist definiv weg.
Lass hören, wenn Du das mit dem 22khz file noch hinbekommst. Ich habe 
die 8khz gewählt um Zeit beim Lesen der Karte zu gewinnen. Evtl. höheren 
Takt verwenden.

Ich versuche erstmal nichts weiter in der Richtung sondern kümmere mich 
um den Anschluß des RFM Moduls damit ich remote samples abspielen lassen 
kann.

Grüße aus Wien
Matthias

Ups, sehe gerade, dass ich beim ersten Buffertausch noch keine Daten 
geladen habe. Wahrscheinlich kommt daher der eine Knackser zu Beginn des 
Abspielens.

Werde heute Abend es mit den 22050 Hz probieren. Konte gestern Abend nur 
mal kurz probieren. Bin jetzt auf Arbeit. Evtl wäre für den Interrupt 
der CTC Mode angebracht. Erspart das nachladen des Timers.

Habe letzt 20MHz genommen un bekomme bei 16KHz brauchbare Ergebnisse. 
Bissel Rattert es noch..aber brauchbar.

holger schrieb:
>>Habe letzt 20MHz genommen un bekomme bei 16KHz brauchbare Ergebnisse.
>>Bissel Rattert es noch..aber brauchbar.
>
> Also ich schaff mit 16MHz eine 22kHz Ausgabe ohne rattern.
> Irgendwas machst du falsch;)

kannste mal code posten?

den hier habe ich bei 20 MHz und 22050 KHz sampling

1

#include <stdio.h>

2

#include <string.h>  

3

#include <avr/io.h>  

4

#include <avr/eeprom.h>  

5

6

#include "mmc.h"

7

#include "fat.h"

8

#include "usart.h"

9

#include <util/delay.h>

10

#include <avr/interrupt.h>

11

12

volatile int a;

13

int b;

14

int dl2;  

15

unsigned char Buffer[512];

16

unsigned char playBuffer[512];

17

uint8_t  bufferChanged;

18

19

20

21

22

23

ISR(TIMER2_OVF_vect)

24

{

25

26

  TCNT2=0x8F;  

27

28

  if(a<512)

29

  {

30

  OCR1A = playBuffer[a];a++;

31

   }

32

     if(a==512)

33

   {

34

  }

35

36

}

37

38

//Hauptprogramm

39

int main (void)

40

{

41

  //SYSCLK defined in usart.h

42

  //Initzialisierung der seriellen Schnittstelle

43

44

45

   TCCR2 |= (1<<CS21) | (0<<CS20) | (0<<CS22); // Start timer at Fcpu/08

46

   //Enable Overflow Interrupt Enable

47

   TIMSK|=(1<<TOIE2);

48

49

50

51

   dl2=0;  

52

53

54

//Initialisierung der MMC/SD-Karte

55

  usart_write("System Ready!\r\n");  

56

  while ( mmc_init() !=0) //ist der Rückgabewert ungleich NULL ist ein Fehler aufgetreten

57

    {

58

    usart_write("** Keine MMC/SD Karte gefunden!! **\n");  

59

    }

60

  usart_write("Karte gefunden!!\n");

61

62

  fat_init();//laden Cluster OFFSET und Size

63

  //Initialisierung der MMC/SD-Karte ENDE!

64

65

    unsigned int tmp;

66

67

  mmc_read_csd (Buffer);

68

69

  for (tmp = 0;tmp<16;tmp++)

70

    {

71

    usart_write("%x ",Buffer[tmp]);

72

    };

73

74

75

  //Ausgabe des Root Directory

76

  unsigned int Clustervar;

77

  unsigned char Dir_Attrib = 0;

78

  unsigned long Size = 0;

79

  usart_write("\r\nDirectory\r\n");

80

  for (char a = 1;a < 240;a++)

81

  {

82

    Clustervar = fat_read_dir_ent(0,a,&Size,&Dir_Attrib,Buffer);

83

      if (Clustervar == 0xffff)

84

      {

85

        break;

86

      }

87

    tmp = (Size & 0x0000FFFF);

88

    usart_write("Cluster = %4x DirA = %2x FileName = ",Clustervar,Dir_Attrib);

89

    usart_write("%s",Buffer);

90

    usart_write("\r\n");

91

  }

92

  usart_write("\r\nDirectory Ende\r\n");

93

94

95

96

97

DDRA  &= ~(1<<PA3) | (1<<PA2)  | (1<<PA1) | (1<<PA0);  /* Pin PA3 als Eingang */

98

PORTA |= (1<<PA3)  | (1<<PA2)  | (1<<PA1) | (1<<PA0);    /* internen Pull-Up an PA4 aktivieren */

99

100

101

102

103

  // INIT PWM

104

105

    DDRD = (1 << PD5 );

106

    TCCR1A = (1<<COM1A1) | (0<<COM1A0) | (0<<WGM11)  | (1<<WGM10) ;

107

    TCCR1B = (0<<CS12)   | (0<<CS11)   | (1<<CS10);

108

109

  DDRC = 0b00000001; //Verstärkerrelais

110

111

112

  // INIT PWM ENDE

113

114

while (1)

115

  {

116

  // taste 3

117

if  ( !(PINA & (1<<PINA3)) ) // ist 0 ? 

118

   {

119

120

121

  //Lade Cluster für das index.htm File in den Speicher 

122

    Clustervar = 0;//suche im Root Verzeichnis

123

    if (fat_search_file((unsigned char *)"ABAUF.WAV",&Clustervar,&Size,&Dir_Attrib,Buffer) == 1)

124

    {

125

126

127

  PORTC |= (1<<PC0);  //Verstärker ein

128

129

  b=0;    

130

131

132

133

  //Ersten Datensatz lesen

134

  fat_read_file (Clustervar,Buffer,b);

135

  memcpy (playBuffer,Buffer,512);

136

  a=0;

137

  b=1;

138

139

140

141

142

143

   //Interruptcounter initialisieren

144

    TCNT2=0x8F;

145

146

  sei();

147

148

149

150

    //Lese File aus File

151

        while(b<(Size/512))

152

          {

153

154

          if(a==512)

155

          {

156

157

        memcpy (playBuffer,Buffer,512);

158

        a=0;

159

          fat_read_file (Clustervar,Buffer,b);

160

161

        b++;

162

163

            }

164

        }

165

166

167

    cli();

168

169

170

171

      PORTC &= ~(1<<PC0); //Verstärker aus

172

173

174

175

    }//search file abauf

176

   }//port A3

177

  }//endlosschleife 

178

}//main

hmmm..das is ja jetzt was völlig anderes als das was wir hier 
haben..dachte jetzt du hast es mit dem vorhandenen code gemacht

Na super. Ich würde sagen wir stehen dann kurz vor gleich zwei 
Durchbrüchen zum Ziel. Wenn auch überraschend.

Gut, ich denke ich habe alles zusammen was ich brauche.

Vielen Dank für die Initiative und an die Beteiligten.

Danke auch an Holger für den Code. Werde mir Deine Lösung noch anschauen 
und testen, wenn ich einen Quarz nachbesorgt habe.

Danke auch an allen die das Projekt mit unterstützt haben.