+- 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 : WKT306 en panne (/showthread.php?tid=862)
WKT306 en panne - Fabrice Cizeron - 17/09/2008
Bonjour,
En faisant une modif de programmation d'un poussoir Hager WKT306 avec
ETS3 j'ai eu un message d'erreur au téléchargement et depuis le poussoir
ne répond plus (Led adressage clignotante rapide).
Je vois également avec ETS que plus aucun élément à son adresse physique
n'apparait sur le bus.
Ce n'est pas moi qui est fait la programmation initiale et je n'ai fait
jusque là que de modif au niveau des adresses de groupe. Je ne suis donc
pas sur de comment faire pour reprogrammer mon poussoir.
J'ai essayé de lui reprogrammer son adresse physique en cliquant sur
télécharger/Programmer adresse individ. et en appuyant sur le bouton
adressage du Poussoir mais ça ne fonctionne pas (la Led se met à
clignoter lentement dans ce mode).
Que dois-je faire ?
Faut-il recharger le logiciel d'application ? si oui dans quel ordre
faire les choses ?
Merci de votre aide.
Fabrice
WKT306 en panne - keldo - 17/09/2008
> Faut-il recharger le logiciel d'application ? si oui dans quel ordre
> faire les choses ?
Il faut avant tout pouvoir joindre le participant via son adresse
physique, si cela ne marche pas, aucune autre programmation n'est
possible.
Question stupide : as-tu tenté un bête "reset" de ton WKT306 en le
déconnectant du bus EIB (ainsi qu'une éventuelle alimentation
supplémentaire ... je ne connais pas bien le WKT306) afin de lui
couper son alimentation durant quelques minutes (3 à 4 secondes ne
suffisent PAS !) ?
Si après ce reset, la led d'adressage reste en clignotement rapide, je
ne vois pas grand chose à tenter, mis à part l'appel au service
technique de chez Hager ...
WKT306 en panne - dudulle54 - 18/09/2008
Bonjour,`
tu as probablement chargé le mauvais programme d'application, chez
Hager quand ça clignote rapidement au niveau des LED : c'est le
symptome.
Quel programme d'application as-tu utilisé ? Provient-il de la base de
données Hager récente ?
Si oui : est-ce le WFL306A v1.0 ?
Si non : procures toi sur le site la BBD à jour et utilise ce
programme.
Autre truc, tu remarqueras que le programme WFL306A est le même que ce
soit pour le WKT306 et le WKT316, en fait, le programme est choisi
selon que tu sélectionnes dans les paramètres "Général" "Bouton avec
voyants/Boutons sans voyant" , dans ton cas c'est "bouton sans voyant"
sinon ETS transfert le programme gérant le WKT316 et celui-ci est
incompatible.
On 17 sep, 22:29, Fabrice Cizeron <fabrice.cize...@gmail.com> wrote:
> Bonjour,
>
> En faisant une modif de programmation d'un poussoir Hager WKT306 avec
> ETS3 j'ai eu un message d'erreur au téléchargement et depuis le poussoir
> ne répond plus (Led adressage clignotante rapide).
>
> Je vois également avec ETS que plus aucun élément à son adresse physique
> n'apparait sur le bus.
>
> Ce n'est pas moi qui est fait la programmation initiale et je n'ai fait
> jusque là que de modif au niveau des adresses de groupe. Je ne suis donc
> pas sur de comment faire pour reprogrammer mon poussoir.
>
> J'ai essayé de lui reprogrammer son adresse physique en cliquant sur
> télécharger/Programmer adresse individ. et en appuyant sur le bouton
> adressage du Poussoir mais ça ne fonctionne pas (la Led se met à
> clignoter lentement dans ce mode).
>
> Que dois-je faire ?
>
> Faut-il recharger le logiciel d'application ? si oui dans quel ordre
> faire les choses ?
J'essaierais dans un premier temps de lui reprogrammer son logiciel
d'application. Puis de lui télécharger les paramètres (sans oublier de
modifier : Bouton sans voyant). Enfin, les adresses de groupes.
>
> Merci de votre aide.
Courage...
>
> Fabrice
WKT306 en panne - Fabrice Cizeron - 18/09/2008
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Bonjour à tous, <br>
et merci à tous ceux qui ont pris le temps de me répondre.<br>
<br>
La question n'était pas si stupide puisqu'elle a résolu mon problème.
Débutant en EIB, je n'avais pas pensé à cette première solution si
simple. Ben oui quoi il y aurait eu 3 boutons Ctrl Alt et Suppr sur le
poussoir j'aurais sauté dessus mais là... je cherchais quelque chose de
bien plus compliqué !<br>
<br>
La Led s'est donc éteinte et j'ai pu tout reprogrammer !<br>
<br>
Merci encore et à +<br>
<br>
Fabrice<br>
<br>
keldo a écrit :
<blockquote
cite="mid:4bbba3ca-040c-48c7-8355-5570fc6d81a5@e53g2000hsa.googlegroups.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Faut-il recharger le logiciel d'application ? si oui dans quel ordre
faire les choses ?
</pre>
</blockquote>
<pre wrap=""><!---->
Il faut avant tout pouvoir joindre le participant via son adresse
physique, si cela ne marche pas, aucune autre programmation n'est
possible.
Question stupide : as-tu tenté un bête "reset" de ton WKT306 en le
déconnectant du bus EIB (ainsi qu'une éventuelle alimentation
supplémentaire ... je ne connais pas bien le WKT306) afin de lui
couper son alimentation durant quelques minutes (3 à 4 secondes ne
suffisent PAS !) ?
Si après ce reset, la led d'adressage reste en clignotement rapide, je
ne vois pas grand chose à tenter, mis à part l'appel au service
technique de chez Hager ...
</pre>
</blockquote>
<br>
</body>
</html>
WKT306 en panne - keldo - 18/09/2008
Le stack EIB d'un BCU est en quelque sort sont système d'exploitation.
Les "vieux" BCU1 et BCU2 en modules séparés (ceux avec le connecteur
2x5 pins), basés sur un microcontrolleur motorola sont très stables,
car leur stack EIB est en ROM, alors que le programme d'application
ainsi que les divers paramètres programmables sont sauvés en EEPROM.
Il est donc impossible "d'écraser" le stack EIB lors d'une mauvaise
programmation.
Idem pour les ancien BIM-11x que l'on trouve dans les anciens acteurs
et senseur sur rail DIN ou boitier pour "faux plafond".
Par contre, les nouveaux modules avec BCU intégré sont souvent basé
sur un microcontrolleur plus récent (plus puissant aussi ...) qui
sauvent tout en Flash, le stack EIB comme le reste des paramètres
modifiables ; donc une corruption du code du stack EIB est
théoriquement possible lors d'une programmation avortée, sachant que
le code de leur stack EIB est probablement moins bien débuggué que
celui - assez ancien - des BCU à coeur Motorola.
J'ai déjà constaté certains ratés de programmation et comportements
bizarres avec des modules tout-en-un (avec mémoire flash) comme les
Theben RAM713 ; de temps en temps il faut les programmer deux ou trois
fois de suite.
J'ai aussi un Theben HMG8 capricieux : quand je change quoi que ce
soit (adresse de groupe ou paramètre) il faut obligatoirement lancer
une programmation complète, incluant le programme d'application, sinon
le module se plante complètement et même un reboot n'arrange rien, il
faut le vider et refaire toute la config.
Mais une fois bien programmé, tout ce petit monde fonctionne
nickel ...
Et tout cela c'est sans parler des modules avec procédure spéciale de
programmation et plug-in dans ETS (Gira smart-sensor, LCD menu-
displays et autres MT-701 par exemple ...)
Ni l'électronique ni l'informatique ne sont des sciences
exactes ... ;-)
WKT306 en panne - Fabrice Cizeron - 18/09/2008
Bonsoir,
En plus de la solution, j'ai même droit à un historique ! c'est le grand
luxe ce forum...
Merci encore.
Pour ceux que ça intéresse, je ferais une petite description de mon
installation dès que j''ai 5 min.
A+
Fabrice
keldo a écrit :
> Le stack EIB d'un BCU est en quelque sort sont système d'exploitation.
>
> Les "vieux" BCU1 et BCU2 en modules séparés (ceux avec le connecteur
> 2x5 pins), basés sur un microcontrolleur motorola sont très stables,
> car leur stack EIB est en ROM, alors que le programme d'application
> ainsi que les divers paramètres programmables sont sauvés en EEPROM.
> Il est donc impossible "d'écraser" le stack EIB lors d'une mauvaise
> programmation.
> Idem pour les ancien BIM-11x que l'on trouve dans les anciens acteurs
> et senseur sur rail DIN ou boitier pour "faux plafond".
>
> Par contre, les nouveaux modules avec BCU intégré sont souvent basé
> sur un microcontrolleur plus récent (plus puissant aussi ...) qui
> sauvent tout en Flash, le stack EIB comme le reste des paramètres
> modifiables ; donc une corruption du code du stack EIB est
> théoriquement possible lors d'une programmation avortée, sachant que
> le code de leur stack EIB est probablement moins bien débuggué que
> celui - assez ancien - des BCU à coeur Motorola.
>
> J'ai déjà constaté certains ratés de programmation et comportements
> bizarres avec des modules tout-en-un (avec mémoire flash) comme les
> Theben RAM713 ; de temps en temps il faut les programmer deux ou trois
> fois de suite.
> J'ai aussi un Theben HMG8 capricieux : quand je change quoi que ce
> soit (adresse de groupe ou paramètre) il faut obligatoirement lancer
> une programmation complète, incluant le programme d'application, sinon
> le module se plante complètement et même un reboot n'arrange rien, il
> faut le vider et refaire toute la config.
> Mais une fois bien programmé, tout ce petit monde fonctionne
> nickel ...
>
> Et tout cela c'est sans parler des modules avec procédure spéciale de
> programmation et plug-in dans ETS (Gira smart-sensor, LCD menu-
> displays et autres MT-701 par exemple ...)
>
> Ni l'électronique ni l'informatique ne sont des sciences
> exactes ... ;-)
>
>