Arduino Boblight Sketch --> Verlorene Bytes

Ich habe einen Sketch, der gerade mit 150 Kanälen (50 RGB-LEDs) fehlerfrei läuft. Baudrate im Moment auf 115200.

Ich teste das ganze jetzt nochmal auf die Grenzen, räume den Code bis morgen früh noch auf und poste das dann mal hier oder auf Github.

Edit: Mit 500000 als Baudrate hat es dann schon wieder leichte Aussetzer, das kann man Dank des Tipps von wirbel jetzt direkt am Arduino erkennen. (Flackernde LED)

Edit2: Mit 460800 ist es stabil.
Edit3: Wenn man dann wirklich Last draufgibt mit boblight-X11 ist 460800 auch zu schnell.

Ich bin jetzt endgültig frustriert. Das haut bei höheren LED Anzahlen wieder nicht sauber hin.

#include "digitalWriteFast.h"
#include <FastLED.h>


#define CHANNELS 150
#define DATA_PIN  8
#define CLOCK_PIN 9




int state = 1;
CRGB leds[CHANNELS/3];


void setup() {
  Serial.begin(115200);
  pinMode(13, OUTPUT);
  FastLED.addLeds<WS2801, DATA_PIN, CLOCK_PIN, RGB>(leds, CHANNELS/3);


  for(;;) {
    switch(state) {
      case 1:
        if (Serial.available() > 0) {
          if (Serial.read() == 0xA1) {
            state = 3;
            digitalWriteFast2(13, LOW);
          }
          else {
            digitalWriteFast2(13, HIGH);
          }
        }
      break;

      case 3:
        Serial.readBytes( (char*)leds, CHANNELS);
        state = 4;
      break;

      case 4:
      if (Serial.available() > 0) {
        if (Serial.read() == 0x1A) {
          FastLED.show();
        }
        else {
          digitalWriteFast2(13, HIGH);
        }
        state = 1;
        }
      break;
    }
  }
}


void loop() {
}

Hier der Code. Ich will jetzt nicht mehr aufräumen...

Prefix ist übrigens A1 und Postfix 1A
Das synchronisiert sich recht schnell und läuft dann problemlos. Ich wollte das Überprüfen der Chars einsparen.
So wie es aussieht kann man sich das Warten auf den 64Byte Serial Buffer auch sparen, indem man einfach sagt ließ mir mal 150 Bytes mit Serial.readBytes

Mein Ansatz ist es möglichst wenig zu tun. Irgendwie befürchte ich, dass das digitalWrite Zeug immernoch zu viel Overhead verursacht.

Edit: Mit Last meine ich mehr als das periodische "Schwarz" vom BoblightD. Also schon eine aktives Boblight-X11 mit 60Frames/s
Edit2: Und ich habe in meinem Sketch jetzt auch ein Flackern. Das ist so auch alles andere als optimal.

Zitat von seahawk1986

Hast du eventuell noch einen FTDI USB2Serial Konverter herumliegen

Ja, habe ich. Der hat aber 3,3V und der Arduino hat 5V soweit ich weiß.

Der Arduino Nano ist wohl der einzige Arduino, der noch mit FTDI daherkommt. Kostet aber auch 40€ http://www.reichelt.de/ARDUINO…index.html?ARTICLE=142943

chriszero: Welchen Arduino hast du?
TheChief: Sag mal ehrlich. Der Arduino Uno ist nicht wirklich geeignet, oder? Muss ich wohl zum Nano greifen.

Edit: Alternativplan: http://www.ebay.de/itm/221586369391
Scheint ein Nachbau des Original Duemilanove zu sein. Einige hier im Portal scheinen damit zufrieden zu sein.

Bräuchte da jetzt nur noch ein "Go", dass es tatsächlich am USB Wandler des Uno liegt.

Zum SainSmart Duemilanove: [Projekt] Arduatmo - Ambilight auf Arduino-Basis
Ist wohl nicht so der Hit.

Ich kann doch einfach an den vorhandenen Arduino Uno einen Adapter mit FTDI klemmen, oder? RX und TX sind ja leicht erreichbar auf Pin 0 und 1 rausgelegt.
Ist das hier das richtige Kabel? http://www.reichelt.de/index.html?ARTICLE=120573

Zitat von M-Reimer

Wie funktioniert USB bei den "neuen" Arduinos eigentlich? Ist das "in Hardware" oder eine Softwareemulation?

Da sitzt noch ein ATMega 16U2 drauf, der mit einer Firmware versehen ist, die USB emuliert.

Für den Uno habe ich aber schon ein Gehäuse. Beim Pro Mini fange ich wieder bei Null an.

Es konnte jetzt doch ein FTDI vorübergehend organisiert werden.
Das sieht soweit auch ganz gut aus. Allerdings muss hier: Arduino Boblight Sketch --> Verlorene Bytes
In der zweiten Zeile das "-1" weg. Sonst kommen wir genau 3 Bytes zu früh an für den Prefix.

Boblight aktualisiert bei mir im Leerlauf 100 mal die Sekunde. Das funktioniert auch.
Schalte ich aber boblight-X11 zu verschwinden wieder Bytes.

Kannst du mal folgendes probieren?

case Start:
        if(Serial.available() > 0) {
          rec = Serial.read();
          if(rec == head[0]) {
            state = Head_2;
            Serial.print("Failed bytes: ");
            Serial.println(failcounter, DEC);
            failcounter = 0;
          }
          else {
            failcounter++;
          }
        }
        break;

Muss ich doch mal schauen, dass ich das Hyperion kompiliert bekomme.

Mit hyperiond ist es wirklich weg.

BTW: Bevor du auch fummeln musst um an den Prefix zu kommen: {0x41, 0x64, 0x61, 0x00, 0x31, 0x64}

Als Adalight Device. Die Config habe ich mit dem beiliegenden Java Tool erstellt. Ist eingentlich ziemlich straight-forward, wenn es mal kompiliert ist.

Ich muss aber zwangsläufig über den FTDI gehen. Ich bin mittlerweile soweit, dass der onboard USB-Seriell Wandler irgendwann einfach dicht macht.
Nimmt dann einfach gar keine Daten mehr an. Keine Ahnung. Vielleicht habe ich den jetzt kaputt gemacht.

Habe gerade den in Hyperion eingebauten "Knight Rider" Effekt laufen und das läuft flüssig.