29/05/2008, 12:23:21
Bonjour,
Je voudrais avoir votre opinion sur la meilleure manière de gérer la
configuration d'une installation comportant des modules commerciaux et
quelques modules faits-maison.
Etant donné qu'il n'est pas possible (ou en tout cas pas simple) de
créer des fichiers "bases de données produit" pour ETS. Je vois
plusieures solutions:
1) gérer les 2 parties de la config dans 2 outils différents. ETS pour
la partie commerciale et une interface basée sur bcusdk (ou autre)
pour la partie faite maison.
Dans ce cas, on n'a pas vraiment de vue globale de la configuration
2) on peut également tenter d'améliorer la solution 1 en ajoutant des
devices proches de ceux qui sont faits-maison (au niveau des objets de
communication) dans ETS. On ne peut dans ce cas pas les programmer
directement, mais on à une meilleure vue de la config globale et on
peut toujours exporter leur config vers un fichier texte qui pourra
éventuellement être importé par un autre outil pour programmer le
device.
3) reverse-engineerer le format de bases de données ETS au nom du
principe d'interopérabilité et fournir ainsi l'information nécessaire
à d'autres projets pour utiliser les bases de données fournies par les
fabricants de matériel. (si ils ont réussi à forcer Micro$oft à
dévoiler certaines interfaces de son OS au nom de l'interoperabilité,
je ne vois pas pourquoi ETS pourrait se permettre de garder tout le
marché pour lui seul)
A partir du moment ou l'information sur le format des DB produits est
disponible, on pourrait se passer d'ETS et utiliser uniquement d'autre
outils de configuration.
En fait, il suffirait que tous les fabricants fournissent une spec de
leurs produit en expliquant ce qu'il faut aller changer où dans la
mémoire du device pour modifier les paramètres de celui-ci.
Bien sûr, pour un installateur, il sera toujours plus intéressant
d'utiliser ETS et profiter de la garantie qu'offre l'association
konnex que tous le matériel et logiciel utilisé à été testé et agréé
par eux, mais pour les particuliers qui en font un hobby, ça ouvre la
voie a de nombreuses possibilités supplémentaire.
Qu'en pensez vous?
Jean-François
Je voudrais avoir votre opinion sur la meilleure manière de gérer la
configuration d'une installation comportant des modules commerciaux et
quelques modules faits-maison.
Etant donné qu'il n'est pas possible (ou en tout cas pas simple) de
créer des fichiers "bases de données produit" pour ETS. Je vois
plusieures solutions:
1) gérer les 2 parties de la config dans 2 outils différents. ETS pour
la partie commerciale et une interface basée sur bcusdk (ou autre)
pour la partie faite maison.
Dans ce cas, on n'a pas vraiment de vue globale de la configuration
2) on peut également tenter d'améliorer la solution 1 en ajoutant des
devices proches de ceux qui sont faits-maison (au niveau des objets de
communication) dans ETS. On ne peut dans ce cas pas les programmer
directement, mais on à une meilleure vue de la config globale et on
peut toujours exporter leur config vers un fichier texte qui pourra
éventuellement être importé par un autre outil pour programmer le
device.
3) reverse-engineerer le format de bases de données ETS au nom du
principe d'interopérabilité et fournir ainsi l'information nécessaire
à d'autres projets pour utiliser les bases de données fournies par les
fabricants de matériel. (si ils ont réussi à forcer Micro$oft à
dévoiler certaines interfaces de son OS au nom de l'interoperabilité,
je ne vois pas pourquoi ETS pourrait se permettre de garder tout le
marché pour lui seul)
A partir du moment ou l'information sur le format des DB produits est
disponible, on pourrait se passer d'ETS et utiliser uniquement d'autre
outils de configuration.
En fait, il suffirait que tous les fabricants fournissent une spec de
leurs produit en expliquant ce qu'il faut aller changer où dans la
mémoire du device pour modifier les paramètres de celui-ci.
Bien sûr, pour un installateur, il sera toujours plus intéressant
d'utiliser ETS et profiter de la garantie qu'offre l'association
konnex que tous le matériel et logiciel utilisé à été testé et agréé
par eux, mais pour les particuliers qui en font un hobby, ça ouvre la
voie a de nombreuses possibilités supplémentaire.
Qu'en pensez vous?
Jean-François