+- Forum KNX francophone / English KNX forum (https://www.knx-fr.com)
+-- Forum : Français (https://www.knx-fr.com/forumdisplay.php?fid=3)
+--- Forum : Archives eib-domotique (https://www.knx-fr.com/forumdisplay.php?fid=8)
+--- Sujet : Merten: çà commence à bien faire... (/showthread.php?tid=1585)
Merten: çà commence à bien faire... - Marc Assin - 06/09/2007
On 6 sep, 09:23, Dfrog <fross...@fmn.ch> wrote:
> la seule chose qu'un composant EIB perd lors de la
> reprogrammation, c'est les informations stockées (heure, date, états ,
> etc... ) les paramètres ne sont changés que si tu les a changés avec
> ETS !?!
Euuh, oui, bon d'accord.
On pourrais imaginer que ce setting est disponible via un objet et
donc programmable via ETS. J'ai pas vu. (sans doute mal regardé)
En parlant de thermostats, il y a des paramètres programmables par
EIB, quitte à laisser la possibilité à l'utilisateur final de les
modifier, même temporairement.
Je m'attendais donc à retrouver ce comportement ici.
Car enfin, voilà quand même un bidule qui coûte fort cher, dont il y a
déjà polémique à propos des versions hardware, et ensuite on trébuche
sur des petits inconvénients.
D'autre part, je ne suis pas parvenu à afficher la temp ext. Or je
peux lire cette temp via ETS monitor, et elle est affichée
correctement dans la Visu du HS2.
Watisdânâ ?
Et si ces petits inconvénients seraient liés à l'ancienne version
hardware: 3A ?
Car enfin, si on sort rapidement une nouvelle version hardware, c'est
quand même qu'il y avait une raison, me trompe je ???
Merci pour tes commentaires
Merten: çà commence à bien faire... - Marc Assin - 06/09/2007
On 6 sep, 09:31, leon <patrick.noe...@free.fr> wrote:
> Pour le display alterné il y a une option via ETS mais je n'ai pas
> essayé je ferais un test ce soir.
Aah !
Merci M'sieu, zêtes bien aimable.
> Programmation "délicate" : j'ai perdu le contact avec le 6288 après
> l'avoir programmé.
ûûû çà donne froid dans le dos. Pour un thermostat, c'est un
comble :-)
> ça donne quoi en Inox ?
C'est très subjectif. Perso, j'aime beaucoup. J'ai presque terminé la
salle de bain, j'y ai mis de l'inox partout (prises 220V, double RJ45,
PB 4gang) avec l'éclairage çà donne bien.
> Il est livré avec une visse pour la fixation mais j'ai pas trouvé ou
> la visser.
Dans la doc, fig 4, faut démonter le dessus, et fig 5A
perso je ne l'ai pas mises
>Je pense que pour le "4gang" il faut utiliser le velcro ce
> qui n'est pas génial car on peut l'enlever trop facilement du BCU.
Boaf, non
Mais je crois que c'est justement le but de la vis
Regarde un peu les fig 4&5 ???
Merten: çà commence à bien faire... - Dfrog - 06/09/2007
>
> Euuh, oui, bon d'accord.
> On pourrais imaginer que ce setting est disponible via un objet et
> donc programmable via ETS. J'ai pas vu. (sans doute mal regardé)
>
> En parlant de thermostats, il y a des paramètres programmables par
> EIB, quitte à laisser la possibilité à l'utilisateur final de les
> modifier, même temporairement.
> Je m'attendais donc à retrouver ce comportement ici.
>
> Car enfin, voilà quand même un bidule qui coûte fort cher, dont il y a
> déjà polémique à propos des versions hardware, et ensuite on trébuche
> sur des petits inconvénients.
>
> D'autre part, je ne suis pas parvenu à afficher la temp ext. Or je
> peux lire cette temp via ETS monitor, et elle est affichée
> correctement dans la Visu du HS2.
>
> Watisdânâ ?
>
> Et si ces petits inconvénients seraient liés à l'ancienne version
> hardware: 3A ?
> Car enfin, si on sort rapidement une nouvelle version hardware, c'est
> quand même qu'il y avait une raison, me trompe je ???
>
Oui, cher ami, vous vous trompeje! La version hardware a vu le jour
déjà avec la version "plus" du système M, en 2006. La gamme "Flache" à
été annoncée pratiquement en même temps. il s'agit d'une évolution
normale de leurs produits.
La configuration de l'affichage n'est pas "atteignable" par des
objets, il ne s'agit pas ici d'un Info Display librement
programmable ! Par contre, on peut "ouvrir" l'accès à certains
paramètres (timer, consignes) et agir par les 2 boutons à côté de
l'affichage. Pour tout le reste, il faut effectivement rendre
disponible les fonctions pour voir apparaître les différents objets
(et il y en a une pêlée).
Pour la temp ext., question un peu stupide... mais ... as-tu bien
relié ta temp ext à l'objet concerné du thermostat ? Car il n'y a pas
de raison qu'elle ne s'afffiche pas si tu peux la lire avec ETS...
Pour les paramètres de consignes et autres, ils sont en grande partie
atteignables par EIB, donc un autre composant peut envoyer une
consigne X au thermostat qui la prendra en lieu et place de celle
configurée dans les paramètres. La possibilité de la rendre temporaire
ou permanente est également possible.
Je ne peux pas détailler ici toutes les possibilités, elle sont
nombreuses et le mieux est de passer du temps pour les "aprivoiser" !
Bon courage ! ;-)
Merten: çà commence à bien faire... - Marc Assin - 06/09/2007
On 6 sep, 10:35, Dfrog <fross...@fmn.ch> wrote:
> Oui, cher ami, vous vous trompeje!
Ah bon ! encore ! çà devient une habitude :-))
> La version hardware a vu le jour
> déjà avec la version "plus" du système M, en 2006.
OK, d'accord, mais j'ai vu ce thermostat dans les "news" sur le site
de Merten, j'en ai déduit (erronément) que c'était nouveau
> La configuration de l'affichage n'est pas "atteignable" par des
> objets,
Bon, c'est un peu dommage.
Tu vas me rétorquer que, une fois en "régime de croisière" on ne re-
programme plus le device tout les 5 min et donc le problème tombe.
Mwouai
> (et il y en a une pêlée).
J'en ai compté une vingtaine. Et on ne sait pas à l'avance combien il
y en a, puisque çà dépend des menus qu'on "ouvre"
D'où la question de leon à propos d'une doc détaillée prend tout son
sens, là au moins on pourrais voir tout les objets en liste et agir en
conséquence. As-tu connaissance d'une telle doc ? j'ai cherché en
allemand, pas vu, pas pris.
> as-tu bien
> relié ta temp ext à l'objet concerné du thermostat ?
Oui Dominique.
> Car il n'y a pas
> de raison qu'elle ne s'afffiche pas si tu peux la lire avec ETS...
Ben c'est bien là l'objet de mon désarroi. Il affiche 0. J'ai vérifié
les datatype, c'est pareil.
Merci Dominique
Merten: çà commence à bien faire... - Marc Assin - 17/09/2007
On 3 sep, 15:39, leon <patrick.noe...@free.fr> wrote:
> ou peut on télécharger une doc sur
> ce BCU et sur le thermostat ?
Je viens de recevoir la doc (en anglais)
Ca semble assez complet, 43 pages. Avec un peu de bonne volonté, il y
a même moyen de s'y retrouver :-)
Je peux te l'envoyer, aucazou (comme on dit en Midi-Pyrénées)
Merten: çà commence à bien faire... - junior76 - 17/09/2007
Moi, ça m'intéresse beaucoup la doc.
Bonne journée
Junior76
On 17 sep, 09:21, Marc Assin <raym...@warichet.com> wrote:
> On 3 sep, 15:39, leon <patrick.noe...@free.fr> wrote:
>
> > ou peut on télécharger une doc sur
> > ce BCU et sur le thermostat ?
>
> Je viens de recevoir la doc (en anglais)
> Ca semble assez complet, 43 pages. Avec un peu de bonne volonté, il y
> a même moyen de s'y retrouver :-)
>
> Je peux te l'envoyer, aucazou (comme on dit en Midi-Pyrénées)
Merten: çà commence à bien faire... - leon - 18/09/2007
Bonjour,
oui si tu peux m'envoyer la doc.
J'ai de mon côté récupéré une doc pdf de chez Schneider en français
sur les applications de certain produit KNX cela peut aider.
Pour le thermostat j'ai deux questions :
La température n'affiche pas les dixièmes de degrés y a t'il un moyen
pour l'avoir ? C'est un peu frustrant car dans une pièce je ne sais
pas si j'ai 19° ou 19,5° voir 18,9°.
J'ai un bouton (haut droit) ne faisant pas partie d'un GA qui une fois
appuyé garde sa led bleue allumée même après un autre appuis, les
autres qui ne participent pas a un GA ne le font pas (un appuis allume
la led un deuxième l'éteind . Est il possible de désactiver la led
associée au bouton si il n'est pas programmé pour une action ?
Merci
On 17 sep, 09:21, Marc Assin <raym...@warichet.com> wrote:
> On 3 sep, 15:39, leon <patrick.noe...@free.fr> wrote:
>
> > ou peut on télécharger une doc sur
> > ce BCU et sur le thermostat ?
>
> Je viens de recevoir la doc (en anglais)
> Ca semble assez complet, 43 pages. Avec un peu de bonne volonté, il y
> a même moyen de s'y retrouver :-)
>
> Je peux te l'envoyer, aucazou (comme on dit en Midi-Pyrénées)
Merten: çà commence à bien faire... - Marc Assin - 18/09/2007
On 18 sep, 17:55, leon <patrick.noe...@free.fr> wrote:
> oui si tu peux m'envoyer la doc.
OK
> J'ai de mon côté récupéré une doc pdf de chez Schneider en français
> sur les applications de certain produit KNX
Oui, je veux bien la doc, ou mieux encore le pointeur (s'il est
public)
> La température n'affiche pas les dixièmes de degrés y a t'il un moyen
> pour l'avoir ?
Oui, je pense bien, à la page 43 du petit manuel, option d1 (son
comportement par défaut est sans décimale)
Mais tu me fais penser que, comme j'ai pris l'option d12 hé ben
bernique, pas de décimale, c'est quand même un peu cucu ce truc !
c'est l'un ou l'autre
On va encore argumenter qu'il n'y a pas assez de mémoire dans le BCU,
mildjû, c'est vrai que çà commence à bien faire :-(
>C'est un peu frustrant
Oh, il y a bien plus pire, grâf :-)
> J'ai un bouton (haut droit) ne faisant pas partie d'un GA qui une fois
> appuyé garde sa led bleue allumée même après un autre appuis, les
> autres qui ne participent pas a un GA ne le font pas (un appuis allume
> la led un deuxième l'éteind . Est il possible de désactiver la led
> associée au bouton si il n'est pas programmé pour une action ?
Je ne sais pas. Il y a bien le master reset, mais pfiou, un peu lourd.
Tu as déjà essayé "reset device" dans ETS ?
Merten: çà commence à bien faire... - leon - 18/09/2007
Je vais essayer les options d1 maintenant avec la doc ce sera un peu
plus facile
un reset du device permet effectivement d'éteindre la LED qui pose pb
mais c'est un peu lourd.
Je te fais suivre la doc que j'ai eu sur un CD avec la doc knx de
schneider.
Merci
On 18 sep, 18:41, Marc Assin <raym...@warichet.com> wrote:
> On 18 sep, 17:55, leon <patrick.noe...@free.fr> wrote:> oui si tu peux m'envoyer la doc.
>
> OK
>
> > J'ai de mon côté récupéré une doc pdf de chez Schneider en français
> > sur les applications de certain produit KNX
>
> Oui, je veux bien la doc, ou mieux encore le pointeur (s'il est
> public)
>
> > La température n'affiche pas les dixièmes de degrés y a t'il un moyen
> > pour l'avoir ?
>
> Oui, je pense bien, à la page 43 du petit manuel, option d1 (son
> comportement par défaut est sans décimale)
> Mais tu me fais penser que, comme j'ai pris l'option d12 hé ben
> bernique, pas de décimale, c'est quand même un peu cucu ce truc !
> c'est l'un ou l'autre
> On va encore argumenter qu'il n'y a pas assez de mémoire dans le BCU,
> mildjû, c'est vrai que çà commence à bien faire :-(
>
> >C'est un peu frustrant
>
> Oh, il y a bien plus pire, grâf :-)
>
> > J'ai un bouton (haut droit) ne faisant pas partie d'un GA qui une fois
> > appuyé garde sa led bleue allumée même après un autre appuis, les
> > autres qui ne participent pas a un GA ne le font pas (un appuis allume
> > la led un deuxième l'éteind . Est il possible de désactiver la led
> > associée au bouton si il n'est pas programmé pour une action ?
>
> Je ne sais pas. Il y a bien le master reset, mais pfiou, un peu lourd.
> Tu as déjà essayé "reset device" dans ETS ?
Merten: çà commence à bien faire... - Dfrog - 19/09/2007
> > J'ai un bouton (haut droit) ne faisant pas partie d'un GA qui une fois
> > appuyé garde sa led bleue allumée même après un autre appuis, les
> > autres qui ne participent pas a un GA ne le font pas (un appuis allume
> > la led un deuxième l'éteind . Est il possible de désactiver la led
> > associée au bouton si il n'est pas programmé pour une action ?
>
Par défaut, le paramètre pour l'allumage de la led est lié à la
pression du bouton, il faut juste lui donner le paramètre "from status
feedback object". Ainsi, tant que l'objet LED n'a pas de GA, la led ne
s'allumera pas.
Merten: çà commence à bien faire... - Dfrog - 19/09/2007
>
> > La température n'affiche pas les dixièmes de degrés y a t'il un moyen
> > pour l'avoir ?
>
> Oui, je pense bien, à la page 43 du petit manuel, option d1 (son
> comportement par défaut est sans décimale)
> Mais tu me fais penser que, comme j'ai pris l'option d12 hé ben
> bernique, pas de décimale, c'est quand même un peu cucu ce truc !
> c'est l'un ou l'autre
> On va encore argumenter qu'il n'y a pas assez de mémoire dans le BCU,
> mildjû, c'est vrai que çà commence à bien faire :-(
>
A ma connaisance, il n'y a pas de moyen de visualiser les chiffres
après la virgule pour l'objet "température actuelle" (d0). L'option d1
est l'affichage de la consigne, qui elle, s'affiche avec le .5 en
plus. Le thermostat mesure au 100ème de degré, mais malheureusement
n'affiche pas les décimales. Ce n'est pas une question de mémoire,
c'est une question de choix du constructeur (la donnée est stockée
avec 2 chiffres après la virgule). Dans le cas des anciens modèles,
l'affichage n'était pas très grand et il est probable que le compromis
"grandeur des chiffres - nombre de chiffres affichable" a donné ce
choix. J'ai eu quelques fois la questions de clients, mais le problème
n'en est pas vraiment un. L'important est la précision de calculation
pour la bonne réaction du chauffage. La valeur montrée n'est qu'une
indication sécondaire. Pour les fonctions plus sensibles (zone de
froid à contrôler avec précision par exemple), on utilise généralement
des affichages séparés qui eux reprennent l'objet du thermostat avec
tous les chiffres. Mais je suis d'accord, c'est un peu frustrant,
sachant la précision du machin!...
Merten: çà commence à bien faire... - leon - 19/09/2007
Merci Dfrog pour ses précisions l'important c'est effectivement la
précision réelle.
Par contre sais tu si on a 19,9 dans la pièce l'écran va afficher 19
ou 20° ? pour les frileux ça change tout
Jung a sorti des thermostats RCD 3094 ou 3096 qui affiche le dixième
de ° mais il faudrait comparer les fonctions par rapport aux 6288 de
Merten.
Merten: çà commence à bien faire... - Dfrog - 21/09/2007
Lorsque qu'il affiche 19, ça peut être 18,5 jusqu'à 19,4, au-dela il
affiche soit 18, soit 20.
Les thermostat Jung sont très bien, c'est peut-être le 2ème choix
après Merten, mais ils n'ont pas de timer intégrés (à vérifier pour la
série 30xx). Autrement ils sont bien fournis au niveau soft, seul
bémole : ils utilisent un plug-in. Plus long à télécharger... (comme
l'info-display). Pour la précision de calcul, c'est du pareille au
même (les possibilités au niveau des touches sont moins importantes
que chez Merten, mais il y en a tellement...)
On 19 sep, 08:43, leon <patrick.noe...@free.fr> wrote:
> Merci Dfrog pour ses précisions l'important c'est effectivement la
> précision réelle.
>
> Par contre sais tu si on a 19,9 dans la pièce l'écran va afficher 19
> ou 20° ? pour les frileux ça change tout
>
> Jung a sorti des thermostats RCD 3094 ou 3096 qui affiche le dixième
> de ° mais il faudrait comparer les fonctions par rapport aux 6288 de
> Merten.
Merten: çà commence à bien faire... - Marc Assin - 21/10/2007
On 1 sep, 21:46, Dfrog <fross...@fmn.ch> wrote:
> Va juste télécharger le soft pour le modèle 6288 sur le site Merten,
> c'est le bon.
Est-ce qu'il y a moyen de "lire" le mode dans lequel se trouve le
thermostat ? (confort, night etc).
On dirais que oui, mais je n'y arrive pas. J'ai essayé avec le flag
Read et Transmission, rien à faire. Ou est-ce qu'on trouve une "bonne"
explication de ces #@ç$ flags ?
Pour la Visu, j'aimerais bien que le symbôle dynamique change en
fonction du mode du th.
NB: la fonction "Write" marche bien, et donc j'arrive à faire changer
le mode du thermostat en fonction de l'heure.
Merten: çà commence à bien faire... - Dfrog - 22/10/2007
>
> Est-ce qu'il y a moyen de "lire" le mode dans lequel se trouve le
> thermostat ? (confort, night etc).
Oui, pas de problème
> On dirais que oui, mais je n'y arrive pas. J'ai essayé avec le flag
> Read et Transmission, rien à faire. Ou est-ce qu'on trouve une "bonne"
> explication de ces #@ç$ flags ?
Je viens encore juste de tester: il suffit d'ajouter le flag "lecture"
et c'est tout (pas oublier de faire un téléchargement partiel
après!...)
Merten: çà commence à bien faire... - mickg - 22/10/2007
Bonjour,
Tu peux paramétrer l'objet 44 "Etat mode fonctionnement" en envoi 1
bit ou 1 byte, et le flag "Lecture" est activé par défaut (donc à ne
pas toucher).
En 1 bit, tu choisis les 2 états que tu souhaites recevoir
En 1 byte, tu peux interpréter chaque bit (bit 0 : confort, bit 1 :
veille....)
On 21 oct, 21:33, Marc Assin <raym...@warichet.com> wrote:
> On 1 sep, 21:46, Dfrog <fross...@fmn.ch> wrote:
>
> > Va juste télécharger le soft pour le modèle 6288 sur le site Merten,
> > c'est le bon.
>
> Est-ce qu'il y a moyen de "lire" le mode dans lequel se trouve le
> thermostat ? (confort, night etc).
> On dirais que oui, mais je n'y arrive pas. J'ai essayé avec le flag
> Read et Transmission, rien à faire. Ou est-ce qu'on trouve une "bonne"
> explication de ces #@ç$ flags ?
> Pour la Visu, j'aimerais bien que le symbôle dynamique change en
> fonction du mode du th.
>
> NB: la fonction "Write" marche bien, et donc j'arrive à faire changer
> le mode du thermostat en fonction de l'heure.
Merten: çà commence à bien faire... - Marc Assin - 22/10/2007
@Dfrog
> Oui, pas de problème
Snif .... snif ....
> Je viens encore juste de tester: il suffit d'ajouter le flag "lecture"
OK. Dans mon cas, il était mis.
> (pas oublier de faire un téléchargement partiel après!...)
Oui, oui, c'est fait
Tu test avec quoi ?
Perso, j'utilise le monitor
@Mickg
Tu peux paramétrer l'objet 44 "Etat mode fonctionnement" en envoi 1
bit ou 1 byte, et le flag "Lecture" est activé par défaut (donc à ne
pas toucher).
En 1 bit, tu choisis les 2 états que tu souhaites recevoir
En 1 byte, tu peux interpréter chaque bit (bit 0 : confort, bit 1 :
veille....)
Hé ben, je suis complètement passé à côté :-(
Mais ... on dirais que tu as la db en français ?
OK, mais il faut que je fasse attention, le device est en service, en
on ne voit pas directement la relation entre un paramètre du setup et
l'objet modifié
Donc, je pense qu'on parle de
Controller general
--- Operation mode / status
--- --- Toggle operation mode via [1 bit] c'est le défaut, je le
laisse
---------- Size of status object [1 bit] c'est de çà que tu parles ???
---------- Status selection [bit 3] OK, on peut choisir, mais je
suppose que ce n'est que dans le cas de 1 bit ? Je suppose, comme tu
as l'air de l'indiquer, que si je choisis le status sur 1 byte,
j'aurais tout les bit de status d'un coup ?
@Dfrog
Mais alors, comment tu as fait toi ?
Il s'agit bien du même appareil ?
Merci beaucoup)
Merten: çà commence à bien faire... - mickg - 22/10/2007
On 22 oct, 09:01, Marc Assin <raym...@warichet.com> wrote:
> Donc, je pense qu'on parle de
> Controller general
> --- Operation mode / status
> --- --- Toggle operation mode via [1 bit] c'est le défaut, je le
> laisse
> ---------- Size of status object [1 bit] c'est de çà que tu parles ???
> ---------- Status selection [bit 3] OK, on peut choisir, mais je
> suppose que ce n'est que dans le cas de 1 bit ? Je suppose, comme tu
> as l'air de l'indiquer, que si je choisis le status sur 1 byte,
> j'aurais tout les bit de status d'un coup ?
>
Vivi, c'est bien çà dont je parle...
Merten: çà commence à bien faire... - jef2000 - 22/10/2007
> Mais alors, comment tu as fait toi ?
> Il s'agit bien du même appareil ?
Je pense que vous ne parlez pas tous de la même chose. Si tu veut
pouvoir lire le mode actuel, il suffit comme Dfrog l'explique, de
mettre le flag "read". Si par contre tu veut que le thermostat
t'envoie de lui-même son mode quand il en change, tu dois utiliser
l'objet 44 évoqué par mickg avec le flag "Transmit". C'est 2
opérations complètement différentes, il reste à savoir si ta visu
effectue une opération de lecture du mode sur le bus ou bien si elle
se contente de stocker au fur et à mesure le mode qu'elle reçoit.
Merten: çà commence à bien faire... - Marc Assin - 22/10/2007
On 22 oct, 10:55, jef2000 <jef2...@ouaye.net> wrote:
> Je pense que vous ne parlez pas tous de la même chose.
Je crois bien que si, même si c'est un peu embrouillé
> Si tu veut
> pouvoir lire le mode actuel, il suffit comme Dfrog l'explique, de
> mettre le flag "read".
Oui, bien d'accord. Il se trouve que le flag "Communication" est mis
par défaut, j'ai donc rajouté le flag "Read", puis "Transmit". Rien
n'y fait. Et donc, c'est le point de départ du post.
Est-ce que qq a une bonne explication des flags ? Ce que j'ai trouvé
dans les specs est un peu "sec", c'est une description, pas une
explication.
Cette histoire de flag me turlupinne depuis le début, car enfin, voilà
un flag qui s'apelle "Read" et lorsqu'il n'est PAS mis, on peut lire
quand même ?!?
Et j'ai cru comprendre que les flags dans le HS (qui portent le même
nom) ne fonctionnent pas pareil.
> Si par contre tu veut que le thermostat
> t'envoie de lui-même son mode quand il en change, tu dois utiliser
> l'objet 44 évoqué par mickg avec le flag "Transmit".
Oui, c'est super chouette, mais je n'avais pas vu aussi loin. C'est
p'têt la meilleure solution.
> C'est 2 opérations complètement différentes,
OK, bien d'accord
> il reste à savoir si ta visu
> effectue une opération de lecture du mode sur le bus ou bien si elle
> se contente de stocker au fur et à mesure le mode qu'elle reçoit.
Bonne question, je ne sais pas trop, je crois que le HS prend des
initiatives, mais sur base de quoi ?
Pour l'instant, dans la Visu, je peux forcer le mode du th, via des
boutons (ces boutons envoient simplement des commandes de "mode" au
th., mais le fonctionnement normal est contrôlé par l'horloge)
Puis, je voudrais que dans la Visu, le thermostat affiche son mode
"actuel" (nuit, confort, etc) via un objet dynamique. Cà ne marche
pas.
J'ai regardé au niveau ETS, et monitor, et là aussi, je constate que
çà ne marche pas.
Je viens de re-regarder à l'instant, çà marche, .... je n'ai rien
modifié depuis hier, .... c'est à n'y rien comprendre (j'ai laissé les
flags R,T sur tout les modes de fonctionnement du th).
Merten: çà commence à bien faire... - jef2000 - 22/10/2007
D'après ce que j'en ai compris:
Le flag "write" fait en sorte que l'état de l'objet (interne au
participant) est mis à jour si un télégramme "write" passe sur le bus
pour son adresse groupe
Le flag "read" fait en sorte que si une requête de lecture passe sur
le bus, le participant y répond en envoyant son état interne.
Le flag "transmit" autorise le participant à envoyer son état sur le
bus lorsque le programme d'application chargé dedans le demande.
Donc j'en déduis les règles suivantes:
Le flag write est toujours activé sauf lorsque ça n'a pas de sens
(pour la température actuelle par ex.)
Pour le flag "read" je fais en sorte que pour une addresse de groupe
donnée, un seul participant aie le flag "read" activé. De préférence
celui qui représente le mieux l'état de la fonction (souvent c'est
l'actuateur)
Pour le flag "transmit", je l'active lorsque le participant est censé
envoyer quelque chose de sa propre initiative. Pour les modules
poussoir, il est toujours activé. Pour les modules de sortie pas.
Généralement, quand un module de sortie doit envoyer quelque chose sur
le bus de sa propre initiative, c'est via un objet séparé (retour de
status) qui lui a le flag "transmit" activé.
En tout cas, c'est comme ça que j'ai compris le problème... N'hésitez
pas à me corriger si je dis des conneries.
Je vais m'arrêter là parce que plus j'en dit, plus j'ai l'impression
d'embrouiller tout le monde.
On 22 oct, 13:59, Marc Assin <raym...@warichet.com> wrote:
> On 22 oct, 10:55, jef2000 <jef2...@ouaye.net> wrote:> Je pense que vous ne parlez pas tous de la même chose.
>
> Je crois bien que si, même si c'est un peu embrouillé
>
> > Si tu veut
> > pouvoir lire le mode actuel, il suffit comme Dfrog l'explique, de
> > mettre le flag "read".
>
> Oui, bien d'accord. Il se trouve que le flag "Communication" est mis
> par défaut, j'ai donc rajouté le flag "Read", puis "Transmit". Rien
> n'y fait. Et donc, c'est le point de départ du post.
>
> Est-ce que qq a une bonne explication des flags ? Ce que j'ai trouvé
> dans les specs est un peu "sec", c'est une description, pas une
> explication.
> Cette histoire de flag me turlupinne depuis le début, car enfin, voilà
> un flag qui s'apelle "Read" et lorsqu'il n'est PAS mis, on peut lire
> quand même ?!?
> Et j'ai cru comprendre que les flags dans le HS (qui portent le même
> nom) ne fonctionnent pas pareil.
>
> > Si par contre tu veut que le thermostat
> > t'envoie de lui-même son mode quand il en change, tu dois utiliser
> > l'objet 44 évoqué par mickg avec le flag "Transmit".
>
> Oui, c'est super chouette, mais je n'avais pas vu aussi loin. C'est
> p'têt la meilleure solution.
>
> > C'est 2 opérations complètement différentes,
>
> OK, bien d'accord
>
> > il reste à savoir si ta visu
> > effectue une opération de lecture du mode sur le bus ou bien si elle
> > se contente de stocker au fur et à mesure le mode qu'elle reçoit.
>
> Bonne question, je ne sais pas trop, je crois que le HS prend des
> initiatives, mais sur base de quoi ?
> Pour l'instant, dans la Visu, je peux forcer le mode du th, via des
> boutons (ces boutons envoient simplement des commandes de "mode" au
> th., mais le fonctionnement normal est contrôlé par l'horloge)
> Puis, je voudrais que dans la Visu, le thermostat affiche son mode
> "actuel" (nuit, confort, etc) via un objet dynamique. Cà ne marche
> pas.
> J'ai regardé au niveau ETS, et monitor, et là aussi, je constate que
> çà ne marche pas.
> Je viens de re-regarder à l'instant, çà marche, .... je n'ai rien
> modifié depuis hier, .... c'est à n'y rien comprendre (j'ai laissé les
> flags R,T sur tout les modes de fonctionnement du th).
Merten: çà commence à bien faire... - mickg - 23/10/2007
Non non, il n'y a pas de conneries ;-) , pour conforter tes propos :
Extrait du cours KNX :
Communication : (actif) la liaison entre les objets de communication
et le bus est normale
(inactif) les télégrammes sont acquittés,
mais l'objet n'est pas modifié
Lecture : permet de lire la valeur de l'objet via le bus
Ecriture : permet de modifier la valeur de l'objet via le bus
Transmission : (actif) si (pour un capteur) la valeur de l'objet est
modifiée, un télégramme correspondant est envoyé
(inactif) l'objet n'émet un télégramme de
réponse qu'en cas de demande de lecture (si read actif)
Actualisation (Mise à jour) : Les télégrammes de réponse de valeur
sont interprétés comme instruction d'écriture : la valeur de l'objet
est actualisée
Pour revenir au problème de Marc assin, personnellement quand il y a
un objet "Etat", c'est celui que j'utilise pour mettre à jour un objet
tiers.
@+
On 23 oct, 00:03, jef2000 <jef2...@ouaye.net> wrote:
> D'après ce que j'en ai compris:
> Le flag "write" fait en sorte que l'état de l'objet (interne au
> participant) est mis à jour si un télégramme "write" passe sur le bus
> pour son adresse groupe
> Le flag "read" fait en sorte que si une requête de lecture passe sur
> le bus, le participant y répond en envoyant son état interne.
> Le flag "transmit" autorise le participant à envoyer son état sur le
> bus lorsque le programme d'application chargé dedans le demande.
>
> Donc j'en déduis les règles suivantes:
> Le flag write est toujours activé sauf lorsque ça n'a pas de sens
> (pour la température actuelle par ex.)
> Pour le flag "read" je fais en sorte que pour une addresse de groupe
> donnée, un seul participant aie le flag "read" activé. De préférence
> celui qui représente le mieux l'état de la fonction (souvent c'est
> l'actuateur)
> Pour le flag "transmit", je l'active lorsque le participant est censé
> envoyer quelque chose de sa propre initiative. Pour les modules
> poussoir, il est toujours activé. Pour les modules de sortie pas.
> Généralement, quand un module de sortie doit envoyer quelque chose sur
> le bus de sa propre initiative, c'est via un objet séparé (retour de
> status) qui lui a le flag "transmit" activé.
> En tout cas, c'est comme ça que j'ai compris le problème... N'hésitez
> pas à me corriger si je dis des conneries.
> Je vais m'arrêter là parce que plus j'en dit, plus j'ai l'impression
> d'embrouiller tout le monde.
>
> On 22 oct, 13:59, Marc Assin <raym...@warichet.com> wrote:
>
> > On 22 oct, 10:55, jef2000 <jef2...@ouaye.net> wrote:> Je pense que vous ne parlez pas tous de la même chose.
>
> > Je crois bien que si, même si c'est un peu embrouillé
>
> > > Si tu veut
> > > pouvoir lire le mode actuel, il suffit comme Dfrog l'explique, de
> > > mettre le flag "read".
>
> > Oui, bien d'accord. Il se trouve que le flag "Communication" est mis
> > par défaut, j'ai donc rajouté le flag "Read", puis "Transmit". Rien
> > n'y fait. Et donc, c'est le point de départ du post.
>
> > Est-ce que qq a une bonne explication des flags ? Ce que j'ai trouvé
> > dans les specs est un peu "sec", c'est une description, pas une
> > explication.
> > Cette histoire de flag me turlupinne depuis le début, car enfin, voilà
> > un flag qui s'apelle "Read" et lorsqu'il n'est PAS mis, on peut lire
> > quand même ?!?
> > Et j'ai cru comprendre que les flags dans le HS (qui portent le même
> > nom) ne fonctionnent pas pareil.
>
> > > Si par contre tu veut que le thermostat
> > > t'envoie de lui-même son mode quand il en change, tu dois utiliser
> > > l'objet 44 évoqué par mickg avec le flag "Transmit".
>
> > Oui, c'est super chouette, mais je n'avais pas vu aussi loin. C'est
> > p'têt la meilleure solution.
>
> > > C'est 2 opérations complètement différentes,
>
> > OK, bien d'accord
>
> > > il reste à savoir si ta visu
> > > effectue une opération de lecture du mode sur le bus ou bien si elle
> > > se contente de stocker au fur et à mesure le mode qu'elle reçoit.
>
> > Bonne question, je ne sais pas trop, je crois que le HS prend des
> > initiatives, mais sur base de quoi ?
> > Pour l'instant, dans la Visu, je peux forcer le mode du th, via des
> > boutons (ces boutons envoient simplement des commandes de "mode" au
> > th., mais le fonctionnement normal est contrôlé par l'horloge)
> > Puis, je voudrais que dans la Visu, le thermostat affiche son mode
> > "actuel" (nuit, confort, etc) via un objet dynamique. Cà ne marche
> > pas.
> > J'ai regardé au niveau ETS, et monitor, et là aussi, je constate que
> > çà ne marche pas.
> > Je viens de re-regarder à l'instant, çà marche, .... je n'ai rien
> > modifié depuis hier, .... c'est à n'y rien comprendre (j'ai laissé les
> > flags R,T sur tout les modes de fonctionnement du th).
Merten: çà commence à bien faire... - David Aussillou - 23/10/2007
Bjr
Tu parles, Mickg, d'un cours Knx dont tu dis citer un extrait. Ce cours
existe vraiment ou c'est une façon de parler ?
Pardon pour cette question innocente.
-----Message d'origine-----
De : domotique-EIB@googlegroups.com [mailto:domotique-EIB@googlegroups.com]
De la part de mickg
Envoyé : mardi 23 octobre 2007 08:06
À : domotique-EIB
Objet : Re: Merten: çà commence à bien faire...
Non non, il n'y a pas de conneries ;-) , pour conforter tes propos :
Extrait du cours KNX :
Communication : (actif) la liaison entre les objets de communication
et le bus est normale
(inactif) les télégrammes sont acquittés,
mais l'objet n'est pas modifié
Lecture : permet de lire la valeur de l'objet via le bus
Ecriture : permet de modifier la valeur de l'objet via le bus
Transmission : (actif) si (pour un capteur) la valeur de l'objet est
modifiée, un télégramme correspondant est envoyé
(inactif) l'objet n'émet un télégramme de
réponse qu'en cas de demande de lecture (si read actif)
Actualisation (Mise à jour) : Les télégrammes de réponse de valeur
sont interprétés comme instruction d'écriture : la valeur de l'objet
est actualisée
Pour revenir au problème de Marc assin, personnellement quand il y a
un objet "Etat", c'est celui que j'utilise pour mettre à jour un objet
tiers.
@+
On 23 oct, 00:03, jef2000 <jef2...@ouaye.net> wrote:
> D'après ce que j'en ai compris:
> Le flag "write" fait en sorte que l'état de l'objet (interne au
> participant) est mis à jour si un télégramme "write" passe sur le bus
> pour son adresse groupe
> Le flag "read" fait en sorte que si une requête de lecture passe sur
> le bus, le participant y répond en envoyant son état interne.
> Le flag "transmit" autorise le participant à envoyer son état sur le
> bus lorsque le programme d'application chargé dedans le demande.
>
> Donc j'en déduis les règles suivantes:
> Le flag write est toujours activé sauf lorsque ça n'a pas de sens
> (pour la température actuelle par ex.)
> Pour le flag "read" je fais en sorte que pour une addresse de groupe
> donnée, un seul participant aie le flag "read" activé. De préférence
> celui qui représente le mieux l'état de la fonction (souvent c'est
> l'actuateur)
> Pour le flag "transmit", je l'active lorsque le participant est censé
> envoyer quelque chose de sa propre initiative. Pour les modules
> poussoir, il est toujours activé. Pour les modules de sortie pas.
> Généralement, quand un module de sortie doit envoyer quelque chose sur
> le bus de sa propre initiative, c'est via un objet séparé (retour de
> status) qui lui a le flag "transmit" activé.
> En tout cas, c'est comme ça que j'ai compris le problème... N'hésitez
> pas à me corriger si je dis des conneries.
> Je vais m'arrêter là parce que plus j'en dit, plus j'ai l'impression
> d'embrouiller tout le monde.
>
> On 22 oct, 13:59, Marc Assin <raym...@warichet.com> wrote:
>
> > On 22 oct, 10:55, jef2000 <jef2...@ouaye.net> wrote:> Je pense que vous
ne parlez pas tous de la même chose.
>
> > Je crois bien que si, même si c'est un peu embrouillé
>
> > > Si tu veut
> > > pouvoir lire le mode actuel, il suffit comme Dfrog l'explique, de
> > > mettre le flag "read".
>
> > Oui, bien d'accord. Il se trouve que le flag "Communication" est mis
> > par défaut, j'ai donc rajouté le flag "Read", puis "Transmit". Rien
> > n'y fait. Et donc, c'est le point de départ du post.
>
> > Est-ce que qq a une bonne explication des flags ? Ce que j'ai trouvé
> > dans les specs est un peu "sec", c'est une description, pas une
> > explication.
> > Cette histoire de flag me turlupinne depuis le début, car enfin, voilà
> > un flag qui s'apelle "Read" et lorsqu'il n'est PAS mis, on peut lire
> > quand même ?!?
> > Et j'ai cru comprendre que les flags dans le HS (qui portent le même
> > nom) ne fonctionnent pas pareil.
>
> > > Si par contre tu veut que le thermostat
> > > t'envoie de lui-même son mode quand il en change, tu dois utiliser
> > > l'objet 44 évoqué par mickg avec le flag "Transmit".
>
> > Oui, c'est super chouette, mais je n'avais pas vu aussi loin. C'est
> > p'têt la meilleure solution.
>
> > > C'est 2 opérations complètement différentes,
>
> > OK, bien d'accord
>
> > > il reste à savoir si ta visu
> > > effectue une opération de lecture du mode sur le bus ou bien si elle
> > > se contente de stocker au fur et à mesure le mode qu'elle reçoit.
>
> > Bonne question, je ne sais pas trop, je crois que le HS prend des
> > initiatives, mais sur base de quoi ?
> > Pour l'instant, dans la Visu, je peux forcer le mode du th, via des
> > boutons (ces boutons envoient simplement des commandes de "mode" au
> > th., mais le fonctionnement normal est contrôlé par l'horloge)
> > Puis, je voudrais que dans la Visu, le thermostat affiche son mode
> > "actuel" (nuit, confort, etc) via un objet dynamique. Cà ne marche
> > pas.
> > J'ai regardé au niveau ETS, et monitor, et là aussi, je constate que
> > çà ne marche pas.
> > Je viens de re-regarder à l'instant, çà marche, .... je n'ai rien
> > modifié depuis hier, .... c'est à n'y rien comprendre (j'ai laissé les
> > flags R,T sur tout les modes de fonctionnement du th).
Merten: çà commence à bien faire... - Marc Assin - 23/10/2007
On 23 oct, 11:39, "David Aussillou" <da...@aussillou.com> wrote:
> Ce cours existe vraiment ?
Oui, bien sûr, il existe "vraiment" ce cours !
Il y a 2 ans, il coùtait +/- 1.000€, pour une semaine, avec examen
pour la certification EIB/KNX, le dernier jour.
Si tu remplis ton profil, on pourrait même te dire où çà se passe pour
ta région / pays.
Merten: çà commence à bien faire... - David Aussillou - 23/10/2007
Ah oui...
Je ne pensais pas alors à cet aspect des choses. +/- 1000 euros... c'est beaucoup pour un particulier.
Je pensais à un cours que chacun s'échangerait... mais l'apprentissage du Knx est encore trop confidentiel pour en arriver là .
Merci beaucoup en tout cas pour ce renseignement.
David
-----Message d'origine-----
De : domotique-EIB@googlegroups.com [mailto:domotique-EIB@googlegroups.com] De la part de Marc Assin
Envoyé : mardi 23 octobre 2007 12:20
À : domotique-EIB
Objet : Re: Merten: çà commence à bien faire...
On 23 oct, 11:39, "David Aussillou" <da...@aussillou.com> wrote:
> Ce cours existe vraiment ?
Oui, bien sûr, il existe "vraiment" ce cours !
Il y a 2 ans, il coùtait +/- 1.000€, pour une semaine, avec examen
pour la certification EIB/KNX, le dernier jour.
Si tu remplis ton profil, on pourrait même te dire où çà se passe pour
ta région / pays.