09/09/2010, 09:59:38
Un élément de réponse, la configuration via ETS n'est pas obligatoire du
tout, a moins que tu veuille faire certifier ton produit.
2010/9/9 Frédéric <fma@gbiloba.org>
> Bonjour,
>
> Je me permet de relancer un peu le sujet du développement de modules KNX,
> car les infos que j'ai trouvées sur le forum datent un peu, et il y a dû y
> avoir des évolutions... Et j'ai quelques questions dont je n'ai pas trouvé
> réponse.
>
> Je vais déjà essayer de résumer un peu ce que j'ai pigé ; merci de
> corriger/compléter.
>
> 1) Accès au bus
>
> - tout faire soit-même
>
> Ça veut dire se farcir toutes les couches OSI :o/
>
> - utiliser un TP-UART
>
> Les couches 1 et 2 sont déjà faites, mais il reste toute la gestion des
> objets KNX à faire (à quelle couches ça correspond, ça ?).
>
> - utiliser un BCU
>
> Là, il n'y a plus qu'à développer son appli spécifique, et l'envoyer dans
> la
> flash/eeprom. Mais il faut pour ça un SDK payant de l'association KNX,
> non ?
>
> - utiliser le projet freebus.org
>
> Là, on a tout en un. Que reste-t-il à faire pour développer un module KNX ?
>
> Est-ce que c'est bon jusque-là ?
>
> Question 1 : quelle est la complexité pour développer une appli dans un
> petit µ-contrôleur, genre AVR, en utilisant un TP-UART ?
> Existe-t-il des 'stack' KNX déjà avancées ?
> Question 2 : quelle est la différence entre un BCU et un BIM ?
> Question 3 : que fait exactement le SIM-KNX[1] de Tapko ? Et à quel prix ?
> Question 4 : quelle est la complexité pour développer sur un BCU, avec le
> SDK officiel ? À quel prix ?
>
> 3) ETS
>
> Pour pouvoir télécharger une appli dans le device, il faut un fichier
> d'interface .vd?. Or, celui-ci ne peut être créé qu'avec les outils de
> l'association KNX, là encore, payants. Quel est le prix ? Une association
> pourrait-elle se payer ces outils, et les utiliser d'une manière 'libre'
> (problème de license d'utilisation) ?
>
> Après, pour télécharger l'appli dans le device, il faut aussi que celui-ci
> comprenne les commandes associées ; pas simple dans le cas d'un
> développement avec TP-UART, si ?
>
> Mais est-il possible de se passer de la config. via ETS ? Le device peut-il
> réagir de manière plus ou moins fixe, avec une adresse de groupe figée, par
> exemple ? Ou alors, peut-on implémenter un setup via une appli externe ?
> J'ai l'impression que certains modules du commerce font comme ça
> (passerelle KNX-DMX)...
>
> J'ai aussi vu que certains d'entres vous bricolent dans le domaine ; ce
> serait sympa que chacun fasse une petite synthèse de ce qu'il fait, dans
> quel but, avec quel matériel, et où il en est (si vous avez un lien vers un
> blog où vous postez des infos...)
>
> Voili-voilou.
>
> Merci d'avance.
>
> [1] http://www.tapko.de/index.php/Products/4...25/0/?&L=1
>
> --
> Frédéric
>
tout, a moins que tu veuille faire certifier ton produit.
2010/9/9 Frédéric <fma@gbiloba.org>
> Bonjour,
>
> Je me permet de relancer un peu le sujet du développement de modules KNX,
> car les infos que j'ai trouvées sur le forum datent un peu, et il y a dû y
> avoir des évolutions... Et j'ai quelques questions dont je n'ai pas trouvé
> réponse.
>
> Je vais déjà essayer de résumer un peu ce que j'ai pigé ; merci de
> corriger/compléter.
>
> 1) Accès au bus
>
> - tout faire soit-même
>
> Ça veut dire se farcir toutes les couches OSI :o/
>
> - utiliser un TP-UART
>
> Les couches 1 et 2 sont déjà faites, mais il reste toute la gestion des
> objets KNX à faire (à quelle couches ça correspond, ça ?).
>
> - utiliser un BCU
>
> Là, il n'y a plus qu'à développer son appli spécifique, et l'envoyer dans
> la
> flash/eeprom. Mais il faut pour ça un SDK payant de l'association KNX,
> non ?
>
> - utiliser le projet freebus.org
>
> Là, on a tout en un. Que reste-t-il à faire pour développer un module KNX ?
>
> Est-ce que c'est bon jusque-là ?
>
> Question 1 : quelle est la complexité pour développer une appli dans un
> petit µ-contrôleur, genre AVR, en utilisant un TP-UART ?
> Existe-t-il des 'stack' KNX déjà avancées ?
> Question 2 : quelle est la différence entre un BCU et un BIM ?
> Question 3 : que fait exactement le SIM-KNX[1] de Tapko ? Et à quel prix ?
> Question 4 : quelle est la complexité pour développer sur un BCU, avec le
> SDK officiel ? À quel prix ?
>
> 3) ETS
>
> Pour pouvoir télécharger une appli dans le device, il faut un fichier
> d'interface .vd?. Or, celui-ci ne peut être créé qu'avec les outils de
> l'association KNX, là encore, payants. Quel est le prix ? Une association
> pourrait-elle se payer ces outils, et les utiliser d'une manière 'libre'
> (problème de license d'utilisation) ?
>
> Après, pour télécharger l'appli dans le device, il faut aussi que celui-ci
> comprenne les commandes associées ; pas simple dans le cas d'un
> développement avec TP-UART, si ?
>
> Mais est-il possible de se passer de la config. via ETS ? Le device peut-il
> réagir de manière plus ou moins fixe, avec une adresse de groupe figée, par
> exemple ? Ou alors, peut-on implémenter un setup via une appli externe ?
> J'ai l'impression que certains modules du commerce font comme ça
> (passerelle KNX-DMX)...
>
> J'ai aussi vu que certains d'entres vous bricolent dans le domaine ; ce
> serait sympa que chacun fasse une petite synthèse de ce qu'il fait, dans
> quel but, avec quel matériel, et où il en est (si vous avez un lien vers un
> blog où vous postez des infos...)
>
> Voili-voilou.
>
> Merci d'avance.
>
> [1] http://www.tapko.de/index.php/Products/4...25/0/?&L=1
>
> --
> Frédéric
>