So verwenden Sie ATmega328 SPI mit einem 31-Bit-Schieberegister

Ich habe diese Frage beobachtet, und da noch niemand geantwortet hat, werde ich es versuchen. Ich entschuldige mich im Voraus, wenn meine Argumentation fehlerhaft ist, aber ich werde mein Bestes tun.

Ich denke, die Möglichkeit, Ihr Projekt zum Laufen zu bringen, hängt davon ab, wie viele RGB-LEDs Sie verwenden möchten. Ich habe das Allegro-Datenblatt durchgesehen, und es sieht so aus, als müssten Sie einen IC mit jeweils einer roten, grünen und blauen LED (dh einem RGB-Pixel) koppeln. Alle Daten werden über die Kette der 6280er übertragen.

Wenn Sie nur ein RGB-Pixel oder genauer gesagt N Pixel haben möchten, die dieselben zeitlichen Informationen anzeigen, können Sie meiner Meinung nach mit der Verwendung von SPI davonkommen. Ich denke, Ihre Idee mit verknüpften Listen ist der richtige Weg, aber offensichtlich liegt der Schlüssel darin, LI zur richtigen Zeit (alle 31 Bits) zu verriegeln, und es wird nicht an 8-Bit-Grenzen liegen. Die einzigen SPI-Bibliotheken, die ich je auf Mikros verwendet habe, nehmen ein Byte, takten die Daten aus und lesen das Antwortbyte. In Ihrem Fall müssen Sie herausfinden, wie Sie eine SPI-Funktion erstellen, die LI während einer Byteübertragung auslösen kann.

Da SPI die Übertragung von jeweils einem Byte erfordert, müssen Sie 32 Bit senden, wenn Sie nur 31 möchten. Das 32. Bit ist also tatsächlich das erste Bit Ihres zweiten Satzes von RGB-Daten. Sie setzen LI, bevor Sie das 32. Bit austakten. Für die nächste Datenrunde triggern Sie LI, bevor Sie das 31. Bit austakten. Möglicherweise können Sie dies tun, ohne eine eigene SPI-Bibliothek zu schreiben, aber ich bin mir nicht sicher.

Wenn Sie das Scrollen von Daten unterstützen möchten, sieht es so aus, als wären die Dinge etwas kniffliger. Es fällt mir schwer, die Erklärung zu formulieren, aber das Timing von LI wird interessant sein. LI bestimmt, wie schnell Ihr Display scrollt, da es vorgibt, wann ein 6280 die Daten an den nächsten ausgibt.

Für den ersten Satz RGB-Daten triggern Sie LI, sobald Sie 31 Bit ausgetaktet haben. Sie haben auch 1 Bit für den nächsten Datensatz getaktet. Sie werden dann weitere 3 Datenbytes plus 6 weitere austakten, bevor Sie LI auslösen. Wenn Ihre Bildlaufzeit jedoch langsam ist, können Sie das Byte mit den letzten 6 Bits nicht senden, bis Sie bereit sind, LI auszulösen , da Sie den Schieberegisterpuffer nicht überlaufen lassen möchten! Aber sobald Sie bereit sind, LI auszulösen, senden Sie dieses Byte. Jetzt sind bereits 2 Bits für den nächsten Datensatz im seriellen Puffer. Senden Sie weitere 3 Bytes (insgesamt 26 Bit) und warten Sie, bis Sie LI auslösen müssen. Wenn es soweit ist, sende das nächste Byte (das die verbleibenden 5 Bits enthält). Wiederholen Sie dies immer wieder.

Ich hoffe das macht Sinn. Wie gesagt, ich habe keine Erfahrung mit diesem Chip, aber was ich hier geschrieben habe, ist zumindest der erste Schritt, den ich unternehmen würde, um zu versuchen, dieses Problem mit SPI zu lösen.

Viel Glück und halte uns auf dem Laufenden!

Wie sich herausstellt, besteht die Möglichkeit, dies zu tun, einfach darin, das Schieberegister mit mehr Bits als nötig zu überfluten und sicherzustellen, dass die 31 wichtigen die LETZTEN sind. Ich erstelle einen Puffer, der lang genug ist, um 32 Bit aufzunehmen:

static uint8_t[BUFFER_SIZE] spiBuffer;

Ich fülle es immer dann auf, wenn es eine Änderung gibt, und verwende das Interrupt-gesteuerte SPI, um es zu übertragen:

void transmitSpiBuffer() {
  static uint8_t c = 0;
  SPDR=spiBuffer[c++];
  if (c == (BUFFER_SIZE)) {
    c = 0;
    digitalWrite(LATCH_PIN, HIGH);
    // should I sleep? nah.
    digitalWrite(LATCH_PIN, LOW);
  }
}

void setup() {
   // Enable MOSI and SCK as output, all others input.
   PORTB = (1<<PINB3)|(1<<PINB5);

   ISR(SPI_STC_vect) {
     transmitSpiBuffer();
   }

   // Enable SPI
   SPCR = (1<<SPIE)|(1<<SPE)|(1<<MSTR)|(1<<SPR1)|(1<<SPR0);
}

Das funktioniert bei mir hervorragend. Problem gelöst.