30/05/2008, 16:52:17
Utiliser le SDK "manufacturer" d'ETS signifie l'acheter ($$$) et aussi
se faire membre de l'assoc. KNX ($$$$). C'est tout simplement
inabordable pour un particulier !
Alors, à moins de trouver un généreux mécène, la seule solution pour
suivre cette voie là, c'est de se regrouper pour payer ensemble, et
pour cela il faudrait une masse critique d'au minimum 10 à 15
personnes motivées par l'idée de développer leurs propres modules EIB.
Jusqu'ici, sur le forum, j'en vois 4 ou 5 intéressées par l'idée, mais
je ne suis même pas sur qu'elles seraient près à y investir disons 300
euros chacune ... et il en manquerait encore une dizaine.
Mais, c'est certain, c'est la voie la plus "propre".
Maintenant, je vois plusieurs autres solutions.
1) Basys2003 (http://www.basys2003.org)
C'est un logiciel open source développé pour pouvoir remplacer ETS.
En principe, il possède certaines capacités à importer les
fichiers .vdx (les DB).
A tester.
Mais si cela fonctionne, il y a moyen de :
- soit se passer de ETS
- soit lire le code source pour comprendre la structure des
fichiers .vdx
- soit contacter les développeurs de Basys2003 pour qu'ils nous
donnent l'info qu'ils possèdent sur le format des fichiers .vdx
- soit une combinaisons de tout cela
2) Sachant que le logiciel SGBD sur lequel s'appuie ETS est Sybase SQL
Anywhere, on peut tenter de faire un petit peu de reverse engineering
et de comprendre le format .vdx.
3) Pour certains types de modules, on peut tenter une approche "à la
Freebus", c'est à dire de faire en sorte que le module "maison" simule
le comportement d'un module commercial existant ; il suffit alors de
mettre dans ETS la base de donnée du module existant simulé.
Cette méthode est néanmoins limitative, car elle ne convient pas pour
les modules maisons basés sur un BCU ou un BIM "officiel" (rien que le
"vendor ID" poserait déjà problème ...) ; et de plus il n'est pas
possible d'utiliser cette méthode pour les modules maisons qui
n'auraient pas d'équivalent dans la gamme de produits officiels (par
exemple un module "gestion de sauna + hamam" avec 8 capteurs de
température, 6 capteurs d'humidité, 4 entrées binaires SELV, 4 sorties
binaires 16AC et 2 sorties PWM 24V --- une pure invention de ma
part ...).
4) On peut lancer, en temps que "user group" un lobbying intense sur
l'association KNX afin qu'elle baisse les prix pour les particuliers
et initiatives privées.
5) On peut tenter de s'associer avec une des différentes écoles et
universités qui proposent KNX dans leur programme d'étude et ont de ce
fait accès aux outils et informations en temps que "KNX scientific
partner".
6) On peut tenter de s'associer avec un petit fabricant de modules KNX
"officiel", dans le cadre d'un échange "donnant donnant", du style
"ils peuvent utiliser et vendre une partie de nos idées et, en
échange, ils nous laissent accès à leurs outils KNX officiels et
payent pour la certification de nos modules les plus aboutis".
Mais dans tous les cas; je pense qu'il est urgent d'apprendre
l'allemand afin de pouvoir dialoguer avec nos amis germaniques qui se
sont surement déjà posé la question avant nous !
se faire membre de l'assoc. KNX ($$$$). C'est tout simplement
inabordable pour un particulier !
Alors, à moins de trouver un généreux mécène, la seule solution pour
suivre cette voie là, c'est de se regrouper pour payer ensemble, et
pour cela il faudrait une masse critique d'au minimum 10 à 15
personnes motivées par l'idée de développer leurs propres modules EIB.
Jusqu'ici, sur le forum, j'en vois 4 ou 5 intéressées par l'idée, mais
je ne suis même pas sur qu'elles seraient près à y investir disons 300
euros chacune ... et il en manquerait encore une dizaine.
Mais, c'est certain, c'est la voie la plus "propre".
Maintenant, je vois plusieurs autres solutions.
1) Basys2003 (http://www.basys2003.org)
C'est un logiciel open source développé pour pouvoir remplacer ETS.
En principe, il possède certaines capacités à importer les
fichiers .vdx (les DB).
A tester.
Mais si cela fonctionne, il y a moyen de :
- soit se passer de ETS
- soit lire le code source pour comprendre la structure des
fichiers .vdx
- soit contacter les développeurs de Basys2003 pour qu'ils nous
donnent l'info qu'ils possèdent sur le format des fichiers .vdx
- soit une combinaisons de tout cela
2) Sachant que le logiciel SGBD sur lequel s'appuie ETS est Sybase SQL
Anywhere, on peut tenter de faire un petit peu de reverse engineering
et de comprendre le format .vdx.
3) Pour certains types de modules, on peut tenter une approche "à la
Freebus", c'est à dire de faire en sorte que le module "maison" simule
le comportement d'un module commercial existant ; il suffit alors de
mettre dans ETS la base de donnée du module existant simulé.
Cette méthode est néanmoins limitative, car elle ne convient pas pour
les modules maisons basés sur un BCU ou un BIM "officiel" (rien que le
"vendor ID" poserait déjà problème ...) ; et de plus il n'est pas
possible d'utiliser cette méthode pour les modules maisons qui
n'auraient pas d'équivalent dans la gamme de produits officiels (par
exemple un module "gestion de sauna + hamam" avec 8 capteurs de
température, 6 capteurs d'humidité, 4 entrées binaires SELV, 4 sorties
binaires 16AC et 2 sorties PWM 24V --- une pure invention de ma
part ...).
4) On peut lancer, en temps que "user group" un lobbying intense sur
l'association KNX afin qu'elle baisse les prix pour les particuliers
et initiatives privées.
5) On peut tenter de s'associer avec une des différentes écoles et
universités qui proposent KNX dans leur programme d'étude et ont de ce
fait accès aux outils et informations en temps que "KNX scientific
partner".
6) On peut tenter de s'associer avec un petit fabricant de modules KNX
"officiel", dans le cadre d'un échange "donnant donnant", du style
"ils peuvent utiliser et vendre une partie de nos idées et, en
échange, ils nous laissent accès à leurs outils KNX officiels et
payent pour la certification de nos modules les plus aboutis".
Mais dans tous les cas; je pense qu'il est urgent d'apprendre
l'allemand afin de pouvoir dialoguer avec nos amis germaniques qui se
sont surement déjà posé la question avant nous !