Kicad : une suite GPL de CAO électronique multi-plateforme

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
8
mar.
2005
Technologie
Kicad est une suite de CAO électronique utilisée pour la fabrication de circuit imprimé.

Ce logiciel, multiplateforme et sous licence GPL, utilise le toolkit wxWidgets et propose une alternative intéressante aux logiciels de type Xpcb, Oregano, Geda ou autre Eagle.

Extraits du site:

" Conçue et réalisée par Jean-Pierre Charras, chercheur au LIS (Laboratoire des Images et des Signaux) et enseignant en électronique à l'IUT de Saint Martin d'Hères, la suite Kicad est un ensemble de quatre logiciels et un gestionnaire de projets destinés à la réalisation de cartes électroniques "

" Cette suite est utilisée depuis plusieurs années en milieu professionnel et enseignant (où elle est mise en libre disposition pour les élèves), en usage intensif "

Aller plus loin

  • # ;o))

    Posté par  (site web personnel) . Évalué à -3.

    Pas mal !!!
  • # Kicad : une suite GPL de CAO électronique multi-plateforme

    Posté par  . Évalué à 3.

    >" Cette suite est utilisée depuis plusieurs années en milieu professionnel et enseignant (où elle est mise en libre disposition pour les élèves), en usage intensif "

    Pourquoi cette suite n'est disponible que maintenant? est-ce qu'elle n'était pas en gpl?

    Pourquoi un projet concurent à Geda alors que M jean-Pierre Charras pouvait contribuer à Geda ou l'inverse!

    En tout cas ça à l'air impressionnant! merci M, C exactement ce que je cherche (pas le multi-couche car C pour une utilisation personnelle C impossible), enfin une alternative à Eagle, Orcad et Compagnie!

    Remarque: Kicad fait penser à une aplli KDE mais en fait utilise Wxwidget !
    Justement, vu que le concepteur a voulu apprendre le C++, pourquoi pas le porter sous Qt? (en plus si il sera libre sous Windows!).
    • [^] # Re: Kicad : une suite GPL de CAO électronique multi-plateforme

      Posté par  . Évalué à 3.

      enfin une alternative à Eagle, Orcad et Compagnie!

      Je ne te le fais pas dire !
      C'est une excellente nouvelle pour les amateurs électroniciens libristes.

      pourquoi pas le porter sous Qt?
      Quoique grand fan de Qt, je ne vois vraiment pas l'intérêt d'un tel "portage". wxWidgets est complètement multi-plateforme. Certes l'API n'est pas terrible (à mon goût), mais c'est quand même très complet. Alors perdre un temps et une énergie non négligeable à faire un "portage" sous Qt, je ne vois pas l'intérêt.

      David,
      qui va enfin pouvoir faire des PCB de plus de 10cm*8cm (avec Eagle Free Edition. Je sais, Xpcb permet déjà ed faire ce qu'on veut. Mais un intégré (schémas + routage) c'est quand même bien pratique).
    • [^] # Re: Kicad : une suite GPL de CAO électronique multi-plateforme

      Posté par  . Évalué à 2.

      Remarque: Kicad fait penser à une aplli KDE mais en fait utilise Wxwidget !
      Justement, vu que le concepteur a voulu apprendre le C++, pourquoi pas le porter sous Qt? (en plus si il sera libre sous Windows!).


      Je vois pas ce que tu reproches à wxwidgets car il s'agit d'un bon toolkit multiplateforme (Linux, Windows, MacOS, pocket pc). Ils viennent meme de demarrer une version qu'ils appellent Universal et qui devrait faciliter le portage vers d'autres systèmes.
      De plus elle a ce dont je ne peux plus me passer à savoir le XML comme fichier de description de ton interface (une sorte de XUL).
      Est ce que quelqu'un sait si une telle chose existe avec QT ?
      Car quand on veut pouvoir offrir à l'utilisateur la possibilité de redefinir l'interface graphique (changement de logos, ajout de boutons, ...) cette fonctionalité est bien pratique.
      Bon je me suis un peu éloigné de la news mais pour une fois qu'on parle de wxwidgets...
      • [^] # Re: Kicad : une suite GPL de CAO électronique multi-plateforme

        Posté par  . Évalué à 3.

        Est ce que quelqu'un sait si une telle chose existe avec QT ?

        Les fichiers .ui (description d'IHM, générés pas QtDesigner par ex.) sont des fichiers XML (enfin, quasiment).
        Il est possible de générer du code (C++ par défaut, python aussi, mais c'est pas encore parfait) à partir de ça.
        Mais il est aussi possible d'utiliser la QWidgetFactory pour créer les widgets dynamiquement à partir des fichiers .ui (à la glade, quoi).

        Dont pour répondre simplement à ta question : oui.

        Car quand on veut pouvoir offrir à l'utilisateur la possibilité de redefinir l'interface graphique (changement de logos, ajout de boutons, ...) cette fonctionalité est bien pratique.
        Il y a ce genre de choses dans le carnet d'adresses de KDE, où l'utilisateur peut définir son formulaire (avec Designer) pour se faciliter la tâche (rentrer les cartes dans le carnet d'adresse je crois). Voir "Outils->Configurer KAddressBook" puis "Pages personalisées".

        David
    • [^] # Re: Kicad : une suite GPL de CAO électronique multi-plateforme

      Posté par  (site web personnel) . Évalué à 5.

      J'etais en D.U.T. à Grenoble, dans le département où Mr Charras enseigne, il y a maintenant 10 ans (sic). On utilisait déjà pcbnew la partie routage de Kicad) pour faire du routage (en important les netlist faites par orcad). Ca tournais sous DOS, compilé avec djgpp (le portage de gcc sous dos de l'epoque). Donc ca n'est pas un projet tout neuf et le moteur de placement/routage est bien rodé (il etait déja bien efficace y'a 10 ans).

      Tout ca pour dire que le projet est pas tout récent.

      Concernant la GPL, le logiciel etait utilisé (comercialisé) par une PME Grenobloise, donc je supose que les sources n'etaient pas ouvertes...
      • [^] # Re: Kicad : une suite GPL de CAO électronique multi-plateforme

        Posté par  . Évalué à 3.

        A l'époque, il n'était pas GPL, mais ça fait au moins 3-4 ans qu'il à changer de liscence.
        Je me souviens encore de la version limité à 50 composants ...

        Ceci dit, le serveur propose une version précompilé ( en statique).
        Donc aucunes instalation n'est necessaire.
        A noté que la bete est essentiellement testé sur Mandrake ( dernieres versions) ainsi que sur Win2k.

        Il est tres facile de creer des composants, mais lire l'aide ne fait pas de mal la premiere fois.( je n'ai vus personne la lire, alors je conseille ... )
        En plus, elle est tres bien faite: quelques pages html dispo via le menu, et en français.
        Pour certains composant, la documentation technique du constructeurs est egalement presente. ( par exemple max 232 )
        D'ailleurs, je suis sur que M. Charras apreciera toutes contributions sur les librairies de composants !
        Ceci dit, ce logiciel est relativement intuitif; meme les personnes qui n'ont jamais toucher un prog de saisie de schema / routage arrive à faire des choses ford interressantes
  • # Auto-routage ?

    Posté par  (site web personnel) . Évalué à 1.

    Queqlu'un connait une bibliothèque libre de routage automatique ? Genre, on lui donne des composants (des boites quoi), les ports typés (entrée, sortie, ou les deux) et les connexions, et l'algo se charge de faire du routage (simplifié) juste pour l'affichage. J'ai cherché, mais je n'ai pas trouvé .. en proprio, il y a NLView qui fait ça, voir http://www.concept.de/nlview.html(...) .
    • [^] # Re: Auto-routage ?

      Posté par  . Évalué à 1.

      • [^] # Re: Auto-routage ?

        Posté par  (site web personnel) . Évalué à 1.

        C'est pas mal, mais je me demande s'il arrivera bien à se débrouiller avec une seule couche. Comme je voudrais faire du routage seulement pour l'affichage, je n'aurai pas de multicouche, et il faut un truc très lisible ..
        • [^] # Re: Auto-routage ?

          Posté par  . Évalué à 2.

          Dans le même genre de question, mais un peu plus hors sujet, quelqu'un connait-t-il des microcontroleurs style PIC pour lesquels il existerait un kit de développement/simulation ( C ou + haut niveau) libre, si possible sous Linux ?
          Attention, des trucs simples, juste pour implémenter des boucles d'asservissement pour la commande de moteurs CC, avec une frequence d'échantillonage < 50 Hz au maxi et un peu de logique, pas du linux embarqué !
          • [^] # Re: Auto-routage ?

            Posté par  . Évalué à 2.

            • [^] # Re: Auto-routage ?

              Posté par  (site web personnel) . Évalué à 2.

              avec un exemple de réalisation (thermomètre digital i2c)


              Un exemple pas forcément à suivre pour ce qui est de la partie Linux i2c. Le kernel dispose d'un certain nombre de pilotes pour les bus i2c, dont des adaptateurs sur port parallèle. On est alors pas obligé de bricoler un outil pour taper dans le port série et on repose sur une API claire pour smbus/i2c.

              Bref, tout (ou presque) est ici : http://secure.netroedge.com/~lm78/(...)

              On notera aussi qu'il existe de sympathique sondes de température directement en i2c comme le DS75
              • [^] # Re: Auto-routage ?

                Posté par  . Évalué à 2.

                Justement, mon but n'est pas de réinventer la roue...
                En revanche, la plupart des programmeurs ont l'air de fonctionner en port parallèle. Sauf que sur les nouveaux PC il n'y en a plus ! Et même quand il y en a un, j'avoue être toujours un peu inquiet avant de brancher un bidouillage dessus.
                Existe-t-il des solutions USB ?
                • [^] # Re: Auto-routage ?

                  Posté par  (site web personnel) . Évalué à 2.

                  Oui, il existe des solution I/O sur USB utilisables sous Linux ou encore des micro-controleurs utilisant USB. Mais le problème c'est principalement le prix (Cypress est relativement cher et microchip c'est OTP pour l'instant).

                  La seule solution rentable que j'ai trouvé c'est d'utiliser un adaptateur USB/parallèle. Il existe un pilote pour Linux mais, c'est un équivalent au module lp permettant un accès spécialisé aux imprimantes (/dev/lpXX).

                  Le truc serait de développer un module équivalent à parport-pc (offrant ainsi un /dev/parportXX), profitant ainsi de l'architecture ppdev du kernel. lp repose sur parport qui lui-même utilise parport-pc sur x86. Ce n'est pas le cas pour printer qui gère un /dev/lpXX en directe.

                  Il faudra que je m'en occupe un jour, dès que ma liste les trucs à faire pour hier repasse en dessous du demi-million :)

                  PS : heuuu.... tu parlais pas d'un programmeur ATMEL sur port // hein ?
          • [^] # Re: Auto-routage ?

            Posté par  . Évalué à 1.

            Regarde plutot du coté des AVR de chez Atmel. C'est le meme genre de composant mais :
            - plus simples et plus performants ;
            - facile à programmer avec trois fils sur ton port parallèle ;
            - mais surtout, tu peux utiliser gcc pour le programmer !
          • [^] # Re: Auto-routage ?

            Posté par  . Évalué à 1.

            Pour les pic sous linux regarde là :

            http://mirabellug.org/wikini/wakka.php?wiki=PIC(...)

            tu auras pas mal de liens. Tu peux te faire un programmateur du pauvre sur port série ou // avec peu de composants et pour pas cher
  • # Problème...

    Posté par  . Évalué à 1.

    Impossible de le télécharger ! :o(
    J'ai réussi à me connecter une fois au serveur "inpg", mais l'archive tar.gz était corrompue, impossible de l'ouvrir, ni même de la copier dans /usr/local, cp renvoie une I/O erreur.
    Je vais pour essayer de la télécharger une deuxième fois, et patatra, plus moyen de me connecter. J'ai essayé avec gFtp, et le serveur répond que seulement 10 utilisateurs max sont autorisés, et que le compte y est déjà :-/
    J'ai essayé l'autre serveur "iut", mais il ne répond même pas, il est complètement dans le pâté....

    Quelqu'un a-t-il réussi à le télécharger ???

    --
    Vince
    • [^] # Re: Problème...

      Posté par  . Évalué à 1.

      Oui via http.
      • [^] # Re: Problème...

        Posté par  . Évalué à 0.

        Ca y est, le serveur FTP a fini par me laisser télécharger l'engin, enfin ! :o)

        Ca valait le coup d'attendre cependant ! :o)

        --
        Vince
    • [^] # Re: Problème...

      Posté par  . Évalué à 3.

      Mon impression, c'est que ce monsieurs develloppe ce prog quasiment seul.
      L'iut dans lequel il bosse lui prete un peu de place sur le serveur FTP, mais ce n'est pas lui qui s'occupe de l'administration du serveur .
      Ne soyez donc pas étonné de voir du WinNT ou win2k pour le FTP...
  • # Des comparatifs

    Posté par  . Évalué à 1.

    Bonne nouvelle que cette sortie !

    Je me demandais par rapport à la chaîne Alliance (de Jussieu, laboratoire ASIM) comment se situait cette chaîne de CAO VLSI.

    Cf. : http://www-asim.lip6.fr/team/distinctions/cray94/index.fr.html(...)

    Si seulement les labos pouvazient mutualiser l'effort ... !
    • [^] # Re: Des comparatifs

      Posté par  . Évalué à 3.

      A priori, ça n'est pas du tout le même objectif.

      Alliance est là pour te permettre (théoriquement vu que c'est pas super pratique quand même) de faire ton chip en partant de son code VHDL jusque aux masques.

      Si j'ai bien lu la page en lien, Kicad est destiné à dessiner des PCB, on ne se place donc pas au même niveau. Pour schématiser, tu pourrais créer ton chip avec Alliance et dessiner la carte qui est destinée à le recevoir avec Kicad.
      • [^] # Re: Des comparatifs

        Posté par  . Évalué à 2.

        exactement, Kicad entre en "concurence" plutôt avec GeDa: http://www.geda.seul.org/(...)

        Mais je te rejoins sur ton point de vue, si tout les élctroniciens/Informaticiens développeraient ensemble, il y aurait une offre de qualité! et non de la diversité "limitée"
  • # Espoir ?

    Posté par  . Évalué à 1.

    Est-il prévu un module de simulation ?
    Sinon quel logiciel de simulation pratique sous linux me conseillez-vous ?
    Merci
    • [^] # Re: Espoir ?

      Posté par  . Évalué à 3.

      que veux-tu simuler ? à quel niveau ?

      Tu peux jeter un coup d'oeil à spice, mais je dirais pas qu'il est pratique :
      http://bwrc.eecs.berkeley.edu/Classes/IcBook/SPICE/(...)
      Il existe une interface graphique, Oregano mais l'url semble morte...

      Si tu veux faire de la modélisation de systèmes, il existe SystemC :
      http://www.systemc.org/.(...) Le système est décrit en c++.

      pour du vhdl, j'ai utilisé Simili de Symphonyeda (http://www.symphonyeda.com/(...) ).C'est pas libre, mais c'est gratuit et sous linux.
      • [^] # Re: Espoir ?

        Posté par  . Évalué à 1.

        J'ai déjà utilisé une suite commerciale basée sur Spice (pspice je crois mais ça a peut-être encore changé de nom).
        Ca permet de faire de la simulation analogique, réponse à un filtre, etc... C'est bien puissant et super pratique.

        Je pense que spice contient tout ce qui est algorithme pour la simulation mais le plus difficile reste d'avoir une base de composant avec leur paramètres.
        Après, je ne sais pas si on peut mixer analogique et numérique avec spice (ce que faisait la version commerciale).
    • [^] # Re: Espoir ?

      Posté par  (site web personnel) . Évalué à 1.

      Je trouve cette suite plutot intérésante il ne manque que un module de simulation....

      Mon lycée dépense des fortunes dans des liscences pour des logiciels vraiment pouris (Tina pour la simulation ,accel pour le pcb) alors que il y a aussi bien gratuit et libre enfin il ne manque que a cette jolie suite un module pour éffectuer dedes simulation :(

      Toute mes félicitations :)
    • [^] # Re: Espoir ?

      Posté par  (site web personnel) . Évalué à 2.

      Désolé pour le double poste mais je pense que gbl entend par simulation un outil qui permet de tracer des chronogramme (enfin moi dans mon commentaire c'est ca que je veux dire :p)
  • # Package Debian

    Posté par  . Évalué à 1.

    Il a l'air pas mal ce logiciel,

    Quelqu'un sait s'il y a un package debian où même un responsable officiel pour le packaging? Ca m'étonnerait mais bon...

    Je pense que ça serait pas mal de sortir des packages débian, afin de répandre son utilisation aux debian-geeks (moi par example).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.