Reprise du message précédent :
Bon ben je proposerai ces options alors (avec sans boitier aussi)
 
Autre détail, il n'y a pas de bouton ON/OFF matériel, j'en mettrai un logiciel mais j'espère que ça ne gène personne
Juste quelques milliwatts de conso, comparé aux centaines de watt consommés par un PC...
Quand le PC est éteint, vu que la CM dit à l'alim de fonctionner ou pas mon circuit consommera 0W garantit
 
Aussi il faudra que vous vous arrangiez pour que le programme se lance au démarrage car l'arduino n'aime pas quand il n'a personne avec qui discuter quand la communication série est activée, du coup ça fait un peu du bordel avec les couleurs (99% des cas c'est du blanc) ^^'
Je tenterai un bout de code pour détecter la présence ou non du prog, ce qui aura pour heureuse conséquence d'éteindre les LED lorsque le PC n'a pas démarré ou que vous fermez le programme ^^ mais je garantit rien...

Le bouton ON/OFF ne me parait pas obligatoire dans le sens ou beaucoup vont "cacher" le contrôleur dans le boîtier et crois moi, on n'aime pas devoir ouvrir le boîtier juste pour ça!
Le geek aime pas devoir se lever de son siège, se mettre à 4 pattes, ramper sous son bureau pour bouger la tour, l'ouvrir, utiliser interrupteur et faire la démarche inverse. Alors qu'avec un click   .
Bon j'abuse un peu, mais c'est mon point de vue.

XD c'est niquel  
C'est surtout que si tu veux ouvrir ton boitier sans éteindre ton pc et sans lunettes de soleil, c'est pas mal de pouvoir éteindre les LED ^^

Au final, tout est contrôlé par le prog, il n'y a rien de stocké dans l'arduino?
Par exemple, disons je programme pour que mon bandeau pulse en rouge, si le prog ne se lance pas, ça ne le fera pas?

C'est ça, comme ça pas besoin de l'IDE arduino en cas de mise à jours (ajout de fonctionnalités surtout)
 
EDIT: de toute façon l'arduino ne garde rien en mémoire après un reset (un reset à lieu au démarrage du PC puisqu'ils partagent la même alim)

 
Je sais pas quel modèle d'Arduino tu utilises, j'ai déjà développé sur des Arduinos Uno et elles avaient quelques octets (1k je crois) d'EEPROM (donc non-volatile), ça pourrait être pas mal pour conserver les paramètres même sans que le prog de contrôle soit lancé

Argh, j'espérais que personne ne plarle de l'EEPROM
J'ai effectivement 1kio de ça sur mon arduino nano mais la place du programme est limité contrairement à celui sur PC donc si je veux rajouter une fonctionnalité de programmation bloc des effets lumineux par exemple, vaut mieux que l'arduino se contente d'obéir, en plus des avantages précédemment cités

Et je ne plaisantais pas, j'ai vraiment utilisé des lunettes de soleil pour travailler sur mon proto!

EDIT: aussi l'EEPROM a une limite de 100000 cycles de lecture/écriture, ce qui mènerai a une obsolescence pseudo-programmée de mon système

Ça pourrait être intéressant d'avoir genre au moins un profil stocké en EEPROM, ne serait-ce que pour que le bordel ne soit pas dépendant du PC pour s'initialiser…
 
Après si c'est trop compliqué tant pis, mais ça serait intéressant
 
EDIT : Les 100000 cycles faut déjà les atteindre xD La RAM du contrôleur aura pété bien avant ça…

Je mettrai le code de l'arduino, pour le moment il affiche la couleur qu'on lui envoie via le port série et j'utilise déjà 9~10% de la mémoire programme
Alors avant de pouvoir faire toutes les fonctionnalités possible...
Et comme je le disais, suppose que je fasse une MàJ logicielle, au lieu de cliquer sur un bouton faudra dl le prog, installer l'IDE arduino, reprogrammer l'arduino etc... beau bordel quoi :3

Ok, ok je ferai l'effort de tester si je peux au moins mettre une couleur fixe pendant l'initialisation, je vais voir

 
Perso ça me pose pas de problème

Ya Xloader http://russemotto.com/xloader/ qui permet a priori de ne pas passer par l'ide pour uploader un programme précompilé.
J'ai jamais testé par contre à l'époque ou j'ai fait un peu d'arduino

Ouais si l'IDE arduino peut programmer une carte, n'importe quel autre logiciel peut aussi, logique

Du coup va falloir attendre plus longtemps avant la fin du développement du produit fini ^^'

(EDIT du premier post)
 
bon, ça va pas être possible de se passer du logiciel:
si j'active la communication série ne serait-ce que pour voir si le logiciel est ouvert, si il a donné de nouveaux ordres etc... et que par malheur le programme n'est pas ouvert, l'arduino se bloque, il ne peut même plus faire clignoter une led et donc il ne peut pas non plus désactiver la communication série
donc a moins de mettre un bouton physique pour changer de patern lumineux (ce qui oblige le geek à aller ouvrir son pc, et qu'il a totalement la flemme de faire ) on va être obligé de laisser le prog tourner en arrière plan...

Ce soucis est présent en USB aussi ?
 
Ton projet est certainement trop avancé pour ça mais du coup n'aurait-il pas été plus intéressant dès le début de faire en sorte que le programme côté PC ne serve qu'a reprogrammer et injecter dans l'arduino les patterns ?

En fait je fais de la communication série via l'usb, le cable que tu vois sur la photo alimente l'arduino et communique en usb
J'étais en train d'y penser mais il doit y avoir une limite en nombre de reprogrammation et ça doit être assez lent, non?

Ben le nombre de reprogrammations est limité, mais d'un autre côté on va pas s'amuser à changer les patterns de LEDs 10 fois par jour...
 
Après si tu as commencé ton projet avec le port série et que le soft est nécessaire, bah c'est pas grave Pour un soft qui va bouffer à tout péter 10k de ram et 0.01% de CPU c'est pas ça qui va faire planter un CPU de bureau...

Ou alors tu passes sur un pic18 ou un stm32...

pour le pic ça fait beaucoup de trucs séparés a acheter, au final ça revient plus cher
de toute façon là je vais bosser ça pendant quelques semaines, je vous tiendrai au courant

Pas forcément, et si tu dois faire ton pcb etc... Moi cest l'option que j'aurai prise.
Un arduino cest pas toujours l'option la moins chère. Cest la facilité, et encore...
L'arduino c'est plus un truc de bricoleur du dimanche, si tu dois vendre le machin après, t'auras mieux fait de passer sur quelque chose de plus élaboré. Et puis, cest plus fiable...
Pas forcement besoin de grand chose : Un ldo pour l'alim (et encore, les pics s'alimentent entre 1,8 et 5,5v, donc pas besoin sur usb), un ftdi, avec lequel tu communiques en tx/rx, ton pic et tes mosfet. Idéalement faudrait des drivers de mos, mais j'ai déjà piloté des convertisseurs dc-dc en direct, ça se fait bien aussi...
Puis tu te fais un pcb custom avec tout ça, cest bien plus classe
Pour les pcb, je sais pas si tu connais elecrow, un site chinois. Jai pas encore testé mais ça ne saurait tarder.  

Certains stm32 proposent une interface usb aussi, et travailler sur cette plateforme t'ouvrira des portes pour ton avenir
A toi de voir.
 
Note : Je viens de jeter un oeil sur ton schéma, n'oublie pas de mettre des résistances de polarisation sur tes gates, cest important.

Tiens justement j'ai regardé cette vidéo de Jipi aujourd'hui.
De bons conseils et un site utile pour faire faire les PCB https://www.youtube.com/watch?v=oEadhQ53mYg

ok merci pour vos réponses, coté µcontrôleur j'ai trouvé mon bonheur chez atmel: l'ATSAML21E18B!
pour le résistances de pola c'est total useless franchement, c'est juste bon à consommer plus...
pour les sites de pcb y en a une bonne collection sur le sujet électronique du forum, j'aime bien http://dirtypcbs.com/, je peux avoir 30 pcb pour 28$ peu importe la couleur ^^

Euh... Ouai, j'sais pas trop quoi te répondre là...
Maintenant que tu le dis, je comprends pas pourquoi on s'entête a mettre des résistances de polarisation sur nos mosfet.. Ça sert a rien en fait, et ça me ferait économiser quelques cts sur mes designs...

il manque la vraie balise

au passage, toujours dans ton intérêt, tu devrais essayer Altium Designer pour la saisie de tes schémas et le placement routage (version d'essai ou full en téléchargement).
c'est toujours ça de plus sur ton cv en sortie d'école. Peu peuvent se vanter de savoir faire "tout" ça, c'est un énorme plus.
et ça montre que t'es motivé/que ça te plait.
(Et pense aux samples gratos chez ST & co... ^^)

WOAAAAAAAAAA... la visualisation 3D d'Altium est tellement belle... (surtout comparé a proteus ^^)
merci pour le conseil en tout cas

Pas de soucis, je suis passé par là également

edit du premier post

Je suis peut-être passé à côté sans m'en rendre compte mais tu as une idée de date de sortie ?

maintenant non, j'en ai aucune idée malheureusement

Parce que là, d'après ce que je vois sur le topic, tu as beaucoup de gens (dont moi) intéressés    
 
Au passage, +1 pour Altium Designer. Je m'en sers pas mal en école d'ingé' et c'est un logiciel de fou ! Et pour en avoir parlé avec des pro, c'est un gros plus à rajouter sur le CV !  

EDIT du 1er post +
Je me suis un peu perdu sur Altium, va me falloir un temps d'adaptation; en attendant j'ai réussi à créer moi-même certains composants absolument introuvables sur Altium ou sur Proteus, j'ai pu donc finir le PCB^^
Donc à la rentrée j'imprime un proto pour mon régulateur de tension puisque je ne l'ai jamais testé IRL, et un proto du contrôleur, je vous tiendrai au courant

Finalement t'es parti sur un pic16 ?

   Un gars du 04 ! Drapal amigo !    

Cet engin    
 

Le premier post devient sérieux

merci à tous^^
oui le pic 16f1778 est le µc qui a le plus de mémoire programme tout en gardant 3 canaux PWM, au prix de l'usb et sans avoir 218 pins
et du coup oui je retire ce que j'ai dit, ça reviendra sûrement moins cher
 

 
ça c'est parce qu'il n'y a plus d'arduino XD
plus sérieusement j'avais prévu d'améliorer le 1er post au fur et a mesure que j'avance dans le projo

Attention aux boitiers qfn/dfn, c'est un peu la merde à souder à la main, surtout avec le pad thermique.
Dans la même gamme d'IC t'as le ft230 ou le 232
http://fr.farnell.com/ftdi/ft230xs [...] dp/2081321
http://fr.farnell.com/ftdi/ft232bl [...] dp/9519769
en SOP/QFP

"à la main" c'est effectivement la merde mais avec un décapeur thermique c'est tout de suite autre chose
https://www.youtube.com/watch?v=c_Qt5CtUlqY