Bonjour à tous,
Comme vous le savez je suis toujours en train de tester plusieurs
logiciels de pilotage de mon installation KNX.
Suite à mes précédents posts, j'ai commandé une passerelle Siemens
N148/22. Elle est installée et connectée au bus.
Mais voilà, je n'ai aucune connaissance en pilotage KNX.
Pour le moment, mon installateur/intégrateur a tout configuré chez moi
avec ETS3.
J'ai aussi installé ETS3, et l'ai connecté à la passerelle : tout est
OK.
Par contre je ne dispose pas de la configuration qu'il a réalisée.
J'aimerai éviter de le solliciter
chaque fois que je fais un test.
De quoi dois-je disposer pour commencer à jouer avec mon
installation ?
Ais-je un moyen de "sniffer" les paquets et en déduire leur fonction ?
Puis-je utiliser un export de ETS3 ?
Je ne suis pas spécialiste mais bon bricoleur, est-ce que ceci est à
ma portée ?
Merci pour votre aide,
Christophe.
Il faut demander à ton intégrateur le fichier projet qu'il peut
exporter à partir d'ETS.
De ton côté il te suffira d'importer ce fichier (c'est assez long dans
ETS suivant la taille du projet) et normalement tu pourras travailler
sur ton installation.
Je te conseil une chose c'est de faire des versions en fonctions de ce
que tu touches, ainsi tu pourras toujours revenir en arrière si tu as
fais un bourde.
A+
On 24 sep, 09:21, xtof <christophe.rue...@gmail.com> wrote:
> Bonjour à tous,
>
> Comme vous le savez je suis toujours en train de tester plusieurs
> logiciels de pilotage de mon installation KNX.
>
> Suite à mes précédents posts, j'ai commandé une passerelle Siemens
> N148/22. Elle est installée et connectée au bus.
>
> Mais voilà, je n'ai aucune connaissance en pilotage KNX.
>
> Pour le moment, mon installateur/intégrateur a tout configuré chez moi
> avec ETS3.
>
> J'ai aussi installé ETS3, et l'ai connecté à la passerelle : tout est
> OK.
>
> Par contre je ne dispose pas de la configuration qu'il a réalisée.
> J'aimerai éviter de le solliciter
>
> chaque fois que je fais un test.
>
> De quoi dois-je disposer pour commencer à jouer avec mon
> installation ?
>
> Ais-je un moyen de "sniffer" les paquets et en déduire leur fonction ?
>
> Puis-je utiliser un export de ETS3 ?
>
> Je ne suis pas spécialiste mais bon bricoleur, est-ce que ceci est à
> ma portée ?
>
> Merci pour votre aide,
>
> Christophe.
On 24 sep, 09:40, "seb@leon" <sebastien...@gmail.com> wrote:
> Je te conseil une chose c'est de faire des versions en fonctions de ce
> que tu touches, ainsi tu pourras toujours revenir en arrière si tu as
> fais un bourde.
Bonne idée !
Perso, j'ai fait une arborescence à 5 niveaux et un batch MS-DOS
A chaque "sauvegarde" je copie
le 4 dans le 5 (qui est écrasé, donc perdu)
le 3 dans le 4
le 2 dans le 3
le 1 dans le 2
et la copie actuelle de la db dans le 1
En cas de "bourde" tu peux restaurer sur base de la date de la
dernière copie fonctionelle.
Le vendredi 24 septembre 2010, marc.assin a écrit :
> > Je te conseil une chose c'est de faire des versions en fonctions de ce
> > que tu touches, ainsi tu pourras toujours revenir en arrière si tu as
> > fais un bourde.
>
> Perso, j'ai fait une arborescence à 5 niveaux et un batch MS-DOS
> A chaque "sauvegarde" je copie
> le 4 dans le 5 (qui est écrasé, donc perdu)
> le 3 dans le 4
> le 2 dans le 3
> le 1 dans le 2
> et la copie actuelle de la db dans le 1
> En cas de "bourde" tu peux restaurer sur base de la date de la
> dernière copie fonctionelle.
Pourquoi ne pas utiliser un gestionnaire de révision, comme subversion ?
Même si c'est prévu pour du code source (texte brut), ça marche aussi très
bien sur les fichiers binaires ; ça tient juste un peu plus de place.
Avec un tel outil, tu commites chaque modification que tu juges importantes,
avec un commentaire associé, et tu peux ensuite y revenir n'importe quand.
--
Frédéric
On 24 sep, 12:14, Frédéric <f...@gbiloba.org> wrote:
> Pourquoi ne pas utiliser un gestionnaire de révision, comme subversion ?
Oui, tu as raison, mais, comme tu l'as mentionné, c'est un outil de
programmeur.
Un batch MS-DOS est à la portée du martien moyen.
Le vendredi 24 septembre 2010, marc.assin a écrit :
> Oui, tu as raison, mais, comme tu l'as mentionné, c'est un outil de
> programmeur.
> Un batch MS-DOS est à la portée du martien moyen.
La partie chiante, c'est le serveur ; il y a des clients qui s'intègrent
dans l'explorateur Windows (ajout de menus sur le click droit). Je me
demande s'il n'y a pas des solution pour bosser uniquement en local...
--
Frédéric
OK. mon intégrateur doit m'envoyer ce fameux fichier ETS dans la
journée.
Une fois que je l'aurai, quelle est la manip à faire pour ajouter la
passerelle KNX/IP ?
Est-ce à la portée d'un débutant ?
Concernant les versions, si je comprend bien c'est à moi de faire des
archives
des fichiers ETS ? donc ETS ne le propose pas ?...
un zip ou subversion fera donc l'affaire.
merci pour ton aide,
Christophe.
On 24 sep, 09:40, "seb@leon" <sebastien...@gmail.com> wrote:
> Il faut demander à ton intégrateur le fichier projet qu'il peut
> exporter à partir d'ETS.
>
> De ton côté il te suffira d'importer ce fichier (c'est assez long dans
> ETS suivant la taille du projet) et normalement tu pourras travailler
> sur ton installation.
>
> Je te conseil une chose c'est de faire des versions en fonctions de ce
> que tu touches, ainsi tu pourras toujours revenir en arrière si tu as
> fais un bourde.
>
> A+
>
> On 24 sep, 09:21, xtof <christophe.rue...@gmail.com> wrote:
>
> > Bonjour à tous,
>
> > Comme vous le savez je suis toujours en train de tester plusieurs
> > logiciels de pilotage de mon installation KNX.
>
> > Suite à mes précédents posts, j'ai commandé une passerelle Siemens
> > N148/22. Elle est installée et connectée au bus.
>
> > Mais voilà, je n'ai aucune connaissance en pilotage KNX.
>
> > Pour le moment, mon installateur/intégrateur a tout configuré chez moi
> > avec ETS3.
>
> > J'ai aussi installé ETS3, et l'ai connecté à la passerelle : tout est
> > OK.
>
> > Par contre je ne dispose pas de la configuration qu'il a réalisée.
> > J'aimerai éviter de le solliciter
>
> > chaque fois que je fais un test.
>
> > De quoi dois-je disposer pour commencer à jouer avec mon
> > installation ?
>
> > Ais-je un moyen de "sniffer" les paquets et en déduire leur fonction ?
>
> > Puis-je utiliser un export de ETS3 ?
>
> > Je ne suis pas spécialiste mais bon bricoleur, est-ce que ceci est à
> > ma portée ?
>
> > Merci pour votre aide,
>
> > Christophe.
Cela dit j'ai quand même besoin d'un éclaircissement ... :
Si je comprend bien, les appareils connectés à un bus KNX communiquent
avec des adresses XX/YY/ZZZZ.
En gros, un interrupteur envoie à un actionneur une trame knx lui
indiquant
quelle opération est à réaliser : allumer, éteindre, augmenter
l'intensité, ...
Et en retour l'interrupteur reçoit du bus une confirmation de l'ordre
effectué.
Bref, qu'est-ce qui empêche l'interface Siemens N148 de "sniffer" ce
qui se
passe sur le bus KNX et/ou de recevoir ou d'envoyer des ordres knx ?
Je veux dire, sans devoir la configurer par ETS3 au préalable ?
Existe-t-il une doc simple sur ce sujet ?
Merci pour votre aide,
Christophe.
> Bref, qu'est-ce qui empêche l'interface Siemens N148 de "sniffer" ce
> qui se
> passe sur le bus KNX et/ou de recevoir ou d'envoyer des ordres knx ?
>
> Je veux dire, sans devoir la configurer par ETS3 au préalable ?
L'interface N148 est un participant comme un autre. Pour se connecter
au bus KNX elle a besoin d'une adresse KNX. Et pour lui attribuer une
adresse KNX, il te faut ETS3.
> La partie chiante, c'est le serveur ; il y a des clients qui s'intègrent
> dans l'explorateur Windows (ajout de menus sur le click droit). Je me
> demande s'il n'y a pas des solution pour bosser uniquement en local...
Pour le client, j'ai déjà utilisé Tortoise SVN. Il est gratuit et son
intégration dans l'explorateur le rend effectivement très simple à
utiliser. Pour le serveur SVN, tu peux l'installer n'importe ou, y
compris sur ta propre machine. Dans ce cas, tu n'as que la sécurité
apportée par le "versioning", car si ton disque dur plante, tu perds
tout. L'idéal c'est de placer le serveur SVN sur un NAS par exemple.
Tu as le versioning sur le NAS (avec les disques en RAID de
préférence), et la copie locale de ton projet sur ton PC.
Mais bon, le batch de marc.assin ça le fait, et sans y passer des
heures...
Salut,
En sniffant le bus (avec le moniteur de bus de ETS par exemple), tu
peux voir tout ce qui passe dessus.
Donc si tu appuies sur un interrupteur, tu vois une requête qui a pour
origine l'adresse physique de l'interrupteur et pour destination
l'adresse de groupe qui commande la lampe associée. Avec ça tu doit
pouvoir retrouver l'adresse physique de chaque appareil et la liste
des adresses de groupe associées avec chaque fonction. Par contre, ce
que tu ne pourras pas retrouver, c'est les paramètres de chaque
appareil (il y a des softs qui le font mais c'est encore plus cher
qu'ETS). En sniffant, tu ne pourras pas non plus déduire quels objets
"écoutent" quelle adresse de groupe et quels flags ETS sont activés.
Donc si c'est juste pour pouvoir retrouver les adresses de groupe et
pouvoir les utiliser depuis un logiciel de supervision, ça peut être
suffisant, mais si c'est pour reconstruire la config ETS en vue de
modifier la config des appareils, ça risque d'être périlleux. De toute
façon, mieux vaut essayer d'obtenir de ton installateur un export du
projet ETS. Tôt ou tard ça sera utile.
Jean-François
On 24 sep, 17:07, xtof <christophe.rue...@gmail.com> wrote:
> Cela dit j'ai quand même besoin d'un éclaircissement ... :
>
> Si je comprend bien, les appareils connectés à un bus KNX communiquent
> avec des adresses XX/YY/ZZZZ.
>
> En gros, un interrupteur envoie à un actionneur une trame knx lui
> indiquant
> quelle opération est à réaliser : allumer, éteindre, augmenter
> l'intensité, ...
>
> Et en retour l'interrupteur reçoit du bus une confirmation de l'ordre
> effectué.
>
> Bref, qu'est-ce qui empêche l'interface Siemens N148 de "sniffer" ce
> qui se
> passe sur le bus KNX et/ou de recevoir ou d'envoyer des ordres knx ?
>
> Je veux dire, sans devoir la configurer par ETS3 au préalable ?
>
> Existe-t-il une doc simple sur ce sujet ?
>
> Merci pour votre aide,
>
> Christophe.
Salut Christophe,
Etant passé par là il n'y a pas si longtemps, voici mes éléments de
réponse :
Tout d'abord, je présume que tu as une box internet (ou un routeur
ethernet) qui fait office de serveur dhcp.
Par défaut, ta passerelle knx/ip est capable d'obtenir une adresse ip
grâce au serveur dhcp.
Du coup, elle est automatiquement reconnue sur ton réseau ethernet et
dans ETS.
Pas la peine de lui attribuer une adresse de groupe pour pouvoir
l'utiliser avec ETS.
Dans le menu "outil > communication", tu dois pouvoir lancer un "scan"
et ETS doit trouver ta passerelle.
Mais au préalable, il est impératif que tu ais importé le "projet ETS"
fourni pr ton intégrateur.
Au final, je pense que ce qui t'intéresse, c'est de pouvoir piloter
ton installation depuis ton pc, ou plus généralement une page web,
grâce à ta passerelle knx/ip.
Seul ETS te permet de d'avoir une visibilité complète sur ton
installation : quelle "adresse de groupe" pour quel participant et
pour quelle utilisation ?
Et si besoin, tu peux affiner/modifier ton paramétrage, toujours grâce
à ETS et seulement via ETS.
Tu peux bien sûr utiliser ETS pour écouter ce qui se passe sur le bus
knx, ou pour envoyer des ordres.
Mais ETS n'est pas particulièrement convivial et pratique au
quotidien, réserve ETS à la modification de ton paramétrage.
Je ne peux que te conseiller d'utiliser un logiciel dit de
"supervision" (une "visu") pour disposer d'une interface adaptée à un
usage quotidien, notamment l'excellent linknx développé par jef2000...
En faisant des recherches sur ce groupe, tu trouveras des infos
complémentaires sur linknx.
Bonne continuation,
Ben
Salutations à tous.
si tu veux t'amuser pour débuter, et comme tu as ets(3), en attendant
ce fichu fichier (la bible), tu peux tjs affecter 1 adresse bidon a ta
passerelle apres avoir trouvé le fichier de configuration qui va bien
(.vd3) du constructeur via fichier>Importer. A partir de la, tu lui
donnes 1 adresse du style 7/7/7 en espérant qu'aucun autre participant
ait la meme (scan préalable  ).
et puis c'et parti mon kiki...
c'est juste pour s'amuser en attendant ta bible.
bonne amusement donc.
a+
Arnaud
On 24 sep, 19:24, Ben <tmt....@gmail.com> wrote:
> Salut Christophe,
>
> Etant passé par là il n'y a pas si longtemps, voici mes éléments de
> réponse :
>
> Tout d'abord, je présume que tu as une box internet (ou un routeur
> ethernet) qui fait office de serveur dhcp.
> Par défaut, ta passerelle knx/ip est capable d'obtenir une adresse ip
> grâce au serveur dhcp.
> Du coup, elle est automatiquement reconnue sur ton réseau ethernet et
> dans ETS.
> Pas la peine de lui attribuer une adresse de groupe pour pouvoir
> l'utiliser avec ETS.
> Dans le menu "outil > communication", tu dois pouvoir lancer un "scan"
> et ETS doit trouver ta passerelle.
> Mais au préalable, il est impératif que tu ais importé le "projet ETS"
> fourni pr ton intégrateur.
>
> Au final, je pense que ce qui t'intéresse, c'est de pouvoir piloter
> ton installation depuis ton pc, ou plus généralement une page web,
> grâce à ta passerelle knx/ip.
> Seul ETS te permet de d'avoir une visibilité complète sur ton
> installation : quelle "adresse de groupe" pour quel participant et
> pour quelle utilisation ?
> Et si besoin, tu peux affiner/modifier ton paramétrage, toujours grâce
> à ETS et seulement via ETS.
> Tu peux bien sûr utiliser ETS pour écouter ce qui se passe sur le bus
> knx, ou pour envoyer des ordres.
> Mais ETS n'est pas particulièrement convivial et pratique au
> quotidien, réserve ETS à la modification de ton paramétrage.
> Je ne peux que te conseiller d'utiliser un logiciel dit de
> "supervision" (une "visu") pour disposer d'une interface adaptée à un
> usage quotidien, notamment l'excellent linknx développé par jef2000...
> En faisant des recherches sur ce groupe, tu trouveras des infos
> complémentaires sur linknx.
>
> Bonne continuation,
>
> Ben
Bonjour a tous,
C'est fait, j'ai réussi a assigner une adresse à ma passerelle. Avec
l'aide de mon intégrateur j'ai même réussi à faire fonctionner
ayControl pour piloter un volet et quelques ampoules. C'est magique
Pour le moment autodidacte, j'ai besoin de quelques éclaircissements :
- j'ai a peu pres 200 adresses de participants knx
Ex 1/1/17 pour le on/off d'une ampoule et 1/1/18 pour la faire varier.
Toutes mes adresses sont en 1/1/xxx. C'est deja sacrément embouteillé.
Il m'aurait semblé logique de construire les adresses sous la forme A/
B/C avec A=etage, B=piece et C=element (lampe, volet, seche
serviette, ....)
est-ce possible ? Quelle est la facon de numeroter que vous
recommandez ?
- je ne comprend pas bien les notions d'adresse de particpants,
d'objets, de groupes, ...
Je ne comprend pas non plus pourquoi un volet ou une lampe a variateur
a besoin de deux adresses.
- certains modules on besoin de comandes 1 bit, d'autres 3 bits ou
encore 1 byte. Comment connaitre ces contraintes ?
Bref si vous pouvez m'eclairer sur les bases du protocole knx ou
m'indiquer un lien vers une documentation...
Un grand merci pour votre aide !
Laurent ARNAL
Unregistered
Le 26/09/2010 21:18, xtof a écrit :
> s mes adresses sont en 1/1/xxx. C'est deja sacrément embouteillé.
> Il m'aurait semblé logique de construire les adresses sous la forme A/
> B/C avec A=etage, B=piece et C=element (lampe, volet, seche
> serviette, ....)
>
> est-ce possible ? Quelle est la facon de numeroter que vous
> recommandez ?
>
> - je ne comprend pas bien les notions d'adresse de particpants,
> d'objets, de groupes, ...
> Je ne comprend pas non plus pourquoi un volet ou une lampe a variateur
> a besoin de deux adresses.
>
> - certains modules on besoin de comandes 1 bit, d'autres 3 bits ou
> encore 1 byte. Comment connaitre ces contraintes ?
>
> Bref si vous pouvez m'eclairer sur les bases du protocole knx ou
> m'indiquer un lien vers une documentation...
>
> Un grand merci pour votre aide !
>
Bonsoir,
En fait, ce n'est pas tout à fait çà.
Il ne faut pas confondre adresse du participant, et groupe.
L'adresse du participant, souvent écrit sous la forme x.y.z, identifie
de manière unique un participant sur le bus.
C'est cette adresse qui sert pour la programmation depuis ETS entre autre.
Les objets correspondent aux différentes fonctions du participant.
Par exemple, pour un interrupteur, on aura :
1 objet pour le on / off.
1 autre objet pour la graduation : + / -.
Le groupe, sous form x/y/z correspond à une notion de "groupe virtuel"
qui permet de mettre en relation plusieurs participant.
On va avoir par exemple un groupe "lumière salon on/off", où l'on va
mettre dedans plusieurs participant :
- l'interrupteur (la source) : object on/off.
- l'actuateur : relais de sorties qui commande les lumières.
Tout l'intérêt de la chose est de pouvoir mettre dans un groupe
plusieurs participants, voir de les déplacer après coups.
Cela permet de réassigner simplement un interrupteur à une autre fonction.
Au final il y a donc bien un seul adresse de participant pour une lampe
à variateur.
Mes n fonctions : on/off, variation, etc... donc n objets possibles, et
m groupes pour mettre en œuvre ces objets.
Pour le nombre de byte, tout dépend du type d'objet.
Généralement, pour les objets tout ou rien (on/off) c'est du 1 bit.
Pour les objets graduations, températures, etc, c'est plutôt du 8 bit.
Cdt,
Laurent.
Peut-être devrais-tu jeter un oeil sur ce site :
http://www.stielec.ac-aix-marseille.fr/c...ib/eib.htm
Et aussi sur la boutique en ligne de l'association KNX ou tu pourras
te créer un compte pour accéder à la liste des bouquins qu'ils
commercialisent :
https://onlineshop.knx.org/login
Et bien entendu faire des recherches sur le net, en commençant par
notre forum préféré.
Bonjour Laurent,
je reviens sur la notion d'adresse de participant et adresses de
groupe (ou objet ?)
Je tente de faire une analogie avec les adresses IP.
Est-ce que la forme a.b.c ou x/y/z correspond à une notion d'ensemble,
sous-ensemble
et identifiant ? comme BATIMENT.PIECE.ELEMENT ?
Ou est-ce que les participants ont besoin d'être tous sur le même
"sous-reseau" ex 1.1.ELEMENT ?
Même question pour les groupes ou objets A/B/C ... ?
Dans ma maison j'ai des cas où 1/1/78 correspond au ON/OFF d'une
lampe, et 1/1/123 correspond
à la variation 1 Byte de la même lampe. C'est pas très pratique...
Concernant les adresses de participant et d'objet, si je comprend bien
je peux avoir deux actionneurs
qui pilotent deux ampoules, disons 1.1.1 et 1.1.2. Dans le cas disons
que 1/1/1 et 1/1/2 sont les adresses
d'objet pour piloter ces ampoules. Si je configure l'adresse d'objet
1/1/3 comme pilotant aussi les lampes 1.1.1 et
1.1.2 alors un seul ordre sur 1/1/3 me permettra d'allumer les deux
lampes ?
J'ai besoin de vos lumières...
Un grand merci,
Christophe.
> Je tente de faire une analogie avec les adresses IP.
Bof, ca ne marche pas vraiment pareil...
> Est-ce que la forme a.b.c ou x/y/z correspond à une notion d'ensemble,
> sous-ensemble
> et identifiant ? comme BATIMENT.PIECE.ELEMENT ?
Oui dans l'esprit pour les adresses physiques (a.b.c). A priori, on
aurait le backbone a, la ligne b et le participant c.
Pour les adresses logiques (adresses de groupes, group address (GA)),
c'est complement arbitraire. On peut d'ailleurs choisir une notation x/
w au lieu de x/y/z.
> Ou est-ce que les participants ont besoin d'être tous sur le même
> "sous-reseau" ex 1.1.ELEMENT ?
A priori oui, tous les participants avec une adresse qui commence par
a.b sont tous sur la même ligne.
> Même question pour les groupes ou objets A/B/C ... ?
Voir ci-dessus, pour les GA c'est completement arbitraire.
> Dans ma maison j'ai des cas où 1/1/78 correspond au ON/OFF d'une
> lampe, et 1/1/123 correspond
> à la variation 1 Byte de la même lampe. C'est pas très pratique...
Il y a autant de modèles que de participants sur ce forum
L'important est de documenter, mais il est vrai qu'en cas de problème
une logique des valeurs de GA peut aider à reconnaitre un problème
(p.ex, si on/off est 1/1/x et dim 1/2/x, on voit assez vite une erreur
"à l'oeil".
> Concernant les adresses de participant et d'objet, si je comprend bien
> je peux avoir deux actionneurs
> qui pilotent deux ampoules, disons 1.1.1 et 1.1.2.
Une fois que les participants ont une adresse physique unique, on peut
l'oublier pour toute question de paramétrage des GAs. Les adresses
physiques ne servent (en gros) qu'à programmer le participant et à
l'identifier comme source des télégrammes.
> Dans le cas disons
> que 1/1/1 et 1/1/2 sont les adresses
> d'objet pour piloter ces ampoules. Si je configure l'adresse d'objet
> 1/1/3 comme pilotant aussi les lampes 1.1.1 et
> 1.1.2 alors un seul ordre sur 1/1/3 me permettra d'allumer les deux
> lampes ?
Oui. Il faut que tes participants 1.1.1 et 1.1.2 "écoutent" la GA
1/1/3. Donc en cas de ON sur 1/1/1 ou 1/1/3, le participant 1.1.1
allumera la lampe.
J'espère que ca t'aide.
Fred
|
