Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Développement de modules KNX
#1
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
#2
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
>
#3
Le jeudi 9 septembre 2010, Mathieu Gallissot a écrit :

> 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.

Ok. Le seul truc, j'imagine, c'est que c'est moins lisible dans le projet,
car le device n'apparaîtra pas (à moins qu'il y ait moyen de contourner
ça ?)

--
Frédéric


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)