Plugin Imperihome V2

[b10489]

bonjour
je l'ai installé sur une tablette, pour voir....
je pensais tester NETATMO....
impossible de rentrer son identifiant !
ça s'arrête là...
on ne peut pas laisser d'avis sur le play....

[lunarok]

Vous parlez de quoi là ???

[b10489]

c'est une erreur de mes sens abusés...excuses....

[lunarok]

y en a qui commence de bonn heure le réveillon faut pas tester tous les vins de la soirée à jeun, ca fait des dégats

[jax24fr]

mdr

[K.Rens]

Google Nest n'est plus disponible dans cette nouvelle version.
Je ne peut pas dans la configuration l'activer, il n'est plus dans la liste de devices.

Je parle de Google Nest, la thermostat.
Il n'est plus visible dans la liste pour l'activer dans configuration ISS.

[dough29]

Coucou !

J'ai mis un peu de temps pour franchir le pas de la dernière MAJ du plugin.

C'est fait ce soir :
- mise à jour du plugin
- édition de l'URL sur la tablette
- actualisation
- c'est reparti

[Patrick]

@lunarok :
Suite à notre dernier échange Slack de ce matin, voilà le détail du process de test :
Création d'un virtuel, dans lequel j'ai ajouté une commande info "COLOR_ISS" que j'ai associé à IMPERIHOME comme étant l'état couleur de la lampe (en remplacement de la commande info originale nommée "ColorGetRGBW").
J'ai aussi créé une commande action "SET_COLOR_ISS" pour pouvoir changer son état depuis un scénario.

screenshot.2.png (49.73 Kio) Consulté 1599 fois

Ensuite je lance simplement un scénario à chaque modif de l'info d'état couleur "ColorGetRGBW" ou de l'état on/off "SwOnOffGetRGW" d'une lampe wifi-light (déclenché par trigger sur ces infos) .

Le scénario, vérifie alors chaque commande (obligé pour mes tests puisque pas encore intégré dans le plugin) :
SI la commande wifilight SwOnOffGetRGW me dit que la lampe est éteinte, alors je passe la couleur de l'info COLOR_ISS à 00000000
SINON la COLOR_ISS = (COLOR_ISS = ColorGetRGBW (sans le #) + FF)


Voici le contenu du bloc code qui fonctionne pour mes tests chez moi (test sur 4 lampes wifilight) :

Code : Tout sélectionner

$statuts = array();
$states_color = array();
$set_color = array();
$statuts[]='#[Salon][V-Lampadaire Salon][Etat]#';
$states_color[]='#[Salon][V-Lampadaire Salon][Etat_couleur]#';
$set_color[]='#[Salon][V-Lampadaire Salon][SET_COLOR_ISS]#';

$statuts[]='#[Séjour][V-Lampadaire Séjour][Etat]#';
$states_color[]='#[Séjour][V-Lampadaire Séjour][Etat_couleur]#';
$set_color[]='#[Séjour][V-Lampadaire Séjour][SET_COLOR_ISS]#';

$statuts[]='#[Salon][V-Bandeau Led][Etat]#';
$states_color[]='#[Salon][V-Bandeau Led][Etat_couleur]#';
$set_color[]='#[Salon][V-Bandeau Led][SET_COLOR_ISS]#';

$statuts[]='#[Salon][V-Plafonnier Salon][Etat]#';
$states_color[]='#[Salon][V-Plafonnier Salon][Etat_couleur]#';
$set_color[]='#[Salon][V-Plafonnier Salon][SET_COLOR_ISS]#';

$i=0;
foreach ($statuts as $statut)
	{
	$cmd = cmd::byString($statuts[$i]);
	$etat = $cmd->execCmd();
	if($etat==0){ $rgb8="00000000";}
	else{
		$cmd = cmd::byString($states_color[$i]);
		$rgb = $cmd->execCmd();
		$rgb8 = str_replace('#','',$rgb).'ff';
		}
	$cmd = cmd::byString($set_color[$i]);
	$cmd->execute(array('title' => $rgb8));
	$i++;
}

Avec ce bricolage, les couleurs fonctionnent bien sur tous les changent de couleurs et on/off...
l'erreur (qui pré-existait bien avant que tu reprenne le plugin) se trouve dans le fichier imperihomeInterpreter.class.php à la ligne 838.
ou le dièze était remplacé par FF alors que le FF devrait être à la fin :

Code : Tout sélectionner

if( SwOnOffGetRGW == 0 )  COLOR_ISS = "00000000";
    else COLOR_ISS = str_replace('#' ,'' ,ColorGetRGBW ) . 'ff';

Et pour que l'état off d'une lampe couleur fonctionne bien, il faut dans ce cas passezr sa couleur à 00000000 (mais cela ne peux se faire dans wifilight car la couleur doit rester pour s'allumer sur la bonne couleur au prochain ON de la lampe (d'ou l'ajout dans mon test d'une couleur ISS...)

[Viald]

un workaround très efficace ! C'est que j'aurais dû faire pour mes milights, cependant je trouve ça dommage de devoir alourdir autant sa config et par conséquent son système pour contourner le dysfonctionnement ( dysfonctionnement, pas bug) d'un plugin.

[bcaro]

comme je suis en train de refondre wifilight je voudrais savoir si le bricolage doit être mis côté plugin. cependant il faudrait alors le faire sur tous les plugins gerant de l éclairage.

[bcaro]

Bonjour à tous,

voici le code de wifilight :

Code : Tout sélectionner

switch ($parameters) {
								case '#000000' :
									$myLight->rgbwOff();
									$ProgCmd = $wifilight->getCmd(null, 'SwOnOffGetRGW');
									$ProgCmd->event(0);
									$ProgCmd->save();
									break;
								case '#ffffff' :
									$myLight->rgbwOnWhite();
									$this->RGBWOn($wifilight);
									break;
								default :	
									$myLight->rgbwOnColor($parameters);
									$this->RGBWOn($wifilight);
									break;
							}	      

Lorsque l'utilisateur demande la couleur #000000 la couleur n'est pas modifiée et c'est la commande off qui est demandée.
et l'état de la couleur et le ON/OFF ont leur état modifié en conséquence.
Il n'y a pas de bricolage de la couleur ou de modification du codage #RRGGBB

@lunarok
merci de ne pas utiliser tes super pouvoirs

[lunarok]

Bonjour,
pour ma part, j'ai un petit bug, pas critique du tout, juste déroutant.
je suis actuellement avec la version 2016-12-19 01:08:49.
j'ai un module FGRGB-101 RGBW 25.25
quand je demande à mon téléphone d'éclairé en bleu, j'ai bien du bleu, mais le retour envoyer à imperihome est rouge
quand je demande du rouge, mes led son bien rouges mais le retour envoyé à imperihome est jaune
quand je demande du jaune, le retour envoyé est plutôt rose,
bref je pense qu'il y a une inversion entre les couleur RGB envoyé à imperihome.
Sur le dashboard, tout est ok :
je demande rouge via imperihome, le dashbord affiche bien le retour rouge...
Voilà pour mon retour, sinon pour ma part tout fonctionne à merveille et c'est tres réactif...
Cdt,
Julien

J'ai bien reproduit avec un virtuel, effectivement c'est le code couleur envoyé à imperihome qui est mal interprété, surement cette notation chez imperihome en AARRGGBB au lieu du RGB qu'on lui envoit.
Je regarde pour corriger

PS : je confirme qu'une ampoule RGBW telle qu'attendues dans Jeedom et déployée dans Zwave par exemple fonctionne bien sinon, juste ce décalage de couleur en retour, mais pas de soucis sur le statut on/off/cmds etc. Il faut bien remplir les commandes nécessaires qui biensur doivent exister.

[Patrick]

@lunarok :
En fait pour les couleurs ( dans mon cas les wifi light) renvoient une couleur [#RRGGBB] (exa classique web), alors qu'imperihome a utilise une couleur [RRGGBBFF] (ou FF serait la luminosité je pense).
Du coup, sur l'appli imperihome la représentation de la couleur en cours n'est pas correcte...
Su cette partie je suppose que c'est le même problème rencontré sur le zwave (erreur dans la class imperihomeInterpreter.class.php à la ligne 838.
qui devrait être un truc du genre str_replace('#' ,'' ,ColorGetRGBW ) . 'ff';

Par contre pouur le off, qui ne fonctionne pas sur les rgb du plugin wifilight, on a bien un état 0/1 fourni par Wifilight, mais il n'est pas pris en compte dans les widget couleur d'Imperihome qui semble bien se baser uniquement sur l'état couleur à zéro (00000000) quand il s'agit de lampe RGB (mais cela n'a été testé qu'avec des wifilight).

Après, il est vrai aussi que j'ai déjà remonté ces infos à Bcaro, car il lui suffirait d'ajouter une commande info supplémentaire COLOR_ISS avec en contenu :

Code : Tout sélectionner

 if( SwOnOffGetRGW == 0 )  COLOR_ISS = "00000000";
    else COLOR_ISS = str_replace('#' ,'' ,ColorGetRGBW ) . 'ff';

et tout le monde serait content car il suffirait de sélectionner COLOR_ISS comme état couleur pour inperihome et tout serait parfait pour tout le monde !!!
Le problème est que bcaro semble considérer que ce n'est pas à lui de le faire dans son plugin...
Mais bon, ça fait quand même deux lignes de code à ajouter, alors...

[lunarok]

Non, le ON/OFF et la couleur sont deux choses séparées, on le voit bien sur l'écran de configuration et c'est bien les deux infos différentes qui sont utilisées en zwave ou autre. Un statut et une couleur. Par contre c'est aussi des actions séparées, c'est pas la couleur qui fait off.
Le décalage de couleur viendrait plutot du fait que imperihome attend du AARRGGBB, mais ca je m'en occupe je l'ai sur virtuel avec des commandes et infos standards.

[lunarok]

Et c'est pareil pour ISS que le plugin mobile, meme besoin en actions/infos :
https://jeedom.github.io/documentation/ ... gin_mobile

Et c'est dispo sur les Yeelight pour sur

[Anonyme]

Contenu supprimé à la demande de son auteur

[bcaro]

@ magicgg91
peux tu etre plus explicite sur le problème concernant le plugin wifilight ?
wifilight renvoie l'état ON/Off dans un booléen
et la couleur dans un string au format #RRGGBB
qu'est ce qui pose problème ?
merci de ta réponse pour faire avancer le plugin
bonnes fetes

[juju78y]

Bonjour,
pour ma part, j'ai un petit bug, pas critique du tout, juste déroutant.
je suis actuellement avec la version 2016-12-19 01:08:49.
j'ai un module FGRGB-101 RGBW 25.25
quand je demande à mon téléphone d'éclairé en bleu, j'ai bien du bleu, mais le retour envoyer à imperihome est rouge
quand je demande du rouge, mes led son bien rouges mais le retour envoyé à imperihome est jaune
quand je demande du jaune, le retour envoyé est plutôt rose,
bref je pense qu'il y a une inversion entre les couleur RGB envoyé à imperihome.
Sur le dashboard, tout est ok :
je demande rouge via imperihome, le dashbord affiche bien le retour rouge...
Voilà pour mon retour, sinon pour ma part tout fonctionne à merveille et c'est tres réactif...
Cdt,
Julien

J'ai bien reproduit avec un virtuel, effectivement c'est le code couleur envoyé à imperihome qui est mal interprété, surement cette notation chez imperihome en AARRGGBB au lieu du RGB qu'on lui envoit.
Je regarde pour corriger

PS : je confirme qu'une ampoule RGBW telle qu'attendues dans Jeedom et déployée dans Zwave par exemple fonctionne bien sinon, juste ce décalage de couleur en retour, mais pas de soucis sur le statut on/off/cmds etc. Il faut bien remplir les commandes nécessaires qui biensur doivent exister.

Bonjour,
Merci bien pour ton retour et d'avoir passé du temps à la reproduction du problème.
Je n'ai pas lu les posts qui semblaient énervés, désolé pour l'influence qu'ait eu ma remonté du problème...
Dès que la mise à jour est installée, je teste et te fais un retour dès que possible.
Cdt,
Julien

[Anonyme]

Contenu supprimé à la demande de son auteur

[bcaro]

Bonjour,
J'ai lu et relu ce qu'il est possible de lire dans ce fil
J'ai beaucoup de difficulté à en arriver à ta conclusion.
Cordialement