16 Kanal Software-PWM, Bitte um Hilfe

[Andi M. (rootsquash)]

Hallo.

Nachdem ich letztes Jahr an diesem Projekt gescheitert bin, versuche ich 
derzeit wieder das Beispiel 3 ("Intelligenter Lösungsansatz") aus diesem 
Artikel:
http://www.mikrocontroller.net/articles/Soft-PWM
auf 16 Ports auszuweiten, was soweit auch funktioniert.

Was nicht funktioniert, ist ein Wechsel der PWM-Werte, also der 
Helligkeiten mit denen die LEDs leuchten.

Ich habe ein [16][100] array erzeugt, das für die 16 Kanäle jeweils 100 
Helligkeitswerte enthält.
Es soll jeweils beim ersten Helligkeitswert begonnen werden, nach kurzer 
Zeit soll dann der nächste Helligkeitswert geladen werden usw.

Aus

memcpy(pwm_setting, t1, 8);
   pwm_update();

wurde

if (flag == 1)      // Daten sollen aktualisiert werden
    {
      flag = 0;
      if (spalte >= 100)
      {
        spalte=0;
      }       
      for (i=0;i<16;i++)  // aus jeder Zeile ein Wert
      {
        rowstatus[i] = i;    // Für freie Zuordnung der Zeilen hier ändern
        memcpy(&pwm_setting[i], &array[i][spalte],1);  // Schreibe Elemente aus Spalte "spalte" in pwm_setting
      }
//      if ( PINC & (1<<PINC0) ) {spalte++;}  // Für zukünftige Benutzung
      spalte++;
      pwm_update();
    }

Mit 8 Kanälen hat das mit dieser Methode schonmal funktioniert (nein, 
den genauen Quelltext habe ich vermutlich nicht mehr), mit 16 Kanälen 
zuckt die Kiste nur rum, bei Bedarf könnte ich ein Video liefern.

Der Code kompiliert sauber durch, ich hänge den Quelltext und das 
Makefile an. Damit es wirklich vollständig ist kommt dazu noch eine 
Textdatei mit dem Output von make und avrdude.

Da ich keine Ahnung habe was da noch kaputt sein könnte, möchte ich 
hiermit um Hilfe bitten.

Schonmal vielen Dank und Grüße, Andi M

[Karl H. (kbuchegg)]

Lass mich mal rechnen

uint8_t array[16][101]

16*101*1 Byte macht 1616 Bytes.

Wieviel SRAM hat der Mega8 noch mal?

PS: Um 1 Byte von A nach B zu kopieren, ist memcpy ein wenig wie Kanonen 
auf Spatzen.

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

War es denn nicht schon so, dass ich letztes Jahr einen STM32F103 
empfohlen habe, der jede Menge Timer drin hat und bis zu 32 
unterschiedliche PWM Kanäle?
Siehe Artikel STM32
Damit wäre das Projekt nicht gescheitert.

[Falk B. (falk)]

@Markus Müller (mmvisual)

>War es denn nicht schon so, dass ich letztes Jahr einen STM32F103
>empfohlen habe, der jede Menge Timer drin hat und bis zu 32
>unterschiedliche PWM Kanäle?

Weichei. Echte Männer (tm) machen das in Software. ;-)

>Siehe Artikel STM32
>Damit wäre das Projekt nicht gescheitert.

Ist es gar nicht. Man muss nur mal drei Minuten nachdenken und 
feststellen, dass man das Array problemlos in den Flash legen kann, 
davon hat auch der AVR genug.

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29

[Andi M. (rootsquash)]

Karl Heinz Buchegger schrieb:
> Lass mich mal rechnen
>
> uint8_t array[16][101]
>
> 16*101*1 Byte macht 1616 Bytes.
>
> Wieviel SRAM hat der Mega8 noch mal?
>
> PS: Um 1 Byte von A nach B zu kopieren, ist memcpy ein wenig wie Kanonen
> auf Spatzen.

Es läuft!

Triviale Änderung, schon gehts \o/

Vielen vielen Dank!


Auf die Größe hatte ich auch schonmal geguckt, habe aber dabei nur 
geguckt wie groß die .hex-Datei ist und wieviel Speicher der Atmel so 
hat, da muss ich mich irgendwo vertan haben.

Vielen Dank nochmal, ich freue mich gerade wie ein Schnitzel :)

[Andi M. (rootsquash)]

Writing | ################################################## | 100% 1.33s

avrdude: 2996 bytes of flash written
avrdude: verifying flash memory against main.hex:
avrdude: load data flash data from input file main.hex:
avrdude: input file main.hex auto detected as Intel Hex
avrdude: input file main.hex contains 2996 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 1.09s

avrdude: verifying ...
avrdude: 2996 bytes of flash verified
avrdude: reading input file "0xe4"
avrdude: writing lfuse (1 bytes):

Was zum Teufel?




Der STM32 wäre für größere Projekte vermutlich die bessere Wahl. Da ich 
aber immernoch versuche zu lernen mit dem AVR-Ding umzugehen, möchte ich 
eigentlich nicht gleich die nächste Architektur anfangen.
Aber danke für den Tipp, vielleicht erinenre ich mich dran wenn ich mal 
sehr viele Kanäle brauche.

Grüße, Andi M

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Dann viel Spaß beim lernen ;-)