Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Premier Adressage sans ETS
#1
Bonjour,

J'aimerai savoir sil il est possible, et avec quel utilitaire du monde
libre ou quelle méthode, de réaliser l'adressage et le parametrage
initial d'une installation sans utiliser le très onéreux ETS.

Merci de votre réponse
#2
Ce sujet douloureux revient régulièrement. Voici les deux derniers
fils:

* http://groups.google.com/group/domotique...be45e7a4a/
* http://groups.google.com/group/domotique...eab3662db/

A ma connaissance, la situation n'a pas évolué, et la réponse simple à
ta question est non Sad

Fred
#3
Comme déjà dit précédemment, remplir son profil avec, au minimum, une
indication concernant son lieu de résidence permet parfois de trouver
quelqu'un dans sa région qui possède déjà le très onéreux ETS3 ... et
pourrait le partager.
#4
J'ai ajouté le département dans mon profile. C'est la bretagne, le
finistère.

Je trouve ca qd même incroyable qu'il n'y ai pas un moyen, meme manuel
d'adresser les modules.
Je comprend la logique commerciale mais qd même !

Donc si il y a des possesseur d'ETS 3 dans le finistère, you're
welcome !

Fabrice

On 9 fév, 10:42, keldo <kelderm...@ibelgique.com> wrote:
> Comme déjà dit précédemment, remplir son profil avec, au minimum, une
> indication concernant son lieu de résidence permet parfois de trouver
> quelqu'un dans sa région qui possède déjà le très onéreux ETS3 ... et
> pourrait le partager.
#5
Sinon, il y a la solution de se faire envoyer une passerelle IP
préconfigurée, de la mettre sur son réseau + config routeur, et la
raccorder au bus KNX.
Comme cela, à distance (et au téléphone), l'un (en local) appui sur
les boutons d'adressage, et l'autre (à distance) injecte les adresses
et les programmes d'applications dans les participants.

On 25 fév, 14:28, airliner <fbourg...@gmail.com> wrote:
> J'ai ajouté le département dans mon profile. C'est la bretagne, le
> finistère.
>
> Je trouve ca qd même incroyable qu'il n'y ai pas un moyen, meme manuel
> d'adresser les modules.
> Je comprend la logique commerciale mais qd même !
>
> Donc si il y a des possesseur d'ETS 3 dans le finistère, you're
> welcome !
>
> Fabrice
>
> On 9 fév, 10:42, keldo <kelderm...@ibelgique.com> wrote:
>
> > Comme déjà dit précédemment, remplir son profil avec, au minimum, une
> > indication concernant son lieu de résidence permet parfois de trouver
> > quelqu'un dans sa région qui possède déjà le très onéreux ETS3 ... et
> > pourrait le partager.
#6
Ou alors, il te reste kla possibilité de ploger les mains dans la
glaise : tu lis les specs techniques du protocole et, à l'aide d'une
interface quelconque (RS-232, USB, IP-tunneling, TP-UART, etc ...), tu
envois les trames de programmation sur le bus via un programme de ton
cru.
Reste que ce fameux programme, il faut avoir le temps de l'écrire ...
#7
On Feb 26, 2:58 pm, keldo <kelderm...@ibelgique.com> wrote:
> Ou alors, il te reste kla possibilité de ploger les mains dans la
> glaise : tu lis les specs techniques du protocole et, à l'aide d'une
> interface quelconque (RS-232, USB, IP-tunneling, TP-UART, etc ...), tu
> envois les trames de programmation sur le bus via un programme de ton
> cru.

Inutile de réinventer la roue : tout ce qui est faisable à partir des
specs
publiques a probablement déjà été implémenté par nos amis
autrichiens :
http://www.auto.tuwien.ac.at/~mkoegler/index.php/bcusdk
Voir notamment l'utilitaire "writeaddress" qui permet de configurer
les adresses physiques.

Malheureusement cela ne permet pas de configurer les applications.
Pour cela, il faudrait avoir accès aux informations contenues dans les
fichiers PDB, qui sont cryptés.

Inutile également de dépenser son argent pour lire la documentation
technique : après avoir payé 350 euros pour la version ISO/IEC des
specs
KNX, j'ouvre le document au chapitre qui m'intéresse, et j'y lis
seulement :
"Specific requirements for property datatypes, property identifiers
and
the object types will be specified in an amendment to this standard."
À part ça, KNX est un standard ouvert...

Mais les choses évoluent et j'espère bien qu'on me contredira un jour
ici sur ces sujets. En attendant, je reste satisfait de mon
installation,
même si cela me rend malade de devoir démarrer Windows et ETS à
chaque fois que je dois faire une modification.
#8
> À part ça, KNX est un standard ouvert...
>
> Mais les choses évoluent et j'espère bien qu'on me contredira un jour
> ici sur ces sujets.  En attendant, je reste satisfait de mon
> installation,
> même si cela me rend malade de devoir démarrer Windows et ETS à
> chaque fois que je dois faire une modification.

L'avantage de ce manque d'ouverture ne réside-t-il pas dans le fait
que le monde ETS ne souffre que de très peu de problèmes
d'intéropérabilité ? J'insiste sur TRES PEU.
Combien de post dans ce groupe à propos du module X qui ne peut pas se
programmer avec ETS ou qui ne traite pas les télégramme du module Y ?
Combien à propos de Merten qui ne divulgue pas ses specs à Hager,
imposant ainsi l'utilisation d'interrupteurs Merten pour controler au
mieux les dimmers Merten ?
Combien à propos du cas tordu qui demande pour être résolu d'aller
modifier tel paramètre obscur dans tel sous tab des préférences de
ETS ?

Ce genre de questions constitue pourtant l'essentiel des messages de
la plupart des forums traitant, au sens large, de machins
informatiques. Alors comment fait KNX pour y échapper ?
#9
On Feb 27, 1:18 am, fred <frederic.thomas...@gmail.com> wrote:
> Combien de post dans ce groupe à propos du module X qui ne peut pas se
> programmer avec ETS ou qui ne traite pas les télégramme du module Y ?

Et combien de téléphones mobiles qui n'arrivent pas à passer
des appels sur n'importe quel réseau ? Pourtant la complexité
de la technologie GSM est sans commune mesure avec KNX.
Et depuis la libéralisation du marché des télécoms, ses specs
sont disponibles gratuitement (http://www.3gpp.org), contrairement
à celles de KNX.

> Combien à propos de Merten qui ne divulgue pas ses specs à Hager,
> imposant ainsi l'utilisation d'interrupteurs Merten pour controler au
> mieux les dimmers Merten ?

Si c'était le cas, KNX ne mériterait même pas notre attention,
et nous ne serions pas en train d'en discuter ici.
Et pour avoir fait une installation mixte Hager+ABB+Siemens+Gira,
je peux témoigner qu'en effet cela fonctionne, mais que le
nommage des objets communicants dans ETS gagnerait à être
harmonisé entre les constructeurs.

> Ce genre de questions constitue pourtant l'essentiel des messages de
> la plupart des forums traitant, au sens large, de machins
> informatiques. Alors comment fait KNX pour y échapper ?

Euh... en se contentant de rebrander des technologies
matures mises au point et déboggées il y a 20 ans ? :-)

Ce n'est pas une critique - comme tu le dis toi même, c'est un
gage de fiabilité. Et si on me demandait de développer une
norme domotique "from scratch" aujourd'hui, j'aboutirais
probablement à la même solution : faible conso, bas débit,
power+data sur médium partagé peu coûteux TBT.
J'ajouterais seulement la possibilité de faire coexister des
appareils auto-alimentés avec d'autres plus gourmands.
Mais on a bien réussi à greffer l'ADSL sur des lignes
téléphoniques conçues pour 3 KHz, alors je m'attends à voir
apparaître une techno similaire pour prolonger la durée
de vie du bus KNX TP que je viens de poser.
#10
ETS + KNX Ca marche

Certes c'est pas parfait....mais ca marche....(au fait qu'est ce qui est
parfait ici bas?)

Ok, on peut discuter des heures, (certains programmes en allemand et pas en
anglais, quelques petites astuces à connaitre à droite à gauche....... d'ou
la grande valeur et utilité de ce forum d'ailleurs)

Mais citez moi donc une norme fiable qui regroupe 100 et + constructeurs ?

Ci ETS reste unique, cela évitera de tomber dans l'énorme erreur qu'a
commise le système LON (echelon)
ou il y a tellement de soft et de versions que certains programmeurs sont
incapables d'auditer" ou reprendre une autre install
et que certains produits "LON" ne se parlent meme plus entre eux sur le
Bus...

Peut on cloturer svp ( ETS à 850 Euros "avec trois liscences +50 euros )
c'est pas cher pour un marché de professionels....

Cordialement

Alexandre;

Le 27 février 2009 11:20, Pascal <pb115290@pabr.org> a écrit :

>
> On Feb 27, 1:18 am, fred <frederic.thomas...@gmail.com> wrote:
> > Combien de post dans ce groupe à propos du module X qui ne peut pas se
> > programmer avec ETS ou qui ne traite pas les télégramme du module Y ?
>
> Et combien de téléphones mobiles qui n'arrivent pas à passer
> des appels sur n'importe quel réseau ? Pourtant la complexité
> de la technologie GSM est sans commune mesure avec KNX.
> Et depuis la libéralisation du marché des télécoms, ses specs
> sont disponibles gratuitement (http://www.3gpp.org), contrairement
> à celles de KNX.
>
> > Combien à propos de Merten qui ne divulgue pas ses specs à Hager,
> > imposant ainsi l'utilisation d'interrupteurs Merten pour controler au
> > mieux les dimmers Merten ?
>
> Si c'était le cas, KNX ne mériterait même pas notre attention,
> et nous ne serions pas en train d'en discuter ici.
> Et pour avoir fait une installation mixte Hager+ABB+Siemens+Gira,
> je peux témoigner qu'en effet cela fonctionne, mais que le
> nommage des objets communicants dans ETS gagnerait à être
> harmonisé entre les constructeurs.
>
> > Ce genre de questions constitue pourtant l'essentiel des messages de
> > la plupart des forums traitant, au sens large, de machins
> > informatiques. Alors comment fait KNX pour y échapper ?
>
> Euh... en se contentant de rebrander des technologies
> matures mises au point et déboggées il y a 20 ans ? :-)
>
> Ce n'est pas une critique - comme tu le dis toi même, c'est un
> gage de fiabilité. Et si on me demandait de développer une
> norme domotique "from scratch" aujourd'hui, j'aboutirais
> probablement à la même solution : faible conso, bas débit,
> power+data sur médium partagé peu coûteux TBT.
> J'ajouterais seulement la possibilité de faire coexister des
> appareils auto-alimentés avec d'autres plus gourmands.
> Mais on a bien réussi à greffer l'ADSL sur des lignes
> téléphoniques conçues pour 3 KHz, alors je m'attends à voir
> apparaître une techno similaire pour prolonger la durée
> de vie du bus KNX TP que je viens de poser.
>
#11
On Feb 27, 11:29 am, Alexandre Tichit <tical1...@gmail.com> wrote:
> Mais citez moi donc une norme fiable qui regroupe 100 et + constructeurs ?

Profibus : 1370 membres, dont certains promeuvent les applications
domotiques ; mais c'est utilisé principalement dans les usines.
http://www.profibus.com/pi/organization/...emberlist/

De toute façon la fiabilité n'est pas le principal critère de choix.
Il faut avant tout éviter de sortir des sentiers battus, afin
d'apaiser
les assureurs (en cas d'incendie) et de rassurer les non-initiés
(lorsqu'on essaie de revendre son logement).


Atteindre :


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