Forum Domoticz en français

color_power_on_behavior il s'agit d'un paramètre qui permet de configurer le device, sur son comportement après un Off/On electrique ( coupure de courant , puis re-allumage).
On a le meme paramètre pour savoir si le device doit rester eteint, s'allumer, ou prendre l'etat precedent.

Ce paramètre n'est pas géré par le plugin, mais c'est pas ca qui fait que tu as ou pas de la couleur quand tu commandes.

[edit]
TU fais référence à cette "issue" https://github.com/home-assistant/core/issues/94771, ce que dit le gars, c'est qu'il a fait un simple Off/On electrique et que ca s'est remis à fonctionner. Il dit il est probable que le ruban etait dans un etat bizarre après le changement de gateway.

Mince... j'ai du me planter d'issue... Parce que celle que j'avais trouvé orientait bien vers ce paramètre color_power_on_behavior, puisque je craignais pas de l'inventer celui là !

Faux espoir sinon... je dépéris...

J'ai quand même essayé de débrancher/rebrancher au cas où, mais sans effet...

Petit test matinal...

Le ruban était appairé à la VM (debian 11 + domoticz 2023.2 + zigbe2mqtt + clé sonoff TI) et fonctionnel.

J'ai supprimé le ruban pour le réappairer à mon serveur en prod (debian 11 + domoticz 2023.2 + zigbee4domoticz stable 7+ clé sonoff TI), là le ruban reprend son fonctionnement erratique : pas de couleurs, les modes WW ne génèrent pas les bonnes couleurs, les remontées d'info vers domoticz ne sont pas bonnes (état du raban n'est pas lu comme il faut, il repasse systématiquement à off alors qu'il est allumé). Je débranche/rebranche => pas de changement.

J'ai donc réappairé à la VM, fonctionnement toujours bancal et identique au serveur prod. Du coup, branchement/débranchement du ruban : je retrouve un fonctionnement normal !

J'ai fais la même chose avec une VM debian 11 + domoticz 2023.1 + pluginV6 => même résultat que ci-dessus.

Les configs étant sensiblement identiques (mise à part la base matériel, VMWare workstation sur PC portable pour la VM, HP thinclient T5570e pour le serveur prod), la seule différence notable est le plugin du coup...

Je m'arracherai bien les cheveux, mais dans la vraie vie je ressemble plutôt à ça :
Donc pas grand chose à y faire...

Est-ce que quelqu'un aurait ces rubans ou ampoules de chez lidl ? Fonctionnels avec quel config ? Car je ne comprend vraiment pas ce qu'il peut bien se passer chez moi...

Bonjour,
J'ai un ruban et une ampoule.
Aucun soucis avec un contrôleur Conbee II et DeCONZ/Phoscon comme passerelle et le plugin de Smanar-Thorgal.

Merci @Neutrino,
Mais je cherche plutôt des gens avec le plugin z4d, car la même config avec zigbee2mqtt fonctionne.

Avis aux possesseurs de led Lidl fonctionnant sous z4d

Salut, je t'ai envoyé un MP une proposition. Tu me fais parvenir une ampoule ou un ruban qui pose problème, et je test chez moi.

2 cas possibles:

(1) ca fonctionne. Donc le problème est très probablement chez toi
(2) ca fonctionne pas, et je reproduis le problème (que je n'ai pas avec un autre runban lidl), dans ce cas, je devrais etre en mesure de detecter la source du problème

Bonjour,
Je possède deux rubans LIDL TS0505A.
Config: raspberry pi 3b (bullseye) + Domoticz 2023.2 + Zigate V1 + plugin version 7.
Les deux rubans on toujours fonctioné sur toutes les versions que j'ai utilisé de Raspberry Pi OS ou firmware zigate ou version Domoticz ou version du plugin.
Je ne me souviens pas à quel moment je les avait acheté mais ça fait très longtemps.

Juste une proposition au cas où:
As-tu essayé de piloter le ruban avec un petit script dzVents en utilisant la commande setColor(r, g, b, br, cw, ww, m, t) ?
https://www.domoticz.com/wiki/Domoticz_ ... emperature

Si ça peut servir: Si ton ruban est en mode 1 ou 2 il n'aura pas de couleurs.

ColorMode {
ColorModeNone = 0, // Illegal
ColorModeWhite = 1, // White. Valid fields: none
ColorModeTemp = 2, // White with color temperature. Valid fields: t
ColorModeRGB = 3, // Color. Valid fields: r, g, b.
ColorModeCustom = 4, // Custom (color + white). Valid fields: r, g, b, cw, ww, depending on device capabilities
ColorModeLast = ColorModeCustom,
};

c'est une bonne piste @paquito mais d'un autre coté cela n'explique pas pourquoi ca fonctionnerait avec un plugin et pas un autre.

une autre piste pourrait également de créer un groupe avec le ruban et voir si le pilotage de couleur fonctionne ou pas par les groupes.

Ce qui est plus surprenant, c'est que si j'ai bien compris cela a fonctionner correctement et depuis un upgrade Domoticz+Plugin ça ne fonctionne plus ..

De plus pourrais-tu mettre la definition de l'objet en question ( export.json ). N'aurais-tu pas joué avec les paramètres de confirmation ?

@paquito
J'essaie ça ce soir, j'avais testé via l'api domoticz mais pas en dzvents

@pipiche
J'ai essayé les groupes, même combat...

Çe n'est apparemment pas un problème matériel puisque lorsque je teste avec zigbee2mqtt le ruban fonctionne...
Mais le plus étrange c'est que même en revenant à une version antérieure de domoticz, ça ne veut pas fonctionner ! (Je n'arrive pas à compiler debian 10 + domoticz 2022.2 par contre)

Il doit y avoir un truc quelque part qui bloque les rubans dans un mode, et qui ne se débloque pas. Par exemple, le ruban se bloque avec domoticz 2023.2 + plugin v7, quand je le passe sous domoticz 2023.2 + zigbee2mqtt il est bloqué dans son fonctionnement White uniquement, mais un débranchement/rebranchement suffit à régler le problème...

Concernant ton MP @pipiche, à voir, mais pourquoi pas ! Ou alors un jour où je passe vers chez toi (je suis en nord Drôme) en déplacement (je passe par Grenoble quand je vais en Savoie ou Haute Savoie), ça me ferait encore plus plaisir de te payer un petit verre en te donnant un ruban

Je t'envoie les exports ce soir, celui du serveur en prod et celui de la VM (sur lequel je n'ai rien touché exprès, mis à part le niveau de log)