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

VB.NET Discussion :

VB et timing


Sujet :

VB.NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Mars 2011
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Mars 2011
    Messages : 43
    Par défaut VB et timing
    bonjour

    je travail sur un projet qui consiste l'envoi et la réception des trame sur bus CAN pour tester l'interface de communication CAN d'une Carte électronique
    la réalisation se fais à base d'un langage CAPL qui communique avec le bus CAN et permet l'envoi et la réception des trames sur ce bus.
    l’inconvénient de cette application à l'aide de CAPL que les test se font sur une console comme l'invite de commande sur Windows.donc il présente une latence pendant la procédure de test .pour ce faire j'ai réfléchi à ajouter à cette application un interface graphique en VB pour facilité et accélérer les procédures de test j'ai réussi à faire tous ca

    mais le problème cé que j'ai réfléchi à la limitation de cette nouvelle solution c'est que l'ajout d'une couche VB ca va par la suite générer des problèmes d'automatisation des test et c'est que cette application va pas supporter les systèmes temps réel

    que pensez vous????

  2. #2
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 204
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 204
    Par défaut
    pas tout compris

    temps réel est un terme relatif
    dans certains cas le temps réel peut être de plusieurs minutes

    si tu veux être à la milliseconde près vb doit pouvoir le faire, mais il faut surtout un os qui permette à vb de le faire (windows server)
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  3. #3
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Mars 2011
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Mars 2011
    Messages : 43
    Par défaut
    Citation Envoyé par Pol63 Voir le message
    pas tout compris

    temps réel est un terme relatif
    dans certains cas le temps réel peut être de plusieurs minutes

    si tu veux être à la milliseconde près vb doit pouvoir le faire, mais il faut surtout un os qui permette à vb de le faire (windows server)
    wéé effectivement je veux afficher sur mon interface VB des donné circulant sur le bus CAN à chaque 10ms ,vous avez dis il faux des OS qui permettre à VB de le faire ,moi je travaille sur XP ,est ce que c'est possible d'afficher à chaque 10ms ces donné avec un timer de 10ms ???

    merci

  4. #4
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 204
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 204
    Par défaut
    l'objet timer ne peut pas descendre en dessous de 16ms
    via un thread et du .sleep tu dois pouvoir descendre à 10ms, je pense qu'xp devrait y arriver ^^
    par contre afficher un truc toutes les 10ms, c'est l'utilisateur qui ne va pas suivre, l'oeil humain n'allant pas jusque là

    pour un utilisateur 50ms ca devrait déjà être plus que rapide

    après pour de l'enregistrement s'il y a besoin d'avoir 10ms ok

    après le mieux c'est d'avoir une classe qui stocke les infos et communique, et un timer pour l'affichage qui va lire les infos sur la classe
    et non pas faire la comm qui affiche les infos
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  5. #5
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Mars 2011
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Mars 2011
    Messages : 43
    Par défaut
    Citation Envoyé par Pol63 Voir le message

    après pour de l'enregistrement s'il y a besoin d'avoir 10ms ok

    après le mieux c'est d'avoir une classe qui stocke les infos et communique, et un timer pour l'affichage qui va lire les infos sur la classe
    et non pas faire la comm qui affiche les infos
    oui exactement c'est ce que je veux faire c'est de recevoir une trame à chaque 10 ms sur ma couche VB (l'envoi des trames de l’expéditeur vers ma couche se fait de manière cyclique) et de faire un traitement rapide temps réel afin de renvoyer un accusé de réception ou un accusé de non réception au l’expéditeur à chaque réception d'une trame ,sachant que comme j'ai dit que chaque trame est envoyé à chaque 10 ms

    c'est possibles?

    merci pour ton aide

  6. #6
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Mars 2011
    Messages
    43
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Mars 2011
    Messages : 43
    Par défaut
    Citation Envoyé par Pol63 Voir le message

    après pour de l'enregistrement s'il y a besoin d'avoir 10ms ok
    après pour l'enregistrement et le traitement,j ai besoin à chaque 10 ms enregistrer puis faire un traitement afin de vérifier la trame puis j'envoi l'accusé de réception , tous ça avant la réception de la trame suivant après 10 ms,
    mais ce que je pense que l'exécution d'une seul instruction if ça prend bcp temp n'est ce pas?????

  7. #7
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 204
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 204
    Par défaut
    rien compris, mais l'exécution d'une ligne de code vb standard prend quelques nanosecondes
    l'acquisition d'une donnée d'un capteur peut prendre du temps selon l'io utilisé
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

Discussions similaires

  1. [Kylix] Kylix 3 et redhat 9 time.h
    Par pixelrock dans le forum EDI
    Réponses: 6
    Dernier message: 27/09/2003, 20h41
  2. [LG]Pause de programme ou Break time
    Par lvdnono dans le forum Langage
    Réponses: 11
    Dernier message: 17/05/2003, 17h23
  3. mise à jour de champs time (interbase)
    Par pram dans le forum XMLRAD
    Réponses: 6
    Dernier message: 04/03/2003, 10h25
  4. calcul entre 2 champs time
    Par pram dans le forum XMLRAD
    Réponses: 2
    Dernier message: 19/02/2003, 10h12
  5. [Kylix] Kylix 3 C++ OE et fichier time.h
    Par Max13 dans le forum EDI
    Réponses: 7
    Dernier message: 30/10/2002, 14h55

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