Oué carrément… Si jamais ils s’activent demain, et que le OFF ne fonctionne pas via la commande, j’irais au disjoncteur ^^
@marvinroger
J’ai une petite question concernant les sensors de consommation d’énergie des radiateurs.
Est-ce qu’ils se réinitialisent tous les jours ?
Ou bien c’est un cumul depuis leur première mise en fonction ?
Auquel cas, il me faudra créer des sensor hourly/daily etc pour certaines de mes cartes 
Bonjour, j’ai un souci depuis la publication de la dernière version. Elle fonctionne très bien mais je perds la « liaison » (je ne sais pas comment on dit désolé) avec mqtt une fois tous les 2 jours environ. Après redémarrage de l’addon, ca remarche parfaitement. Est-il possible de programmer un redémarrage automatique quelque part dans HA éventuellement ?
PS: l’entité Clim fonctionne car ce n’est pas une entité issue de Tiko
@TrOuF @marvinroger
J’allais poser exactement la même question.
L’addon doit être rebooté pour ne plus avoir d’erreur comme "Request failed: fetch failed: getaddrinfo EAI_AGAIN portal-engie.tiko.ch",
Comment faire pour le redémarrer dès que la connexion à l’API ne fonctionne plus ?
Ou bien le redémarrer toutes les heures ?
Merci beaucoup 
Je vais de ce pas créer l’automatisation.
Tu crois qu’on peut se faire une notification pour notifier (oui oui 
, je n’ai pas trouvé meilleure formulation) de ce redémarrage ?
@Mexicain62
C’est quoi le type de déclencheur à utiliser ?
edit : ha c’est bon, j’ai trouvé : il fallait choisir Entité, puis État.
Dans entité, tu recherche un des climate qui remonte via mqtt.
Pour la notification sur le tel, tu ajoute une action supplémentaire, regarde le lien suivant:
1 « J'aime »
Merci
Par contre, pourquoi une fois sauvegardée elle n’apparait pas dans la liste ?
Un ticket est ouvert sur le github du projet, si vous voulez aider @marvinroger
1 « J'aime »
Hello !
Pour ma part, je suis toujours coincé avec une erreur de credentials et zoderror… même en version 1.4.
Je sais complètement, j’ai tenté de désinstaller, réinstaller, vérifier triplement mes identifiants… Sur le site, aucun problème pour se connecter, mais l’addon lui, ne veut rien savoir 
Je serais bien preneur d’un petit peu d’aide s’il vous plaît 
[12:16:08] INFO: Running in Home Assistant mode
[12:16:11.718] ERROR (7): Failed to fetch data from Tiko; are the credentials correct?
err: {
"type": "ZodError",
"message": "[\n {\n \"code\": \"invalid_type\",\n \"expected\": \"number\",\n \"received\": \"null\",\n \"path\": [\n \"data\",\n \"properties\",\n 0,\n \"rooms\",\n 5,\n \"currentTemperatureDegrees\"\n ],\n \"message\": \"Expected number, received null\"\n }\n]",
"stack":
ZodError: [
{
"code": "invalid_type",
"expected": "number",
"received": "null",
"path": [
"data",
"properties",
0,
"rooms",
5,
"currentTemperatureDegrees"
],
"message": "Expected number, received null"
}
]
at get error [as error] (file:///app/node_modules/zod/lib/index.mjs:538:31)
at doTikoRequest (file:///app/dist/tiko/client.js:150:31)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async TikoClient.fetchData (file:///app/dist/tiko/client.js:49:32)
at async file:///app/dist/index.js:16:27
"aggregateErrors": [
{
"type": "Object",
"message": "Expected number, received null",
"stack":
"code": "invalid_type",
"expected": "number",
"received": "null",
"path": [
"data",
"properties",
0,
"rooms",
5,
"currentTemperatureDegrees"
]
}
],
"issues": [
{
"code": "invalid_type",
"expected": "number",
"received": "null",
"path": [
"data",
"properties",
0,
"rooms",
5,
"currentTemperatureDegrees"
],
"message": "Expected number, received null"
}
],
"name": "ZodError"
}
Bonjour,
même problème pour moi. J’ai également vérifié login et password.
Pourtant MQTT-Explorer le détecte bien…
Merci @Mexicain62 pour l’idée d’automatisation 
"type": "ZodError",
"message": "[\n {\n \"code\": \"invalid_type\",\n \"expected\": \"array\",\n \"received\": \"null\",\n \"path\": [\n \"data\",\n \"properties\"\n ],\n \"message\": \"Expected array, received null\"\n }\n]",
"stack":
ZodError: [
{
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
],
"message": "Expected array, received null"
}
]
at get error [as error] (file:///app/node_modules/zod/lib/index.mjs:538:31)
at doTikoRequest (file:///app/dist/tiko/client.js:150:31)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async TikoClient.fetchData (file:///app/dist/tiko/client.js:49:32)
at async StateUpdater.update (file:///app/dist/state-updater.js:30:34)
"aggregateErrors": [
{
"type": "Object",
"message": "Expected array, received null",
"stack":
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
]
}
],
"issues": [
{
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
],
"message": "Expected array, received null"
}
],
"name": "ZodError"
}
[10:19:50.947] ERROR (8): Error from state updater
err: {
"type": "ZodError",
"message": "[\n {\n \"code\": \"invalid_type\",\n \"expected\": \"array\",\n \"received\": \"null\",\n \"path\": [\n \"data\",\n \"properties\"\n ],\n \"message\": \"Expected array, received null\"\n }\n]",
"stack":
ZodError: [
{
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
],
"message": "Expected array, received null"
}
]
at get error [as error] (file:///app/node_modules/zod/lib/index.mjs:538:31)
at doTikoRequest (file:///app/dist/tiko/client.js:150:31)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async TikoClient.fetchData (file:///app/dist/tiko/client.js:49:32)
at async StateUpdater.update (file:///app/dist/state-updater.js:30:34)
"aggregateErrors": [
{
"type": "Object",
"message": "Expected array, received null",
"stack":
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
]
}
],
"issues": [
{
"code": "invalid_type",
"expected": "array",
"received": "null",
"path": [
"data",
"properties"
],
"message": "Expected array, received null"
}
],
"name": "ZodError"
}
Avez-vous essayé de redémarrer l’addon ?
Chez moi, ça suffit à le refaire fonctionner.
J’ai recréé mon automation pour que ça le redémarre tout seul.
Oui, pour ma part je n’ai pas arrêté d’essayer de le démarrer… vu qu’il ne veut pas démarrer
Désinstallation et réinstallation idem, sans effet.
Salut 
Je n’ai pas pensé à vous demander , vous être chez Tiko ou bien Mon Pilotage Elec d’Engie ?
Moi c’est Mon Pilotage Elec d’Engie.
Vous avez mis l’ID dans le champ adéquat ? C’est « Tiko Property ID ».
Chez moi c’est la suite de chiffres dans l’URL de connexion via Mon Pilotage Elec : 0987654321
Avec Tiko l’URL doit être différente mais je pense qu’il doit y figurer aussi l’id en question.
Ps : il faut aussi MQTT , vous l’avez bien ?
Bonjour à tous,
tiko a mis en place quelques mesures de sécurité (bienvenues, ce n’est pas pour nous mettre des bâtons dans les roues, ce sont des bonnes pratiques) qui n’étaient pas gérées par l’add-on.
Je viens de publier la 1.4.1 qui devrait corriger tous les soucis de ces derniers jours / semaines.
N’hésitez pas à me dire d’ici quelques jours si tout fonctionne bien.
Bon week-end !
2 « J'aime »
Nous verrons d’ici demain
Merci pour le support 
Bonjour, je suis novice sur le sujet de home assistant mais je suis ce sujet notamment depuis un moment. En version 1.4.0, lorsque les entités devenaient indisponibles, avec une automatisation comme conseillé plus haut et cela refonctionnait nickel.
Depuis la dernière version les entités ne sont plus indisponibles mais ne se mettent pas forcément à jour. Je m’explique, la température indiquée ne correspond pas du tout à mon ressenti donc je redémarre l’add-on et là, le sensor température fait un bond de 1 ou 2 degré plus bas.
J’ai également les remontées des sensors de température des modules qui sont très bizarres par rapport à il y a quelques jours. Au lieu d’avoir des « courbes », ça fait des traits. Certainement que les 2 soucis sont liés d’ailleurs.
Idem quand le chauffage chauffe en vrai, sur le sensor il est éteint ou vice versa parfois.
Je ne sais pas si je suis seul dans ce cas de figure. J’ai des modules Tiko v2 avec mon pilotage d’Engie.
Je vous mets 2 captures avant/après l’apparition de ces soucis.
Je constate la même chose, avec des modules v3 je pense (les gros, tout en un, pas de module dédié à la connexion internet, voir plus haut).
Les données ne se mettent pas à jour assez fréquemment.
La 1.4.2 règle ce souci de synchronisation !
2 « J'aime »