Reprise du message précédent :

Je suis entrain de tout relire parce que c'est aller un peu vite.
 
T'es entrain de me dire qu'il faut que je mette les IC du même côté que les LED, mais que les pistes des IC (en l'occurrence des drivers LED surtout), passent sur la face arrière pour avoir un max de zone de dégagement thermique côté LED?
 

Nan mais de toute façon y'a pas plus classe qu'un bon vieil afficheur VFD de chez noritake, je sais pas pourquoi tu t'enm*** avec what mille led  

 
En double couche c'est pas nécessaire. Un contrôle visuel permet de savoir si le PCB est bon. C'est plus compliqué quand les pistes sont entre deux plans d'alim/masse.    
 

 
Tu bosses chez ST ?
 
 
 
Je pense que tu n'as pas compris les termes. Historiquement le coté Composants est celui où sont monté les traditionnels donc opposé au coté Pistes. Maintenant les CMS sont monté coté Pistes. Du coups en anglais ils sont passé à Top/Bottom, mais c'est moins clair pour les noob.
Ce que je te conseille c'est de router au max tes pistes sur la face Pistes (donc aussi celle avec les CMS : puce et led) et de garder la face Composants (normalement tu devrais y avoir que des connecteurs vu que tu semble ne pas avoir de composants traditionnels) libre au maximum pour obtenir un plan de masse le moins troué possible.
Ca te permettra d'avoir une meilleur immunité au bruit et un meilleur transfert thermique vu que tu dois y relier les plan thermique des contrôleurs de LED par des vias. D'ailleurs il est plutôt conseillé d'utiliser plein de petite via que quelques grosse. Ca permet d'augmenter la surface de cuivre.
 

 
Old school !!

Yes pour l'instant ... mais pas dans les micro. Surpris d'ailleurs de voir qu'on en parle sur ce topic

SmartCard ? RF ?

non c'est très varié. plutôt produits custom smart power, pour appli custom intégrant DC/DC, D A C, H V AMP

Grave    
Une belle facade alu 1U/2U, brute ou passée en noir epoxy, qq rares voyants à base de puissantes led bleues derrière des "pinholes", eten plein milieu un beau 2x40    
 

 
bah c'est un peu des incontournables tout de même  

Merci beaucoup pour toutes ces infos
 
C'est pas grave si j'utilise des pad thermiques qui sont reliées au pôle + (à cause du bruit toussa)?  
Normalement ca se fait avec la masse, mais les LED ont leur anode (+) en commun, du coup c'est plus simple que via les masses qui sont reliées aux drivers led.
 
En parlant de taille de trou, je comprends pas les specs de PCB-Tool:

 
C'est quoi la différence entre smallest annular ring on vias et smallest annular ring on component holes???

Moi je suis surpris qu'il y ait si peu de topic sur l'électronique sur HFR
 
Il y a une sous-catégorie en catégorie overclocking, mais c'est assez peu peuplé.

C'est beau, surtout que les segments sont vraiment très brillants.
Par contre, ils ne tiennent pas bien dans le temps, la luminosité diminue

@JFKen
 
Je te réponds ici plutôt que sur l'autre topic en cat graphisme, pour pas y être trop HS (les modo on déjà été sympa de me laisser y poser ma question).
 
Un VFD, je trouverez pas ca très beau sur un petit boitier, pieds en bois et tout. Je trouve ca trop froid, faut attendre que la bonne info défile. Une LED c'est plus rapide à lire .

Pour que ça diminue faut un paquet de paire d'années   C'est utilisé dans les caisses, les parking, les afficheurs de HIFI et d'autoradio aftermarket, j'en ai jamais vu qui étaient pâlichon de mémoire.

En effet, si c'est un petit boitier (je voyais plus gros ! ), ton système convient mieux !

J'ai un petit Scythe Kaze (rhéobus), et les segments bleus commencent vraiment à perdre en intensité
Ils doivent être de mauvaises qualité.

Alors le boitier ca sera en 2 blocs identiques (un moins haut que l'autre) qu'on peut entasser.
 
1 pour la mobo  
Largeur: 230mm
Profondeur: 210mm
Hauteur: 60mm
 
Et un bloc identique pour 2 HDD 3.5", mais moins haut, ~50mm.
Bon, y a moyen de faire plus petit je l'accorde. Mais j'arrive pas à trouver un VFD beau sur la façade.

Non c'est pas un problème.
 
 
 
C'est des contraintes qu'imposent le fabricant de PCB pour pouvoir poser les rivets correctement. Sur des vias on peut mettre des pastilles plus petites que sur les trous.

Mais c'est qui la différence entre les 2???
Le premier c'est pour les pistes et l'autres c'est pou quoi (components holes)???
 
 
Je viens de voir qu'il y avait des ARM tournant.... sous .Net Micro (dont les ST32)!!!
 
Impressionnant. Quelqu'un a essayé? Il y a des infos contradictoires sur le net au sujet des performances.

 
 "component hole" c'est un rivet comportant un trou pour placer les composants traversant, un "via hole" c'est un rivet qui sert juste pour faire une connexion entre TOP et BOTTOM. (je dis rivet mais c'est peut-être juste une métallisation pour les trous, je me souviens plus très bien)

 
C'est possible. Faut juste vérifier dans la spec que les plans thermique ne sont pas relié à la masse en interne. C'est parfois le cas et là, ca risque de moins bien marcher.
 
 
 
PCB-Tool ou PCB-Pool ?
Je pense pas qu'il y ait de différence niveau processus de fabrication. Je dois dire que j'avais jamais vu faire de distinction.
 

 
Me semble que la techno rivet n'est plus trop utilisée. Maintenant c'est du trou métallisé de partout.

Sur les Osram Multiled  le transfert thermique se fait via les pin, et pas le boitier, du coup pas de soucis.

Oups  

Donne la ref des LED. Tu as mis un plan thermique sur ton empreinte mais tu dis que le transfert se fait via les broches. Il y a comme une incohérence.

Edith me dit Maximus Mea Culpa !! J'ai confondu avec les contrôleurs de LED. Il n'y a pas de plan de masse sur tes LED.

Du coup j'en conclu que j'ai pas compris ta question. Tu peux reformuler ?

 
Peut être, c'est du spécifique sûrement réalisé en petite série chez les chinois    
 
Mais des dot matrix / graphic classique, si tu prends des noritake / futaba (samsung en fait aussi mais je sais pas si c'est du rebadgé ?! ), c'est ce qui équipe 90% des équipements  

Ah c'est possible.
 
Dans du matériel PRO il y a généralement des composants de meilleur qualité j'imagine.

C'est moi qui m'exprime mal, l'électronique c'est pas trop mon domaine .
 
Ben normalement c'est la masse qu'on utilise pour les zones de dissipation thermique et en plus ca a l'avantage de réduire le bruit entre les différentes piste sur le PCB.
 
Or dans mon cas c'est les pole + des LED qui est en commun.
Exemple, le groupe de LED qui forment un cercle, ben entre les 2 rangés tous les pin sont relié au pole +. et je vais essayer d'agrandir au max cette piste pour dissiper au mieux la chaleur. Mais je me suis demandé si le fait que ce soit des gros bloc en pôle + ca ne générerai pas trop de bruit sur les lignes qui passe à côté.
 
(Mais c'est une question stupide, car les x centaines de lignes qui pilotent les LED sont logiquement de type PWM, ca perturbe nettement plus qu'une grosse ligne +5V )
 
 
==================================================================
 
Sinon je suis entrain de voir ce qu'il y a de dispo en .Net Micro   :
 
ARM Cortex M3 NXP 120MHz, 16MB Ram, 4.5 MB Flash.
(27x38mm)

 
+ support du Wifi toussa:
(22x28mm)

 
 
Mais c'est bien cher tout ca et propriétaire.
 
--------------------------------------------------------------------------------
 
Sinon il y a aussi les Netduino:
ARM Cortex M4 STM32F4  168 MHz, 100KB Ram, 1MB Flash

 
Totalement open source, mais pas encore de solution Wifi fiable native (ils y bossent).

La STM32F4, on peut déjà jouer avec la carte ST Discovery, qui vaut une vingtaine d'euros, et intègre un accéléromètre:  
 
http://www.st.com/internet/evalboa [...] 252419.jsp

Ouep je sais, j'étais justement entrain de voir ca
http://www.watterott.com/de/STM32F4Discovery
 
Je sens que je vais cracker

Tu peux acheter en France aussi : http://hackspark.fr/fr/catalogsear [...] =Discovery

Sinon, un pote s'est payé ça: http://www.keil.com/mcbstm32F400/
C'est pas exactement le même prix

Sinon, pour une carte bien puissante, avec un Cortex A9: http://hackspark.fr/fr/beaglebone-rev-a6.html
http://beagleboard.org

J'habite pas en France

   
Vaut mieux être sûr de pouvoir réaliser ce qu'on veut là avant d'acheter  

les Beagleboards, c'est encore raisonnable (environ 100-150 euros en fonction des versions). La Keil, c'est plus pro, et déjà un investissement. Mais elle vient avec un environnement de dev basé sur Visual Studio avec tout ce qu'il faut: débogueur, désassembleur, analyseur de réseau intégré, etc. Le truc est impec.

 
L'avantage d'un plan de masse c'est qu'il ne fait pas "antenne" (en tout cas beaucoup moins qu'une piste), peu importe le potentiel auquel il est relié. Sur des circuits où le prix de revient est secondaire, on peut même utiliser du PCB multicouches et faire un plan de masse pour chaque tension d'alim.  
J'ai conçu un produit qui utilisait une OSRAM golden dragon 1W, le pad thermique était relié au + et j'avais mis des vias pour faire des ponts thermiques (le PCB alu c'était trop cher ), RAS sur des milliers d'exemplaires produits.

 
Il n'y a pas de souci pour faire des plans d'alim. Mais vaut mieux avoir un bon plan de masse avec.
 
Sinon pour des kit, j'ai déjà essayé des Colibri de Toradex et on m'avait dit du bien des Gumstix.
Aussi il y a (en compatible Arduino pour noob) :
http://arduino.cc/en/Main/ArduinoBoardDue
http://rascalmicro.com/
http://www.xduino.com/hardware/
 
Sinon :
http://en.wikipedia.org/wiki/List_ [...] er_Systems
 
J'avais trouvé d'autre SBC prometteur mais il y en a tellement maintenant...
 

 
Donc c'est pas un plan de masse mais d'alim.

 
Si son WHS se casse la gueule il pourra savoir ce qu'il s'est prit dans la tronche, c'est ça ?

Salut les gens!
 
Dites voir, je suis étudiant (M1) et l'électronique est mon domaine d'études.    
 
Seulement, le programme que je suis actuellement n'est pas réellement à la hauteur de mes attentes niveau systèmes embarqués.
 
J'ai touché surtout de l'arduino et du PIC et j'essaye de faire du développement sur avr avec AVRstudio (un stage en Chine m'a permis d'en prendre une bonne poignée pour des projets futurs).
 
Je cherche, pour l'instant sans résultats probants, de la doc pour apprendre à programmer sur des uC en 32 bits, c'est à dire sur de l'ARM (mais les autres plateformes pourraient m'intéresser également). Les "cours" qu'on trouve à droite à gauche sont souvent trop pointus et me laissent l'impression d'avoir loupé un épisode.    
J'ai même installé Coocox IDE pour m'essayer un peu au développement mais la doc n'a pas réussis à me faire progresser, malgré l'installation de la toolchain. Apparemment, l'installation des headers est un peu plus complexe que ce que j'avais imaginé.  
 
Si quelqu'un a des bons liens, je suis tout ouïs.    
 
Bonne année.

Si déjà un étudiant en électronique a du mal avec l'archi ARM, je me vois déjà mal parti    
 
 
Sinon quelqu'un aurait un ARM M3/M4, mais au format QFN, avec le moins de pin possible et ayant:
Minimum 512kB de flash
Minimum 128kB Ram
Minimum 100MHz
Support de l'Ethernet
 
C'est qu'on trouve que les gros chip qui ont ces caractéristiques, mais ils utilisent tous le format QFP, plus large inutilement (bon je peux comprendre que lui au moins on peut le souder à la mains en 2 minutes, pas le QFN mais bon)
 

Le jour où je me fais piquer mon WHS je serai bien content d'y avoir un accéléromètre et accès wifi me permettant de retrouver sa position  
 

Mais oui    
 
Et un radar de recul pour ne pas taper le fond de l'étagère quand tu le met en place    
 
Question DIY Clock : pour le timer (générer du 1Hz donc) à votre avis mieux vaut utiliser circuit à base de LM555 ou à base de cristal ? En terme de stabilité/précision dans le temps j'entends. Le cristal me parait le mieux, vous confirmez ?

On est jamais trop prudent  

 
Tu auras une bien meilleure précision avec un quartz, avec un 555 c'est un circuit RC qui sert de base temporelle et c'est caca niveau précision.

Merci pour la confirmation  

Le montage à base de 555 est sensible à la température, beaucoup plus que un cristal. Sur du 1Hz, tu aggraves le risque des variations sur les composants par rapport à de plus hautes fréquences.
 
Le seul bémol est que le cristal est plus cher, enfin dépend du prix que tu payes tes 555.
 
Pour la petite histoire avec les ARM, c'est au programme de M2 (soit l'année prochaine) mais j'aimerais bien comprendre les moyens de mise en oeuvre, quand on connait la puissance de ces petites bêtes ma curiosité me pousse à prendre un peu d'avance.
Mais je passe régulièrement du temps dans des "tuto" plus ou moins bien fichus et j'ai toujours l'impression que c'est pas complet...

 
Ca va, je survivrais !  
http://www.futurlec.com/Crystals/CRY32pr.shtml

 
Je comprends pas trop ton souci en fait.
Le plus simple est de se focaliser sur une implémentation (STM, NXP, Samsung, Atmel ...) et d'étudier les exemples.
Ca change très peu d'une archi 8 bit, tu fais des accès à des registres...
 
 
 
En QFN ca va pas être facile.
J'ai pas de ref en tête pour ce format...

Freescale en a, ST aussi, mais c'est limité à des versions peu puissantes (50Mhz) et ayant peu de Ram/Rom.
Nxp peut-être je sais pas, dans leur tableau de comparaison ils utilisent des noms de package illisibles SOT-xyz.
 
Sinon je viens de regarder ce que c'était .Net Micro/Gadgeteer c'est chouette, mais dès qu'on sort du design standard des dev kit supportés, faut se taper un "Portal kit" en ligne de commande et la ca craint  . Faut que je regarde dans le détail ce que c'est.
Bon c'est clair c'est une usine à gaz comparé à du code en natif, mais ca raccourcit énormément le temps de dev.

Sinon question boutique en ligne.
Il y a quoi en Europe de pas trop cher et avec un très gros catalogue de produits?
 
Un peu comme:
digikey.com
mouser.com
avnetexpress.avnet.com
 
Mais en Europe.
Parce que bon je veux pas avoir de mauvaise surprise avec la douane.

RS et Farnell. Ils ont des entrepôts en europe/france.