Après de multiples recherches, il m’est impossible d’avoir la partie supervisor et addon avec le HA de QNAP sans VM
Donc j’ai installé la VM sur mon QNAP haos_ova-7.5.ova
Après quelques péripéties:
Preparing Home Assistant
(this can take up to 20 minutes)
Donc il te reste à activer ssh sur qnap.
l’utilisation de la VM avec les add-on est en effet beaucoup plus confortable (j’avais peur pour mon TS251 qui est pas très performant)
J’ai tout de même l’impression que HA a retrouvé moins de choses que celui qui était installé via le docker.
Ceci étant j’arrive à ajouter petit à petit mes éléments
Important, le code que j’ai ajouté dans configuration.yaml a fonctionné et j’ai bien une valeur REST qui se met à jour sur mon tableau de bord (aje ne sais pas la fréquence de mise à jour) ==> Merci @Pulpy-Luke
En revanche je pensais avoir une courbe d’évolution de cette valeur alors que non ça fait un graph avec des multiples lignes des valeurs, et dans historique j’ai un arc en ciel de changement d’état. je ne sais pas si on peut changer quelque chose.
Maintenant, je vais faire des multiples REST afin d’avoir plusieurs données avant de décider des charges résistives que je dois allumer
Salut
Avec une restauration du backup tu dois pour finir par tout remettre
Avec quelques changements ?
Ça c’est parce que la récupération contient du texte et non juste une valeur numérique. Modification du template rest et ou création des autres sensors permettra de faire mieux
Côté performance c’est moins bien que de faire un rest ‹ chapeau › qui prends tout d’un coup et plusieurs template sensor qui exploitent une partie ducontenu brut du rest chapeau
Bonsoir,
J’ai ajouté le même code sans changement que sur l’ancien HA sur qnap
sensor:
- platform: rest
resource: http://192.168.1.250:80/Get04
value_template: "{{ value_json.value }}"
Lorsque je fais http://192.168.1.250:80/Get04 le navigateur me renvoie {« value »:« 345 »}
Le sensor.rest_sensor est égal à 345. Donc je ne sais pas s’il le considère comme un texte?!
Pour le multiple Rest chapeau, je ne sais pas si c’est possible, car j’ai 4 informations sur 4 adresses différentes à récupérer http://192.168.1.250:80/GetXX
Où alors il faudrait mettre une variable à la place de XX puis avec une boucle de 1 à 4, le formater, découper, l’extraire? vraiment un gain en ressources?
Ajoute un | int avant la dernière paire de }
Si tu as 4 contextes différents (getxx), le multi ne donnera rien de plus. Vérifie s’il n’existe pas un moyen côté Onduleur d’obtenir les 4 informations à partir d’un seul contexte
Bonsoir,
Le int n’a rien changé au problème.
sensor:
- platform: rest
resource: http://192.168.1.250:80/Get03
name: ecopv_Pact
value_template: "{{ value_json.value| int }}"
method: GET
timeout: 30
force_update: true
J’ai également essayé de faire la même chose en récupérant les index et j’ai des nombre entiers (en forçant j’ai la virgule ,0)
Pour les puissances, je ne comprends pas pk ce n’est pas considéré de la même manière que les valeurs de la netatmo, en courbe et non en état car dans le code en dur de l’arduino, c’est du int
case 6: {
ethernet.print ( (int) ( ( Pact >= 0 ) ? Pact : 0 ) );
break;
}
En revanche, pour les index, je comprends pourquoi j’ai toujours ,0, car dans le code en dur c’est du int. je vais changer en float et je réintégrerai le code dans l’arduino pour voir si ça change qqchose côté index
pour les puissances, je pense avoir trouvé. Il fallait donner les informations des types de données du REST
sensor:
- platform: rest
device_class: energy
state_class: measurement
resource: http://192.168.1.250:80/Get03
name: ecopv_Pact
value_template: "{{ value_json.value | int }}"
unit_of_measurement: 'kWh'
method: GET
timeout: 30
force_update: true
J’ai le résultat escompté pour l’affichage de mes puissances avec des jolies courbes
Le séparateur de décimal c’est certainement un point, la virgule c’est très francophone