Il y a une entité qui est modeinfo qui renvoie un nombre à deux chiffres comme 00, 33 ou autre.
Le chiffre des dizaines représente un mode de la sortie du SSR2 du pv router qui peut avoir 5 variantes mode 1, 2, 3, 4 ou 9.
Le chiffre des unités représente un mode de la sortie du SSR1 du pv router qui peut avoir 5 variantes mode 1, 2, 3, 4 ou 9.
A la base je voulais créer un switch pour changer de mode cependant je suis limité car un switch n’a que 2 positions on et off, de plus quand le modeinfo est sur 4 je dois créer un slider qui va de 0 à 100% sous forme de float.
Selon vous que devrais-je utiliser ? un input number, une automation un blueprint ? ou autre ?
le schéma ressemble à une carte de thermostat sans sonde de température mais avec des nombres reçus et des nombres à envoyer pour changer de mode soit le SSR1 ou le SSR 2.
J’espère avoir été le plus clair possible merci de vos conseils.
comme la suite n’est pas consécutive, un slider ça va être le bordel …(5,6,7,8 n’existe pas si j’ai bien compris)…
un input select ça me semble plus efficace
Merci pour cette réponse, oui tu as bien compris que la suite n’est pas consécutive il n’y a que 0, 1, 2, 3, 4 ou 9.
Le input select doit être dans un fichier input_select.yaml ?
Le slider ne serait effectif que lorsque le mode est sur 4 les autres n’ont pas de commande en % juste on ou off.
par contre l’entité envoie systématiquement un nombre à deux chiffres et là je ne vois pas comment faire le tri pour dire que le chiffre des dizaines est ssr2 et le chiffre des unités le ssr1
et comment faire cette automatisation qui envoie la combinaison de nombres ?
Je pense saisir l’idée, en exemple quand je vais dans outil de développement → modèle sur l’entité en question :
voici comment est le résultat {{ states('sensor.MODEINFO') }} le résultat est 33 car mes deux SSR sont sur le mode 3, mais comment détailler pour prendre le chiffre 3 des dizaines et séparément le 3 des unités afin de les approprier aux SSR1 et SSR 2?
édit: je m’auto-réponds je peux les sortir comme cela {{ states('sensor.MODEINFO') [0]}} pour le SSR1 et {{ states('sensor.MODEINFO') [1]}}pour le SSR 2. cependant il faut que je l’affecte à une entité nouvelle non pour garder la valeur ?
Pour juste de l’affichage (aka découper states('sensor.MODEINFO') et en faire une carte), tu n’as même pas besoin de faire des input_select. Très basiquement tu pourrais afficher directement 33
Pour contrôler/piloter/commander, il faut des input select, mais du coup, tu n’as pas forcement besoin de récupérer la valeur de states('sensor.MODEINFO'), mais juste d’envoyer à ton « module », l’info combinée des 2 input_select. Quand c’est en place, si les input valent 22, alors ton states('sensor.MODEINFO')sera à 22 après l’automatisation
On peut aussi faire un mix des 2, question de gout et de place
sur la carte je souhaite voir l’état de chaque SSR par exemple SSR1 en mode 3 = gradateur (bouton allumé en vert par exemple) et SSR 2 mode 0 éteint avec donc (bouton allumé en vert le 0 éteint) et pouvoir sélectionner pour le SSR1 le bouton 9 qui s’allume et enclenche le mode test du SSR1.
cela ressemble au thermostat ou on peut cliquer les modes auto/confort/hors-gel/Vacances tout en voyant dans quel mode il se trouve.
je ne sais pas si je suis bien clair dans mon explication.
Il faut que tu vois dans ton intégration comment ça marche pour en déduire les bonnes automatisations (appel des bons services).
Là de ce que tu dis, on dirait que SSR1 et SSR2 sont pilotables indépendamment.
Donc 2 automatisations quasi identiques :
l’input select SSR1 en trigger
un appel du service dédié à SSR1 avec la valeur de SSR1
Et pareil pour SSR2
tu peux essayer d’appeler les services dans les outils de dev et créer les automatisations avec l’ui dédiée. Par contre il te faut comprendre comment marche HA ET tes PV … là j’ai l’impression que c’est pas encore très clair pour toi
En effet ce n’est pas très clair, je débute d’ailleurs que veux dire les pv ?
oui, on peut contrôler indépendamment la sortie une de la deux et inversement, si on change le chiffre des dizaine on modifie la sortie 2 et le chiffre des unités modifie la sortie une.
L’exemple du switch montre en partie comment cela fonctionne, je copie le code fonctionnant dans le post de départ de mon idée.
ok donc l’intégration de ton PVrouter doit permettre de faire autre chose que juste récupérer les infos… Donc il ya des entités qui y sont rattachés et des services… Lesquels sont-ils ?
Oui, mais mais le payload (le json que l’on envoi) doit respecter un format particulier…
On peut balancer 2 chiffres sur le topic, il faut juste confirmer que c’est juste ça