Bonjour,
je constate un comportement erratique des certains composants EIB.
Je m'explique : j'ai installé plusieurs interrupteurs HAGER TP WKT 306
et 316.
Le raccordement et l'installation (adresse + programme + GA +
paramètres) se sont passés sans problème.
Aujourd'hui, sans raison apparente, voulant réaffecter des fonctions
nouvelles à un interrupteur, je lance la procédure de programmation GA
+paramètre via ETS : le programme commence normalement jusqu'à la
création de l'image. La programmation débute puis... echec. Enfin le
composant n'est plus retrouvé que se soit par recherche d'adresse ou
scan : il est tout bonnement inaccessible. J'essaye de lui réaffecter
une adresse ETS ne peut trouver le composant... Pourtant le composant
est alimenté, le bus est trouvé (LED de programmation normalement
éclairée).
Je demande à ETS de vérifier le projet et là :
"1.1 Nouvelle ligne : Le nombre de self sur la ligne "1.1 Nouvelle
ligne" ne correspond pas au nombre d'alimentations.
1.1 Nouvelle ligne : Total power consumption on line "1.1 Nouvelle
ligne" is 130 mA (no data for 18 devices, estimated with 5 mA each)"
Ainsi j'ai une alim TX111 de 320mA,
sur le bus :
interface USB siemens N148/11 (autoalimenté via USB)
4 sorties volets 230v TXA223
coupleur de média Hager
variateur 3x300w hager TXA 213
variateur 1x600w TXA210
4 sorties 16A Hager TXA204C
6 sorties 16A hager TXA206C
6 sorties 10a hager TXA206B
station météo THEBEN
horloge TR648S Theben
dual sensor siemens T°+luminosité
un controleur d'ambiance TX450A
3 interrupteurs WKT306 et 4 interrupteurs WKT316
Ce comportement peut-il être la cause d'une alimentation trop faible ?
NB : le TX450A m'a fait le même coup...
J'ai une alim ABB de 320mA, peut-on l'inclure sur la ligne en plus de
la TX111 afin d'augmenter l'alimentation ?
A bientôt et merci de vos avis et de votre aide...
> Ce comportement peut-il être la cause d'une alimentation trop faible ?
C'est possible ... sans aucune certitude.
Combien de devices as-tu en tout sur cette ligne ? A partir d'une
30aine, cela vaut la peine de vérifier la consommation totale.
Quand tu es en bout de ligne (= loin de l'alimentation), combien de
volts as-tu sur le bus ?
Le problème reste-t-il présent quand tu déconnectes une partie des
modules EIB normalement connectés sur le bus ?
Il peut aussi s'agir d'un faux contact quelque part dans la ligne ou
sur le module que tu tentes de programmer.
Ou bien d'un parasite ...
Utilises-tu bien du cable vert EIB ?
Les sections de cable "dénudées" sont-elles aussi courtes que
possibles ?
Les raccords et les "embranchements" sont-ils tous bien "propres" ?
Le cable EIB passe-t-il proche d'une forte source de parasites
électriques ?
As-tu déjà laissé tourner ETS en mode BUS-Monitor, afin de voir si il
y a beaucoup d'erreurs et de retransmissions sur ta ligne ?
> J'ai une alim ABB de 320mA, peut-on l'inclure sur la ligne en plus de
> la TX111 afin d'augmenter l'alimentation ?
Selon la norme, non, a moins de mettre au minimum 350m (oui, trois
cents cinquante mètres !) de cable EIB entre tes deux alims ... bref,
cela n'arrive jamais chez un particulier.
On 17 sep, 16:14, dudulle54 <david.schin...@free.fr> wrote:
> interface USB siemens N148/11 (autoalimenté via USB)
connecté au bus via les connecteurs Wago ou connexion fond de panier ?
Ca m'arrive d'avoir le même problème. dans ce cas je coupe le
disjoncteur 2A de l'alimentation EIB et en générale tout reviens dans
l'ordre. des fois je réalise l'opération plusieurs fois (3 fois max).
++
On 17 sep, 18:59, keldo <kelderm...@ibelgique.com> wrote:
> > Ce comportement peut-il être la cause d'une alimentation trop faible ?
>
> C'est possible ... sans aucune certitude.
> Combien de devices as-tu en tout sur cette ligne ? A partir d'une
> 30aine, cela vaut la peine de vérifier la consommation totale.
> Quand tu es en bout de ligne (= loin de l'alimentation), combien de
> volts as-tu sur le bus ?
> Le problème reste-t-il présent quand tu déconnectes une partie des
> modules EIB normalement connectés sur le bus ?
Je vais vérifier le voltage en bout de ligne. Le problème semble
s'améliorer quand on débranche une partie des modules.
>
> Il peut aussi s'agir d'un faux contact quelque part dans la ligne ou
> sur le module que tu tentes de programmer.
Si un faux contact est présent, le module détecte le bus normalement ?
Dans mon cas, le bus semble correct vu que la LED est activée
normalement.
> Ou bien d'un parasite ...
> Utilises-tu bien du cable vert EIB ?
cable EIB Hager
> Les sections de cable "dénudées" sont-elles aussi courtes que
> possibles ?
Heu, bof, pas aussi courte que possible, disons... anarchiques... :
est-ce essentiel et impératif ? Dans ce cas, il faut que je reprenne
tout...
> Les raccords et les "embranchements" sont-ils tous bien "propres" ?
> Le cable EIB passe-t-il proche d'une forte source de parasites
> électriques ?
Il passe dans le tableau electrique mais pas de parasite à proximité
> As-tu déjà laissé tourner ETS en mode BUS-Monitor, afin de voir si il
> y a beaucoup d'erreurs et de retransmissions sur ta ligne ?
Non, mais je vais le faire...
>
> > J'ai une alim ABB de 320mA, peut-on l'inclure sur la ligne en plus de
> > la TX111 afin d'augmenter l'alimentation ?
>
> Selon la norme, non, a moins de mettre au minimum 350m (oui, trois
> cents cinquante mètres !) de cable EIB entre tes deux alims ... bref,
> cela n'arrive jamais chez un particulier.
J'ai 100 m de cable posé, et encore une bonne 50 de mètres à déployée.
En effet,
cette manipulation permet de recouvrer le fonctions du module.
C'est bizarre : hier soir c'est le TXA223 qui était joueur : barre
bleue de progression de programmation qui s'arrête à 4/5 et puis : "le
participant X.X.X ne répond pas".
Enfin, il reste introuvable...
Je débranche dans le tableau les autres modules : rien.
Je coupe l'alim générale TX111, j'attends et finalement ETS retrouve
le TXA223.
Il est nécessaire de reprogrammer la partie programme car "paramètres
et GA" sont refusés pour incompatibilité avec le programme chargé.
L'adresse n'est pas modifiée...
Curieux...
On 18 sep, 08:23, kervy <kervyw...@hotmail.com> wrote:
> Ca m'arrive d'avoir le même problème. dans ce cas je coupe le
> disjoncteur 2A de l'alimentation EIB et en générale tout reviens dans
> l'ordre. des fois je réalise l'opération plusieurs fois (3 fois max).
>
> ++
Connecté via WAGO, je n'ai pas utilisé le système de fond de pannier.
On 17 sep, 20:34, Marc Assin <raym...@warichet.com> wrote:
> On 17 sep, 16:14, dudulle54 <david.schin...@free.fr> wrote:
>
> > interface USB siemens N148/11 (autoalimenté via USB)
>
> connecté au bus via les connecteurs Wago ou connexion fond de panier ?
On 18 sep, 10:22, dudulle54 <david.schin...@free.fr> wrote:
> je n'ai pas utilisé le système de fond de pannier.
Bonne idée ;-)
J'ai lu plusieurs commentaires négatifs à propos d'I/F USB, mais aucun
concernant particulièrement l'interface USB Siemens N148/11
En effet, pour ma part, elle fonctionne parfaitement bien et
s'installe très facilement. Certes elle ne possède pas le connecteur
ethernet comme sa grande soeur mais bon, pour débuter avec ETS c'est
suffisant.
Je ne pense pas que les problèmes soient générés par cette interface.
On 18 sep, 12:52, Marc Assin <raym...@warichet.com> wrote:
> On 18 sep, 10:22, dudulle54 <david.schin...@free.fr> wrote:> je n'ai pas utilisé le système de fond de pannier.
>
> Bonne idée ;-)
>
> J'ai lu plusieurs commentaires négatifs à propos d'I/F USB, mais aucun
> concernant particulièrement l'interface USB Siemens N148/11
Bien,
un WKT 314 vient de partir à la pèche... Il reste introuvable via ETS,
la programmation s'était bien déroulée : adresse 1.1.19 et logiciel
d'application, paramètres et adresses de groupes OK.
Il fonctionne parfaitement, l'éclairage de l'étiquette qui est lié à
un objet (TR648S) fonctionne au crépuscule. Il fait partie de 3
interrupteurs WKT314 qui gèrent la lumière d'un couloir. le premier
est 1.1.14 , le second 1.1.19 (celui qui s'est éclipsé...) et le
troisième 1.1.21.
J'ai monitoré le réseau, lorsque j'appui sur "ON" du 1.1.19, le
télégramme ON est bien transmis mais l'adresse de module est :
1.1.21 ?????!!!!!!!. Les autres interrupteurs envoient ON avec leurs
adresses respectives. Pour OFF : idem. En clair une action sur le
module 1.1.19 envoie un télégramme comme si c'était 1.1.21 ? Est-ce
possible ?
Une question se pose : l'interface USB que j'ai défendu dans le
précédent item peut-elle être incriminée ? Une mauvaise détection et
une mauvaise programmation peut-elle en être la cause ?
De même pour mon TX450A en attente de transit vers EIBMARKT, j'ai
fabriqué la platine suivante : interface USB, alim ABB 320mA et
TX450A. Lorsque je souhaite programmer son adresse : la fenêtre
"connexion au participant" s'ouvre, "programmation de l'adresse" suit
un message d'erreur : "l'adresse du participant n'a pu être
programmée", une autre fenêtre s'ouvre me demandant de libérer
l'adresse manuellement ????, de cliquer OK et le logiciel se
débrouille ou annuler. En cliquant OK : "l'adresse du participant ne
peut être programmé". J'ai tout essayé : rien à faire. J'ai même tenté
de réintroduire un participant TX450 dans la liste des participants
pour le programmer : rien... Si vous avez des idées...
En réponse à keldo, je viens de vérifier la tension aux bornes du
WKT314 : 30.00 v ...
On 18 sep, 16:36, dudulle54 <david.schin...@free.fr> wrote:
> En réponse à keldo, je viens de vérifier la tension aux bornes du
> WKT314 : 30.00 v ...
Bon, alors on peut sans doute éliminer le cas "alim insuffisante" ...
cas qui devrait de toute manière être signalé par un témoin ad-hoc sur
l'alim.
> En clair une action sur le
> module 1.1.19 envoie un télégramme comme si c'était 1.1.21 ? Est-ce
> possible ?
Possible ? : oui, bien sur.
Normal ? : non, absolument pas ...
19 en binaire, cela fait 16+2+1
21 en binaire, cela fait 16+4+1
2 bits de différence, ce n'est probablement pas un parasite, donc
c'est soit une erreur de programmation, soit c'est une mémoire de WKT
qui débloque, soit une interface EIB-PC qui se trompe.
Vu les nouvelles informations données, je limiterais pour l'instant
les recherches vers 2 points :
1) vérifier le bon fonctionnement de l'interface USB.
2) vérifier la version de l'ETS, les premières versions 3.0 sont un
peu buguées ...
On 18 sep, 17:57, keldo <kelderm...@ibelgique.com> wrote:
> > En clair une action sur le
> > module 1.1.19 envoie un télégramme comme si c'était 1.1.21 ? Est-ce
> > possible ?
>
> Possible ? : oui, bien sur.
> Normal ? : non, absolument pas ...
> 19 en binaire, cela fait 16+2+1
> 21 en binaire, cela fait 16+4+1
> 2 bits de différence, ce n'est probablement pas un parasite, donc
> c'est soit une erreur de programmation, soit c'est une mémoire de WKT
> qui débloque, soit une interface EIB-PC qui se trompe.
>
> Vu les nouvelles informations données, je limiterais pour l'instant
> les recherches vers 2 points :
> 1) vérifier le bon fonctionnement de l'interface USB.
Très bien, existe-t-il une procédure ? Un téléchargement type ,
étalon ?
> 2) vérifier la version de l'ETS, les premières versions 3.0 sont un
> peu buguées ...
J'ai la version 3.0d...
On 18 sep, 18:28, dudulle54 <david.schin...@free.fr> wrote:
> module 1.1.19 envoie un télégramme comme si c'était 1.1.21
De toute évidence, quelque chose a merdé dans la programmation de ce
truc.
Perso, je suggère un hard reset ou à défaut un bus reset et tout
reprogrammer à zéro.
Je dirais même, ne programmer *QUE* la PA, puis voir dans ETS si on
peut faire clignoter sa LED et demander le status.
On 18 sep, 19:27, Marc Assin <raym...@warichet.com> wrote:
> On 18 sep, 18:28, dudulle54 <david.schin...@free.fr> wrote:
>
> > module 1.1.19 envoie un télégramme comme si c'était 1.1.21
>
> De toute évidence, quelque chose a merdé dans la programmation de ce
> truc.
> Perso, je suggère un hard reset ou à défaut un bus reset et tout
> reprogrammer à zéro.
OK, mais comment effectue t-on ces différentes manoeuvres ? Quel
différence entre un hard reset et un bus reset ? Est-ce risqué pour le
matériel ?
> Je dirais même, ne programmer *QUE* la PA, puis voir dans ETS si on
> peut faire clignoter sa LED et demander le status.
Pardon , la PA ?? Serait-ce l'adresse du module ?
Merci pour votre aide
> OK, mais comment effectue t-on ces différentes manoeuvres ? Quel
> différence entre un hard reset et un bus reset ? Est-ce risqué pour le
> matériel ?
Le "bus reset" = couper le courant du bus durant une à deux minutes.
Le "hard reset" d'un composant = utiliser ETS pour le vider de toute
programmation (PA, GA's, paramètres, programme d'application), puis
ensuite le re-programmer complètement.
> Pardon , la PA ?? Serait-ce l'adresse du module ?
Oui.
PA = Physical Address = adresse physique du module
Par opposition à GA = Group Address
Je ne pense pas qu'il existe une procédure de test bien définie pour
un module quelconque, y compris une interface USB.
L'idéal serait de disposer d'une autre interface (USB, série ou
ethernet) pour voir si le problème est reproductible.
ETS3.0d : oui, je pense que c'est déjà une version stable, même si je
préfère la 3.0e
On 18 sep, 22:05, dudulle54 <david.schin...@free.fr> wrote:
> On 18 sep, 19:27, Marc Assin <raym...@warichet.com> wrote:> On 18 sep, > OK, mais comment effectue t-on ces différentes manoeuvres ? Quel
> différence entre un hard reset et un bus reset ? Est-ce risqué pour le
> matériel ?
J'ai mis ma p'tite procédure "BCU-Reset" dans la partie "fichiers"
Décidemment, j'ai pas fait les bonnes études et mes cours
d'électricité sont bien loin... (Terminale C...)
Pour la BCU2, il faut mettre une résistance de 0 ohm entre pin 5 et
6 : j'ai bien compris ? O ohm, ça représente un court circuit ? Un
pont ? Bref, je met un fil entre pin 5 et 6 ?
Dans le même temps, on maintient appuyé le bouton de programmation
puis on déconnecte et reconnecte le BUS ?
On 19 sep, 09:40, Marc Assin <raym...@warichet.com> wrote:
> On 18 sep, 22:05, dudulle54 <david.schin...@free.fr> wrote:
>
> > On 18 sep, 19:27, Marc Assin <raym...@warichet.com> wrote:> On 18 sep, > OK, mais comment effectue t-on ces différentes manoeuvres ? Quel
> > différence entre un hard reset et un bus reset ? Est-ce risqué pour le
> > matériel ?
>
> J'ai mis ma p'tite procédure "BCU-Reset" dans la partie "fichiers"
On 19 sep, 13:19, dudulle54 <david.schin...@free.fr> wrote:
> Décidemment, j'ai pas fait les bonnes études
On ne peut pas être bon partout :-) par contre on peut être bon à
rien :-)))
Je recommande d'essayer ***d'abord*** la procédure de Bus reset, avant
toute autre chose !
Cette procédure est classique et ne présente aucun danger.
Je l'ai déjà faite à plusieurs reprises, sans aucun problème.
Cà va sans dire, mais çà va encore mieux en le disant .....
Il est clair que je ne prend aucune responsabilité dans la procédure
de hard reset ci-dessous.
Je n'ai exécuté cette procédure qu'une seule fois (Merten InfoDisplay
qui était dans les patates), elle comporte un risque. En effet, si tu
te trompes dans l'identification des pin, tu risques d'endommager le
BCU de manière irrémédiable.
Si le device est encore sous garantie, le mieux c'est de le renvoyer
au fabriquant.
> Bref, je met un fil entre pin 5 et 6 ?
Oui
> Dans le même temps, on maintient appuyé le bouton de programmation
> puis on déconnecte et reconnecte le BUS ?
Oui, tu as bien lu
Tout compte fait, je me demande si c'est une bonne idée de publier mon
sac d'enmerdes ?
Bonjour Marc Assin
> J'ai mis ma p'tite procédure "BCU-Reset" dans la partie "fichiers"
He, en voila une procédure intéressante ... je ne connaissais pas !
Merci pour l'info.
Reste que, pour les BCU2, une phrase m'interpelle :
"Watch out... the entire memory is freed (no access protection) and
cleared by this)."
???
Cela voudrait-il dire que les codes fabricants et autres mots de passe
sont aussi effacés du BCU (= remis à 00 ou bien FF) ???
Si oui, cela ouvre des possibilités ...
Keldo
> Le "bus reset" = couper le courant du bus durant une à deux minutes.
> Le "hard reset" d'un composant = utiliser ETS pour le vider de toute
> programmation (PA, GA's, paramètres, programme d'application), puis
> ensuite le re-programmer complètement.
... Donc, suite au message de Marc Assin, je n'aurais pas du écrire
"hard reset" mais bien "soft reset" ...
Mea culpa ;-)
Tiens, maintenant que j'y pense ... comment fait-on le "hard reset"
sur un module "tout-en-un" comme un WKT3xx, vu qu'il n'a pas de
connecteur PEI ?
On 19 sep, 14:31, keldo <kelderm...@ibelgique.com> wrote:
>> "Watch out... the entire memory is freed (no access protection) and
cleared by this)."
> Cela voudrait-il dire que les codes fabricants et autres mots de passe sont aussi effacés du BCU
Ben, hum, comme tu as remarqué ci-dessus "the entire memory is freed".
Donc tout ce qui n'est pas en mémoire "programmable" ne sera pas
affecté. Reste à savoir quoi est où, mais je pense que tu en sais plus
que moi à ce niveau de détail.
>comment fait-on le "hard reset" sur un module qui n'a pas de connecteur PEI ?
Rien n'échappe à ton oeil de lynx !
Amha, il n'y a pas moyen, je n'ai pas connaissance d'une procédure de
reset pour ces devices (devices jettables :-))
> Ben, hum, comme tu as remarqué ci-dessus "the entire memory is freed".
> Donc tout ce qui n'est pas en mémoire "programmable" ne sera pas
> affecté. Reste à savoir quoi est où, mais je pense que tu en sais plus
> que moi à ce niveau de détail.
Autant pour les BCU1 que les BCU2 "classiques" (sur base de puce
Motorola), le stack EIB est en PROM, donc il n'y a pas de risque pour
cette partie là.
Pour le reste, c'est a tester, mais je pense qu'il serait bien utile
de faire une copie de sauvegarde de la mémoire complète du BCU2 (avec
le device editor d'ETS3 par exemple) avant de lui faire subir ce
lavage de cerveau ... surtout si le but est bien de ramener à la vie
un BCU2 complètement planté, et non pas de se lancer dans la bidouille
de haut vol ...
|
