moi ca me rappelle une discution sur le plugin apc
j’ai fait la modif.
le retour de l’entrée SW ne fonctionne toujours pas.
Tu as bien sauvegardé l’équipement après avoir fait la modif?
Édit: Aussi à bien enlever « le restrict login » sinon ça redevient trop long
La modifié donné est un non sens, preuve que le retour devrait bien être la mais que ça simplement marche pas chez tout le monde.
Vous étés entrain de faire des démonstrations par l’absurde du genre prouver que les loup garou existent mais que pendant la pleine lune
Où est le non sens? Il pourrait bien avoir une limite de characters dans l’api shelly sur un envoie de commande car si je le fais directement depuis le shelly plus de limite.
Chez moi ça marche en tout cas et je voulais juste donner une piste!
oui et je l’ai meme recreer
Sans login?
Sinon tu te mets en debug tu sauvegardes et ds les lots tu verras l’URL qui est envoyé au shelly.
Tu peux après copier directement l’URL ds les actions du shelly (pour décoder les % URL Decode and Encode - Online)
Mais il faut tout faire à la mano
1 « J'aime »
donc il fut que je decode ca btn on et btn off
http://192.168.1.44/settings/input/0?btn_on_url=192.168.1.17%2Fplugins%2Fshelly%2Fcore%2Fapi%2FjeeShelly.php%3Fapikey%3DEC8V5ttkaWOw8vVtXXXjlnXt8hjU2i0Pr%26id%3D230%26input%3D0%26value%3D1
http://192.168.1.44/settings/input/0?btn_off_url=192.168.1.17%2Fplugins%2Fshelly%2Fcore%2Fapi%2FjeeShelly.php%3Fapikey%3DEC8V5ttkaWOw8vVXXXjlnXt8hjU2i0Pr%26id%3D230%26input%3D0%26value%3D0
par contre .1.44 c’est mon shelly et .1.17 c’est mon jeedom. je rentre que l’'url de mon jeedom aprés le =
oui et il faut copier dans ton shelly uniquement la chaine après btn_on_url= et si tu le fais à la main remet le http:// avant l’ip c’est quand même mieux.
‹ Il pourrait › c’est pllud que du subjonctif, c’est il y a
L’existence du démon nodejs venait palier a une limite de caractères qui rendait les actions Shelly inutilisable via l’API jeedom, URL trop longue.
Depuis leur changement sur la gestion des actions, la limite du ily a est bien supérieure, ils arrivent même a garder jusqu’à 5 URL en parrallele (c’est d’ailleurs la prochaine mise a jour du plugin pouvoir setter directement de jeedom les actions des Shelly, y compris URL directe si c’est un Shelly)
Mais enlever 5 caractères au début ne change rien.
C’est la sauvegarde de l’équipement qui fait tout.
Sur update du plugin il doit le faire sur tous, mais dans les vieilles versions jeedom j’ai pas vraiment confia ce.
Et quand je vois fds URL encore vide sans l’adresse en 8122 CZ veut dire que ça n’a jamais marcher le retour d’État sur ce Shelly, rien a voir avec la mise a jour.
Et pour l’histoire que ça fonctionne uniquement sans restriction c’est quoi le problème du coup ?
Pour info je suis en 4.0.61 et j’ai des shelly 1 et plug s et j’avais bien l’adresse en 8122 avant.
3 messages ont été scindés en un nouveau sujet : Mise à jour Shelly et jeelink
Bon bah je pense qu’on aura jamais notre réponse sur les login/pass. Quand le développeur vient ici c’est pour mettre des cartouches à des personne qui veulent juste aider comme @AntFleu ou d’autre. C’est dommage et ça va à l’opposer du principe de cette communauté.
Je viens juste tempérer les propos.
Je pense que Lunarok a étudié les API Shelly et leur changement. Donc vu son niveau je pense qu’il sait de quoi il parle sinon on aurait pas de plugin du tout.
Maintenant, il a poussé une version de son plugin qui tient compte des dernières modifs de shelly.
Peut-on lui reprocher, à mon humble avis non !
Doit-on sur ce post tenir compte des personnes qui viennent faire +1, moi aussi etc. sans log, je ne suis pas sur car sans log sans véritables informations techniques, on ne peut rien faire
Est-ce que ces personnes qui ont des soucis on tenté de mettre en place ce qui a déjà été dit et que j’ai résumé dans un post on ne sait pas !
Bref, même si Lunarok n’est pas le meilleur communiquant, c’est n’est pas no plus un manche en développement !
Est-ce que les gens qui se plaignent donnent des infos, il suffit de lire les posts de ce forum pour s’apercevoir qu’en majorité on ne sait pas quel version de jeedom ils ont, ni la version de linux, ni la version du plugin, ni si ils ont tenté les solutions mises en avant, ni de log ni rien…
Après modifier une url sans connaitre et avoir étudié l’API ok, mais on peut se poser la question de la pérénité de la solution…
Bref ca ne fait pas avancer la chose, mais ce n’est pas non plus en ayant des +1 et des moi aussi que l’on donne du grain à moudre pour peut être mettre en avant un souci qui à ce jour n’est pas avéré.
Le but est de prouver via log et autre qu’il y a une intéraction entre la config de chacun, la nouvelle API et le plugin.
Il y a tellement de parametres en jeux que seule une analyse détaillée et technique permettra de trouver la root cause.
Et ce n’est pas en s’écharpant sur un forum communautaire ou le developpeur est même pas censé intervenir que l’on aboutira à quelque chose.
Quand on voit le nombre de gens qui achete un module sans en lire sa doc pour connaitre ses capacités, ces spécificités…
exemple Shelly 1 fonctionnement ca laisse réveur.
Je suis en accord avec quasi l’ensemble de ton message.
Mais nous sommes plusieurs ici à avoir donné des pistes, ou s’être porté volontaire pour tester. Pas de réponse.
A la simple question pour la restriction qui fonctionnait avant avant mais plus maintenant, et surtout que devons nous faire : attendre une MAJ du plugin ? attendre une MAJ du firmware ? Peu importe la réponse du moment que nous en avons une.
« ’Ce n’est pas non plus un manche en développement », j’en doute pas une seconde, donc justement c’est aux dev de nous aiguiller, plutôt que de se faire renvoyer dans ses 22 (sur ce poste ou d’autre …).
Autre question plus général : qu’elle est le canal « officiel » pour contacter un dev sur un plugin payant ?
Effectivement je me renseigne avant d’acheter.
Bon j’avais télécharger le PDF mais j’ai pas lu car je pensais que c’était des infos si on utilisais une appli Shelly!!!
Ouvrire un ticket sauf que quand tu activé les bêta, plus de sav
1 « J'aime »
si je répond pas c’est que y a aucune info ou raison.
Credentials activés, le plugin fonctionne.
Et quand je lis que ca serait que le retour d’état qui ne marche pas en ayant les credentials activés, désolé mais encore une fois ca marche et c’est improbable que ca soit autrement (que les actions ou le cron marche mais pas le settings des webhooks)
Je viens de rester à l’instant.
Sans restriction j’ai le retour d’état de mon volet (Shelly 2.5).
Avec restriction je n’ai plus le retour d’état.
J’ai que ça comme log :
Sans :
[2020-11-12 16:11:19][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:11:19][DEBUG] : Call : http://192.168.15.125/meter/0
[2020-11-12 16:11:19][DEBUG] : Call : http://192.168.15.125/meter/1
[2020-11-12 16:11:36][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:11:36][DEBUG] : Call : http://192.168.15.125/meter/0
[2020-11-12 16:11:36][DEBUG] : Call : http://192.168.15.125/meter/1
[2020-11-12 16:11:41][DEBUG] : Call : http://192.168.15.125/roller/0?go=close
[2020-11-12 16:11:41][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:11:41][DEBUG] : Call : http://192.168.15.125/meter/0
[2020-11-12 16:11:41][DEBUG] : Call : http://192.168.15.125/meter/1
[2020-11-12 16:11:42][DEBUG] : Call : http://192.168.15.125/roller/0?go=stop
[2020-11-12 16:11:42][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:11:43][DEBUG] : Call : http://192.168.15.125/meter/0
[2020-11-12 16:11:43][DEBUG] : Call : http://192.168.15.125/meter/1
Avec
[2020-11-12 16:12:41][DEBUG] : Loading cmd for type : shelly2-roller on Ecran projection
[2020-11-12 16:12:41][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:12:51][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:12:53][DEBUG] : Call : http://192.168.15.125/roller/0?go=close
[2020-11-12 16:12:53][DEBUG] : Call : http://192.168.15.125/status
[2020-11-12 16:12:55][DEBUG] : Call : http://192.168.15.125/roller/0?go=stop
[2020-11-12 16:12:55][DEBUG] : Call : http://192.168.15.125/status
Les URL créées dans des Shelly i3 ou 1, sont via un port 8122. Ce port est fermé sur mon Jeedom.
root@xxxxxxx:~# netstat -anp | grep 8122
root@xxxxxxx:~#