18/05/2016, 07:33:16
J'avais dit que je ne me lancerais pas dans le debat mais tant pis ;-)
Dans ce debat open/closed source, je pense que vous faites un gros melange !
ETS sauvegarde ses données en XML, un format de données textes OPEN
le XML est structuré selon un schema. Ce schema est disponible en telechargement gratuitememnt sur le site KNX.
Donc d'un point de vue opérationel, ETS/KNX est OPEN car vous avez un acces total a vos données.
il y a des miliers d'outils existant pour manipuler ces fichiers sous linux, windows, OSX ...
Ce qui est CLOSED c'est le logiciel en lui meme, ETS. c'est leur droit, ca assure la qualité de l'outil.
Le dernier point concerne la programmation des devices. LE protocole utilisé est OPEN et documenté dans les spécifications KNX.
ETS implemente ce protocole. Les fabriquant doivent respecter un format pour le logiciel.
Si vous voulez vous-meme creer un tool pour programmer des devices, c'est possible, mais il vous faudra aussi developper vos devices, car chaque fabriquant ne fait ses "drivers" que pour ETS.
Dans ce debat open/closed source, je pense que vous faites un gros melange !
ETS sauvegarde ses données en XML, un format de données textes OPEN
le XML est structuré selon un schema. Ce schema est disponible en telechargement gratuitememnt sur le site KNX.
Donc d'un point de vue opérationel, ETS/KNX est OPEN car vous avez un acces total a vos données.
il y a des miliers d'outils existant pour manipuler ces fichiers sous linux, windows, OSX ...
Ce qui est CLOSED c'est le logiciel en lui meme, ETS. c'est leur droit, ca assure la qualité de l'outil.
Le dernier point concerne la programmation des devices. LE protocole utilisé est OPEN et documenté dans les spécifications KNX.
ETS implemente ce protocole. Les fabriquant doivent respecter un format pour le logiciel.
Si vous voulez vous-meme creer un tool pour programmer des devices, c'est possible, mais il vous faudra aussi developper vos devices, car chaque fabriquant ne fait ses "drivers" que pour ETS.