[+] ;o))

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

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

  Posté par David Douard () le 09/03/2005 à 09:20. (lien). É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 mosfet () le 09/03/2005 à 09:39. (lien). É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 David Douard () le 09/03/2005 à 11:49. (lien). É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 Sébastien Bonnefoy (page perso, ) le 09/03/2005 à 12:22. (lien). É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 jeff110 () le 09/03/2005 à 19:54. (lien). É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 ?

• [^]Re: Auto-routage ?

  Posté par EmmanuelP () le 09/03/2005 à 10:30. (lien). Évalué à 1.

  Ça par exemple ?
  
  http://www.cs.man.ac.uk/apt/projects/tools/mucs-pcb/(...)

  • [^]Re: Auto-routage ?

    Posté par Xavier Bestel (Jabber id, page perso, ) le 09/03/2005 à 10:59. (lien). É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 denisb () le 09/03/2005 à 14:49. (lien). É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 Christian S. () le 09/03/2005 à 15:23. (lien). Évalué à 2.

        Peut-être ici ?
        
        http://shop.tuxgraphics.org/electronic/microcontroller.html?id=697b(...)
        
        avec un exemple de réalisation (thermomètre digital i2c)
        
        http://www.linuxfocus.org/English/February2005/article365.shtml(...)
        http://www.linuxfocus.org/English/March2005/article369.shtml(...)

        • [^]Re: Auto-routage ?

          Posté par Denis Bodor (page perso, ) le 09/03/2005 à 16:32. (lien). É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 denisb () le 10/03/2005 à 09:23. (lien). É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 Denis Bodor (page perso, ) le 10/03/2005 à 16:33. (lien). É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 schodet () le 10/03/2005 à 22:12. (lien). É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 Vincent MOLLIMARD () le 11/03/2005 à 12:13. (lien). É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...

• [^]Re: Problème...

  Posté par Stéphane VANPOPERYNGHE (page perso, ) le 09/03/2005 à 15:57. (lien). Évalué à 1.

  Oui via http.

  • [^]Re: Problème...

    Posté par Vincent Trouilliez () le 09/03/2005 à 16:01. (lien). É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 jeff110 () le 09/03/2005 à 19:36. (lien). É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

• [^]Re: Des comparatifs

  Posté par manu_fred () le 09/03/2005 à 17:59. (lien). É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 fielog () le 09/03/2005 à 19:12. (lien). É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 ?

• [^]Re: Espoir ?

  Posté par LeMagicien Garcimore () le 09/03/2005 à 21:45. (lien). É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 Frédéric COIFFIER () le 10/03/2005 à 08:23. (lien). É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 efyx (Jabber id, page perso, ) le 09/03/2005 à 22:59. (lien). É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 :)

  --
  Linux devenez tuxicoman.

• [^]Re: Espoir ?

  Posté par efyx (Jabber id, page perso, ) le 09/03/2005 à 23:01. (lien). É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)

  --
  Linux devenez tuxicoman.

Package Debian

• [^]Re: Package Debian

  Posté par mdlh () le 10/03/2005 à 14:40. (lien). Évalué à 2.

  Si tu souhaites le package, tu peux au moins poster un "Bug" sur le package wnpp.
  http://bugs.debian.org/wnpp(...)

• [^]Re: Package Debian

  Posté par Vincent MOLLIMARD () le 11/03/2005 à 12:09. (lien). Évalué à 1.

  J'ai pas un package debian mais regarde ça:
  
  http://mirabellug.org/wikini/wakka.php?wiki=KiCad(...)
  
  en bas de la page