Perché a volte un LED lampeggia quando si aumenta la luminosità?

Adrian

2015-11-20 09:09:37 UTC

view on stackexchange narkive permalink

Questo è certamente un post incrociato di malfunzionamento della dissolvenza dei LED (flash casuale) ma non riesco a ottenere una risposta sul forum di Arduino.

Stavo scherzando con un codice molto semplice e ho notato che quando si tiene ripetutamente un LED a luminosità 0 per 1 secondo e poi si dissolve alla massima luminosità, occasionalmente si verificava un piccolo lampo all'inizio di ogni dissolvenza (apparentemente casuale).

  int led = 11; int luminosità = 0; void setup () {pinMode (led, OUTPUT);} void loop () {if (luminosità > = 256) // controlla se la luminosità ha superato 255, si ripristina a 0 {analogWrite (led, 255); luminosità = 0; } analogWrite (led, luminosità); se (luminosità == 0) {ritardo (1000); // LED spento per 1 secondo} luminosità + = 1; // incremento del ritardo della luminosità (20);}

Quindi, la cosa che mi ha completamente perplesso è che posso usare un pezzo di codice diverso (sotto) e il flash scompare!

  int i = 0; int led = 11; void setup () {pinMode (led, OUTPUT);} void loop () {analogWrite (led, i); delay (6); if (i% 256 == 0) {i = 0; delay (1000);} i ++;}

Qualcuno ha la più pallida idea del perché ciò sarebbe accaduto? Entrambi i programmi hanno fondamentalmente lo stesso codice, tranne per il fatto che i viene reimpostato a 0 nel primo programma mentre nel secondo continuo a incrementare oltre 255 in modo che analogWrite "overflow". Penso che debba essere un problema del firmware (o forse del software?).

C'è un video su YouTube che mostra ciò che accade qui, Arduino - problema del LED sbiadito.

Prova a rimuovere `analogWrite (led, 255);` poiché è abbastanza inutile, dato che due righe sotto di esso, è riportato a 0. Non riesco a vedere nulla di veramente sbagliato nel codice (a parte un ordine un po 'strano) .

Nel secondo codice, cambia `delay (6)` in `delay (20)` - appare il flash? Hai il secondo codice che scorre tre volte più velocemente del primo codice (ignorando il ritardo di 1 secondo, ovviamente), quindi il flash casuale è probabilmente non rilevabile. Per quanto riguarda * perché c'è un lampo * ... non ne ho idea.

@Gerben Questo è vero ... :) Lo farà

@CharlieHanson Ho provato ad aumentare il ritardo e non ha alcun effetto. Riesco ancora a rilevare il flash con il ritardo di 6 secondi. Ora ho una buona risposta / spiegazione sul motivo per cui accade sul forum di Arduino.

Oops, intendevo un ritardo di 6 millisecondi.

#include "wiring_private.h" int led = 11; int luminosità = 0; void setup () {pinMode (led, OUTPUT);} void loop () {if (luminosità > = 256) // controlla se la luminosità ha superato 255, si ripristina a 0 {luminosità = 0; sbi (TCCR2A, COM2A1); OCR2A = 0; // imposta pwm duty} analogWrite (led, luminosità); se (luminosità == 0) {ritardo (1000); // LED spento per 1 secondo} luminosità + = 1; // incremento del ritardo della luminosità (20);}

Modifica: per spiegare cosa sono questi "codici strani"

Non sono molto esperto in questo campo per spiegare come funziona esattamente ma fondamentalmente sbi è una funzione definita in una macro da Atmel (?), sta per " s e b it i n "e viene utilizzato per modificare i registri dei chip ATmega. Quindi in pratica quello che ho fatto è stato cambiare registro definito dalla macro TCCR2A (perché? Perché è il registro che controlla PWM nel pin 11) e passare la maschera di bit COM2A1 (questo è una modalità di confronto definita nella scheda tecnica) e OCR2A è un registro utilizzato per memorizzare il valore di confronto che definisce il ciclo di lavoro. Immagina un contatore che ogni volta che riceve un tick da un segnale clock confronta il valore del contatore con il valore memorizzato in OCR2A e imposta il pin alto o basso se quel valore è stato passato o meno (più o meno così, dipende dalla modalità memorizzata su TCCR2A).

Ma in realtà non ho fatto magie nere. Ho appena esaminato il codice di analogWrite () ed è così che usano per impostare un valore di PWM nel pin 11:

void analogWrite (uint8_t pin, int val) {// Dobbiamo assicurarci che l'uscita PWM sia abilitata per quei pin // che lo supportano, mentre giriamo si spegne durante la lettura digitale o // la scrittura con loro. Inoltre, assicurati che il pin sia in modalità di output // per coerenza con Wiring, che non richiede una chiamata pinMode // per i pin di output analogico. pinMode (pin, OUTPUT); if (val == 0) {digitalWrite (pin, LOW); } else if (val == 255) {digitalWrite (pin, HIGH); } else {switch (digitalPinToTimer (pin)) {... #if defined (TCCR2A) && defined (COM2A1) case TIMER2A: // collega pwm al pin sul timer 2, canale A sbi (TCCR2A, COM2A1); OCR2A = val; // imposta il duty break pwm; #endif ...}

Quindi fondamentalmente ho usato queste informazioni per impostare il registro a zero, come suggerito dal link del forum arduino.cc che hai.

Se vuoi saperne di più sul PWM in Arduino, questo sito ha molte informazioni e spiega anche molte delle modalità di registrazione.