Glediator - Freeware LED Matrix Steuerung - Software

Ich bin zwar noch nicht ganz sicher, aber mir ist aufgefallen, dass in tpm2.net die Paketnummer mit 0 beginnt. Lt. Spezifikation (tpm2.de) soll dies aber bei 1 beginnen. So ist es glaub ich im SEDUv3 auch implementiert. Ich schau es mir aber nochmal genau an.

Für das Artnet-Thema hatten wir bei Jinx in dem Zusammenhang auch mal eine Diskussion. Ich denke, dafür gibt es eine Lösung. Muss ich noch ein wenig testen.

Zitat von twi127

Hallo zusammen,
ich versuche gerade verzweifelt ein Sedu V3 per WLAN mit Glediator zu laufen zu kriegen. Habe eine Matrix aus 20 x 10 WS2801 Pixeln. Eine Ansteurung per TMP2.Net klappt leider nicht. Das Sedu Bord zeigt zwar eine Datenempfang an, gibt aber nichts aus, bzw. scheint abzustürzen. Per Artnet mit Universum 0 und 1 komme ich leider ebenfalls nicht klar: von Universum 0 werden 170 Pixel korrekt ausgegeben. Das Problem ist der Wechsel auf Universum 1. Das Sedu verlangt hier scheinbar, dass Pixel 171 noch die letzten 2 freien Kanäle aus Universum 0 und 1 Kanal von Universum 1 belegt werden. Pixel 172 bis 200 über Universum 0 funktionieren einwandfrei. Für eine Gip wäre ich echt dankbar.

So, ich habe noch ein wenig in einer Testumgebung probiert. Es sollte wie folgt funktionierren:
Artnet muss am besten so gepatcht werden, dass man die 2 Universen gleich verteilt. Aber auf jeden Fall muss man beim Festlegen der IP-Adresse neben dem Universum auch die Zahl der Pixel eingeben. Das wären dann 510 für die 170 Pixel und nicht 512. Ich habe eine 16x16-Matrix zum Test aber einfach gleich auf beide Universen verteilt:

Bei tpm2.net klappt es auch, wenn man nicht mit Universum 0 beginnt, sondern 1. Es scheint so, als ob das dann als Paketnummer verwendet wird und 0 ist da nicht zugelassen. Mit 1 und 2 klappt es bei mir aber. Auch hier mal das Beispiel, wie ich das gepatcht habe:

Bei mir hat allerdings das Patchen der seriellen Ausgabe mit miniDMX oder tpm2 nicht funktioniert. Egal was ich probiert habe, die Ausgabe lief nicht korrekt. Ich hatte fast den Eindruck, dass die Snake-Varianten nicht funktionieren.

Hallo turi,
vielen Dank ! Per Artnet funktioniert es jetzt einwandfrei. Tpm2.net hat mit Universum 1/2 auch nicht funktioniert, macht aber jetzt ja nix.

Danke und Gruss
Thomas

Ok, das ist schön. Aber tpm2.net sollte eigentlich auch funktionieren. Ich schau gelegentlich nochmal, ob man das noch vereinfachen kann. Das mit den 512 Kanälen gefällt mir da nicht.

Hat den Glediator V1 schon das aktuellste tpm2.net Protokoll drin? Ich könnte mich erinnern, dass es erst in Glediator V2 das tpm2.net mit "Gesamtpaketfeld" integriert wurde.

Ich hatte die v2 zum Test verwendet und dann mal geschaut, wo das Problem lag. Da war halt das erste Paket mit 0 bezeichnet. Ich musste beim universum dann mit 1 beginnen, um das zum Laufen zu bringen. Ist es normal, dass ein Paket nur 512 Byte max. groß ist oder mache ich da etwas falsch?

Das kann ich dir auch nicht sagen, ich hatte so meine Probleme mit V2...

Hallo,

erstmal danke für dieses gelungene Programm!

Ich hätte noch folgende Anregungen/Wünsche:
Eine einfach zu nutzende Schnittstelle. Ich würde die LEDs gerne aus meiner Haussteuerung anpsrechen. Ginge evtl über die FB Schnittstelle. Einfacher wäre sowas wie eine Steuerdatei.
2 Mbit Baudrate

Denn habe ich eine 32x32 Matrix. Also immehrin satte 1024 LED. Es ist mir gelungen die mit einem Arduino Uno anzusteuern. (Der modifizierte Sketsch anbei). Leider geht jedoch die Wiederholrate auf 12 FPS. Das is eindeutig zu langsam für bewegte Effekte. Wird aber mit einem Mega wohl auch nicht besser, da es an der Baudrate liegt. Ich glaube der Arduino könnte 2 MBit, könnte man das nicht im Programm auch noch integrieren?
Welche Möglichkeit zur Ansteurung wäre sonst sinnvoll? 2 Arduinos geht ja auch nicht, oder ?

Hier der Code. Der Trick ist mit 2 Pins zu arbeiten und nacheinander die 1ste und 2te Hälfte zu aktualisieren. Funktioniert einwandfrei nur zu langsam.

//##############################################################################
//##############################################################################
//                                                                             #
// Glediator to WS2812 pixel converter                                         #
// by R. Heller                                                                #
// V 1.0 - 07.01.2014                                                          #            
// wwww.SolderLab.de                                                           #
//                                                                             #
// Receives serial data in Glediator protocol format @ 1 MBit/s                #
// and distributes it to a connectect chain of WS2812 pixels                   #
//                                                                             #
// Adjust the correct DATA PIN and the correct NUMBER OF PIXELS you are using  # 
// in the definitions section below before uploading this sketch to your       #
// Arduino device.                                                             #
//                                                                             #
// Maxiumim number of supported pixeles is 512 !!!                             #
//                                                                             #
// In the Glediator software set output mode to "Glediator_Protocol",          #
// color order to "GRB" and baud rate to "1000000"                             #
//                                                                             #
//##############################################################################
//##############################################################################


//##############################################################################
//                                                                             #
// Definitions --> Make changes ONLY HERE                                      #
//                                                                             #
// To find out the correct port, ddr and pin name when you just know the       #
// Arduino's digital pin number just google for "Arduino pin mapping".         #
// In the present example digital Pin 6 is used which corresponds to "PORTD",  #
// "DDRD" and "6", respectively.                                               #
//                                                                             #
//##############################################################################


#define DATA_PORT          PORTD
#define DATA_DDR           DDRD                        
byte DATA_PIN;
#define DATA_PIN1          6                            
#define DATA_PIN2          7                            
#define NUMBER_OF_PIXELS   512 
// size on 1 pin


// zwei Blöcke zu 512 = 1024


//##############################################################################
//                                                                             #
// Variables                                                                   #
//                                                                             #
//##############################################################################


unsigned char display_buffer[NUMBER_OF_PIXELS * 3 ];
static unsigned char *ptr;
static unsigned int pos = 0;


volatile unsigned char go = 0;


//##############################################################################
//                                                                             #
// Setup                                                                       #
//                                                                             #
//##############################################################################


void setup()
{
  pinMode(13, OUTPUT);
  // Set data pin as output
  DATA_DDR |= (1 << DATA_PIN1);
  DATA_DDR |= (1 << DATA_PIN2);

  // Initialize UART
  UCSR0A |= (1<<U2X0);                                
  UCSR0B |= (1<<RXEN0)  | (1<<TXEN0) | (1<<RXCIE0);   
  UCSR0C |= (1<<UCSZ01) | (1<<UCSZ00)             ; 
  UBRR0H = 0;
  UBRR0L = 1; //Baud Rate 1 MBit (at F_CPU = 16MHz)

  ptr=display_buffer;
  DATA_PIN = DATA_PIN1;
  //Enable global interrupts
  sei();
}


int x = 0;
//##############################################################################
//                                                                             #
// Main loop                                                                   #
//                                                                             #
//##############################################################################


void loop()
{  
  if (go==1) 
  {
    DATA_PIN = DATA_PIN1;
    cli();
    ws2812_sendarray(display_buffer, NUMBER_OF_PIXELS * 3); 
    sei();
    go=2;
  }
  if (go==3) 
  {
    DATA_PIN = DATA_PIN2;
    cli();
    ws2812_sendarray(display_buffer, NUMBER_OF_PIXELS * 3); 
    sei();
    go=0;
  }  

  // delay (1); // Helps maybe if you have a flickering problem  With 512 on one Pin this has helped me
}


//##############################################################################
//                                                                             #
// UART-Interrupt-Prozedur (called every time one byte is compeltely received) #
//                                                                             #
//##############################################################################


ISR(USART_RX_vect) 
{
  unsigned char b;
  b=UDR0;

  if (b == 1)  {pos=0;  ptr=display_buffer; return;}    
  if (pos == (NUMBER_OF_PIXELS*3*2)) {} else {*ptr=b; ptr++; pos++;}  
  if (go == 0 && pos == ((NUMBER_OF_PIXELS*3)-1)) {go=1;}
  if (pos == ((NUMBER_OF_PIXELS*3))) ptr=display_buffer;
  if (pos  >= (NUMBER_OF_PIXELS*3) ) digitalWrite(13, HIGH); else digitalWrite(13, LOW);
  if (go == 2 && pos == ((NUMBER_OF_PIXELS*3*2)-1)) {go=3;}    
}


//##############################################################################
//                                                                             #
// WS2812 output routine                                                       #
// Extracted from a ligh weight WS2812 lib by Tim (cpldcpu@gmail.com)          #
// Found on wwww.microcontroller.net                                           #
// Requires F_CPU = 16MHz                                                      #
//                                                                             #
//##############################################################################


void ws2812_sendarray(uint8_t *data,uint16_t datlen)
{
  uint8_t curbyte,ctr,masklo;
  uint8_t maskhi = _BV(DATA_PIN);
  masklo =~ maskhi & DATA_PORT;
  maskhi |= DATA_PORT;


  while (datlen--) 
  {
    curbyte = *data++;


    asm volatile
    (
      "        ldi %0,8    \n\t"        // 0
      "loop%=:out %2, %3    \n\t"        // 1
      "lsl    %1        \n\t"        // 2
      "dec    %0        \n\t"        // 3
      "        rjmp .+0    \n\t"        // 5
      "        brcs .+2    \n\t"        // 6l / 7h
      "        out %2,%4    \n\t"        // 7l / -
      "        rjmp .+0    \n\t"        // 9
      "        nop        \n\t"        // 10
      "        out %2,%4    \n\t"        // 11
      "        breq end%=    \n\t"        // 12      nt. 13 taken
      "        rjmp .+0    \n\t"        // 14
      "        rjmp .+0    \n\t"        // 16
      "        rjmp .+0    \n\t"        // 18
      "        rjmp loop%=    \n\t"        // 20
      "end%=:            \n\t" 
      :    "=&d" (ctr)
      :    "r" (curbyte), "I" (_SFR_IO_ADDR(DATA_PORT)), "r" (maskhi), "r" (masklo)
    );
  }


}


//##############################################################################
//                                                                             #
// End of program                                                              #
//                                                                             #
//##############################################################################

Oh das war nur Debug ... die Zeile ist ganz raus. Bin aber dennoch bei 12 FPS.

Hab gerade mal probiert (nur in Galdiator geändert):
1000000 12 FPS
1250000 bleibt bei 12 FPS
500000 bleibt bei 12 FPS
250000 6 FPS
115200 3 FPS

Also haste an sich recht, sollte das auch mit 1000000 genügen. Will er aber irgendwie nicht.

Der zeitkritische Urart Teil sieht jetzt so aus:

ISR(USART_RX_vect) 
{
  unsigned char b;
  b=UDR0;

  if (b == 1)  {pos=0;  ptr=display_buffer; return;}    
  if (pos == (NUMBER_OF_PIXELS*3*2)) {} else {*ptr=b; ptr++; pos++;}  
//  if (go == 0 && pos == ((NUMBER_OF_PIXELS*3))) {go=1;}
  if (pos == ((NUMBER_OF_PIXELS*3))) {go=1;ptr=display_buffer;}
  if (go == 2 && pos == ((NUMBER_OF_PIXELS*3*2)-1)) {go=3;}    
}

Noch jmd. ne Idee?

Zitat von Pepe_1981

Ich häng Dir mal ein Patch-File für Deinen Fall an.
Patch_32x16_Vertical.txt

Danke für das File, hat mir sehr geholfen! Das Projekt liegt leider seit einem Jahr im Keller weil meine Wall sehr reparaturanfällig ist.
Jetzt steht ein gig an und es sollte dann laufen.
Hab dabei jetzt nur bei dem File das Problem das die Farben verschoben sind. Was Rot ist jetzt Blau usw.
Gibt es eine Anleitung wie ich etwas selber Patchen kann. Was muss ich wo eintragen, auto Patch Funktion, usw.
Kann ich auch das File her nehmen und die Farben nachträglich anpassen, außer bei den Boards die kabel durchzutauschen?

Mfg schaf

esp8266_tpm2net_ws2812
This is a custom firmware for the esp8266 wifi module that will drive a strand of ws2812 LEDs using the TPM2NET protocol. I am successful at driving 132 LEDs (11x12 matrix) using this firmware and pixelcontroller (v2.1.0-RC1) & glediator (v2.0.3) software. I expect it to operate more LEDs (hopefully up to 512 LEDs) ... This is based on work by Charles (cnlohr) and Frans (Frans-Willem) ...

https://github.com/sfranzyshen/esp8266_tpm2net_ws2812

we are supporting other chipsets ...
https://github.com/sfranzyshen/esp8266_tpm2net_lpd6803
https://github.com/sfranzyshen/esp8266_tpm2net_ws2801

Hallo Leute,

Ich hab jetzt Glediator mit meinen ws2811 Pixeln getestet und ich muss sagen die Software ist echt gut.
Aber leider funktioniert die Beat detection nicht wirklich bei mir.
Mir kommt vor dass die Beat detection keine wirkliche beat detection ist, sondern nur anspringt wenn der Triggerpunkt mit der Lautstärke überschritten wird.
Das ist nicht ganz sinnvoll da elektronische Musik mittlerweile so laut gemastert ist, dass man mit der Lautstärke kaum noch den Takt herausfinden kann.

Bin ich zu doof zum konfigurieren oder ist das gewollt?

Hat vielleicht schon jemand Erfahrungen mit der Beat Detection oder bin ich einer der wenigen die das verwenden?

Gepostet mit Smartphone....
Danke und lg Fisico

hi pepe,

es ist ein Line Eingang (hoher und niedriger Pegel probiert)... aber irgendwie ist zb. der Strobe Effekt nicht synchron zur Musik....
zb.: Elektronisch Musik 128 BPM 4/4 Takt dort sollte der Strobe Effekt mindestens 4 mal pro Takt blinken (kann auch gerne öfter sein also zb 8 oder 16 mal pro Takt) (unabhängig von der Lautstärke).

Ich denke man findet am besten mit der Kickdrum den Takt raus. Vielleicht eine Frequenzanalyse im Lowend (20-250Hz) und die Kick rausfiltern. Somit hat man immer einen Triggerpunkt und das Licht passt zur Musik.

Vielleicht hab ich auch zu hohe Anforderungen dann muss ich halt damit leben wie es ist... Trotzdem bleibt es ein cooles Programm.

Moin Leute,

vielleicht kann mir ja jemand weiterhelfen. Ich bau mir gerade einen LED Matrix Tisch, wird wohl dieses Wochenende oder nächste Woche fertig.
11 x 11 Pixel, Raster 33mm, ich verwende WS2812B LED Stripes angesteuert über einen Arduino Uno auf dem das Sketch von solderlab.de für WS2811 / WS2812 installiert ist.

Leider sind die Farben rot und grün vertauscht... fällt bei verrückten random Pixel Animationen nicht so auf, aber ärgerlich ist es trotzdem, weil es bei bestimmten Animationen eben doch auffällt und man eben einfach nicht die Farbe bekommt die man am PC einstellt -.-

Baudrate ist auf 1.000.000 und auch die "color order" auf BRG, habe aber auch alle anderen "color order" Einstellungen probiert. Zwischen dem Datapin des Arduino und dem Datapin vom Stripe ist ein 470 Ohm Widerstand, außerdem habe ich einen 4700 µF Kondensator um die Spannung zu glätten, verwendet wird ein 5Volt Netzteil mit 8A von Meanwell.
Die Stripes sind aus der Bucht: "30 Led´s/m WS2812B Streifen Stripe weiss". Habe erstmal ein Stück mit 9 Pixeln getestet.

Liegt es vielleicht daran, dass es sich um WS2812"B" handelt?

Ärgert einen schon, wenn der Tisch noch gar nicht fertig, aber schon "kaputt" ist

Vielleicht hat ja jemand ne Idee.

mfg Nils

Prinzipiell solltest du das aber mit der Color Order beim Patchen hinbekommen. Du kannst dich ja direkt an die Farben rantasten in dem du den Effekt Simple Color nimmst und einfach mal die Farben RGB gezielt auf allen Pixeln darstellst.

Moin,

erstmal danke für deine Antwort. Ich habe mit der Wave Animation getestet:

Wave Animation auf blau -> LEDs = blau
Wave Animation auf rot -> LEDs = grün
Wave Animation auf grün -> LEDs = rot

Blau ist also okay rot und grün aber genau vertauscht, daher werden alle Farben die mit blau oder rot gemischt werden falsch dargestellt. Also anders als auf dem Display in der Software.

Ich könnte mir vorstellen die Ursache liegt irgendwo in dem Arduino Sketch, konnte dort aber nichts finden, wo ich die Farbe umändern könnte. Vielleicht hätte Pepe ja ne Idee, irgendwie
quick 'n dirty die Daten für rot und grün vertauschen, so dass es dann wieder richtig wäre

PS: Ich habe nicht die aktuellste Glediator Version benutzt, werde morgen nochmal die neuste nehmen, aber denke eher nicht, dass das die Fehlerquelle ist.

mfg Nils

PS: LEDs und Computer sind doch manchmal wie Schwarzmagie... Nichts geändert und nochmal versucht und es geht, was vorher bei 7-8 Versuchen immer nicht funktioniert hat.
Die LEDs stellen jetzt die richtige Farbe dar. Ich habe ein bisschen im Internet gelesen die WS2812B sollen ziemlich empfindlich sein und können schonmal leicht durch äußere
Einflüsse aus dem "Takt" gebracht werden, vielleicht lag es daran.

Naja ich bin happy das es jetzt geht, sry^^