Désolé, je ne vois rien de faux dans mon affirmation.
Je n'ai pas besoin du fonctionnement Cloud pour accéder aux pages web de configuration des shelly depuis l'extérieur de mon LAN.
Désolé, je ne vois rien de faux dans mon affirmation.
Bonsoir,mikaxy a écrit : ↑22 août 2019, 22:43Salut Lunarok,
Comme d'habitude un travail de qualité.
Cependant je ne sais pas si cela fonctionne ou c'est moi qui bug.
Le type shelly 2.5 sur jeedom se présente comme deux interrupteurs, cela fonctionne mais plutot compliqué a config, car si on fait interrupteur 1 et 2 a la suite le 1 reste actif et fait un son fort sur le moteur.
Donc ma question est, le shelly 2.5 est il compatible avec le type Shelly 2 volet pour utiliser des commandes correspondant plus à un volet.
C'est ton avis personnel. Imagine, moi je me demande pourquoi les utilisateurs cherchent pas à utiliser les fonctions génériques de Jeedom pour surveiller leur matériel de la meme facon quelque soit la technologie.ousnous a écrit : ↑22 août 2019, 21:14Bonsoir a tous,
Merci a tous pour vos réponses.
Comme je pense qu'il ne faut pas que je compte sur une mise a jour prochaine du plugin Shelly avec ce que j'ai besoin je vais voir comment je peux faire.
Je trouverais dommage de devoir utiliser le plugin mqtt, a la place juste parce que le plugin Shelly ne permet pas d'avoir accès a tous ce que propose ces modules.
Bonjour,lunarok a écrit : ↑22 août 2019, 23:21
C'est ton avis personnel. Imagine, moi je me demande pourquoi les utilisateurs cherchent pas à utiliser les fonctions génériques de Jeedom pour surveiller leur matériel de la meme facon quelque soit la technologie.
Exemple : est-ce qu'il est en ligne ? Si il surchauffe, qu'est-ce que cela produit en indispo. Si l'indispo est ensuite repérable, mieux vaut chercher celle ci car peu importe la raison de son indispo, je connais son impact. Et en cas d'indispo j'ai les outils pour me permettre de chercher le spécifique, CQFD. Générique, puis spécifique. Ne pas sauter sur la température comme seule raison possible de ne pas pouvoir mettre le chauffage.
PS : je planifie une mise à jour du plugin Shelly mais malgré tout pas sur que ce genre d'info apparaisse. C'est surtout pour chercher une solution à pouvoir faire apparaitre les X relais des shelly2/2.5/4 dans Google par exemple. Vu que le core n'apporte pas la solution, et que la limitation d'un relais/inter/lampe par équipement reste en v4, il n'y a que le plugin Virtuel qui permette de passer outre. Sauf que c'est pas une vraie solution, donc il est possible que je propose dans la prochaine version de faire des "virtuels" shelly pour par exemple utiliser 2 relais avec Google Smart Home.
drake88 a écrit : ↑22 août 2019, 19:45viewtopic.php?p=757513#p757513
Petit up pour savoir si la remontée cobson marche chez vous sur jeedom avec un shelly 1 pm ?
Merci
Envoyé de mon VOG-L29 en utilisant Tapatalk
Merci de fournir des logs qui servent de preuve, car j'ai des retours OK sur 1PM, donc en l'état, pour moi pas de bug sans concret.ousnous a écrit : ↑23 août 2019, 11:53Sinon j'ai commencé hier soir à regarder les sources de ton plugin, afin de voire si il était compliqué d'y ajouter ce que je veux. A la lecture du code et avec quelque ajout de log de debug (rien d'autre je regarde juste comment cela fonctionne), j'ai l'impression qu'il y a un bug dans la remonté de la consommation (il faut que je vérifie car pour le moment rien n'est branché sur le module donc conso == 0).
Pas vraiment, tu n'as pas lu le code correctement ou pas déchiffré. "status" est l'url générale des Shelly qui donnent des infos sur ce qui est présent. Quand meters est présent dans le json, le problème c'est qu'il n'y a que la puissance instantanée. Du coup c'est un appel à une autre API qui est faite pour récupérer les métriques complets de suivi énergie.
Rien n'est clairement documenté sur l'API meter, par exemple quand ils l'ont passé en "par relais" sur le shelly 2.ousnous a écrit : ↑23 août 2019, 11:53
Pour la consommation global tu renvois une commande meter/0, hors sur mon module cela retourne 'not found', donc la valeur de consommation ne doit pas être mise à jours. J'ai regardé dans la doc de l'API rest sur le site de shelly, cette commande meter/0 n'est pas documenté. J'ai trouvé la commande emeter/0 mais cela est applicable uniquement au module EM.
Ca c'est bizarre, comme je te dis, meme sir l'API meter n'est pas officielle c'est bien elle qui est OK normalement. Et que je suis obligé d'appeler pour avoir la conso cumulée.ousnous a écrit : ↑23 août 2019, 11:53
Pour mon module (le 1PM), dans la table 'meters', retournée dans le json de la commande status, j'ai une valeur total, mais il n'y a rien dans la doc de shelly sur cette valeur (donc je ne sais pas total de quoi ni sont unité). Peut être que tu as un accès chez shelly pour vérifier cela car il est possible que leur doc ne soit pas à jours. Pour info mon module à la version 20190821-095324/v1.5.2@4148d2b7.
C'est bizarre car moi ca fonctionne pas, je clique sur fermer ouvrir rien ne se passe.Thibaw a écrit : ↑22 août 2019, 22:58Effectivement ca marche très bien en shelly 2 volet
(pour que le slider fonctionne il faut calibrer le module sur sa page de configuration)
Par contre pas d'info sur puissance et conso avec ce type, alors que c'est dispo en type Shelly 2.5, perso ce serait la seule modification dont j'aurais besoin à ce jour
le bout de code avec mon debug (afin que tu comprenne le log)
Code : Tout sélectionner
if (isset($data['meters']) == true) {
$i = 0;
foreach ($data['meters'] as $meter) {
$this->checkAndUpdateCmd('power' . $i, $meter['power']);
$status = $this->sendCommand('meter/' . $i);
$power = json_decode($status,true);
log::add('shelly', 'debug', 'response meter cmd: ' . $status);
$this->checkAndUpdateCmd('conso' . $i, $power['total']);
$i++;
}
}
Code : Tout sélectionner
[2019-08-23 21:43:02][DEBUG] : Refresh : Array ( [wifi_sta] => Array ( [connected] => 1 [ssid] => Notre reseau WIFI [ip] => 192.168.0.13 [rssi] => -39 ) [cloud] => Array ( [enabled] => [connected] => ) [mqtt] => Array ( [connected] => ) [time] => 21:43 [serial] => 1 [has_update] => [mac] => 2462AB00DC3A [relays] => Array ( [0] => Array ( [ison] => [has_timer] => [overpower] => ) ) [meters] => Array ( [0] => Array ( [power] => 0 [is_valid] => 1 [timestamp] => 1566596583 [counters] => Array ( [0] => 0 [1] => 0 [2] => 0 ) [total] => 0 ) ) [temperature] => 37.12 [overtemperature] => [tmp] => Array ( [tC] => 37.12 [tF] => 98.81 [is_valid] => true ) [update] => Array ( [status] => idle [has_update] => [new_version] => 20190821-095324/v1.5.2@4148d2b7 [old_version] => 20190821-095324/v1.5.2@4148d2b7 ) [ram_total] => 50832 [ram_free] => 40528 [fs_size] => 233681 [fs_free] => 174947 [uptime] => 9769 )
[2019-08-23 21:43:02][DEBUG] : Call : http://192.168.0.13/meter/0
[2019-08-23 21:43:02][DEBUG] : response meter cmd: Not Found
Je peux comprendre que tu est actuellement occuper à ajouter une fonction plus importante.lunarok a écrit : ↑22 août 2019, 23:21PS : je planifie une mise à jour du plugin Shelly mais malgré tout pas sur que ce genre d'info apparaisse. C'est surtout pour chercher une solution à pouvoir faire apparaître les X relais des shelly2/2.5/4 dans Google par exemple. Vu que le core n'apporte pas la solution, et que la limitation d'un relais/inter/lampe par équipement reste en v4, il n'y a que le plugin Virtuel qui permette de passer outre. Sauf que c'est pas une vraie solution, donc il est possible que je propose dans la prochaine version de faire des "virtuels" shelly pour par exemple utiliser 2 relais avec Google Smart Home.
Mdr bien jouézep57 a écrit :Comment réutiliser une DIO KO ou une no-name pas chère
q1t1 a écrit : ↑05 sept. 2019, 14:44Bonjour à tous,
J'ai essayé de trouver la réponse à ma question sur le thread, mais pas vue...
Je souhaiterais mettre des Shelly 2.5 en complément d'interrupteurs 3 boutons montée/descente/stop (pour garder la main en cas de panne wifi ou Jeedom).
Est-ce que le Shelly comprend l'ordre stop et le volet s’arrête ou est-ce qu'il n'en tient pas compte?
Merci beaucoup!
Merci beaucoup !Thibaw a écrit : ↑05 sept. 2019, 21:47q1t1 a écrit : ↑05 sept. 2019, 14:44Bonjour à tous,
J'ai essayé de trouver la réponse à ma question sur le thread, mais pas vue...
Je souhaiterais mettre des Shelly 2.5 en complément d'interrupteurs 3 boutons montée/descente/stop (pour garder la main en cas de panne wifi ou Jeedom).
Est-ce que le Shelly comprend l'ordre stop et le volet s’arrête ou est-ce qu'il n'en tient pas compte?
Merci beaucoup!
Oui c'est compatible, dans la page de configuration propre au module (accessible via son ip) tu peux choisir le type d'interrupteur et lorsque tu reviens en position 0 sur l'interrupteur, le volet s'arrête.
Utilisateurs parcourant ce forum : Google [Bot] et 13 invités