Bonjour,
sur un Version Jeedom 4.3.6
Version OS debian 10.9
Version PHP 7.3.27-1~deb10u1
avec le plugin shelly (version beta) du 2022-08-24 01:02:11
pour un shelly 1PM avec le firmware Version : 20220809-124723/v1.12-g99f7e0b
mode cloud non activé.
La donnée concernant le statut de la programmation ne remonte pas.
Pas de date de collecte rien…
Une idée ?
SI çà peut servir : ya moyen de récupérer l’info dans le JSON ici : http://IP/settings
object > relays [1] > schedule
Salut,
Donc si je comprends bien, vous êtes étonné que les données concernant le statut de la programmation ne remonte pas au niveau du plugin!
Quel intérêt y aurait t’il d’avoir cela ? les scénarios dans jeedom sont bien plus évolués que de passer par ceci qui ne vous donnera que 1% de satisfaction .
Oui certes, on peut faire pareil avec Jeedom. Mais si celui-ci tombe en panne pour X ou Y raison, la programmation du shelly peut rester en place.
Je note juste que la commande est présente dans l’interface avec les boutons d’actions activer/désactiver (qui fonctionnent !) on a juste le statut qui n’est pas remonté. Je n’aurai pas poser la question si cette commande n’avait été présente.
J’ai toujours la solution de faire un virtuel pour avoir l’info avec le JSON. Mais bon c’est dommage d’avoir une commande qui ne sert à rien.
Vous avez raison au cas ou jeedom tombe en rade 
pensez alors à dupliquer le Shelly si celui-ci tombe en panne .
Je suppose qu’avec un tel raisonnement, que je respecte, vous n’avez aucuns modules dépendants de jeedom !
Quand j’ai acheté ma Porsche Panamera j’en ai pris 2 ( 1 essence et 1 diesel ) et je roule avec l’une ou l’autre en fonction du prix du carburant 
Oui oui, ok… one point !
Par contre, le fait est que la commande est quand même remontée par le plugin. Sauf qu’elle ne fonctionne pas. Pour moi, çà reste un bug.
Peite information:
L’info du schedule est effectivement dans le plugin, mais n’est pas configurée avec le json.
Il est possible de voir l’info en demandant dans l’info du relay/0 l’état du shedule .
Je te fais un GIF dans quel instant pour expliqué
@+Dom
Voici l’info et le Dashboard. J’ai triché sur le Dashboard en créant un « event » sur le status du Schedule !
Une panamera diesel, quelle faute de goût, lamentable.
Eric
Bonjour Doubledom,
j’ai du raté un épisode tu créé l’event sur quoi et comment tu l’affecte au statut ???
Salut.
En fait il faut aller chercher l’info schedule:
Soit dans « http://adresse ip/settings/relay/1 »
relays: [
{
name: null,
appliance_type: "General",
ison: true,
has_timer: false,
default_state: "on",
btn_type: "toggle",
btn_reverse: 0,
auto_on: 0,
auto_off: 0,
schedule: false,
schedule_rules: [
"0100ass-0123456-on",
"0131asr-0123456-off"
],
max_power: 3500
}
],
Soit dans « http://adresse ip/settings/relay/0 »
{
name: null,
appliance_type: "General",
ison: true,
has_timer: false,
default_state: "on",
btn_type: "toggle",
btn_reverse: 0,
auto_on: 0,
auto_off: 0,
schedule: false,
schedule_rules: [
"0100ass-0123456-on",
"0131asr-0123456-off"
],
max_power: 3500
}
OK mais comment tu la remonte dans le statut.
Avec un « event » dans 
faisant référence à cet info que tu récupères en script ou MQTT
Mais après voir si @lunarok (désolé de te Tagger ) peut modifier la partie plugin pour récupérer directement, je crois qu’il a prévu de mettre à jour avec les cde « Activer et Désactiver » de « la programmation » mais ne fonctionne pas ! ( ce n’est pas la remontée du shedule, mais l’info si appuie sur les Bp)
@+Dom
Donc tu dois créer un script a part qui va chercher l’info et met à jour la valeur de statut programmation dans l’équipement shelly.
oui en attendant, si modif !
Je sais pas si avec JMQTT cela peut remonter !
Bonjour,
Désolé car je suis un nul en informatique et MQTT, JSON, etc. c’est vraiment du chinois (vu dans les réponses) et je n’ai pas trouvé dans les réponses de quoi régler mon souci
Je suis à jour de toutes mes versions jeedom et plugins
J’ai installé déjà plusieurs modules Shelly et tout est fonctionnel du premier coup.
Ici j’ai un Shelly pro 1pm que je viens d’installer et de déclarer sous Jeedom.
Configuration d’origine pour l’ensemble et pas de remontée de l’état, consommation et puissance 
Ce qui est bizarre, c’est que je n’ai jamais eu aucun problème notamment avec un pro 4pm
Voici le log que j’ai en faisant un M/A qui fonctionne bien
0000|[2023-02-02 16:26:32]DEBUG : Call : http://192.168.2.219/relay/0?turn=on, return : 200, content : {"ison": true, "has_timer":false, "timer_started_at": 0, "timer_duration": 0.00, "timer_remaining": 0.00, "overpower": false, "source": "http"}
0001|[2023-02-02 16:26:32]DEBUG : Call : http://192.168.2.219/status, return : 404, content : Not Found
0002|[2023-02-02 16:26:39]DEBUG : Call : http://192.168.2.219/relay/0?turn=off, return : 200, content : {"ison": false, "has_timer":false, "timer_started_at": 0, "timer_duration": 0.00, "timer_remaining": 0.00, "overpower": false, "source": "http"}
0003|[2023-02-02 16:26:39]DEBUG : Call : http://192.168.2.219/status, return : 404, content : Not Found
Merci de bien vouloir m’aider mais en tenant compte de mon faible niveau
Merci de m’occuper de mon cas.
J’ai donc pris mon courage à 2 mains et installé jmqtt. En lisant la doc je comprends un peu le truc
Pas de souci pour l’installation du plugin
J’ai ajouté le pro 1 pm en mettant juste shellypro1pm-30c6f7816bb0/# sinon aucun retour.
Dans les commandes j’ai la chose suivante mais je suppose que c’est pas vraiment bon, donc je suis arrêté là
Essaye avec le template du Shelly PLUS 1PM.
Merci à tous pour votre aide
Après plusieurs heures de recherche et de tâtonnement je comprends mieux toute cette mécanique.
Le template Shelly plus 1PM ne fonctionne pas mais il m’a permis de comprendre le principe
J’ai maintenant la remontée d’état avec :
shellypro1pm-30c6f7816bb0/events/rpc
[params][‹ switch:0 ›][output]
Pour les autres remontées, je ferai demain.
Je reste dans ce sujet car je trouve dommage qu’un module Shelly ne fonctionne pas dans le Plugin Shelly, pourtant c’est pratique et à la portée de tous
Passer par MQTT est très complexe et demande un investissement temps/compétences conséquent.
Cela ne va pas dans le bon sens, mais ce n’est que mon avis.
Encore merci de m’avoir dépanné
