Forum Communauté Jeedom

lunarok a écrit : ↑

22 mai 2019, 07:42

Un peu de lecture aussi

Bonjour,
L'ironie n'est aucunement nécessaire.
Je demande simplement un peu d'aide pour un plugin...payant...
Laissez tomber je vais me débrouiller

Bonjour,
lunarok avait effectivement déjà répondu plusieurs fois à la question dans la file. Le retour d'état n'est pas immédiat, il s'agit d'une limitation technique dont je n'ai pas saisi les détails, mais pour le moment c'est comme ça. Si vous avez besoin d'un retour d'état immédiat (et au passage d'un délai d'action plus rapide), passez en MQTT. Vous devriez trouver comment faire en cherchant un peu ; au besoin je peux vous aider.

@drake88

drake88 a écrit : ↑

26 mars 2019, 09:26

Bonjour à tous,

J'ai 18 VR à domotiser, je viens de voir que les modules Shelly 2.5 peuvent gérer des VR et de plus ils sont intégrables dans Jeedom.

Je souhaiterais juste savoir s'il y à un retour d'état et la possibilité d'ouvrir le VR à 50% par exemple? (Vr Somfy filaire avec neutre)

Merci

Peux-tu me faire un retour d'expérience sur la domatisation des tes volets roulants avec des shelly 2.5 ?

Je n'ai qu'un seul volet roulant à domotiser mais je continue à me poser plein de questions à commencer par choisir le moteur : je pense prendre du somfy 20 Nm en filaire mais il y a plusieurs références (Ilmo, etc..).
Ensuite il y a la question d'une commande physique : que choisir ? et est ce qu'avec les shelly 2.5 tu peux facilement commander tes volets à partir d'une google home ou d'un amazon echo par exemple ?

Merci

AlexM a écrit : ↑

08 juin 2019, 22:34

Bonjour,
lunarok avait effectivement déjà répondu plusieurs fois à la question dans la file. Le retour d'état n'est pas immédiat, il s'agit d'une limitation technique dont je n'ai pas saisi les détails, mais pour le moment c'est comme ça. Si vous avez besoin d'un retour d'état immédiat (et au passage d'un délai d'action plus rapide), passez en MQTT. Vous devriez trouver comment faire en cherchant un peu ; au besoin je peux vous aider.

Merci pour votre réponse.
Sur le principe, la mise jour du retour d'état est lié à CRON qui lance la mise à jour toutes les minutes (si j'ai bien compris).
Cependant, chez moi, ça ne fonctionne pas même si j'attends quelques minutes.
Concernant MQTT, le problème est qu pour les shelly 1, je souhaiterais conntinuer à utiliser l'appli Shelly en complément de JEEDOM et on ne peut pas faire les 2 (là dessus je suis certain que les développeurs feront évoluer les choses).
Si vous avez des pistes concernant le retour d'état avec le plugin je suis preneur
Encore merci et à bientot !

Va falloir fournir des logs un jour
Car si au cron ça se met pas a jour la raison va être dedans

Bonjour,
Ci-dessous le log Shelly.
Je note également une erreur récurente sur les shelly HT. C'est peut-être normal ?
Merci d'avance pour votre aide.

[2019-06-09 11:50:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:50:25][DEBUG] : Call : http://192.168.1.103/relay/0?turn=off
[2019-06-09 11:50:25][DEBUG] : Call : http://192.168.1.103/status
[2019-06-09 11:50:34][DEBUG] : Call : http://192.168.1.103/relay/0?turn=on
[2019-06-09 11:50:34][DEBUG] : Call : http://192.168.1.103/status
[2019-06-09 11:51:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:51:10][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:52:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:52:10][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:53:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:53:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:54:02][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:54:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:55:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:55:10][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:56:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:56:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:57:02][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:57:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:58:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:58:10][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 11:59:01][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 11:59:10][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 12:00:01][DEBUG] : Scan :
[2019-06-09 12:00:02][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 12:00:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host
[2019-06-09 12:01:02][DEBUG] : Call : http://192.168.1.100/status
[2019-06-09 12:01:11][ERROR] : Erreur sur la fonction cron du plugin : Echec de la requête HTTP : http://192.168.1.100/status cURL error : Failed to connect to 192.168.1.100 port 80: No route to host

Bon, alors j'avance.
Je viens de trouver que c'est à cause de l'erreur d'interrogation du shelly HT que l'interrogation du statut des autres modules ne se déclenche pas.
Des idées ?
Merci d'avance.

ndbocq a écrit : ↑

02 juin 2019, 20:31

Bonjour,
Perso je viens de monter 4 Shelly 2.5 pour finir de domotiser mes volets roulants. J’ai des boutons de commande bistable avec un bouton monté, un bouton descente et un bouton stop. Pour que le Shelly fonctionne bien il faut le mettre sur Momentary dans BUTTON TYPE.
Si on laisse le bouton descente ou monté enclenché, c’est la butée du volet qui fait le travail et coupe l’alimentation et on entend le relais du Shelly se déclencher.

mais que se passe t il si jeedom envoie l'ordre contraire au bouton enfoncé ?

lunarok a écrit : ↑

09 juin 2019, 10:00

Va falloir fournir des logs un jour
Car si au cron ça se met pas a jour la raison va être dedans

Bonjour,
Sur la base du log transmis suite à votre demande, qu'en pensez-vous ?
Avez-vous une solution pour éviter ce blocage ?
Merci d'avance.

Bonjour,

par antar » Aujourd’hui, 11:25
mais que se passe t il si jeedom envoie l'ordre contraire au bouton enfoncé ?

Et bien je ne m'étais jamais posé la question mais je viens de faire le test suivant :
Volet ouvert à 100%
Demande de fermeture au bouton : le volet descend
Demande d'ouverture avec Jeedom pendant la fermeture : le volet remonte.

Merci de ta réponse me voici rassuré

Le branchement étant somme toute facile, le prochain gros morceau qui m'attend est mettre les mains dans MQTT.

@ bientôt le forum

lunarok a écrit : ↑

20 mai 2019, 14:34

jobsam a écrit : ↑

18 mai 2019, 00:09

lunarok a écrit : ↑

17 mai 2019, 16:26

Il faut des logs en debug

[2019-05-18 00:06:14][INFO] : Début d'activation du plugin
[2019-05-18 00:06:15][INFO] : Info sur le démon : Array ( [launchable_message] => [launchable] => nok [state] => nok [log] => nok [auto] => 0 )
[2019-05-18 00:06:15][DEBUG] : Lanzamiento de :/var/www/html/core/class/../../core/php/jeePlugin.php plugin_id=shelly function=install callInstallFunction=1
[2019-05-18 00:07:21][DEBUG] : Call : http://192.168.1.52/relay/0?turn=on
[2019-05-18 00:07:21][DEBUG] : Call : http://192.168.1.52/status
[2019-05-18 00:07:27][DEBUG] : Call : http://192.168.1.52/relay/0?turn=off
[2019-05-18 00:07:27][DEBUG] : Call : http://192.168.1.52/status
[2019-05-18 00:08:02][DEBUG] : Call : http://192.168.1.52/status

Tu peux essayer dans un navigateur avec :
http://192.168.1.52/color/0?turn=off

Y a-t-il une prévision du moment où cela peut être résolu?

Il faudrait déjà répondre aux questions

lunarok a écrit : ↑

11 juin 2019, 23:01

Il faudrait déjà répondre aux questions

Je ne peux pas comprendre la réponse, probablement à cause de mon mauvais français. J'ai compris qu'il a déjà été répondu.
La seule réponse que j'ai vue est une URL à essayer à partir du navigateur.

jobsam a écrit : ↑

11 juin 2019, 23:56

lunarok a écrit : ↑

11 juin 2019, 23:01

Il faudrait déjà répondre aux questions

Je ne peux pas comprendre la réponse, probablement à cause de mon mauvais français. J'ai compris qu'il a déjà été répondu.
La seule réponse que j'ai vue est une URL à essayer à partir du navigateur.

Bonsoir Monsieur ROK,
Une nouvelle fois je note beaucoup d'agressivité dans votre réponse.
Une question du genre "As-tu essayer http://... et si oui, que se passe-t-il" serait bien mieux preçue et efficace que "Il faudrait déjà répondre aux questions".
Un minimum de courtoisie ne fait de mal à personne et répondre aux questions non plus.
J'attends d'ailleurs toujours une réponse à la mienne...bien que j'ai répondu à votre question !
Sur ce à bon entendeur !

Bonjour,

Je ne sais pas si je pose ma question au bon endroit ou non ;

Je suis intéréssé par les modules Shelly, je me demandé si le fait qu'il soit Wifi était dérangent ou pas contrairement à un RFXcom?
Car une une connexion (débit) relativement faible, est-ce que le fait qu'il fonctionne en wifi va me consommer de la bande passante??

Non c'est totalement négligeable en terme de bande passante (d'autant que c'est en local). Tout dépend de votre installation mais globalement on peut dire que le 433 mHz porte plus loin que le wifi. Perso, j'utilise des 433 (DiO) pour les trucs dans le jardin ou dans la dépendance, et du wifi (Shelly ou Sonoff) pour tout ce qui est dans la maison.

Ok merci.

Apparement tu as les deux, entre Shelly et Sonoff que préfère tu? une différence intéressante chez l'un ou l'autre?

Les Shelly sont supérieurs en tous points. Je n'ai des Sonoff que parce que je les ai achetés avant (il m'en reste en stock que je vais revendre d'ailleurs). Les Sonoff se trouvent 2 fois moins chers que les Shelly, c'est leur seul avantage.

Envoyé de mon Redmi 5 Plus en utilisant Tapatalk

Ok, je vais partir sur Shelly alors.

.Ce n'est pas précisé sur leur site, il gère la variation ou non ? car j'ai 2 inter sur variateur.
. Est faut-il forcément avoir le neutre de brancher pour le faire fonctionner ? si oui je le place juste avant l'ampoule (en parallèle).