routage

Personnellement je dirais que c'est l'expérience qui permet de "sentir" pour aller au plus simple ( ou au moins compliqué )

Combien de couches admissibles pour PCB ?

Le jeudi 24 octobre 2013 11:29:43 UTC+2, val a écrit :

Personnellement :

- je place les composants plus ou moins comme sur le schéma

- je fais le "chevelu" (liaisons entre les composants)

- à ce stade, il est facile de modifier la position des composants pour q ue le "chevelu" soit le moins entremêlé possible (le moins de croisemen ts).

- lorsque la configuration est acceptable, je lance un routage automatique

- en fonction des croisements que je constate, je défais le routage et re positionne éventuellement les composants.

- je répète cette opération jusqu'à la meilleure configuration poss ible.

- je termine "à la main"

Finalement:

- les résistances de 0 Ohms sont pratiques pour les ponts

- faisant les PCB "dans ma cuisine", j'essaie d'éviter les doubles faces (quitte à mette 1 ou 2 straps

- Il n'y a pas de souci à faire passer une piste entre 2 pattes d'un DIP

- J'essaie d'éviter un maximum les "vias" (connexions entre les faces), o u, quand ce n'est plus possible, les placer dans des endroits "dégagés"

- c'est également plus pratique de profiter des composants traversants po ur faire les liaisons entre les faces

- ne pas hésiter à travailler avec des CMS, surtout en SOIC, c'est tr ès facile

Th.

Un exemple de mes PCB:

S08-S12-ColdfireV1.html

snipped-for-privacy@gmail.com a écrit le 24/10/2013 :

Je n'ai pas de routage automatique sur mon logiciel (sprint-layout 4) mais j'ai un peu de mal à croire que ça soit vraiment utile.

Ah oui, bonne astuce, je retiens.

Pourquoi ? Parce que tu les fais à la main ?

Oui, je mets surtout des SOIC, voire SSOP (0.63mm), qui sont à peu de choses près la plus petite taille que l'on peut encore souder à la main avec une panne de 0.2mm sous une loupe. D'ailleurs je me demande si il existe du fil plus fin que 0.5mm et où on peut en trouver.

Joli, et pratiquement en simple face en fait. Merci pour tous ces conseils.

Jean-Christophe a écrit le 24/10/2013 :

2, dont une qui sert aussi de plan de masse.

existe du fil plus fin que 0.5mm et où on peut en trouver.

Pas un soucis, j'ai du 0.12 (37awg) et du 0.21 (35swg) étamé en bobine pour faire de la reparation de pistes. Chez tout les bons marchands, a l'époque RS il me semble.

Le Fri, 25 Oct 2013 13:16:50 +0200, val a écrit :

regardes kicad : très fonctionnel avec un routeur automatique.

Pour le prix on peut essayer sans crainte :-)

Le 25 Oct 2013 13:50:19 GMT, moi-meme écrivait :

J'avoue avoir un faible pour gschem/pcb (mais c'est sous Unix) vu le nombre de segfaults que je me prends avec Kicad (même récent, j'ai encore essayé le mois dernier).

Là aussi, on peut essayer sans crainte.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très 
volontiers une réponse... 
=> http://grincheux.de-charybde-en-scylla.fr 
=> http://loubardes.de-charybde-en-scylla.fr

Le vendredi 25 octobre 2013 18:03:25 UTC+2, JKB a écrit :

ès

Re-bonjour

Effectivement je fais mes vias à la main (queue de résistance), c'est p our cela que j'ai horreur de cela. Combien de fois n'ai-je pas vu sur le ne t des dessins de PCB dont il était manifestement possible d'éviter au m oins 50% des vias ou même de passer en simple face.

Le routage automatique me sert d'abord à "dégrossir" le travail, et, en fin de conception, cela m'a parfois aidé à trouver des "chemins" que j e n'avais pas vu.

Les QFP au pas de 0.5 sont soudables par l'amateur sans équipement partic ulier, j'utilise la technique de la tresse à dessouder mais bon, cela n écessite un peu plus de savoir faire. J'avais aussi investi dans une bonn e loupe articulée puis je me suis rendu compte que des lunettes de lectur e vendues pour presque rien en grande surface convenaient mieux. Mais bon c 'est hors sujet.

J'utilise le logiciel "diptrace", très facile d'utilisation et de prise e n main.

Th.

moi-meme a écrit :

Il me semble qu'il y a un tutoriel en cours de parution sur Open Silicium.

--
Sylvain

+1 pour diptrace, gratuit jusque 500 pattes / 2 faces ca fait déjà un beau circuit.

--

Jean-Yves.

) i

rès

st pour cela que j'ai horreur de cela. Combien de fois n'ai-je pas vu sur le net des dessins de PCB dont il était manifestement possible d'évi ter au moins 50% des vias ou même de passer en simple face.

, en fin de conception, cela m'a parfois aidé à trouver des "chemins" que je n'avais pas vu.

Personnellement je n'utilise jamais d'autorouteur, ça va toujours plus vite à la main je trouve.

rticulier, j'utilise la technique de la tresse à dessouder mais bon, ce la nécessite un peu plus de savoir faire. J'avais aussi investi dans un e bonne loupe articulée puis je me suis rendu compte que des lunettes d e lecture vendues pour presque rien en grande surface convenaient mieux. Mais bon c'est hors sujet.

Technique de la tresse c'est trop long et dangeureux, vous pouvez arracher les pastilles.

La bonne technique est avoir des pastilles qui dépassent les pattes de 0.5mm (ou même un peu plus) et passer avec une pointe de fer aplati en glissant sur les pastilles et en touchant l'extrémité des pattes, un truc dans le genre, ça fait promener une micro goutte de soudure comme une micro vague.

Astuce pour les QFN - faire un trou de 2mm sous le boîtier et souder par en-dessous.

se en main.

+1

Eagle 4.16r2 ici.

A mon avis c'est une aide et fait gagner du temps (également pour le posi tionnement optimal des composants)

Cela m'est arrivé au début, et c'est pour cela que j'ai dit que cela n écessitait un peu de savoir faire.

Je fais comme cela aussi mais n'ayant pas de matériel pro, je ne sais pas éviter les ponts et c'est pour cela que je dois utiliser la tresse.

?? En dessous des QFN, il y a un plan de masse?? Les quelques fois que j'en ai soudé, je le collais d?abord à la superglue sur le PCB, avec un p apier collant entre pour laisser un petit espace entre le PCB, puis techniq ue ci-dessus

Th

Si il y a un problème avec Kicad sous GNU/Linux (ou même MS-Win) alors il serait bien de faire remonter cette info aux développeurs. Sur quel partie est ce que ça plante chez toi ? (Kicad, eeschema, cvpcb, pcbnew ...?).

Pour ma part je n'ai jamais rencontré le moindre problème de ce genre.

Cordialement, H.

positionnement optimal des composants)

En général à la première vue je suis content du résultat de l'autorouteur puis en regardent attentivement je constate des abbérations, je corrige, en remarque d'autres ets etc etc. Comme corriger prends plus de temps que de tout faire à partir de 0 ...

a nécessitait un peu de savoir faire.

pas éviter les ponts et c'est pour cela que je dois utiliser la tresse.

C'est quoi matériel pro ?

Pour souder du CMS il faut un fer avec la possibilité d'ajuster la température. Une station c'est bien mais par exemple un fer à gaz réglable peut faire l'affaire aussi.

Sur ebay / dx vous pouvez trouver des fers réglables dans les 10?, stations - 30 à 40?, c'est largement acessible.

Voici l'exemple d'une carte soudée avec un fer à souder clasique (PU81 => station Weller la moins chère) panne tournevis tout ce qui est de plus banal, soudure sans plomb 0,7 mm si je me rappèle bien. Sans aucune optique, à l'oeil nu.

j'en ai soudé, je le collais d?abord à la superglue sur le PCB, ave c un papier collant entre pour laisser un petit espace entre le PCB, puis technique ci-dessus

Oui, c'est ça, je parle de la pastille masse. Je fais un trou au milieu sous le composant. Une fois toutes les pattes soudés je retourne la carte et je soude la semelle du composant aux parois métalisés du trou.

Il y a beaucoup de composants comme ça => régulateurs, amplificateu rs de puissance, LEDs, ...

Sur tout, mais c'est sur un processeur demandant un alignement mémoire (sparc64). Les informations ont été remontées sans effet. Et comme personnellement, je trouve gschem/pcb bien plus ergonomiques, j'ai laissé tombé.

Cordialement,

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très 
volontiers une réponse... 
=> http://grincheux.de-charybde-en-scylla.fr 
=> http://loubardes.de-charybde-en-scylla.fr

C'est alors que l'OS sur ta machine n'est pas supporté par Kicad ... ?

Mais c'est étonnant ce que tu dis sur les prétendus alignements ... normalenent ça ne doit jamais marcher du tout avec de telles considérations sur la machine cible.

gschem et pas mal en effet mais pcb est assez rebarbatif... de mon point de vue. Non vraiment Kicad est beaucoup mieux !

Bien cordialement, H.

Si. Un x86 se contrefiche des problèmes d'alignement. Un sparc, c'est un SIGBUS assuré. La fondation Mozilla est championne toutes catégories confondues des SIGBUS sur sparc. Suivie de très prêt par Kicad.

PCB est d'approche difficile parce qu'il permet de tout faire. Mais une fois maîtrisé, c'est un peu comme vim, difficile de s'en passer.

JKB

--
Si votre demande me parvient sur carte perforée, je titiouaillerai très 
volontiers une réponse... 
=> http://grincheux.de-charybde-en-scylla.fr 
=> http://loubardes.de-charybde-en-scylla.fr

On 28/10/2013 14:21, JKB wrote:

mmhhh une sparc... Par conséquent tu as compilé Kicad à partir des sources sur une plateforme Unix (laquelle ?), tu as réussi à générer les modules Kicad, cvpcb ...etc sans que le build ne "râle" ???

Regarde ci-dessous les bibliothèques partagées que réclame par ex. eeschema et dis moi que tu as compilé tout ça sans problèmes sur une machine quelconque et que tu as pu généré un executable qui fait un "SIG patin-coufin" à l'éxecution... pour ma part j'ai du mal à croire à ça mais pourquoi après tout ...

*Pardon mais Kicad n'est pas un champion de "SIG machin chose" mais bien un très bon logiciel*

Bien cordialement, H.

habib@rigel ~/BUILDS $ ldd /usr/bin/eeschema

linux-gate.so.1 => (0xb76e4000) libwx_gtk2u_aui-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_gtk2u_aui-2.8.so.0 (0xb7664000) libwx_gtk2u_adv-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_gtk2u_adv-2.8.so.0 (0xb75ab000) libwx_gtk2u_html-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_gtk2u_html-2.8.so.0 (0xb7517000) libwx_gtk2u_core-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0 (0xb71d4000) libwx_baseu_net-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_baseu_net-2.8.so.0 (0xb71a9000) libwx_baseu-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0 (0xb7061000) libwx_baseu_xml-2.8.so.0 => /usr/lib/i386-linux-gnu/libwx_baseu_xml-2.8.so.0 (0xb7057000) libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb6f6d000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb6f41000) libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6f23000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb6f08000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb6d5d000) libgtk-x11-2.0.so.0 => /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 (0xb68f3000) libgdk-x11-2.0.so.0 => /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 (0xb6845000) libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb67f5000) libgdk_pixbuf-2.0.so.0 => /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0 (0xb67d3000) libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb66d7000) libpango-1.0.so.0 => /usr/lib/i386-linux-gnu/libpango-1.0.so.0 (0xb668d000) libXinerama.so.1 => /usr/lib/i386-linux-gnu/libXinerama.so.1 (0xb6689000) libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xb6683000) libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0xb667a000) libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xb6651000) libjpeg.so.8 => /usr/lib/i386-linux-gnu/libjpeg.so.8 (0xb65f9000) libtiff.so.5 => /usr/lib/i386-linux-gnu/libtiff.so.5 (0xb6586000) libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb656d000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb6568000) libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb6540000) /lib/ld-linux.so.2 (0xb76e5000) libpangocairo-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0 (0xb6532000) libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb63fb000) libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xb63f4000) libatk-1.0.so.0 => /usr/lib/i386-linux-gnu/libatk-1.0.so.0 (0xb63d3000) libcairo.so.2 => /usr/lib/i386-linux-gnu/libcairo.so.2 (0xb62c9000) libgio-2.0.so.0 => /usr/lib/i386-linux-gnu/libgio-2.0.so.0 (0xb6169000) libpangoft2-1.0.so.0 => /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0 (0xb613a000) libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb6102000) libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb60f0000) libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xb60e6000) libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0xb60d5000) libXrandr.so.2 => /usr/lib/i386-linux-gnu/libXrandr.so.2 (0xb60ca000) libXcursor.so.1 => /usr/lib/i386-linux-gnu/libXcursor.so.1 (0xb60bf000) libXcomposite.so.1 => /usr/lib/i386-linux-gnu/libXcomposite.so.1 (0xb60bb000) libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xb60b7000) libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xb60af000) libgmodule-2.0.so.0 => /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0 (0xb60aa000) libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb606a000) librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb6061000) libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0xb6047000) libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6040000) liblzma.so.5 => /lib/i386-linux-gnu/liblzma.so.5 (0xb601a000) libjbig.so.0 => /usr/lib/i386-linux-gnu/libjbig.so.0 (0xb600b000) libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb5f71000) libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb5f4f000) libpixman-1.so.0 => /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xb5eb7000) libxcb-shm.so.0 => /usr/lib/i386-linux-gnu/libxcb-shm.so.0 (0xb5eb3000) libxcb-render.so.0 => /usr/lib/i386-linux-gnu/libxcb-render.so.0 (0xb5ea9000) libselinux.so.1 => /lib/i386-linux-gnu/libselinux.so.1 (0xb5e8a000) libresolv.so.2 => /lib/i386-linux-gnu/libresolv.so.2 (0xb5e73000) libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb5e6e000) libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb5e67000)