Journal [Help] Interface comedi

Posté par  .
Étiquettes : aucune
-2
26
juil.
2006
Bonjour à tous,

je dois travailler sur des machines d'essais et j'aurais aimé connaître des alternatives à LabView.
Je me suis un peu renseigné et j'ai vu que l'on pouvait commander beaucoups de cartes avec les driver et la lib de comedi (http://www.comedi.org).
J'ai aussi trouvé un projet The Linux Lab project (http://www.llp.fu-berlin.de) mais le lien est mort.
En bref apparament il n'y a rien de nouveau et d'intérressant depuis 2002.
Ma question est simple est ce que l'un d'entre vous connaîtrait un moyen simple piloter une machine d'essai équipée d'une carte d'acquisition interne sont on possède les drivers pour comedi ?
Lorsque je dis simple je parle d'un langage plus haut niveau que du C (Octave, python ...).

Je poste dans les journaux et non pas dans les forums car cette question me semble assez importante pour y figurer.

  • # C'est pas une alternative

    Posté par  . Évalué à 1.

    Tu sasi que Labview existe et marche pas mal sous linux ? : http://www.ni.com/linux/labview.htm

    et plus généralement : http://www.ni.com/linux/

    Je 'lutilise aoccasionnelement sous linux sans soucis particulier mais je ne fais que de lacquisition de données.

    Quel est ton utilisation (pilotage, acquisition traitement, ...) ?

    A+
    Laurent

  • # binding python

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

    "sont on possède les drivers pour comedi ?"

    je suis pas sûr de comprendre ça... Il existe des binding python pour comedi... ça te va pas ?

    • [^] # Re: binding python

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

      s/sont/dont/! pfiou, j'aurais mis le temps... Donc ma remarque sur les bindings python s'applique toujours :)

      Je n'ai pas directement developper en utilisant ces bindings car j'ai du reprendre du travail de qq1 d'autre qui a tout fait en C. Mais comme actuelement ça ne marche pas top top (ah le code des physiciens...), si je peux, j'y colle du python :) D'ailleurs, il existe un paquet debian pour ces bindings...

      • [^] # Re: binding python

        Posté par  . Évalué à 1.

        C'est a peu de chose pret ce que je voudrais, mais j'aurais un preference pour Octave.
        Sais tu si le binding octave existe ?
        Peux tu expliquer ton exemple d'application ?

        • [^] # Re: binding python

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

          je suis assez nouveau dans ce domaine :) Jusqu'à la semaine dernière, je ne connaissais pas comedi...
          J'ai aidé à migrer des applis qui datent (en gros) de 2001 sur des machines/distribs actuelles. Le tout est sensé guider un téléscope, sa coupole, une ccd, des filtres, un focuser, avec plusieurs interfaces, écritent en python, graphique et textuelle.
          Le code qui accède à la carte (une NI6503 IIRC) est écrit en C, fait office de "serveur" (je mets entre ", car c'est plus tordu que ça) sur lequel viennent se connecter les ifaces (en python).

          Je crois que c'est assez précis, ptet même trop... Enfin voila quoi. Ça marchotte à peu prêt, même si y'a qqs soucis (genre lorsque la machine reboot/halt, elle doit balancer des trucs sur la carte IO, ce qui allume un gros spot et la ccd).
          A noter aussi que le paquet comedi-source de debian/ubuntu est ultra moisi, je sais même pas comment c'est possible. Plutot que de créer un ss rep dans /usr/src/modules, genre /usr/src/modules/comedi, il se détarre direct dans /usr/src/modules... Et biensur, il ne compile pas :) Il faut utiliser la version CVS...

  • # Scilab + RTAI

    Posté par  . Évalué à 0.

    Suite à un post sur usenet, je suis tombé sur ce document qui décrit l'utilisation de Scilab (language de haut niveau, style Matlab/Octave) avec une interface Comedi sur un Linux RTAI :

    https://www.rtai.org/RTAILAB/RTAI-Lab-tutorial.pdf
    http://groups.google.com/group/comp.soft-sys.math.scilab/bro(...)

    Ça pourrait répondre à tes besoins.

Suivre le flux des commentaires

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