IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

Bloquage acces périphérique USB


Sujet :

Shell et commandes GNU

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    31
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Avril 2007
    Messages : 31
    Par défaut Bloquage acces périphérique USB
    Bonjour,

    Je travaille actuellement sur une application avec une interface "arduino" pour ceux qui ne connaissent pas, il s'agit d'une interface entrée/sortie sur port USB. Je m'en sert ici dans un contexte de domotique ( gestion de temperature, électrovannes, ... ). Mon application tourne en C sous Debian avec une DB Mysql.
    En gros mon application lit les informations fournient en continu par la carte arduino via /dev/ttyUSB*. J'ouvre l'USB, j'initialise, je lis et je ferme. Mais voilà si plusieurs applications lisent la carte en même temps, cela pose des problèmes, je recois pas mal de messages incomplets, ... je voudrais pouvoir bloquer tous les accès en lecture ET en écriture vers /dev/ttyUSB* pendant qu'un autre processus / application l'utilise déja. J'ai essayé naivement un pipe avec un chmod 0 après l'ouverture de /dev/ttyUSB* mais ca ne marche pas si je lance une deuxième fois mon application, elle a toujours accès.
    L'utilité que je pourrais en avoir c'est qu'à l'avenir je vais devoir utiliser plusieurs cartes sur un même pc et je ne souhaite pas avoir de configuration statique dans un soucis de flexibilité, de rapidité. de plus cela me préserverai des mauvais manipulations.
    Si quelqu'un à une idée, elle est la bienvenue, merci.

  2. #2
    Membre émérite Avatar de jmelyn
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Septembre 2007
    Messages
    703
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : Septembre 2007
    Messages : 703
    Par défaut
    Bonsoir,

    Voici ce que je ferais:

    • Créer un service d'accès à ta carte (voire même tes cartes). Ce programme tournant de manière unique sur la machine.
    • Créer des clients qui se connectent au serveur et qui lui font des demandes et récupèrent les réponses.

    Le serveur peut alors centraliser et même factoriser les requêtes vers le matériel. Il répond ensuite aux clients... sans s'emmêler les pinceaux. Cela permet de programmer l'interface graphique dans n'importe quel langage qui supporte les sockets comme C++ avec Qt, Java, Ruby et même Bash!

    Heu... Cela a peu de rapport avec la programmation shell, non? Une erreur dans le choix du forum?

Discussions similaires

  1. Attendre une réponse du périphérique USB
    Par Arnaud Malabeux dans le forum C++
    Réponses: 6
    Dernier message: 17/06/2006, 22h45
  2. Accès clef USB sans passer par la lettre de lecteur
    Par Ygster dans le forum Windows
    Réponses: 1
    Dernier message: 16/05/2006, 11h21
  3. demonter les périphérique USB par la ligne de commande.
    Par Essilife dans le forum Autres Logiciels
    Réponses: 3
    Dernier message: 20/01/2006, 11h50
  4. installation de driver pour périphériques USB
    Par devmat dans le forum Windows XP
    Réponses: 6
    Dernier message: 14/01/2006, 14h19
  5. [USB] Comment déconnecter un périphérique USB ?
    Par frelep dans le forum API, COM et SDKs
    Réponses: 1
    Dernier message: 22/09/2005, 09h33

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo