Se rendre au contenu
Pilogic SAS
  • 0
  • Se connecter
  • English (UK) Français
  • Contact
  • Accueil
    • Notre Histoire
    • Nos Valeurs
  • Actualités
  • Boutique
  • Catalogue
  • Services
  • Formations
  • Clients
  • Téléchargement
  • Événements
  • Assistance
Pilogic SAS
  • 0
    • Accueil
      • Notre Histoire
      • Nos Valeurs
    • Actualités
    • Boutique
    • Catalogue
    • Services
    • Formations
    • Clients
    • Téléchargement
    • Événements
    • Assistance
  • English (UK) Français
  • Se connecter
  • Contact

Le nouveau driver OptiFlex Gen5 drv_gen5_108-08-30000.driverx a été posté

  • Tous les blogs
  • Actualités
  • Le nouveau driver OptiFlex Gen5 drv_gen5_108-08-30000.driverx a été posté
  • 1 octobre 2026 par
    Le nouveau driver OptiFlex Gen5 drv_gen5_108-08-30000.driverx a été posté
    PILOGIC, MARCHAND Sylvain

    v108-08-30000

    Modèles Supportés

    • G5RE, G5CE, OFHI, OFHI-A, OFISO-E2, OFCSR-E2, OFINT-E2, OFRTR-E2-S2.

    Problèmes résolus :

    • La lecture d'une liste d'objets de périphérique contenant plus de ~2 900 entrées revient à lire chaque objet de la liste individuellement, ce qui entraîne des opérations en attente qui expirent et ne se terminent jamais.
    • Les comptes de paquets du port S1 ne sont pas mis à jour sur le matériel sans interrupteurs rotatifs
    • Le contrôleur ne répond pas aux demandes confirmées non segmentées avec l'adresse MAC de diffusion sur le lien de données local
    • La tendance des fils numériques dans l'équipement provoque l'arrêt du programme de contrôle
    • L'historique des messages d'avertissement et des LED Net dans modstat ne s'affiche pas correctement lorsque l'Ethernet est déconnecté sur le contrôleur homé B/SC
    • Les fichiers PCAP affichent des millisecondes comme des microsecondes
    • Les charges utiles UDMI contiennent des valeurs non chaînes entre guillemets
    • Le filtre de glitch ARC156 est réglé trop large, ce qui entraîne parfois la perte de bits provenant de contrôleurs distants sur de plus longues ARCNET
    • Les tendances activées par l'historien avec un nombre maximum d'échantillons et des déclencheurs d'historien réglés sur 0 envoient des notifications de tampon prêt avec chaque échantillon de tendance, entraînant une charge CPU élevée
    • La mise à niveau/downgrade du pilote peut entraîner des erreurs de téléchargement nécessitant un nouveau téléchargement
    • Les messages de dépassement de compte de points peuvent être affichés par erreur
    • L'option Désactiver les ports de service peut ne pas désactiver réellement les ports de service lorsqu'elle est cochée
    • Les points réseau vers des dispositifs sur des réseaux BACnet/Ethernet qui sont hors ligne ne passent jamais en erreur
    • La page Connexions du pilote ne s'affiche pas lorsqu'elle est homée sur B/SC
    • Les écritures de propriétés BACnet externes ne déclenchent pas une archive
    • L'alarme I/O verrouillée peut continuer à s'afficher après que le CP avec le point verrouillé a été retiré
    • Le contrôleur homé sur le réseau B/SC traite "ceci" comme le nom de l'objet BACnet au lieu d'un caractère générique
    • Changer l'URL d'un point réseau MODBUS TCP ou le temps de rafraîchissement peut faire en sorte que le point affiche "20 - Aucune connexion disponible" et cesse d'être servi jusqu'au redémarrage
    • L'utilisation du CPU augmente de manière spectaculaire à mesure que le nombre de points réseau augmente
    • Désactiver/Réactiver un point réseau le fait afficher Non initialisé jusqu'au redémarrage
    • Les points réseau BACnet qui ne se lient pas correctement au départ ne sont jamais réessayés
    • Who-Has n'est jamais envoyé lors de l'utilisation du nom de l'appareil dans le point réseau
    • Lorsque l'entrée d'activation sur un BACnet ANO2 MB change en Vrai, le MB écrit toujours un 0 avant d'écrire la valeur réelle du fil
    • Les points réseau pointant vers des objets BACnet internes dans Airflow MB affichent une erreur de configuration
    • Les erreurs sont initialement affichées sur les ANOs BACnet utilisant des noms d'objets lorsque les points se mettent à jour correctement
    • Les points réseau utilisant des caractères génériques (par exemple, */<nomobjet>) ne se lieront pas aux points résidant dans le même contrôleur
    • Le téléchargement d'un contrôleur avec un grand nombre de points MODBUS provoque un manque de mémoire pour le contrôleur.


    Améliorations

    • Support pour OFRTR-E2-S2
    • Les contrôleurs ARCNET en ligne sont désormais affichés dans l'onglet de connexion S1/S2 de la page du pilote
    • Ajout d'une option pour désactiver Eth0 et Eth1
    • Améliorations de la sécurité
    • L'adresse MAC peut maintenant être changée sur le réseau domestique, via la page du pilote BAS
    • Support pour Invensys ASD PPD

    Erreurs connues

    • Voir l'avis sur le firmware Gen5.
    in Actualités
    # Automated Logic
    Conseil sur le firmware Gen5 - Mise à jour 1
      

    All rights reserved


     - Tous droits réservés

      PILOGIC SAS  110 Chemin du Calice 01120 Montluel  FRANCE

    Mentions Légales
    Pilogic
    English (UK) | Français
    Généré par Odoo - Le #1 Open Source eCommerce

    Nous utilisons des cookies pour vous offrir une meilleure expérience utilisateur sur ce site. Politique en matière de cookies

    Que les essentiels Je suis d'accord