Un plugin Remora pour Jeedom
-
Yes trop cool @lunarok
Pour la récupération des valeurs de téléinfo dans WifInfi (et remora quand je m'y serais penché à nouveau) je vois bien quelque chose de "générique" pour pouvoir récupérer n'importe quelle valeur c'est à dire
http://device/nom_de_l_etiquette_souhaite
ce qui pourrait donner quelque chose comme ceci pour la puissance instantanée (PAPP)
http://device/pappouhttp://device/PAPPle device doit comparer sans la "case"
Bien entendu avec la possibilité de récupérer toutes les valeurs (encore un exemple)
http://device/tinfo
Voili voilou, pour la commande des fils pilotes çà me convient, mais on doit pouvoir en positionner un ou plusieurs sans toucher aux autres en fonction de la commande envoyée :
liste des commandes : -=rien C=Confort A=Arrêt E=Eco H=Hors gel 1=Eco-1 2=Eco-2 exemple 1A => FP1 Arrêt CCCCCCC => Commande tous les fils pilote en mode confort (ON) AAAAAAA => Commande tous les fils pilote en mode arrêt EEEEEEE => Commande tous les fils pilote en mode éco CAAAAAA => Tous OFF sauf le fil pilote 1 en confort A-AAAAA => Tous OFF sauf le fil pilote 2 inchangé E-CHA12 => FP2 Eco, FP2 inchangé, FP3 confort, FP4 hors gel, FP5 arrêt, FP6 Eco-1, FP7 Eco-2 -
Ah déjà y a des valeurs que je connaissais pas pour le fil pilote (j'avais vu juste C, A, E H)
Et justement c'est ma question du moment là que j'attaque le design du plugin.
J'avais le choix par exemple de faire 28 commandes (4 modes, 7 zones) mais c'est pas beau donc bofAlors ma question était sur l'usage type. Est-ce qu'une commande unique pour les scénarios avec la chaine de valeurs était suffisante, côté widget, du coup un widget ou on choisit la combinaison et valide.
Mais ca parait pas génial non plus.Ou alors une commande pour chaque mode "tout sur ..." (tout éteint, tout hors gel ...)
et une commande par zone ? (mais j'ais pas l'idée ultime encore là sur le moyen de passer le mode, surement par un message contenant la lettre en mode scénario)Pour la téléinfo, je vois des défauts à chaque valeur dispo séparément :
6 valeurs, 6 appels c'est long et consommateur
6 valeurs = 6 création de commandes à la main en devant connaitre le nom de chaque (pour remora vous avez peut être pas d'utilisateur michu, mais bon c'est devenu un réflexe pour moi)Du coup un /teleinfo qui renvoit un json avec chaque info:valeur, ca c'est juste le top, création auto des commandes facile, rien à paramétrer quoi
Pour la board wifiinfo, j'ai lu que t'en avais une 60aine, mais pas comment t'en prendre une si c'est possible
Le bonus : j'ai trouvé une classe PHP qui si elle fonctionne permettra de créer les tokens
-
@lunarok Pour info, dans le retour d'état d'un fil pilote, il y a également la valeur possible "D", comme Délestage. Ca n'est pas une commande possible en revanche.
Ta proposition me semble bien pour la commande. On aurait par exemple :
- [Maison][Remora][TOUT][HORS-GEL]
- [Maison][Remora][FP1][CONFORT] (ou mieux [Maison][Remora][SALON][CONFORT])
-
Effectivement bêtement j'avais pas penser à la solution de 8 équipements avec 4 commandes. Ca me parait mieux.
Personne n'aura 2 remora à la maison ? Un seul remora en conf du plugin, et création de 8 équipements ca irait ? Moi ca me plait bien, ca fait bien ranger en logique (on peut associer la zone 3 à l'objet cuisine, le global à maison ...)J'ai bien fait de poser la question
-
je cherche je cherche mais jvois pas trop quoi ajouter. que de bonnes idées et ça me parait pas mal niveau archi
pour mes potes et moi c'est et sera une remora en tout cas.@+
-
Nickel @lunarok !
-
Ça me va aussi
Attention @lunarok une petite subtilité sur le retour de toutes les données en une seule fois
J'avais prévu de pouvoir retourner d'autre types de données ou des valeurs calculées (par exemple qd tu as PAPP et TENSION tu peux retourner une INST bien plus précise en retournant PAPP/TENSION car IINST retourne toujours une valeur entière.
Donc si tu veux être sur de ne prendre que les données de la teleinfo "officielle", ne pas prendre les valeurs commençant par _ (exemple _uptime, _IINST, ...)
C'est arbitraire, si ça ne convient pas on trouve autre méthode bien sûr (j'ai fait çà vite fait). C'est du JSON ça doit pouvoir même être inclus dans un tableau pour faire plus propre -
J'ai une première version sur le market, il me faudrait un volontaire pour tester que la comm avec spark passe.
Et un sample d'out de : https://api.spark.io/v1/devices/[DEVICE_ID]/indexhp?access_token=[ACCESS_TOKEN]
Créer une info pour chaque me dérange pas meme si il y a du non standard téléinfo, mais avoir les standards téléinfo ca aide pour mapper dans Jeedom sur le plugin teleinfo pour ceux qui veulent. -
Bonjour @lunarok
Est-ce que tu pourrais m'envoyer le plugin en version beta ?
Car j'ai tout installé et il ne me manque plus que ça.
En attendant je continue à tourner avec la version spark, mais comme le Remora me sert pour le chauffage et la téléinfo, cela me bloque un peu.
Et un bien sûr je pourrais te redonner mes retours.
En te remerciant -
Hello.
Tout d'abord, meilleurs voeux à tous.
J'ai bien reçu et assembler mon v1.3 avant les fêtes, et dernièrement, j'ai profité du break de Noel pour y injecter le github. Tout se présente bien.
Mais j'ai un soucis avec Jeedom.
J'ai créé un docker sur mon synology, jusque là, aucun soucis, j'ai créé une instance jeedom, avec un compte pour le marketplace, et j'ai - il me semble, du moins - bien suivi la procédure d'install.
Mais impossible d'installer un plugin, quel qu'il soit, j'ai toujours la même erreur (droit sur le répertoire), où on me demande de faire un CHMOD 777 pour rendre l'accès. Or, dans l'état de santé du tableau de bord, la ligne "Droit sudo" est au vert...Une idée ?
D'avance, merci.
@+
-
Bon, je vais me répondre à moi même, je sais pas ce que j'ai fais, mais après une ré-install, ça fonctionne...
Plus qu'à raccorder pour tester. -
Version logicielle 1.3.1 dans la remora
Version beta du plugin jeedomLes ordres fonctionnent mais les status ne remontent pas.
-
Je plussoie avec @Dany21000
Il semble qu'il faille faire les mêmes modifs que pour la téléinfo dans les fichiers du plugin :
la suite ici -
Hello,
Juste pour vous signaler qu'avec juste quelques minimes modifs, le plugin répond à nos attentes (cf. le lien vers le forum de jeedom).
Par contre @Charles, je voudrais savoir ce que la commande "délestage" nous retourne :
- niveau
- zone
Autant pour la "zone", je saisie, autant je ne sais pas trop ce que retourne "niveau" et la signification de sa valeur.
-
-
Merci @Charles
Je vais voir avec lui -
Bonjour @alban, le principe est de délester une zone (on la met en hors gel) et voir si cela suffit à descendre en dessous du courant max (une zone délestée => niveau de délestage = 1). Si cela ne suffit pas, on déleste une zone en plus (2 zones délestées => niveau=2), etc.
Ensuite, il y a des subtilités pour éviter de délester une zone trop longtemps. Pour cela, on fait tourner les zones délestées toutes les 5 minutes (de mémoire). De même, si le courant est toujours en dessous du courant max au bout d'un certain temps, on retire une zone délestée (niveau - 1).J'en profite pour dire que j'utilise depuis 2 jours le plugin Energie, et ça s'interface vraiment bien avec le plugin Remora (partie téléinfo).
Une capture >
-
-
Salut @alban !
Lorsqu'une zone est délestée, sa valeur devient 'D' (au lieu de 'C' comme confort par exemple). On a donc l'info.
C'est vrai que ça serait une info intéressante de savoir s'il y a un délestage en cours via le plugin Remora (pour envoyer un sms par exemple, via un scénario).
Le retour actuel 'Niveau de délestage' du plugin me paraît un peu bizarre. On dirait plutôt l'état du premier fil pilote. Pourrait-on avoir un niveau entre 0 et 7 par exemple? -
Ce serait bien que tout cela soit paramétrable. On peut définir pour le moment les pourcentage de délestage et relestage mais le "tournant" serait une option (activé ou non) et définir le temps. Tous les radiateurs n'apprécient pas forcément de basculer toutes les 5 minutes.
