routage

[val]

Hello tout le monde,

J'aimerais savoir s'il existe des règles ou des astuces pour le routage
des pistes sur un PCB. Là je dois mettre un 20 pins, deux 14 pins, un 8
pins (en SOIC) et quelques switches et composants discrets
(résistances, leds, capa...) sur un petit PCB 2 faces de 70x25mm.
Est-ce que vous faites ça au feeling en vous basant sur votre
expérience ou bien alors y a-t-il quelques principes qui permettent de
se faciliter la vie ?

[Jean-Christophe]

> "val"

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 ?

[thierry...@gmail.com]

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 que le "chevelu" soit le moins entremêlé possible (le moins de croisements).
- lorsque la configuration est acceptable, je lance un routage automatique
- en fonction des croisements que je constate, je défais le routage et repositionne éventuellement les composants.
- je répète cette opération jusqu'à la meilleure configuration possible.
- 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), ou, quand ce n'est plus possible, les placer dans des endroits "dégagés"
- c'est également plus pratique de profiter des composants traversants pour 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: http://www.68hc08.net/articles.item.156/BDM-gratuit-S08-S12-ColdfireV1.html

[val]

thierry...@gmail.com a écrit le 24/10/2013 :
> 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 que
> le "chevelu" soit le moins entremêlé possible (le moins de croisements). -
> lorsque la configuration est acceptable, je lance un routage automatique - en
> fonction des croisements que je constate, je défais le routage et
> repositionne éventuellement les composants. - je répète cette opération
> jusqu'à la meilleure configuration possible. - je termine "à la main"
>

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.

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

Ah oui, bonne astuce, je retiens.

> - 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), ou, quand ce n'est plus possible, les placer
> dans des endroits "dégagés"

Pourquoi ? Parce que tu les fais à la main ?

>- c'est également plus pratique de profiter des
> composants traversants pour faire les liaisons entre les faces - ne pas
> hésiter à travailler avec des CMS, surtout en SOIC, c'est très facile
>

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.

> Th.
>
> Un exemple de mes PCB:
> http://www.68hc08.net/articles.item.156/BDM-gratuit-S08-S12-ColdfireV1.html

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

[val]

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

[Pascal-J]

>D'ailleurs je me demande si il
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.

[moi-meme]

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

> 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.

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

Pour le prix on peut essayer sans crainte :-)

[JKB]

Le 25 Oct 2013 13:50:19 GMT,
moi-meme <chi...@free.fr> é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

[thierry...@gmail.com]

Le vendredi 25 octobre 2013 18:03:25 UTC+2, JKB a écrit :
> Le 25 Oct 2013 13:50:19 GMT,
>

> moi-meme écrivait :

Re-bonjour

Effectivement je fais mes vias à la main (queue de résistance), c'est 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'éviter au moins 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 je n'avais pas vu.

Les QFP au pas de 0.5 sont soudables par l'amateur sans équipement particulier, 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 bonne loupe articulée puis je me suis rendu compte que des lunettes de lecture 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 en main.

Th.

[Sylvain POURRE]

moi-meme a écrit :

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

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

--
Sylvain

[jeanyves]

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

Jean-Yves.

[Volkin]

thierry...@gmail.com wrote:
> Le vendredi 25 octobre 2013 18:03:25 UTC+2, JKB a écrit :
>> Le 25 Oct 2013 13:50:19 GMT,
>>
>> moi-meme écrivait :
>>
>>> Le Fri, 25 Oct 2013 13:16:50 +0200, val a écrit :
>>
>>>
>>
>>>> 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.
>>
>>>
>>
>>> regardes kicad : très fonctionnel avec un routeur automatique.
>>
>>>
>>
>>> Pour le prix on peut essayer sans crainte :-)
>>
>>
>>
>> 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
>
> Re-bonjour
>
> Effectivement je fais mes vias à la main (queue de résistance), c'est 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'éviter au moins 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 je n'avais pas vu.

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

> Les QFP au pas de 0.5 sont soudables par l'amateur sans équipement particulier, 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 bonne loupe articulée puis je me suis rendu compte que des lunettes de 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.

[cLx]

On 26/10/2013 23:25, Volkin wrote:
> thierry...@gmail.com wrote:
>> 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 je n'avais
>> pas vu.
>
> Personnellement je n'utilise jamais d'autorouteur, �a va toujours
> plus vite � la main je trouve.

+1

>> J'utilise le logiciel "diptrace", tr�s facile d'utilisation et de prise en
>> main.

Eagle 4.16r2 ici.

[thierry...@gmail.com]

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

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

>

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

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.

>
>
> 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.
>

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.

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

?? 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 papier collant entre pour laisser un petit espace entre le PCB, puis technique ci-dessus

Th

[Habib Bouaziz-Viallet]

On 25/10/2013 18:03, JKB wrote:
> vu le
> nombre de segfaults que je me prends avec Kicad

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.

[Volkin]

thierry...@gmail.com wrote:
>
>> Personnellement je n'utilise jamais d'autorouteur, ça va toujours
>>
>> plus vite à la main je trouve.
>
> A mon avis c'est une aide et fait gagner du temps (également pour le 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 ...

>> Technique de la tresse c'est trop long et dangeureux, vous pouvez
>>
>> arracher les pastilles.
>
> 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.
>>
>>
>> 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.
>>
>

> Je fais comme cela aussi mais n'ayant pas de matériel pro, je ne saispas é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.

http://cjoint.com/?0JBvKnHB5hX

>> Astuce pour les QFN - faire un trou de 2mm sous le boîtier et souder
>>
>> par en-dessous.
>>
> ?? 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 papier collant entre pour laisser un petit espace entre le PCB, puistechnique 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, amplificateurs
de puissance, LEDs, ...

> Th

[JKB]

Le Mon, 28 Oct 2013 10:37:22 +0100,
Habib Bouaziz-Viallet <h.bouazi...@free.fr> écrivait :

> On 25/10/2013 18:03, JKB wrote:
>> vu le
>> nombre de segfaults que je me prends avec Kicad
>
> 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 ...?).

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é.

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

Cordialement,

[Habib Bouaziz-Viallet]

On 28/10/2013 12:11, JKB wrote:
> Les informations ont été remontées sans effet.

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.

[JKB]

Le Mon, 28 Oct 2013 14:14:02 +0100,
Habib Bouaziz-Viallet <h.bouazi...@free.fr> écrivait :

> On 28/10/2013 12:11, JKB wrote:
>> Les informations ont été remontées sans effet.
> 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.

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.

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

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.

[Habib Bouaziz-Viallet]

On 28/10/2013 14:21, JKB wrote:
> Un sparc,
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)

[JKB]

Le Mon, 28 Oct 2013 16:50:12 +0100,
Habib Bouaziz-Viallet <h.bouazi...@free.fr> écrivait :

> On 28/10/2013 14:21, JKB wrote:
>> Un sparc,
> 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" ???

Naturellement. C'était sur un Linux/sparc, mais je l'ai aussi fait
sur un Solaris/sparc.

> 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 ...

Je ne vois pas où est le problème. Les bibliothèques de dev ne sont
pas faites pour les chiens. Par ailleurs, la plupart des
bibliothèques sont des bibliothèques X/gtk. Ça ne casse pas trois
pattes à un canard.

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

Bon, bon, bon... Je vais faire une réponse, une seule, je ne suis
pas là pour polémiquer. Kicad est peut-être un très bon logiciel pour
toi. Pour moi, c'est une bouse infecte qui se bauge aléatoirement,
qui m'a fait perdre des heures de boulot parce que je me suis
accroché pour en comprendre le fonctionnement et qu'il est quasiment
impossible à patcher pour compiler correctement ailleurs que sur x86
(c'est pour cela qu'il est toujours noté WIP dans pkgsrc). Par ailleurs,
je trouve son ergonomie discutable.

C'est tout ce que je dirais sur ce logiciel.

Cordialement,

[Habib Bouaziz-Viallet]

On 28/10/2013 17:05, JKB wrote:
> Naturellement.
Bien sûr naturellement,

>
> Je ne vois pas où est le problème.

Je vois.

H.

[Den]

Un peu de théorie (le minimum pour comprendre ce qu'on fait) et de la
pratique :
Philippe Dunand, Tracé des circuits imprimés, Dunod, 1996, ISBN 2 10
002979 7

Sous-titre : "compatibilité électromagnétique, parasites et
perturbations des électroniques".
En d'autres termes : de la différence entre une carte qui marche et une
qui marche pas...

HTH,
Den

[Robert Lacoste]

"val" wrote in message news:000758d228...@jeffrey.matabio.net...

> J'aimerais savoir s'il existe des règles ou des astuces pour le routage
> des pistes sur un PCB.

Ce n'est peut être pas pertinent pour ce projet là mais pour ceux que ca
interesse on a publié sur notre site web un petit guide sur les bonnes
pratiques de routage de circuits imprimés RF et/ou haute vitesse. C'est (en
anglais) là :

http://alciom.com/en/publications/white-papers.html

Cordialement,
Robert

[moi-meme]

Le Thu, 31 Oct 2013 09:51:28 +0100, Robert Lacoste a écrit :

> Ce n'est peut être pas pertinent pour ce projet là mais pour ceux que ca
> interesse on a publié sur notre site web un petit guide sur les bonnes
> pratiques de routage de circuits imprimés RF et/ou haute vitesse. C'est
> (en anglais) là

+1

on peut faire un // entre RF et EMC. J'ai appliqué vos principes sur le
routage de portables GSM/DCS mais du côté numérique où il y a des fronts
raides. Qu'est-ce que j'ai vieilli depuis :-(

Les principes sont simples, votre doc les met bien en valeur.

J'ajouterai (c'est l'avis d'un "hardeux du numérique") qu'il faut router
les signaux synchrones "ensemble" et séparés des autres (par exemple tous
les fils d'un même bus). Ils se perturbent les uns les autres mais on ne
prend leur état en compte (sample) que lorsqu'ils se sont tous "calmés".
une attention particulière devra être prise pour les fils sensibles (reset
par exemple).

Pour ce qui vient de l'extérieur (ESD) c'est à traiter aussi et c'est
d'autre règles.