Modifications

== Question - Réponse ==

== Question - Réponse ==

===  Mon code servo sur Arduino arrête de fonctionner lorsqu'il est combiné avec NeoPixels! ===

===  Mon code servo sur Arduino arrête de fonctionner lorsqu'il est combiné avec NeoPixels! ===

{{bloc-etroit|text=Malheureusement, les bibliothèques NéoPixel et servo ne fonctionne pas très bien ensemble; La première ayant besoin de désactiver les interruptions de façon périodique et la deuxième en a absolument besoin pour fonctionner. Vous avez néanmoins quelques alternative:

{{bloc-etroit|text=Malheureusement, les bibliothèques NéoPixel et servo ne fonctionne pas très bien ensemble; La première ayant besoin de désactiver les interruptions de façon périodique et la deuxième en a absolument besoin pour fonctionner. Vous avez néanmoins quelques alternative:

Le WS2811 est une puce de pilotage séparé de la LED RGB. Le signal de donnée est similaire mais fonctionne à la moitié de la vitesse. Entre temps, le WS2812 (avec LED RGB intégrée) a été mis en vente, il n'empêche qu'il existe beaucoup de code et de projet autour du nom WS2811. C'est parfois "pour le WS2811" mais qui est en fait destiné au contrôleur plus récent, ou pour les deux types. La bibliothèque Adafruit_NeoPixel supporte les deux modèles.

Le WS2811 est une puce de pilotage séparé de la LED RGB. Le signal de donnée est similaire mais fonctionne à la moitié de la vitesse. Entre temps, le WS2812 (avec LED RGB intégrée) a été mis en vente, il n'empêche qu'il existe beaucoup de code et de projet autour du nom WS2811. C'est parfois "pour le WS2811" mais qui est en fait destiné au contrôleur plus récent, ou pour les deux types. La bibliothèque Adafruit_NeoPixel supporte les deux modèles.

== Writing Your Own Library ==

== Ecrire votre propre bibliothèque ==

The [http://www.adafruit.com/datasheets/WS2812.pdf WS2812 datasheet] explains the data transmission protocol. This is a self-clocking signal — there’s only one wire, not separate data and clock lines. “1” and “0” bits are indicated by varying the duty cycle of a fixed-frequency square wave.

La [http://www.adafruit.com/datasheets/WS2812.pdf fiche technique du WS2812] explique le protocole de transmission des données. C'est un signal portant aussi le signal d'horloge — il n'y a qu'un seul fil, par de fils séparés pour le signal d'horloge et transport de données. Les bits "1" et "0" sont mentionnés en faisant varier le cycle utile d'une onde carrée à fréquence fixe.

[[Fichier:NeoPixel-UserGuide-YourLib-01.png]]

[[Fichier:NeoPixel-UserGuide-YourLib-01.png]]

There’s a math goof in the datasheet’s timing values. Use these figures instead:  

Il y a une gaffe mathématique dans les valeurs temporelles de la fiche technique. Il faut utiliser le graphique suivant à la place:  

[[Fichier:NeoPixel-UserGuide-YourLib-02.png]]

[[Fichier:NeoPixel-UserGuide-YourLib-02.png]]

Note that there’s nearly 25% “wiggle room” in the timing. So if your code can’t match the recommended times exactly, it’s usually okay.

Notez qu'il y a "une marge de manoeuvre" de presque 25% dans la gestion du temps. Cela reste généralement correct si vous ne pouvez pas strictement respecter la base de temps.

There are three bytes of data for each pixel. These should be issued in green, red, blue order, with the most-significant bit first.

Il y a 3 octets/bytes de données pour chaque pixel. Qui doivent être envoyés dans l'ordre vert, rouge, bleu (''green, red, blue'') avec le bit le plus significatif en premier.

[[Fichier:NeoPixel-UserGuide-YourLib-03.png]]

[[Fichier:NeoPixel-UserGuide-YourLib-03.png]]

The data for pixel #0 (nearest the microcontroller) is issued first, then pixel #1, and so forth to the furthest pixel. This does not operate like a traditional shift register!

Les données pour le pixel #0 (proche du microcontroleur) sont émises en premier, ensuite le pixel #1 et ainsi de suite pour les pixels suivants. Cela ne fonctionne pas comme un registre à décalage traditionnel!

After all the color data is sent, the data line must be held low for a minimum of 50 microseconds for the new colors to “latch.”

Après l'envoi de toutes les données de couleur, la ligne de donnée doit être maintenue au niveau bas (''low'') pendant un minimum de 50 microsecondes pour indiqué l'envoi d'un nouveau flux de donnée (à partir du pixel #0).

You may want to dig through our [https://github.com/adafruit/Adafruit_NeoPixel Arduino library] for insights. The timing-critial parts are written in AVR assembly language, but it’s extensively commented with C-like pseudocode.  

Vous pourriez avoir besoin de consulter les sources de la [https://github.com/adafruit/Adafruit_NeoPixel bibliothèque Arduino] pour vous faire une idée. Les parties critiques (celles où la gestion du temps est critique) sont écrit en langage d'assemblage AVR mais très largement documentté en pseudo-code C.  

=== My Microcontroller Isn’t Fast Enough to Do That ===

=== Mon microcontroleur n'est pas assez rapide pour cela ===

The WS2812 appears to be backwardly-compatible with the 400 KHz WS2811 signal. If you can precisely match the latter chip’s timing, either type will respond. '''The WS2811 protocol is not simply a half-speed WS2812'''. The duty cycle for the “0” and “1” bits is slightly different. From the [http://www.adafruit.com/datasheets/WS2811.pdf WS2811 datasheet]:

Apparemment, le WS2812 est rétro-compatble avec le signal 400 KHz du WS2811. Si vous pouvez atteindre le signal 400 Khz avec précision, les deux types devraient répondre. '''Le protocole WS2811 n'est pas simplement la moitié de la vitesse du WS2812'''. Le cycle utile des bits "0" et "1" diffèrent aussi légèrement. Voyez ce graphique extrait [http://www.adafruit.com/datasheets/WS2811.pdf de la fiche technique du WS2811]:

[[Fichier:NeoPixel-UserGuide-YourLib-10.jpg]]

[[Fichier:NeoPixel-UserGuide-YourLib-10.png]]

{{NeoPixel-UserGuide-TRAILER}}

{{NeoPixel-UserGuide-TRAILER}}