Page 1 sur 1

Configuration du Qubino DIN Dimmer ZMNHSD1 en switch

Publié : 27 janv. 2017, 16:37
par lec668
bonjour à tous,

Je viens d'intégrer la bête sur domoticz dernière version beta.

Pas de souci en dimmer, mais j'aimerais l'utiliser en bête switch ON / OFF. D'après les retours utilisateur c'est supporté et fonctionnel sur d'autres plateformes que Domoticz.

Quand je bascule le paramètre 5 du module de dimmer à switch, plus d'effet.

J'ai essayé de changer également le mode du device généré automatiquemetn à l'inclusion du module de dimmer en switch, pas mieux.

Quelqu'un a déjà réussi à le configurer en switch ?

Re: Configuration du Qubino DIN Dimmer ZMNHSD1 en switch

Publié : 27 avr. 2017, 21:39
par mirage_swoop
Bonjour,

Je suis également preneur de retour d'expérience.

Je l'ai installé à la place d'un télérupteur.
Lorsque j'actionne mon bouton poussoir ma lampe s'allume et s’éteint instantanément. Si je maintien mon bouton poussoir appuyé, ma lampe clignote.

J'ai bien paramétré le paramètre 1 pour un bouton poussoir et le paramètre 5 à switch (pour ne pas gérer la variation).

Si vous avez des idées pour éviter de faire clignoter ... :-)

Merci

Re: Configuration du Qubino DIN Dimmer ZMNHSD1 en switch

Publié : 30 avr. 2017, 08:13
par lost
mirage_swoop a écrit : Je l'ai installé à la place d'un télérupteur.
Lorsque j'actionne mon bouton poussoir ma lampe s'allume et s’éteint instantanément. Si je maintien mon bouton poussoir appuyé, ma lampe clignote.
J'ai bien paramétré le paramètre 1 pour un bouton poussoir et le paramètre 5 à switch (pour ne pas gérer la variation).
Cela ferait un autre module rail din buggué chez Qubino. Pour ma part, c'est le relais interne de leur smart-meter, que j'utilise pour "filtrer" (en plannning normal, il laisse passer ; en planning vacance, non... et ainsi on peut le remettre en route la veille du retour avec le chauffage etc...) la phase de commande HP/HC qui revient du compteur EDF (alimentée en heures creuses slt pour switcher le relais du ballon d'ECS), qui après une commande ON repasse à OFF en quelques dixièmes de secondes

Pour mettre en évidence ce qui se passait, j'ai commencé par faire un petit script device Lua qui indiquait simplement les changements d'états du switch. J'ai pu constater qu'après un passage à on (voulu) il y avait dans la foulée une commande off ("spurious" non voulue). Par contre, repasser une commande (pas trop vite, sinon on fait un clignoteur, ce qui rappelle ton pb!) on dans les 3 à 5s suivantes donnait un état stable à on

N'ayant trouvé aucune bonne solution de config à ce problème, je me suis résolu à modifier mon script Lua de test initial afin d'automatiser ce que je faisais à la main (si 2 commandes se suivent de près, on renvoie l'inverse de la dernière).

A tester dans ton cas après update du nom du device. Il faut également créer une var utilisateur pour sauver le timming de la dernière action afin de calculer les différences de temps.

Juste décommenter et garder la partie print de debug et tu as mon script initial de debug, utilisé pour comprendre...

Code : Tout sélectionner

-- Duplicate user Smart-Meter relay switch command after a few
-- seconds to cope with immediate spurious invalidating command on
-- device state change...
--
-- For hereunder tunables, take care not to set duplicate < spurious
-- to avoid making a switching loop + short duplicate times lead to
-- several retries (<= 3s).
--
-- A (string) user variable timeSmartMeterRelay must be created to 'nil'
-- before copying this script under domoticz/scripts/lua
--
-- Changelog:
--   20/04/2017, YL, 1st version.

spuriousCmdDelaySec=1
timeDuplicateCmdSec='5'
SmartMeterSwitch='Relais Smart-Meter HP/HC Actif'
timeLastCmd='timeSmartMeterRelay'

commandArray = {}

if (devicechanged[SmartMeterSwitch]) then
    devState = devicechanged[SmartMeterSwitch]
    
    t1 = os.time()
    t0 = uservariables[timeLastCmd]
    
    -- 1st time init for user variable...
    if (t0 == 'nil') then
        t0 = t1
    end
    
    tDiff = os.difftime(t1, t0)
    
    -- Debug :
    --print(SmartMeterSwitch..' = '..devState)
    --print('t1 : '..t1..' / t0 : '..t0.. ' ; Diff = '..tDiff)
    
    -- Do we have the immediate change state spurious (buggy device?) invalidating current command ?
    if (tDiff <= spuriousCmdDelaySec) then
        if (devState == 'On') then
            commandArray[SmartMeterSwitch] = 'Off AFTER '..timeDuplicateCmdSec
        end

        if (devState == 'Off') then
            commandArray[SmartMeterSwitch] = 'On AFTER '..timeDuplicateCmdSec
        end
    end
    commandArray['Variable:'..timeLastCmd] = tostring(t1)
end

return commandArray