10 choses à savoir sur les Events dans LabVIEW

Présentation réalisée lors du LUGE 2021.2 le 17/06/2021 :

Les événements dans LabVIEW permettent de faire une quantité de choses incroyable. Êtes-vous certain de tout connaitre ?

Dans cette présentation, vous pourrez voir un éventail non exhaustif de choses à connaitre sur cette fonctionnalité offerte par LabVIEW.

8 réactions sur “ 10 choses à savoir sur les Events dans LabVIEW ”

  1. Felipe Réponse

    One of the best presentations on Events I’ve seen.
    Congrats Olivier.
    My french is a little rusty but I could understand well.

  2. Olivier Jourdan Auteur ArticleRéponse

    Thank you for your feedback, Felipe.
    Glad you like the presentation.

  3. David Charalampous Réponse

    Bonjour Olivier merci beaucoup pour cette présentation intéressante ! Je suis en ce moment en train de tester un architecture en utilisant des structures évènements en sous vi, pour piloter des interfaces utilisateurs. J’ai découvert grâce à votre présentation l’existence de “l’event inspector”. Savez vous s’il est possible de récupérer le flux de données de l’event inspector par programmation? Serait-il possible de récupérer tout ou partie du code que vous avez présenté?

    David Charalampous ingénieur en contrôle commande, CNRS laboratoire ISMO, Orsay (91), Université Paris Saclay

  4. Olivier Jourdan Auteur ArticleRéponse

    Bonjour David, à la fin de la vidéo (après la minute 39) le sujet est abordé dans les échanges après présentation.
    Les VIs de l’event inspector se trouve dans /resource/dialog/Event inspector.

    Concernant les architectures basées sur les événements, le framework DQMH est un très bon exemple de framework basé sur les events…

    • David Charalampous Réponse

      Merci beaucoup Olivier je viens de voir trouver la ressource sur mon PC ! Bonne semaine vous!!

  5. Joseph Montri Réponse

    Bonjour Olivier,
    Merci beaucoup pour cette présentation. Merci aussi pour l’accès aux exemples. J’ai une remarque à propos de  l’utilisation du Timeout. OK pour le fait que la valeur  “Elapse Time Between 2 Reads” reste constante même si on ajoute du Delay. Par contre dans le cas du Write, cet événement peut consommer du temps. On veut par exemple accéder à une ressource, et dans ce cas  la valeur de “Elapse Time Between 2 Reads” n’est plus constante. J’ai compris que dans ce cas il fallait mesurer le temps d’exécution de la fonction appelée dans Write pour tenir compte de ce temps car sinon on aura la valeur “Elapse Time Between 2 Reads” sera augmenté du temps d’exécution de la fonction appelée dans Write. Si le temps d’exécution de la fonction appelée dans Write est dans le bruit, ma remarque n’a pas de sens.
    Cordialement, 
    Joseph

  6. Olivier Jourdan Auteur ArticleRéponse

    Bonjour Joseph,
    Merci pour le commentaire. Content que la présentation vous ai intéressée.
    Il me semble que vous avez bien compris la problématique du Timeout.

    Je profite de votre commentaire pour vous indiquer que j’ai récemment créer un toolkit open source qui permet de mettre en œuvre l’utilisation du cas Timeout pour exécuter une action périodique.
    Le toolkit est disponible sur VIPM –> https://www.vipm.io/package/wovalab_lib_utilities/
    Il est accompagné d’une documentation (en anglais) qui explique les différents “piéges” associés à cette technique –> https://wovalab.gitlab.io/open-source/docs/utilities-toolkit/latest/helper-loop-timing.html

    Une autre manière d’aborder la thématique du cas Timeout de la structure event.

    • Joseph Montri Réponse

      Bonjour Olivier,
      Merci beaucoup pour votre réponse et aussi pour le toolkit ! Bonne année 2024, j’aurai peut-être la chance de voir d’autres présentations via le LUGE.

Répondre à David Charalampous Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *