Anomalies connues dans cette version

Le mode de chiffrement des secrets reste indisponible après avoir modifié l’option Personnaliser les politiques de sécurité lors de la réinstallation. Par exemple, si vous décochez l’option lors de l’installation initiale, puis que vous la sélectionnez lors de la réinstallation, Studio maintient le mode de chiffrement indisponible. Modifiez le mode de chiffrement en modifiant le Registre Windows.

Cette anomalie a été identifiée pour la première fois dans la version 1.7.5.

Les objets de l’exécution

FactoryTalk Optix

affichent temporairement un cadre filaire rouge après avoir accepté une modification en ligne dans le programme de l’automate. Par exemple, l'environnement d'exécution cesse de répondre pendant une courte durée après la modification et la validation de changements dans le code de l’automate. Pour atténuer ce problème, surveillez le comportement de l'environnement d'exécution et n'appliquez les modifications que lorsqu'aucune opération critique n’est en cours.

Cette anomalie a été identifiée pour la première fois dans la version 1.7.4.

La liaison d’une balise entière à une propriété de contrôle booléenne masque les liens dynamiques des balises d’automate sur la vue actuelle. Par exemple, lorsqu’une valeur entière supérieure à 1 est liée à la propriété Activé d’un bouton, les liaisons d’affichage des étiquettes et du texte ne se mettent pas à jour correctement. Liez une balise de valeur booléenne ou une expression de valeur booléenne aux propriétés de contrôle à valeur booléenne.

Cette anomalie a été identifiée pour la première fois dans la version 1.7.1.

OptixPanel n’affiche pas certains caractères latins accentués des balises de chaîne Micro800. Par exemple, le caractère ç s’affiche dans l’émulateur, mais apparaît comme un caractère vide sur le panneau. Utilisez des caractères ASCII dans les balises de chaîne Micro800 sur OptixPanel.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

La réimportation de balises en ligne n’affiche pas les balises Micro800 après l’actualisation d’une connexion série. Par exemple, l’importation initiale affiche les balises, mais la sélection de l’option Actualiser efface la liste des balises. Fermez et rouvrez le concepteur avant d’importer à nouveau les balises.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

L’interface utilisateur Web ne signale pas lorsqu’un type de fichier chargé n’est pas valide. Par exemple, la console du navigateur consigne un type de fichier non valide, mais l’exécution n’affiche pas de message. Vérifiez la console du navigateur pour identifier les types de fichiers non valides.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

Les balises

PowerFlex

755 peuvent cesser de s’actualiser sans erreur de communication. Par exemple, l’écriture d’une balise met à jour l’affichage local, mais ne met pas à jour le variateur. Redémarrez le terminal pour rétablir la communication.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

Les projets volumineux déployés sur un cluster

FactoryTalk Optix

High Availability

peuvent ne pas démarrer si les conteneurs d’exécution ne disposent pas de suffisamment de mémoire allouée, même lorsque

FactoryTalk Optix

Studio signale un déploiement réussi. L’exécution peut redémarrer plusieurs fois et rester indisponible, et le client Web ne devient jamais accessible.

Pour résoudre le problème, augmentez la mémoire allouée comme décrit dans la section de dépannage du cluster

High Availability

du Guide d’installation de

FactoryTalk Optix

.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

Les balises

PowerFlex

755 cessent de se mettre à jour lors du changement d’écran et provoquent des délais d’expiration des mesures. Par exemple, lorsque quatre EOI sont connectées aux mêmes variateurs, les balises cessent de se mettre à jour sur l’EOI qui écrit les balises. Réduisez le nombre d’EOI connectées aux mêmes variateurs pour réduire les délais d’expiration.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

Après une mise à niveau, la compilation de NetSolution échoue lorsque NetLogics contient une déclaration FactoryTalk Optix.EdgeBrokerAddon. Par exemple, la compilation échoue lorsqu’un projet fait référence à des objets intelligents que l’application n’utilise pas. Retirez la déclaration FactoryTalk Optix.EdgeBrokerAddon de NetLogics pour compiler NetSolution.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

La balise cip.nameModel.InfoID reste à l’état de défaut une fois la connexion au variateur restaurée. Par exemple, la balise affiche un X rouge alors que d’autres balises

PowerFlex

s’affichent normalement. Redémarrez ou redéployez l’application pour restaurer l’état de la balise.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

La balise État d’intégrité du variateur

PowerFlex

peut ne pas se mettre à jour dans l’exécution

FactoryTalk Optix

après le changement d’état du variateur lorsque la fréquence d’interrogation maximale de la station de dispositif RA est définie sur 2 secondes. Par exemple, la balise peut continuer à indiquer

Healthy

après le passage du variateur à l’état de défaut. Pour actualiser l’état d’intégrité, définissez la fréquence d’interrogation maximale sur 5 ou 10 secondes, ou redémarrez l’exécution.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.

La transmission MQTT avec QoS 1 ou QoS 2 peut subir des retards en cas de forte charge d’événements. Par exemple, 1 000 variables qui changent et 10 événements peuvent entraîner un délai de transmission d’environ 10 secondes entre des systèmes de broker et de client distincts. Utilisez le niveau QoS 0 pour la télémétrie à volume élevé lorsque les exigences de livraison le permettent.

Cette anomalie a été identifiée pour la première fois dans la version 1.8.0.