[Ecostruxure Control Expert] DTM

[YassineSH]

Merci fbn encore une fois.

T'avais raison, j'ai vérifié la machine de mon collègue et il a bien des Hotfixes installés contrairement à moi.

J'ai installé les correctifs et maintenant je suis capable d'ouvrir les programmes. Ainsi, le problème est résolu !

[oualidBE]

Merci Yassine pour l'aide

[CapamotionFR]

J'ai une situation analogue avec un programme récupéré d'un fournisseur et un écart de version DTM :

Outil d'audit de DTM

La carte de communication NOC0401 a une version de DTM plus récente dans le projet que sur mon poste, et pourtant j'ai fait la mise à jour de l'ensemble des HotFix pour ControlExpert V15.0

HotFix ControlExpert 150

Mon espace Schneider Electric Software Update est quasi vide (le pack multilanguage est installée mais apparait toujours), "tout" semble donc à jour :

Schneider Electric Software Update

Comment puis-je faire pour upgrader mon DTM et ainsi pouvoir compiler et recharger le programme ?

Par ailleurs, j'ai des cartes MultiControl de chez INTEROLL en ethernet_ip sur le projet, comment puis-je faire pour installer le DTM ? J'ai récupéré un fichier .eds, mais comment l'intégrer à ma bibliothèque ?

[CapamotionFR]

Bonjour,
J'ai résolu le problème en installant les DTM contenus dans une version ultérieure de ControlExpert (la v16.2 dans mon cas), mais sans installer v16.2 sur mon poste (merci qq vieux posts du forum pour un pb analogue en unity v11.0). Cela a permis à mon ControlExpert en v15.0 d'avoir des versions DTM largement supérieures à la version programme :

Mise à jour DTM depuis installeur ControlExpert v16.2

Pour l'installation du fichier EDS, j'ai pu enfin l'ajouter depuis le navigateur de DTM du projet car ma carte NOC était à jour :

Installation fichier EDS

Problème résolu

[Bruce33]

Bonjour,

Le programme que vous avez récupéré a été programmé avec Control Expert V15.0 SP1.

J'ai résolu le problème en installant les DTM contenus dans une version ultérieure de ControlExpert (la v16.2 dans mon cas), mais sans installer v16.2 sur mon poste (merci qq vieux posts du forum pour un pb analogue en unity v11.0). Cela a permis à mon ControlExpert en v15.0 d'avoir des versions DTM largement supérieures à la version programme

Je trouve que c'est une très mauvaise idée de mixer les versions de Control Expert et les DTM associés.
C'est une bonne méthode pour mettre la bazar dans vos autres projets et pour faire enrager les automaticiens qui auront le malheur de prendre la suite...

[MiGaNuTs]

Bonjour,

Le programme que vous avez récupéré a été programmé avec Control Expert V15.0 SP1.

J'ai résolu le problème en installant les DTM contenus dans une version ultérieure de ControlExpert (la v16.2 dans mon cas), mais sans installer v16.2 sur mon poste (merci qq vieux posts du forum pour un pb analogue en unity v11.0). Cela a permis à mon ControlExpert en v15.0 d'avoir des versions DTM largement supérieures à la version programme

Je trouve que c'est une très mauvaise idée de mixer les versions de Control Expert et les DTM associés.
C'est une bonne méthode pour mettre la bazar dans vos autres projets et pour faire enrager les automaticiens qui auront le malheur de prendre la suite...

Oui, c'est une stratégie un peu pourrie. Mais quand tu récupere le bébé comme ca tu n'a parfois pas trop le choix que de persister dans la meme direction :/
Mais quitte a faire ca, autant upgrader tout. les DTM ET la version de control expert en meme temps.
Migrer les projets qu'on retouche vers la version "a jour" des firmware et des IDE c'est plutot une bonne pratique. Le NIS2 finira par nous y contraindre de toutes facons.