Concevoir une lampe PWM LED multi-nœuds : 6 étapes (avec photos)

2024 Auteur: John Day | [email protected]. Dernière modifié: 2024-01-30 09:11

Cette instructable montrera comment j'ai conçu un contrôleur de lampe LED PWM. Plusieurs lampes peuvent être enfilées pour former de grandes guirlandes lumineuses. Créer des lumières LED clignotantes pour Noël a toujours été sur ma liste de souhaits. La saison de Noël dernière, j'ai vraiment commencé à penser à construire quelque chose. Ma première pensée a été que chaque lampe LED pouvait simplement être connectée à une paire de fils. L'alimentation des lampes LED pourrait être un signal CA qui passerait d'une basse fréquence à une haute fréquence. Un filtre passe-bande intégré dans chaque lampe allumerait la LED lorsque la fréquence correspondait à la fréquence centrale du filtre passe-bande. Si les filtres passe-bande étaient correctement configurés, une séquence de poursuite de LED pourrait être créée. Vraiment, en sautant à différentes fréquences au lieu de balayer, n'importe laquelle des LED pourrait être allumée. En utilisant une puce de pilote H-Bridge, faire descendre la fréquence souhaitée sur les fils ne devrait pas être trop difficile. Eh bien, je pue juste la conception analogique - je suis plus un type de logiciel. Après quelques tests sur banc, j'ai rapidement abandonné l'utilisation de l'analogique. Ce que je voulais vraiment, c'était une lampe LED qui pouvait être entièrement contrôlée pour afficher n'importe quelle couleur que je voulais. Oh, et il devrait être capable d'utiliser PWM (modulation de largeur d'impulsion) afin que les LED puissent être allumées ou éteintes dans des modèles vraiment cool. Ce qui suit dans cette instructable est une description d'un design vraiment cool basé sur un microprocesseur Microchip qui est tombé de mon désir de lumières de sapin de Noël. Jetez un coup d'œil à la vidéo ci-dessous pour voir rapidement ce que le contrôleur de lampe Kemper LED PWM est capable d'afficher. Notez qu'il est difficile d'obtenir une bonne vidéo des LED en action qui utilisent PWM pour le contrôle de l'intensité. C'est le même problème lorsque vous essayez de filmer un écran d'ordinateur. Les 60 Hz des LED entrent dans un combat de fréquence de battement avec les 30 Hz du caméscope. Par conséquent, s'il y a des moments où la vidéo des LED est un peu "glitch", ce n'est pas vraiment le cas. Les LED ne semblent pas avoir de pépins lorsqu'elles sont vues par l'œil humain. Voir l'étape logicielle ci-dessous pour plus de discussion sur l'écoute vidéo des LED.

Étape 1: objectifs de conception

Après avoir passé les vacances de Noël à réfléchir à ce projet, j'ai dressé une liste de souhaits. Voici quelques-unes des fonctionnalités (classées dans l'ordre) que je voulais avec mon contrôleur LED: 1) Chaque lampe LED doit être aussi économique que possible. Une chaîne de 100 lampes coûtera beaucoup si chaque lampe coûte cher. Le coût est donc un facteur majeur.2) Chaque lampe aura un petit micro à bord qui pilotera les LED. Le minuscule micro générera des signaux PWM afin que les LED puissent être atténuées ou atténuées. Les LED peuvent sembler dures lorsqu'elles sont simplement allumées et éteintes. En utilisant des signaux PWM, les LED peuvent être estompées de haut en bas sans les bords durs normaux des LED.3) Pour que le câblage reste simple, chaque lampe accepte les commandes à l'aide d'une interface à deux fils. L'alimentation et les communications partageront les deux mêmes fils. Les commandes des lampes indiqueront au micro embarqué quelle LED piloter avec PWM.4) Doit avoir l'air cool ! Je suppose que cela devrait vraiment être renuméroté, donc c'est le numéro un. Voici quelques-uns des objectifs de conception mineurs (pas d'ordre particulier): 1) Pour le développement, il doit être facile de reflasher/reprogrammer en circuit. 2) Un PC devrait être capable de générer les commandes aux lampes. Cela rend le développement de modèles beaucoup plus facile que d'utiliser un autre micro intégré.3) Chaque lampe doit avoir une adresse unique. Chaque LED, dans une lampe, doit également être adressable de manière unique.4) Le protocole de commande doit prendre en charge BEAUCOUP de lampes sur une chaîne de fils. La conception actuelle prend en charge 128 lampes sur une chaîne. Avec 4 LED par lampe, cela équivaut à 512 LED sur une chaîne de deux fils ! Notez également que chacune de ces 512 LED a un PWM complet qui la pilote.5) Le protocole doit avoir une commande qui dit: « Commencez à faire disparaître la LED de ce niveau à ce niveau ». Une fois que la décoloration commence, d'autres LED peuvent également être configurées et réglées en décoloration sur la même lampe. En d'autres termes, configurez une LED dans un modèle de fondu, puis oubliez-la en sachant que la LED exécutera la commande. Cela implique un logiciel multitâche sur le micro !6) Il devrait y avoir des commandes globales qui affectent toutes les lampes à la fois. Par conséquent, toutes les LED peuvent être commandées à l'aide d'une seule commande. Voici quelques objectifs de conception vraiment mineurs (encore une fois, pas d'ordre particulier): 1) Besoin d'un moyen pour qu'une lampe rapporte lorsqu'une erreur de communication se produit. Cela permettrait à la commande d'être renvoyée. 2) Le protocole de commande a besoin d'un moyen d'avoir un modèle de correspondance global sophistiqué. Cela permettrait de sélectionner chaque x nombre de lampes avec une seule commande. Cela faciliterait la création de motifs de poursuite avec un grand nombre de lampes. Par exemple, cela permettrait d'envoyer une commande à chaque troisième lampe sur une chaîne de lampes. Ensuite, la prochaine commande pourrait être envoyée au prochain groupe de trois. 3) Un système logique de détection de polarité de communication automatique serait également idéal. Ensuite, la polarité des deux fils d'alimentation des lampes LED devient sans importance. Voir la section matériel pour plus d'informations sur cette fonctionnalité.

Étape 2: Prototypage:

C'est maintenant début janvier et c'est parti. J'ai trouvé le 10F206 chez Digikey et il est vraiment pas cher ! Donc, je fais tourner une carte proto pour contenir un micro 10F206 de Microchip. J'ai conçu une carte rapide car le 10F2xx n'est pas disponible dans un boîtier DIP. En bout de ligne, je ne voulais pas m'embêter avec la petite puce. (J'étais tellement confiant en janvier) Je suis également allé acheter un nouveau compilateur CSS C destiné aux micros 10F2xx. La famille de puces 10F2xx est vraiment bon marché ! Avec de grands espoirs, j'ai plongé et j'ai commencé à écrire beaucoup de code. Le 10F206 a un énorme 24 octets de RAM - la puce dispose également de 512 octets de flash et d'une minuterie de huit bits. Alors que les ressources sont rares, le prix est bon à 41 cents en grande quantité. Mon Dieu, un million d'instructions par seconde (1 MIPS) pour 41 centimes ! J'adore la loi de Moore. Evan à prix unique, le 10F206 de Digikey est coté à 66 cents. J'ai passé beaucoup de temps à travailler avec le 10F206. En travaillant avec le 10F206, j'ai découvert que le multitâche est absolument nécessaire. Les signaux de sortie PWM DOIVENT être mis à jour même lors de la réception de nouveaux messages de communication. Toute interruption dans la mise à jour des signaux PWM sera considérée comme des problèmes sur les LED. L'œil humain est vraiment bon pour voir les pépins. Il y a quelques problèmes fondamentaux avec la puce 10F206. Au moins des problèmes fondamentaux pour mon application. Le premier problème est qu'il n'y a pas d'interruptions ! La capture du début de nouvelles communications à l'aide d'une boucle d'interrogation entraîne des erreurs de synchronisation. Un deuxième problème est qu'il n'y a qu'une seule minuterie. Je ne pouvais tout simplement pas trouver un moyen de recevoir des commandes tout en maintenant les sorties PWM. Les voyants s'accrochaient à chaque fois qu'une nouvelle commande était reçue. Le partage de la minuterie entre la réception des commandes et la commande des sorties PWM était également un problème logiciel majeur. Je n'ai pas pu réinitialiser la minuterie tout en recevant un nouveau caractère car la minuterie était également utilisée pour contrôler les signaux PWM. Tout en travaillant avec le 10F206, j'ai vu un article dans Circuit Cellar sur le nouveau petit micro MC9RS08KA1 de Freescale. J'adore les puces Freescale - je suis un grand fan de leur débogage BDM. J'ai beaucoup utilisé les puces Star12 dans le passé (j'ai écrit tout le logiciel pour le système à ultrasons GM Cadillac & Lacern sur une Star12 - mon logiciel à ultrasons est maintenant en production sur ces deux voitures). Donc, j'espérais vraiment que leurs nouvelles puces minuscules seraient bonnes. Le prix est correct aussi, Digikey a ces puces répertoriées à 38 cents en grande quantité. Freescale était bon et m'a envoyé des échantillons gratuits. Cependant, la puce Freescale 9RS08 semblait vraiment maladroite - je ne pouvais pas faire beaucoup de progrès avec elle. La puce souffre également d'un manque d'interruptions et d'une seule minuterie. Eh bien, au moins j'ai compris tout cela sans gaspiller d'argent pour faire tourner une autre carte proto. Voir les photos ci-dessous. Maintenant, je sais - pour mon application, je dois avoir des interruptions et plus d'une minuterie. De retour à Microchip, j'ai trouvé la puce 12F609. Il a des interruptions et deux minuteries. Il a également 1K de flash et 64 octets de RAM. L'inconvénient est le prix; Digikey répertorie ces jetons à 76 cents en grande quantité. Eh bien, la loi de Moore s'occupera de ça bien assez tôt. Du côté positif, le 12F609 peut également être commandé en packages DIP. Du côté négatif, j'ai dû acheter le compilateur de niveau supérieur - cela a un peu brûlé mon @#$%^&.Nous sommes maintenant en avril et j'ai beaucoup appris sur ce qui ne fonctionnera pas. J'ai fait tourner une planche et gaspillé de l'argent sur un compilateur dont je n'ai pas besoin. Pourtant, les tests jusqu'à présent sont encourageants. Avec le nouveau compilateur et les puces 12F209 dans les packages DIP, les tests au niveau du banc se sont déroulés rapidement. Les tests ont confirmé que j'avais la bonne puce. Il est temps de faire tourner une autre planche proto ! À ce stade, je suis déterminé.

Étape 3: Carte de développement 12F609

OK, tout juste sorti des tests sur banc, je suis prêt à essayer un autre tour de planche. Dans cette conception de planche, je voulais vraiment essayer l'idée d'envoyer l'alimentation et la communication sur les mêmes deux fils. Si les erreurs de communication étaient ignorées, seuls deux fils seraient nécessaires. C'est juste cool ! Bien que l'envoi de communications sur les fils d'alimentation soit cool, ce n'est pas nécessaire. Toutes les lampes peuvent être connectées ensemble sur un seul fil de communication si vous le souhaitez. Cela signifierait que chaque lampe nécessiterait trois fils avec un quatrième fil d'état de rétroaction en option. Voir schéma ci-dessous. L'alimentation et la communication peuvent être combinées à l'aide d'un simple pont en H. Le H-Bridge peut conduire de gros courants sans aucun problème. De nombreuses LED à courant élevé pourraient être enfilées sur deux fils seulement. La polarité de l'alimentation CC des lampes peut être commutée très rapidement avec le H-Bridge. Ainsi, chaque lampe utilise un pont pleine onde pour rectifier le courant continu de commutation en courant continu normal. L'une des micro-broches se connecte à l'alimentation CC de commutation entrante brute afin que le signal de communication puisse être détecté. Une résistance de limitation de courant protège l'entrée numérique sur le micro. À l'intérieur de la broche d'entrée micro, la tension continue de commutation brute est bloquée à l'aide des diodes de camp internes du micro - le courant continu de commutation est bloqué (de zéro à Vcc) par ces diodes. Le pont pleine onde qui redresse la puissance entrante génère deux chutes de diodes. Les deux chutes de diode du pont sont simplement surmontées en ajustant la tension d'alimentation du pont en H. Une tension de pont en H de six volts fournit une belle alimentation de cinq volts au micro. Des résistances de limitation individuelles sont ensuite utilisées pour ajuster le courant à travers chaque LED. Ce schéma power/com semble très bien fonctionner. Je voulais aussi essayer d'ajouter des sorties transistor entre le micro et les leds. Pendant les tests au banc, si le 12F609 est poussé à fond (trop de courant dans son chemin de sortie), il fera clignoter toutes les sorties. Le courant maximum pour l'ensemble de la puce selon la fiche technique que le 12F609 peut prendre en charge est de 90 mA, au total. Eh bien, ça ne marchera pas ! J'ai peut-être besoin de beaucoup plus de courant que cela. L'ajout de transistors me donne une capacité de 100 mA par LED. Le pont de diodes est évalué à 400 mA, donc 100 mA par LED conviennent parfaitement. Il y a un inconvénient; les transistors coûtent 10 cents chacun. Au moins les transistors que j'ai choisis ont des résistances intégrées - le numéro de pièce Digikey est MMUN2211LT1OSCT-ND. Avec les transistors en place, il n'y a PAS de scintillement des LED. Pour les lampes de production, je pense que les transistors ne seront pas nécessaires si des LED "normales" de 20 mA sont utilisées. La carte de développement conçue à cette étape est uniquement destinée aux tests et au développement. La carte pourrait être beaucoup plus petite si des résistances plus petites étaient utilisées. L'élimination des transistors permettrait également d'économiser beaucoup d'espace sur la carte. Le port de programmation en circuit peut également être retiré pour les cartes de production. Le point principal de la carte de développement est juste de prouver le schéma d'alimentation/de communication. En fait, après avoir reçu les planches, j'ai découvert qu'il y avait un problème avec la disposition de la planche. La puce de pont pleine onde a un brochage maladroit. J'ai dû couper deux traces et ajouter deux fils de liaison au bas de chaque carte. De plus, les traces vers les LED et le connecteur sont tout simplement trop fines. Eh bien, vivez et apprenez. Ce ne sera pas la première fois que j'ai gaffé une nouvelle disposition de carte. J'ai fait fabriquer huit cartes à l'aide de BatchPCB. Ils ont les meilleurs prix mais ils sont tellement sloooow. Il a fallu des semaines pour récupérer les planches. Néanmoins, si votre prix est sensible, BatchPCB est la seule solution. Cependant, je vais revenir aux circuits AP - ils sont super rapides. Je souhaite juste qu'ils aient un moyen moins coûteux d'expédier les planches hors du Canada. AP Circuits me rapporte 25 dollars de frais de port pour chaque commande. Cela fait mal si je n'achète que 75 dollars de planches. Il m'a fallu deux jours pour souder les huit petites planches. Il a fallu un autre jour pour comprendre que la résistance de rappel R6 (voir schéma) me dérangeait. Je suppose que la résistance R6 n'est tout simplement pas nécessaire. J'étais inquiet après avoir lu la fiche technique et cela indiquait qu'il n'y avait pas de micro pull-ups internes sur cette broche d'entrée. Dans ma conception, la broche est active tout le temps de toute façon, donc un pull-up n'est pas vraiment nécessaire après tout. Pour envoyer des commandes à la carte, j'ai utilisé de simples messages de 9600 bauds à partir d'un programme Python. Le RS232 brut sortant du PC est converti en TTL à l'aide d'une puce MAX232. Le signal RS232 TTL va à l'entrée de commande H-Bridge. Le RS232 TTL passe également par une porte inverseuse dans une puce 74HC04. Le RS232 inversé va ensuite à l'autre entrée de commande H-Bridge. Ainsi, sans trafic RS232, le H-Bridge produit 6 volts. Pour chaque bit sur le RS232, le H-Bridge bascule la polarité à -6 volts aussi longtemps que dure le bit RS232. Voir les images du schéma fonctionnel ci-dessous. Le programme Python est également joint. Pour les LED, j'en ai acheté un tas sur https://besthongkong.com. Ils avaient des LED lumineuses à 120 degrés en rouge/vert/bleu/blanc. N'oubliez pas que les LED que j'ai utilisées ne sont que pour les tests. J'en ai acheté 100 de chaque couleur. Voici les chiffres pour les LED que j'ai utilisées:Bleu: 350mcd / 18 cents / 3.32V @ 20mAVert: 1500mcd / 22 cents / 3.06V @ 20mABlanc: 1500mcd / 25 cents / 3.55V @ 20mARed: 350mcd / 17 cents / 2.00V @ 20mAU En utilisant ces quatre LED pour remplir la lampe, elles coûtent autant que le micro à 82 centimes ! Aie.

Étape 4: Logiciel

Le logiciel fait vraiment avancer ce projet ! Le code source du 12F609 est vraiment compliqué. J'utilise le dernier emplacement de mémoire ! Tous les 64 octets ont été consommés par mon code. Il me reste 32 octets de flash en réserve. J'utilise donc 100% de la RAM et 97% du flash. Cependant, c'est incroyable de voir combien de fonctionnalités vous obtenez pour toute cette complexité. La communication avec chaque lampe est archivée en envoyant des paquets de données de huit octets. Chaque paquet de données se termine par une somme de contrôle - donc en réalité, il y a sept octets de données plus une somme de contrôle finale. À 9 600 bauds, un paquet de données met un peu plus de 8 millisecondes à arriver. L'astuce consiste à effectuer plusieurs tâches pendant que le paquet d'octets arrive. Si l'une des LED est active avec un signal PWM, la sortie PWM doit être maintenue à jour même lors de la réception de nouveaux octets de paquet. C'est l'astuce. Il m'a fallu des semaines et des semaines pour régler ça. J'ai passé énormément de temps à travailler avec mon Logiport LSA à essayer de suivre chaque bit. C'est l'un des codes les plus compliqués que j'ai jamais écrit. C'est parce que le micro est tellement limité. Sur les micros qui sont plus puissants, il est facile d'écrire du code lâche/facile et de le faire déchirer rapidement sans se plaindre. Avec le 12F609, tout code lâche vous coûte cher. Tout le micro-code source est écrit en C à l'exception de la routine de service d'interruption. Pourquoi avoir des paquets de données aussi volumineux me demanderez-vous. Eh bien, parce que nous voulons que les LED montent et descendent d'elles-mêmes. Une fois qu'un profil de rampe est chargé, la LED peut s'éteindre et démarrer la rampe même lors de la réception de nouvelles commandes pour une autre LED. Chaque lampe doit recevoir et décoder tout le trafic de paquets de données, même si le paquet ne lui est pas destiné. Un profil de LED se compose d'un niveau de démarrage, d'un temps de pause au démarrage, d'un taux de rampe, d'un niveau supérieur, d'un temps d'arrêt supérieur, d'un taux de décélération et d'un niveau inférieur.. Voir schéma ci-joint. Wow, c'est beaucoup pour une LED. Maintenant, multipliez cela par le nombre de LED. Cela devient trop - je ne pouvais suivre que trois LED avec des profils de rampe complets. Le quatrième (LED blanche sur la carte de développement) n'a qu'une capacité de rampe de/vers. C'est un compromis. Jetez un œil à la photo ci-jointe d'un profil de rampe. Le signal PWM est généré par une minuterie qui fonctionne à 64uS par tick. Le temporisateur à huit bits s'exécute toutes les 16,38 ms. Cela signifie que le signal PWM fonctionne à 61,04 Hz. Ce n'est pas bon pour l'enregistrement vidéo ! J'ai donc utilisé une astuce logicielle et j'ai sauté quelques comptes supplémentaires dans la minuterie pour l'étirer à 60 Hz. Cela rend l'écoute vidéo bien meilleure. À chaque passage de la minuterie PWM (16,67 mS), je mets à jour le ou les profils de rampe. Par conséquent, chaque tick de rampe/dwell est de 1/60 de seconde, ou 60 Hz. Le segment de profil le plus long (en utilisant un nombre de 255) durera 4,25 secondes et le plus court (en utilisant un nombre de 1) durera 17 ms. Cela donne une belle plage de travail. Jetez un œil à la photo ci-jointe de l'analyseur logique. Pour vraiment voir les détails de la photo, ouvrez la photo dans son mode haute résolution. Cela prend quelques clics supplémentaires sur le site Web instructable. Il y a aussi un dessin d'un profil ci-dessous. La documentation du protocole de commande est sur ma liste de tâches. Je prévois d'écrire un document de type fiche technique pour décrire complètement le protocole. J'ai commencé une fiche technique pour la puce - une version préliminaire est maintenant sur mon site Web.

Étape 5: Applications potentielles

Lumière d'arbre de Noël: Bien sûr, je pense qu'un arbre rempli de ces bébés serait tout simplement génial. Je peux imaginer une belle lueur chaude de lumières vertes avec de la neige légère tombant à travers l'arbre. Peut-être un lent fondu du vert au rouge avec des chutes de neige aléatoires. Des lumières de poursuite faisant un motif en spirale hélicoïdale de haut en bas de l'arbre seraient également intéressantes. De gros, je vais garer cet arbre dans la cour et rendre fou les "Jones" d'à côté. Là, essayez de battre ça ! Éclairage d'accentuation: Tout ce qui a besoin d'un éclairage d'accentuation est une cible pour ces lampes. Mon beau-frère veut les mettre au fond de son aquarium. Un ami veut mettre en valeur son moteur de hot rod - appuyer sur la pédale d'accélérateur augmenterait un éclair de lumière rouge. J'envisageais également d'en construire un avec mes lampes: https://www.instructables.com/id/LED_Paper_Craft_Lamps/ Cela ferait un excellent projet de louveteaux. Chaîne LED pliante: une chaîne de lampes LED pourrait être pliée en formes. Sept lampes peuvent être pliées en un motif LED à sept segments. Un énorme affichage pourrait être fait - ce serait un excellent affichage de compte à rebours pour la nouvelle année ! Ou peut-être, un écran pour montrer le marché boursier - chiffres rouges les mauvais jours et verts les bons. Peut-être un grand écran affichant la température extérieure. Grille 3DEn accrochant et en organisant une chaîne de LED, une grille 3D de LED pourrait facilement être créée. Il y a quelques exemples sympas de matrices LED 3D sur YouTube. Cependant, les exemples existants que j'ai vus semblent petits et difficiles à câbler. Peut-être aussi une grande grille 3D dans la cour pendant Noël. Plug-in WinAmp: Tous ceux qui ont été dans mon laboratoire et ont vu les lumières, me demandent s'ils dansent sur de la musique. J'ai creusé un peu, il semble qu'il serait assez facile d'ajouter un plug-in à WinAmp. Le plug-in enverrait des messages à une chaîne de lampes attachée afin que les lumières soient synchronisées avec la musique que WinAmp jouait. Synchroniser de la musique de Noël avec mon sapin de Noël serait tout simplement génial. Contrôleur de robot Baby Orangutan B-328 intégré avec pont en H: le petit contrôleur de Pololu serait parfait. Voir: https://www.pololu.com/catalog/product/1220 Cette carte a déjà un H-Bridge prêt à l'emploi. Les modèles de lampe peuvent être programmés dans le micro afin que le PC puisse être éteint. 802.15.4: En ajoutant 802.15.4, les lampes pourraient devenir sans fil. Pour les lumières d'arbre de Noël réparties dans la maison, ce serait génial. Ou, il serait possible d'ajouter des lampes à chaque fenêtre d'un grand complexe immobilier. Cool. Rotating 'Lighthouse Beacon:Mon fils avait un projet scolaire pour construire un phare. L'idée était de construire une lampe à piles au fromage avec un interrupteur à trombone afin que le phare s'allume réellement. Aucun de mes fils n'ira à l'école avec ça quand il pourra avoir un gyrophare complet ! Regardez les photos et la vidéo ci-jointes.

Étape 6: Résumé

Cela m'étonne vraiment que chaque lampe ait 2 MIPS de puissance dans un SOIC-8 pour 80 centimes. Au fur et à mesure qu'une chaîne de lampes s'allonge en ajoutant plus de lampes, la quantité de MIPS sur la chaîne augmente également. En d'autres termes, il s'agit d'une conception évolutive. Une chaîne de 16 lampes bourdonne avec 32 MIPS de puissance de traitement. Juste incroyable. Il reste encore beaucoup de travail à faire. La carte de développement doit être mise à jour. Il y a quelques bugs de mise en page qui doivent être corrigés. Le câblage de sortie d'erreur de communication ne semble pas fonctionner avec la sortie transistor. Je ne sais pas encore pourquoi - je n'ai pas encore passé de temps à régler ce problème. Le code de communication de réception a également besoin d'un peu plus de travail. En regardant les LED, je peux voir qu'il y a des erreurs de communication de temps en temps. Il semble qu'il y ait en moyenne une erreur aléatoire pour 1000 messages. J'ai besoin de trouver un fabricant de CMS qui serait prêt à fabriquer des panneaux de lampes pour moi. Peut-être que Spark Fun serait intéressé ? J'ai un pote à Hong Kong qui pourra peut-être me trouver une manufacture. L'assemblage des planches doit être automatisé. Il n'est tout simplement pas possible de construire ces planches à la main comme je l'ai fait. Une carte d'interface PC doit être développée. Cela devrait être vraiment facile - il suffit de prendre le temps de le faire. Le coût est roi - un coût de lampe minimisé (80 centimes pour le micro + trois LED à 10 centimes chacune + carte / résistances / pont de diodes 20 centimes) un total de peut-être 1,50 $ dollars. Ajoutez l'assemblage, le câblage et le profit et nous parlons de 2,00 $ à 2,50 $ par lampe. Les geeks paieront-ils 40 dollars pour une chaîne de 16 lampes RVB sur une chaîne? En fin de compte, j'espère qu'il y a un intérêt de la part des bricoleurs. Avec quelques retours positifs, je continuerai à poursuivre la transformation de cette idée en un produit. Je pouvais envisager de vendre les puces, les cartes de développement de lampes et les guirlandes lumineuses complètes. Donnez-moi quelques commentaires et faites-moi savoir ce que vous en pensez.