Comment récupérer la programmation d'une installation dans ETS avec une BCU N148
Ben
En rajoutant une BCU N148 dans une installation existante peut-on
reprendre la main sur la programmation ?
Si oui, quelqu'un pourrait-il m'indiquer une marche à suivre fiable
(je ne voudrais pas "casser" la programmation existante) ?
Merci !
mickg
- Soit tu identifies tous les participants et les adresses de groupes
du projet grace à ETS et le moniteur de groupe
- Soit tu investis dans le plugin "Reconstruction" (>1000 €), pour
récupérer tous les paramètres des participants
Pascal
> - Soit tu investis dans le plugin "Reconstruction" (>1000 €), pour
> récupérer tous les paramètres des participants
Est-ce qu'il reconstruit un projet ETS correspondant exactement à
l'installation ?
(Je suppose que c'est possible en téléchargeant les programmes flashé
dans chaque participant et en en déduisa
Marc Assin
"récupération" te conduira au post "récupération installation KNX" où
on mentionne IT GmbH
Pascal
> Une petite recherche, via "Recherche dans ce groupe" avec le mot clé
> "récupération" te conduira au post "récupération installation KNX" où
> on mentionne IT GmbH
fonctionner
et avec quelles limites (mon dernier message est parti incomplet,
désolé).
Je sais qu'on peut récupérer le paramétrage (et le programme en code
binaire 6805 ?) d'un participant KNX déjà programmé, par exemple avec
les utilitaires "mpropread" et "mread" de bcu-sdk.
Je suppose que les tables d'adresses sont encodées sous un format
défini par la norme KNX, et qu'il doit donc être facile de les
reconstruire.
Reste le problème du paramétrage applicatif. Soit IT-GMBH a pris la
peine
d'examiner chaque appareil de chaque constructeur et de développer
des algos spécifiques pour extraire les paramètres de leur mémoire,
soit ils ont une approche plus générique. Par exemple, je suppose que
les fichiers VD2/VD3 décrivent la liste des paramètres de chaque
application, et que ETS les encode toujours de la même façon dans
l'image qui est téléchargée. Donc quelqu'un qui a accès au SDK
"ETS+ for manufacturers" doit pouvoir décoder ce paramétrage.
Reste une limitation mentionnée par IT-GMBH :
> Devices that are programmed with an ETS Plug-in, can be read and
> reconstructed only if the device manufacturer supports this (by a
> corresponding Reconstruction Plug-in).
Je suppose que ces plug-ins permettent aux constructeurs de
s'affranchir des limites de l'interface graphique de base présentée
par ETS, et qu'ils correspondent aux DLL dans les fichiers VD2/VD3.
Comment savoir si un appareil particulier utilise un plug-in ETS,
et si ce plug-in supporte la reconstruction ?
Marc Assin
On 24 mai, 21:04, Pascal <pb115...@pabr.org> wrote:
> Je suppose que ces plug-ins permettent aux constructeurs de
> s'affranchir des limites de l'interface graphique de base présentée
> par ETS, et qu'ils correspondent aux DLL dans les fichiers VD2/VD3.
Mais il serais bon d'ajouter que les devices qui nécessitent un plug-
in sont relativement rares par rapport à la masse des devices
"courant".
Perso, je n'ai que le Merten InfoDisplay.
> Comment savoir si un appareil particulier utilise un plug-in ETS,
concerné, et voir s'il y a DLL.
> et si ce plug-in supporte la reconstruction ?
Ben
Où puis-je trouver un tuto sur l'utilisation du moniteur de groupe de
ETS ?
Est-ce que je risque de modifier l'installation en tâtonnant dans
ETS ?
>
> - Afficher le texte des messages précédents -
mickg
On 26 mai, 18:17, Ben <tmt....@gmail.com> wrote:
> Où puis-je trouver un tuto sur l'utilisation du moniteur de groupe de
> ETS ?
de savoir lire les télégrammes pour comprendre.
Dans un télégramme tu as l'adresse source (adresse physique du
participant), adresse destination (adresse de groupe), le DPT (Data
Point Type) et data (valeur)
Avec çà et du temps, on peut reconstruire un projet "simple" (sans
fonction évoluée type logique ou autre...)
>
> Est-ce que je risque de modifier l'installation en tâtonnant dans
> ETS ?
>
risque
Tristan
J'ai été (en fait je suis toujours d'ailleurs) concerné par le fait de devoir découvrir tous les participants dans ETS. En l'occurrence mon problème était lié au fait que installation, full hager, avait été programmé par mon électricien via un TX100.
2 remarques préalables :
- le TX100 est le seul moyen de configurer les composants radios hager (avec le coupleur dont je dispose)
- je voulais pouvoir PROGRESSIVEMENT reprendre la main sur la configuration dans ETS et intégrer de nouveaux composants non hager (donc non programmables via TX100)
J'ajouterai pour comprendre ma problématique que se tromper dans la configuration de ma maison lors de mes tâtonnements n'est accepté par ma femme que pour une très courte durée...
Pour cela, j'ai investit dans un TX100 et récupéré par ce biais les informations d'adresse de groupe mais aussi en sniffant par ETS. Je peux ainsi programmer mes composants radios voire mes composants filaires non encore intégrés dans ETS. J'ai vérifié à chaque fois via ETS en émettant des ordres d'écriture sur les adresses de groupes détectées que les bons équipements s'allumaient.
De plus, l'adressage initial étant fait par TX100, les adresses sont définies sur des plages spécifiques, j'ai donc pu intégrer de nouveaux composants, non hager, programmés par ETS sur de nouvelles adresses sans risque de conflits d'adresse.
La difficulté est que si je veux configurer un nouveau module d'entrée via ETS avec une adresse de groupe qui n'existait pas encore, je dois reprogrammer un module de sortie déjà programmé avec le TX100. Je n'ai pas encore fait cela par crainte de casser une configuration fonctionnelle.
A priori, il n'est pas possible via le bus monitoring de voir ou commander les composants radios.
De plus je ne sais pas, à priori, récupérer les informations de scénarios, de temporisation ou autres paramètres spécifiques utilisés pour la configuration. Maintenant si tu trouves comment faire cela m'intéresse.
Et puis il me reste encore certains points non expliqués lors du snif notamment par exemple le fait que l'appui sur un bouton génère 2 trames.
Voila pour mon petit grain de sel à ce débat.
-----Message d'origine-----
De : domoti...@googlegroups.com [mailto:domoti...@googlegroups.com] De la part de mickg
Envoyé : lundi 26 mai 2008 18:52
À : domotique-EIB
Objet : Re: Comment récupérer la programmation d'une installation dans ETS avec une BCU N148
mickg
On 26 mai, 22:31, "Tristan" <tlaba...@gmail.com> wrote:
> A priori, il n'est pas possible via le bus monitoring de voir ou commander les composants radios.
>
> De plus je ne sais pas, à priori, récupérer les informations de scénarios, de temporisation ou autres paramètres spécifiques utilisés pour la configuration. Maintenant si tu trouves comment faire cela m'intéresse.
>
participant, il faut les comprendre et les les reprogrammer
> Et puis il me reste encore certains points non expliqués lors du snif notamment par exemple le fait que l'appui sur un bouton génère 2 trames.
>
Tristan
> -----Message d'origine-----
> De : domoti...@googlegroups.com [mailto:domotique-
> E...@googlegroups.com] De la part de mickg
> Envoyé : mardi 27 mai 2008 07:52
> À : domotique-EIB
> Objet : Re: Comment récupérer la programmation d'une installation dans ETS
> avec une BCU N148
>
>
>
>
> On 26 mai, 22:31, "Tristan" <tlaba...@gmail.com> wrote:
>
> > A priori, il n'est pas possible via le bus monitoring de voir ou
> commander les composants radios.
>
> Si si, je l'ai déjà fait...
Je savais bien que j'avais bien fait de parler de mon petit souci aussi. Effectivement j'arrive bien à voir les trames émises par les composants radios (j'avais du regarder de travers la première fois). Par contre je n'arrive pas ou plutôt je ne sais pas quel datagramme envoyé sur le bus pour les équipements autre que les lampes.
Par exemple : un module radio (hager TR521) de commande de volet roulant envoie sur le bus un datagramme avec un DPT (?) de 6 bits et une valeur de $01 pour la descente et de $00 pour la montée. Pour autant lorsque j'essaye d'écrire la même valeur rien ne se passe.
J'ai le même problème avec les variateurs en fait avec tous les équipements qui envoie des ordres sur plus d'un bit et je n'arrive dans mon cas qu'à commander des lampes ou des prises.
En fait je n'ai pas compris comment interpréter les données sur plusieurs bits.
Si tu peux m'éclairer sur ce point ce serait top.
>
> >
> > De plus je ne sais pas, à priori, récupérer les informations de
> scénarios, de temporisation ou autres paramètres spécifiques utilisés pour
> la configuration. Maintenant si tu trouves comment faire cela m'intéresse.
> >
>
> Effectivement on ne peut pas récupérer les paramètres d'un
> participant, il faut les comprendre et les les reprogrammer
>
> > Et puis il me reste encore certains points non expliqués lors du snif
> notamment par exemple le fait que l'appui sur un bouton génère 2 trames.
> >
>
> C'est le retour d'état
Bon sang mais c'est bien sûr, comment n'y avais je pas pensé...
Merci !
>
> > Voila pour mon petit grain de sel à ce débat.
> >
> > -----Message d'origine-----
> > De : domoti...@googlegroups.com [mailto:domotique-
> E...@googlegroups.com] De la part de mickg
jef2000
>
> Si tu peux m'éclairer sur ce point ce serait top.
Toute l'information de codage des différent types se trouve dans le
document:
http://www.knx.org/fileadmin/downloads/03%20-%20KNX%20Standard/KNX%20Standard%20Public%20Documents/03_07_02%20Datapoint%20Types%20v13%20AS.zip
On peut y accéder via:
http://www.knx.org
Downloads / Support
Downloads
03 - KNX Standard
KNX Standard Public Documents
Un ancien document "Interworking Standards.PDF" (se trouvant dans
volume3.zip) était un peu plus détaillé mais il à été retiré du site
de l'association. Il est peut-être encore possible de le trouver sur
le net.
A+
Jean-François
Tristan
> -----Message d'origine-----
> De : domoti...@googlegroups.com [mailto:domotique-
> E...@googlegroups.com] De la part de jef2000
> Envoyé : mardi 27 mai 2008 23:53
> À : domotique-EIB
> Objet : Re: Comment récupérer la programmation d'une installation dans ETS
> avec une BCU N148
>
>
> > En fait je n'ai pas compris comment interpréter les données sur
> plusieurs bits.
> >
> > Si tu peux m'éclairer sur ce point ce serait top.
>
> Bonjour,
>
> Toute l'information de codage des différent types se trouve dans le
> document:
> http://www.knx.org/fileadmin/downloads/03%20-
> %20KNX%20Standard/KNX%20Standard%20Public%20Documents/03_07_02%20Datapoint
> %20Types%20v13%20AS.zip
>
> On peut y accéder via:
> http://www.knx.org
> Downloads / Support
> Downloads
> 03 - KNX Standard
> KNX Standard Public Documents
>
Il faut que surement que je m'y penche en détail mais je n'y comprends pas
comment reconnaitre le type de datagramme pour un module type Hager TR521
> Un ancien document "Interworking Standards.PDF" (se trouvant dans
> volume3.zip) était un peu plus détaillé mais il à été retiré du site
> de l'association. Il est peut-être encore possible de le trouver sur
> le net.
Lecteur assidu du forum depuis longtemps mais pas forcément de toutes les
documentations recommandées je l'avais téléchargé avant sa disparition. Si
cela intéresse quelqu'un ...
>
> A+
>
> Jean-François
keldo
> Par exemple : un module radio (hager TR521) de commande de volet roulant envoie sur le bus un datagramme avec un DPT (?) de 6 bits et une valeur de $01 pour la descente et de $00 pour la montée. Pour autant lorsque j'essaye d'écrire la même valeur rien ne se passe.
>
> J'ai le même problème avec les variateurs en fait avec tous les équipements qui envoie des ordres sur plus d'un bit et je n'arrive dans mon cas qu'à commander des lampes ou des prises.
>
> En fait je n'ai pas compris comment interpréter les données sur plusieurs bits.
(dans ton cas, c'est l'interface Radio<-->cable EIB vert), il faut
voir si l'adresse de groupe vers laquelle tu tentes d'écrire (depuis
le cable EIB) est configurée comme "passante" dans le coupleur de
ligne.
Je n'ai jamais travaillé avec du Tébis Radio (style TX100), mais si ça
tombe, le coupleur de ligne dans l'interface radio est configuré par
défaut pour retransmettre tous les messages émis dans la zone radio
vers le cable EIB, mais aussi pour bloquer dans le sens contraire sauf
si l'adresse de groupe est spécifiquement programmée.
Cette config "par défaut" aurait du sens (pour l'ingénieur de chez
Hager) car elle permet d'installer une supervision (sur cable vert
EIB) qui recoit tous les messages, y compris ceux de la zone radio,
mais elle permet aussi d'éviter la "pollution" de la bande passante
limitée de la zone radio par tous les messages en provenance de la
zone cable vert EIB (et donc de limiter la consommation des piles dans
les modules radio).
Pour vérifier ceci, si tu connais l'adresse physique de ton interface
Radio<-->cable EIB vert, tu peux sans doute utiliser le "device info"
dans ETS ou le petit programme "device editor" (installé en même temps
que certaines versions de ETS 3.0, mais il faut le chercher sur le
disque dur, l'icone n'est pas créée automatiquement ...). Attention de
bien cocher la case "table de routage" ou "table de coupleur" ou un
truc équivalent (me souvient plus du nom exact de l'option ...) au
moment de faire la requète d'information.
Normalement, le résultat de la requète d'info devra afficher, en plus
des infos habituelles, une liste d'adresses de groupe (celle
configurées comme "passantes") et quelques options spécifiques aux
coupleurs de lignes
A noter aussi que, par défaut, la pluspart des coupleurs de ligne
laissent passer d'office toutes les adresses de groupe des séries
14.x.x et 15.x.x , c'est néamoins une option configurable.
A noter que pour le cas spécifique d'une install faite en TX100 et à
étendre avec ETS, Hager propose un logiciel spécifique pour relire la
carte SmartMedia sur PC et convertir les données vers le format ETS,
il s'agit du produit "PC_TX100", voici le lien :
http://www.hager.fr/index.php?scr=1024&id=10523
Apparament, c'est gratuit !
Une dernière note.
En principe, un actionneur pour volet roulant présente au moins deux
objets de communications, chacun de 1 bit (et non 6 bits ...)
- Le "Monter - Descendre" : quand on envoit un télégramme vers cet
objet (avec "0" pour monter et "1" pour descendre, ou bien l'inverse,
je ne sait plus ...), l'actionneur envoit de l'électricité sur le fil
correspondant (montée ou descente) du moteur durant un temps configuré
dans l'actionneur. Il n'y a en principe pas de télégramme d'arret,
c'est juste le timer règlé dans l'actionneur et le contact de fin de
course intégré dans le moteur qui arrêtent le mouvement (enfin, si le
timer est bien réglé, c'est toujours le contact de fin de course qui
coupe en premier ...).
- Le "Start - Stop" : quand on envoit un télégramme vers cet objet,
peu importe que ce soit "0" ou bien "1", l'actionneur coupe
immédiatement l'électricité sur le moteur. Cela permet d'arrêter le
volet en cours de route.
Maitenant, il est possible que ton module volet Hager présente
d'autres objets en plus, pour différentes fonctions de confort, mais
pour cela, il faudra étudier en détail la doc technique de ce module,
ou au minimum charger dans ETS la base de donnée objet correspondante.
Pour autant que ces éléments (doc tech. et DB) existent et soient
disponibles pour le grand public ...
keldo
volet, envoyer ensuite le même télégramme "1" n'aura aucune action,
car ton volet est déjà monté tout en haut et le contact fin de course
du moteur a coupé le jus ...
Pour voir quelque chose se passer, il faudra que tu envois un "0" sur
le bus, pour faire redescendre ton volet.
Le cas des dimmers est différent et plus compliqué, il faut bien lire
la doc pour comprendre comment les commander ...
mickg
volet Hager qui n'a jamais servi à rien.
Les 2 derniers bits donne un truc du style : 11=fermé,
01=intermédiaire, 00=ouvert
Le retour d'état conventionnel position hauteur n'est disponible chez
eux uniquement sur le TXA228 (8 sorties volets 230)
Tristan
> -----Message d'origine-----
> De : domoti...@googlegroups.com [mailto:domotique-
> E...@googlegroups.com] De la part de keldo
> Envoyé : mercredi 28 mai 2008 13:38
> À : domotique-EIB
> Objet : Re: Comment récupérer la programmation d'une installation dans ETS
> avec une BCU N148
>
>
>
> > Par exemple : un module radio (hager TR521) de commande de volet roulant
> envoie sur le bus un datagramme avec un DPT (?) de 6 bits et une valeur
> de $01 pour la descente et de $00 pour la montée. Pour autant lorsque
> j'essaye d'écrire la même valeur rien ne se passe.
> >
> > J'ai le même problème avec les variateurs en fait avec tous les
> équipements qui envoie des ordres sur plus d'un bit et je n'arrive dans
> mon cas qu'à commander des lampes ou des prises.
> >
> > En fait je n'ai pas compris comment interpréter les données sur
> plusieurs bits.
>
> Dans la mesure ou ton message doit traverser un coupleur de ligne
> (dans ton cas, c'est l'interface Radio<-->cable EIB vert), il faut
> voir si l'adresse de groupe vers laquelle tu tentes d'écrire (depuis
> le cable EIB) est configurée comme "passante" dans le coupleur de
> ligne.
> Je n'ai jamais travaillé avec du Tébis Radio (style TX100), mais si ça
> tombe, le coupleur de ligne dans l'interface radio est configuré par
> défaut pour retransmettre tous les messages émis dans la zone radio
> vers le cable EIB, mais aussi pour bloquer dans le sens contraire sauf
> si l'adresse de groupe est spécifiquement programmée.
Logique, l'information est précieuse, merci !
Du coup j'ai regardé et trouvé dans une doc hager confirmation de ce que tu
dis et la méthode, via le TX100 pour créer les adresses de groupe dans le
coupleur de média. Je vais tester mais cela explique que je ne pouvais pas
émettre d'ordre à partir d'ETS.
> Cette config "par défaut" aurait du sens (pour l'ingénieur de chez
> Hager) car elle permet d'installer une supervision (sur cable vert
> EIB) qui recoit tous les messages, y compris ceux de la zone radio,
> mais elle permet aussi d'éviter la "pollution" de la bande passante
> limitée de la zone radio par tous les messages en provenance de la
> zone cable vert EIB (et donc de limiter la consommation des piles dans
> les modules radio).
>
> Pour vérifier ceci, si tu connais l'adresse physique de ton interface
Oups justement non. Il s'agit d'un TR130B et je ne sais pas comment trouver
son adresse.
> Radio<-->cable EIB vert, tu peux sans doute utiliser le "device info"
> dans ETS ou le petit programme "device editor" (installé en même temps
> que certaines versions de ETS 3.0, mais il faut le chercher sur le
> disque dur, l'icone n'est pas créée automatiquement ...). Attention de
> bien cocher la case "table de routage" ou "table de coupleur" ou un
> truc équivalent (me souvient plus du nom exact de l'option ...) au
> moment de faire la requète d'information.
> Normalement, le résultat de la requète d'info devra afficher, en plus
> des infos habituelles, une liste d'adresses de groupe (celle
> configurées comme "passantes") et quelques options spécifiques aux
> coupleurs de lignes
> A noter aussi que, par défaut, la pluspart des coupleurs de ligne
> laissent passer d'office toutes les adresses de groupe des séries
> 14.x.x et 15.x.x , c'est néamoins une option configurable.
>
>
> A noter que pour le cas spécifique d'une install faite en TX100 et à
> étendre avec ETS, Hager propose un logiciel spécifique pour relire la
> carte SmartMedia sur PC et convertir les données vers le format ETS,
> il s'agit du produit "PC_TX100", voici le lien :
> http://www.hager.fr/index.php?scr=1024&id=10523
> Apparament, c'est gratuit !
>
Je confirme c'est gratuit. Il permet effectivement de récupérer toutes les
adresses de groupe (ce que je n'avais pas vu avant) et d'exporter les
données en CSV. Je n'ai pas testé l'import sous ETS.
>
> Une dernière note.
> En principe, un actionneur pour volet roulant présente au moins deux
> objets de communications, chacun de 1 bit (et non 6 bits ...)
> - Le "Monter - Descendre" : quand on envoit un télégramme vers cet
> objet (avec "0" pour monter et "1" pour descendre, ou bien l'inverse,
> je ne sait plus ...), l'actionneur envoit de l'électricité sur le fil
> correspondant (montée ou descente) du moteur durant un temps configuré
> dans l'actionneur. Il n'y a en principe pas de télégramme d'arret,
> c'est juste le timer règlé dans l'actionneur et le contact de fin de
> course intégré dans le moteur qui arrêtent le mouvement (enfin, si le
> timer est bien réglé, c'est toujours le contact de fin de course qui
> coupe en premier ...).
> - Le "Start - Stop" : quand on envoit un télégramme vers cet objet,
> peu importe que ce soit "0" ou bien "1", l'actionneur coupe
> immédiatement l'électricité sur le moteur. Cela permet d'arrêter le
> volet en cours de route.
>
> Maitenant, il est possible que ton module volet Hager présente
> d'autres objets en plus, pour différentes fonctions de confort, mais
> pour cela, il faudra étudier en détail la doc technique de ce module,
> ou au minimum charger dans ETS la base de donnée objet correspondante.
> Pour autant que ces éléments (doc tech. et DB) existent et soient
> disponibles pour le grand public ...
Les documents hager sont très limités. Je ne trouve pas de doc technique
pour les produits à part la doc d'install initial sans grand intérêt.
Mille mercis pour tes informations pertinentes. Cela me donne des pistes
pour creuser et progresser dans la conversion de TX100 vers ETS pour mon
installation.
>
Tristan
ETS appelé "pass through line coupler". A tester mais je suppose que le fait
de mettre à YES (au lieu de no par défaut) permet de traverser le coupleur
de ligne pour commander un module radio à partir d'ETS.
> -----Message d'origine-----
> De : domoti...@googlegroups.com [mailto:domotique-
> E...@googlegroups.com] De la part de Tristan
> Envoyé : mercredi 28 mai 2008 23:48
> À : domoti...@googlegroups.com
> Objet : RE: Comment récupérer la programmation d'une installation dans ETS
keldo
On May 28, 11:55 pm, "Tristan" <tlaba...@gmail.com> wrote:
> Je viens de voir qu'il existe un paramètre dans les adresses de groupe sous
> ETS appelé "pass through line coupler". A tester mais je suppose que le fait
> de mettre à YES (au lieu de no par défaut) permet de traverser le coupleur
> de ligne pour commander un module radio à partir d'ETS.
Petit retour sur la théorie :
Dans tous les télégrammes EIB, le sixième byte contient un compteur de
routage sur 3 bits (bits 4, 5 et 6).
Si ce compteur vaut 0, il ne passe jamais un coupleur de ligne
Si ce compteur vaut 1, 2, 3, 4, 5 ou 6, le télégramme passe chaque
coupleur de ligne mais le compteur est décrémenté.
Si ce compteur vaut 7, le télégramme passe le coupleur de ligne sans
que son compteur soit décrémenté.
Je me demande dans quelle mesure cocher "YES" forcerait une valeur de
7 dans tous les télégrammes vers cette adresse de groupe ???
Mais je pense que tout ceci est valable SI et seulement SI l'adresse
de groupe de destination est notée comme "passante" dans le coupleur
de ligne ; donc on revient au même problème : comment modifier la
table d'adresses de groupe dans le coupleur de ligne (Radio <--> cable
vert).
Tiens, sur ton TR130B, n'y aurait-il pas un bouton de programmation et
une led (comme sur quasi tous les modules EIB) ?
Si oui, pousse sur le bouton pour allumer la led et tu pourras
utiliser ETS pour voir quel est l'adresse du module en mode
programmation (c'est à dire ton TR130B).
Si tu cherches l'outil dans ETS, il est juste en dessous ou au dessus
de "device info", je crois que c'est "address info" ou quelque chose
de ce genre.
C'est l'outil qui te permet de faire clignoter la led rouge d'un
module si tu connais son adresse physique et qui te permet aussi de
faire un scan de ta ligne (mais cette dernière fonction ne fonctionne
pas toujours bien ...).
Au cas ou ce ne serait pas encore fait, pense à installer les bases de
données de tous tes appareils Hager EIB dans ETS, y compris les
modules radio.
On dirait bien, vu la taille des fichiers proposés, que les bases de
données ETS francaises :
http://www.hager.fr/files/download/0/4181_1/0/CF230306.zip
http://www.hager.fr/files/download/0/4182_1/0/TXA208_base_et_mmot_V1.0.5.zip
sont nettement moins fournies que les allemandes ... :
http://www.hager.de/menu/downloads/produktsoftware-tebis/produktdatenbank/1024-271.1662.htm
http://www.hager.de/menu/downloads/produktsoftware-tebis/produktdatenbank/1024-271.126.htm
Le fait d'avoir tout dans ETS te permettra de voir quels objets de
communication sont disponibles (et leur type de donnée) pour chacun de
tes modules et donc de plus facilement comprendre la programmation
faite via le TX100.