1. 28 Oct, 2021 1 commit
    • ZIMMERMANN Olivier's avatar
      Reprise et amélioration en profondeur des fonctions "Scaler". · 3c325abe
      ZIMMERMANN Olivier authored
      - Intégration des anciennes fonctions "Trends".
      - Suppression des fonctions trop spécifiques héritées de l'implémentation initiale pour Phoenix.
      - Découplage des spécifications de nom et d'unité des voies (désormais définies dans l'appelant à l'initilisation).
      - Réorganisation du découpage fonctionnel de façon à aboutir à un jeu simplifié de 3 VIs de haut niveau manipulant les objets de face avant utiles par référence).
      - Un VI de TEST ou DEMO et une capture d'écran illustrative pour chaque jeu de fonctions.
      - Enregistrement en LV 20.0.1 32bit.
      3c325abe
  2. 13 Oct, 2021 4 commits
    • ZIMMERMANN Olivier's avatar
      couleurs standard · 804d5a28
      ZIMMERMANN Olivier authored
      804d5a28
    • ZIMMERMANN Olivier's avatar
      Update README.md · 8e3415f0
      ZIMMERMANN Olivier authored
      8e3415f0
    • ZIMMERMANN Olivier's avatar
      Update README.md · b39bcc2f
      ZIMMERMANN Olivier authored
      b39bcc2f
    • ZIMMERMANN Olivier's avatar
      Import adapté de "Trends" et "Scaler" à partir du projet Phoenix (pour référence avant refactoring) · b91c7def
      ZIMMERMANN Olivier authored
      Cette version de "Trends" et "Scaler" s'appuie sur une constante globale fonctionnelle définie par l'utilisateur (spécification des noms, unités de base, flags divers de chaque voie) et apprêtée par le premier appel du programme (dérivation des indices des élélements "activés" en fonction de leur flag...).
      D'un côté, on a là une infrastructure qui pourrait permettre une personnalisation assez poussée des métadonnées des voies (le flag "enabled" mis en oeuvre en est l'incarnation). Mais de l'autre, cette personnalisation impose un refactoring assez lourd des fonctions, et le mécanisme en place autour du flag "enabled", mis au point pour Phoenix, semble inapproprié pour le besoin général auquel prétend répondre un module réutilisable.
      On se propose donc de figer cette version pour référence, et de reprendre ce code pour le rendre plus générique. Actuellement, les fonctions utiles sont dépendantes du mécanisme d'activation des voies sans que cela se traduise par un typage spécifique des entrées pour éviter les confusions. Une idée est de rétablir les métadonnées sous forme d'un flot de données accompagnant les waveforms qu'elles caractérisent afin d'aliminer ce risque de confusion.
      b91c7def
  3. 02 Jul, 2021 3 commits