Via pc (c#) Fastled aansturen dmv arduino

Pagina: 1
Acties:

Vraag


Acties:
  • 0 Henk 'm!

  • Jboy1991
  • Registratie: September 2012
  • Laatst online: 06-10 10:41
Goedendag tweakers,

Ik loop een beetje vast in de volgende situatie:

Ik ben bezig met het programmeren van ledjes via arduino. Echtrer leek mij het leuk om mijn bureau leds aan te sturen via zelf geschreven software in c# en dan via serial->usb de data overdracht te doen.

Ik had het dus als volgt ingedachten:
PC -> Arduino(fastled) -> fledjes

Ik stuur de opdracht via c# PER led via bytes
code:
1
2
3
4
5
6
7
8
9
     byte[] ChangeLed = new byte[7];
            ChangeLed[0] = (byte)number;
            ChangeLed[1] = (byte)hue;
            ChangeLed[2] = (byte)sat;
            ChangeLed[3] = (byte)val;
            ChangeLed[4] = (byte)bri;
            ChangeLed[5] = (byte)nscale;//nscale
            ChangeLed[6] = (byte)fastledshow; //1 = fastled.show 
            Arduino.Write(ChangeLed, 0, 7);


In arduino verwerk ik deze code
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
void loop() {
     while (Serial.available()>0){
 
        delay(10);  //small delay to allow input buffer to fill

      char R[5];
       Serial.readBytes(R, 7);       // Read 4 bytes and write it to R[4]

  int Led = R[0];
  int Hue =  R[1];
  int Sat =  R[2];
  int Val =  R[3];
  int Bri =  R[4];
  int nscale =  R[5];
  int fastled_show =  R[6];


     if(nscale >0 )
     {
     leds[Led].nscale8 ( nscale);
     }else
     {
        leds[Led] = CHSV(Hue, Sat, Val);
     }
     if(fastled_show == 1)
     {
      FastLED.show(); 
     }
     Serial.write("succes");

     }
}


Het probleem:
Wanneer ik geen
Thread.Sleep(5); gebruik per fastled.show worden de acties genegeerd door arduino. Echter komen ze wel aan.

Wanneer ik het zelfde uitvoer rechtstreeks op de arduino dan is er niks aan de hand.

Nu vraag ik mij af:
Wat kan het zijn? Is arduino niet geschikt om snel 90 leds te veranderen van kleur?

Alvast bedankt

Alle reacties


Acties:
  • 0 Henk 'm!

  • Sandor_Clegane
  • Registratie: Januari 2012
  • Niet online

Sandor_Clegane

Fancy plans and pants to match

Ik ben helemaal geen Arduino programmeur, maar komt het misschien omdat je de buffer niet compleet vult of de Arduino een signaal geeft dat de input "klaar" is? Misschien dat er een timeout op de buffer zit die je met Thread.Sleep wel raakt?

Heb even gekeken en hier hebben ze het erover dat je geen For loop kunt gebruiken, misschien is dat hetzelfde met een while? https://forum.arduino.cc/index.php?topic=537644.0

Na wat meer gelezen te hebben, gebruik je software serial? Het lijkt erop dat die blocked, stuur je dus data dan verwerkt de Arduino niets. Lijkt te kloppen met je symptomen, Thread.Sleep unblocked software serial en dan gaat het spulletje weer lopen.

Zie: https://arduino.stackexch...ry-to-control-ws2812-leds

[ Voor 8% gewijzigd door Sandor_Clegane op 01-10-2018 19:47 ]

Less alienation, more cooperation.


Acties:
  • 0 Henk 'm!

  • Feanathiel
  • Registratie: Juni 2007
  • Niet online

Feanathiel

Cup<Coffee>

Zonder er helemaal inhoudelijk naar gekeken te hebben, valt mij het onderstaande op. Ik pak even een aantal regels uit de code:

code:
1
2
3
4
while (Serial.available()>0) // 1
char R[5]; // 2
Serial.readBytes(R, 7);       // Read 4 bytes and write it to R[4] // 3
int fastled_show =  R[6]; // 4


1: Op zich niks mis mee, mits je gebruik maakt van een buffer (kopiëren van bytes totdat je genoeg bytes beschikbaar hebt). Dat doe je hier nu niet, dus dan zou het logischer zijn om te kijken of er 7 bytes beschikbaar zijn.
2. Je verwacht 7 bytes, maar je maakt maar ruimte voor 5 bytes.
3. Serial.readBytes geeft het aantal bytes terug wat er gelezen konden worden. In jouw geval, als Serial.available() bijvoorbeeld 3 is, dan leest Serial.readBytes(R, 7) vervolgens de 3 beschikbare bytes in R, en geeft 3 als return-waarde terug. Verder kan ik het commentaar niet terug linken aan wat er gebeurd?
4. Zelfde als bij 2. Je probeert buiten de array te lezen (R[0] t/m R[4] is geldig, maar verder dan dat niet).

[ Voor 3% gewijzigd door Feanathiel op 01-10-2018 21:59 ]


Acties:
  • 0 Henk 'm!

  • Jboy1991
  • Registratie: September 2012
  • Laatst online: 06-10 10:41
Feanathiel schreef op maandag 1 oktober 2018 @ 21:59:
Zonder er helemaal inhoudelijk naar gekeken te hebben, valt mij het onderstaande op. Ik pak even een aantal regels uit de code:

code:
1
2
3
4
while (Serial.available()>0) // 1
char R[5]; // 2
Serial.readBytes(R, 7);       // Read 4 bytes and write it to R[4] // 3
int fastled_show =  R[6]; // 4


1: Op zich niks mis mee, mits je gebruik maakt van een buffer (kopiëren van bytes totdat je genoeg bytes beschikbaar hebt). Dat doe je hier nu niet, dus dan zou het logischer zijn om te kijken of er 7 bytes beschikbaar zijn.
2. Je verwacht 7 bytes, maar je maakt maar ruimte voor 5 bytes.
3. Serial.readBytes geeft het aantal bytes terug wat er gelezen konden worden. In jouw geval, als Serial.available() bijvoorbeeld 3 is, dan leest Serial.readBytes(R, 7) vervolgens de 3 beschikbare bytes in R, en geeft 3 als return-waarde terug. Verder kan ik het commentaar niet terug linken aan wat er gebeurd?
4. Zelfde als bij 2. Je probeert buiten de array te lezen (R[0] t/m R[4] is geldig, maar verder dan dat niet).
Klopt dit he ik inmiddels aangepast.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
char R[5];
 
  if (Serial.readBytes(R, 5) == 5)
  {
     if(R[4] == 0)
     {
       leds[R[0]] = CHSV(R[1], R[2], R[3]);
     } else if(R[4] == 1)
     {
         FastLED.show();
         Serial.write("led show");
     }
  }