obone-git / cozytouch-domoticz Goto Github PK

Lors du premier lancement tous les devices sont bien créés.
Au second lancement j'ai l'erreur suivante qui remonte et cela plante la base de donnée de domoticz.

2022-04-24 22:15:00.307 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 15, sValue: 'None', sUsage: '0', dType: 113, sType: 0) 2022-04-24 22:15:00.307 Error: UpdateMeter: Error converting sValue/sUsage! (IDX: 16, sValue: 'None', sUsage: '0', dType: 113, sType: 0) 2022-04-24 22:15:24.875 Error: WebServer PO exception occurred : 'stoull' 2022-04-24 22:15:24.883 Error: WebServer PO exception occurred : 'stoull' 2022-04-24 22:15:30.551 Error: WebServer PO exception occurred : 'stoull' 2022-04-24 22:15:30.557 Error: WebServer PO exception occurred : 'stoull'

Il s'agit de 1405F Energy 1 et 14060 Energy 2.

J'ai un thermor aeromax 5 et une alfea AI (non duo).

bonjour
tout d'abord excellent script !
c'est vraiment du bon boulot et merci de le mettre a disposition

par contre en le testant j'ai exactement le même problème qu'énoncé dans une autre issue
j'ai des radiateurs THERMOR avec 2 mode de programmation (interne avec l'appli et externe avec fil pilote)

si je mets OFF dans le MODE le radiateur s'éteint jusqu'ici c'est parfait

mais des que je repasse en mode AUTO(PROG) il active la programmation interne (basée sur l'appli) et perd le paramètre programmation externe (par fil pilote) que j'avais défini dans le radiateur du coup le selecteur ORDRE ne fonctionne plus.

serait il possible de rajouter ce MODE prog EXTERNE dans la construction du selecteur ?
de fait le radiateur repasserait en mode programmation par fil pilote et le selecteur ORDRE serait a nouveau opérationnel.

Merci !

Originally posted by @sebitop in #19 (comment)

J'ai un chauffe eau Malicio 3 de Thermor.
Je n'utilise pas domoticz.
Mais je veux quand même récupérer les données de mon chauffe eau pour les injecter dans ma base influxdb.

Pour l'instant cozytouch.py est un code monolithique qui fait tout. Je propose de séparer la partie qui interroge cozytouch de la partie qui interagie avec domoticz.
C'est peut-être ce qui est déjà prévu dans l'idée de plugin dont il est question en #40 (comment)

J'ai sauvagement hacker le code pour :

• ignorer la partie domoticz
• migrer en Python 3 (grace à l'outil 2to3)

La bonne nouvelle est que je peux m'authentifier au serveur cozytouch:

 POST-> https://ha110-1.overkiz.com/enduser-mobile-web/enduserAPI/login | userId=****&userPassword=**** : 200
Authentification serveur cozytouch OK
Connexion serveur Cozytouch reussie

Est-ce qu'une séparation cozytouch/domoticz est prévue ?
Si non est-ce qu'elle serait utile au projet ?

Au départ j'étais parti sur https://github.com/Cyr-ius/cozytouchpy mais l'authentification échoue.
Je ne sais pas dans quel projet investir mes efforts : cozytouchpy ou Cozytouch-domoticz ?

Bonjour,
J'ai ajouter une module fil pilote à mon installation.

1. Pour qu'il puisse apparaitre j'ai été obliger de supprimer tous mes Dispositif "Cozytouch_V5.34".
2. Depuis à chaque exécution le script tous mes Dispositif sont à nouveaux crée

A la fin du log j'ai cette erreur

Traceback (most recent call last):
  File "cozytouch.py", line 1920, in <module>
    decouverte_devices()
  File "cozytouch.py", line 665, in decouverte_devices
    liste= ajout_module_fil_pilote (save_idx,liste,url,x,read_label_from_cozytouch(data,x,oid))
  File "cozytouch.py", line 845, in ajout_module_fil_pilote
    myurl=u'http://'+domoticz_ip+u":"+domoticz_port+u'/json.htm?addjvalue=0&addjvalue2=0&customimage=15&description=&idx='+radiateur[u'idx_switch']+u'&name='+nom_switch+u'+&options='+option
NameError: global name 'radiateur' is not defined

Les différence de log.
A gauche 1ere exécution et à droite la 3eme :

Au changement d'une température d'une zone de ma pompe à chaleur dans l'onglet MESURES de domoticz version 4.10717, j'ai le message suivant :
`pi@domoticz:~/domoticz/scripts/python $ sudo python /home/pi/domoticz/scripts/python/cozytouch_V37.py
¤¤¤¤ Demarrage script cozytouch <=> domoticz version 4 (debug :1)
Version python : 2.7.13
**** Test existence / creation configuration cozytouch (hardware domoticz + fichier de sauvegarde) ****
Fichier de sauvegarde de la configuration : /home/pi/domoticz/scripts/python/cozytouch_save
idx hardware cozytouch dans le fichier de sauvegarde de la configuration : 8
GET-> http://192.168.x.xx:8080/json.htm?type=hardware : 200
idx hardware cozytouch dans domoticz : 8
**** Fin fonction test ****
Test présence du fichier de sauvegarde cozytouch et virtual hardware domoticz OK

**** Tentative interrogation serveur Cozytouch sans login, avec cookie login précédent ****
GET-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates : 401
Erreur HTTP 401 :
!!!! Echec interrogation serveur Cozytouch sans login, connexion serveur Cozytouch ****
POST-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/login | userId=&userPassword= : 200
Authentification serveur cozytouch OK
Connexion serveur Cozytouch reussie
GET-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates : 200
Requete refreshAllStates reussie
**** Decouverte devices ****
GET-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/getSetup : 200

Gateway Cozytouch : etat on / connexion : OK / version : 2019.5.4

**** Demarrage mise a jour devices ****
Mise a jour device 0 : io:AtlanticPassAPCZoneControlMainComponent
Traceback (most recent call last):
File "/home/pi/domoticz/scripts/python/cozytouch_V37.py", line 1576, in
decouverte_devices()
File "/home/pi/domoticz/scripts/python/cozytouch_V37.py", line 663, in decouverte_devices
maj_device(data,name,p,x) # mise à jour du device
File "/home/pi/domoticz/scripts/python/cozytouch_V37.py", line 1357, in maj_device
special_level = 'auto',special_setting='setHeatingCoolingAutoSwitch',special_setting_parameter_on='on',special_setting_parameter_off='off')
TypeError: gestion_switch_selector_domoticz() got an unexpected keyword argument 'special_level'`

Pourrais-tu changer le comportement des mises à jour dans Domoticz pour n'envoyer les valeurs que si elles sont différents de celles actuels (pour éviter mises à jour continues des températures de consigne par exemple) ?

Bonjour,
Une MAJ du script vers python 3 est prévu?

Bonjour
Actuellement dans les mode on a "Off" "Manuel" et "Auto (prog)"

Dans mon cas sur mon radiateur, j'ai un mode Auto en plus du mode "Prog"

Mode Prog
il vous permet de déterminer des plages horaires de fonctionnement.

Mode Auto
Le mode “Auto” est disponible sur les radiateurs équipés de détecteurs de présence.
Il automatise la programmation des plages de présence et d’absence en apprenant par lui-même de vos habitudes de vie.

Serait t'il possible d'ajouter le mode auto dans la liste?

I updated the script with the new 5.35 to make it work again, at least that's what I thought.
After updating the script i get the following error messages:

¤¤¤¤ Demarrage script cozytouch <=> domoticz version 5.35 (debug :1)
Version python : 2.7.16
**** Test existence / creation configuration cozytouch (hardware domoticz + fichier de sauvegarde) ****
Fichier de sauvegarde de la configuration : /home/pi/cozytouch_save
idx hardware cozytouch dans le fichier de sauvegarde de la configuration : 19
GET->   http://192.168.0.105:8080/json.htm?type=hardware   :   200
idx hardware cozytouch dans domoticz : 19
**** Fin fonction test ****
Test présence du fichier de sauvegarde cozytouch et virtual hardware domoticz OK

**** Tentative interrogation serveur Cozytouch sans login, avec cookie login précédent ****
GET->   https://ha110-1.overkiz.com/enduser-mobile-web/enduserAPI/setup   :   200
Requete de test sans login reussie, bypass login

**** Decouverte devices ****
GET->   https://ha110-1.overkiz.com/enduser-mobile-web/enduserAPI/setup   :   200

Gateway Cozytouch : etat on / connexion : OK / version : 2022.7.4
**** Demarrage procedure d'ajout devices Cozytouch ****
GET->   http://192.168.0.105:8080/json.htm?type=command&param=addlogmessage&message=Cozytouch : Recherche des devices connectes ...    :   200
GET->   http://192.168.0.105:8080/json.htm?type=command&param=addlogmessage&message=Cozytouch : creation Bridge Cozytouch localisation inconnue ,url: internal://0841-6951-5503/pod/0   :   200
Ajout: Bridge Cozytouch localisation inconnue
GET->   http://192.168.0.105:8080/json.htm?type=command&param=addlogmessage&message=Cozytouch : Device avec classe io:StackComponent inconnu   :   200
GET->   http://192.168.0.105:8080/json.htm?type=createvirtualsensor&idx=19&sensorname=Etat chauffe DHWP All House+&sensortype=6   :   200
Traceback (most recent call last):
  File "cozytouch.py", line 1916, in <module>
    decouverte_devices()
  File "cozytouch.py", line 673, in decouverte_devices
    liste= Add_DHWP_THERM (save_idx,liste,url,x,(data[u'rootPlace'][u'label']),name) # label sur rootplace
  File "cozytouch.py", line 1029, in Add_DHWP_THERM
    DHWP_THERM[u'idx_on_off']= domoticz_add_virtual_device(idx,6,nom_switch_on_off)
  File "cozytouch.py", line 337, in domoticz_add_virtual_device
    idx=(data[u'idx'])
KeyError: u'idx'

Any idea what's going wrong? in domoticz I see the new hardware 5.35 but no new device
already removed the _save file and all hardware within domoticz without any result.

Please find the dump file here click

Bonjour,

Je me présente, Nicolas Voron, responsable technique IOT pour le groupe Atlantic.
Nous allons lancer dans un mois une migration de notre système d'authentification.
@OBone-git, je suis ouvert à ce que l'on échange nos coordonnées afin d'anticiper les travaux pour le plugin domoticz.
Mon mail : [email protected]

Bonne journée,
Cordialement

Bonjour,

Après quelques années où tout tournait parfaitement, je me rends compte qu'aléatoirement la consigne de dérogation est prise en compte puis annulée par le cozytouch.

Par exemple :
¤¤¤¤ Demarrage script cozytouch <=> domoticz version 5.33 (debug :2)
2022-12-09 16:30:02.092378
Version python : 2.7.16
**** Test existence / creation configuration cozytouch (hardware domoticz + fichier de sauvegarde) ****
...
**** Demarrage mise a jour devices ****
...
GET-> http://192.168.x.x:x/json.htm?type=devices&rid=x : 200
POST-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/../../enduserAPI/exec/apply | {"actions": [{ "deviceURL": "io://XxxxX/XxxxX#1" ,
"commands": [{ "name": "setDerogatedTargetTemperature",
"parameters":[19.0]}]}]} : 200
GET-> http://192.168.x.x:x/json.htm?type=command&param=addlogmessage&message=Cozytouch - Rad. xxx : nouvelle consigne derogation transmise: 19.0°C : 200
Fonction gestion_consigne : Chgt consigne Domoticz, envoie vers Cozytouch : Rad. xxx/derogation/19.0°C
...

et au déclenchement du script une minute après (crontab), sans changement dans domoticz :
¤¤¤¤ Demarrage script cozytouch <=> domoticz version 5.33 (debug :2)
2022-12-09 16:31:01.936570
Version python : 2.7.16
**** Test existence / creation configuration cozytouch (hardware domoticz + fichier de sauvegarde) ****
...
**** Demarrage mise a jour devices ****
...
GET-> http://192.168.xx.xx:x/json.htm?type=devices&rid=x : 200
Fonction gestion_consigne : Chgt consigne Cozytouch, envoie vers Domoticz : Rad. xxx/derogation/0.0°C
GET-> http://192.168.xx.xx:x/json.htm?type=command&param=addlogmessage&message=Cozytouch - Rad. xxx : detection changement consigne derogation : 0.0°C : 200
...

J'ai en tout 6 radiateurs identiques et un chauffe eau, les consignes de dérogation sont généralement envoyées toutes en même temps via script blocky sous domoticz. J'utilise uniquement ces consignes pour gérer mon chauffage, je n'utilise pas les états du fil pilote, ils sont donc toujours en mode "eco" et aucune autre conf ne change jamais.
Ce qui est bizarre, c'est que de temps en temps une ou deux consignes de dérogation passent à 0 au refresh d'après, mais c'est vraiment aléatoire. Sur une semaine, sur 14 consignes pour cet équipement, 3 n'ont pas été prises en compte (alors que pour les 5 autres radiateurs, au même moment, tout est ok). N'importe quel radiateur peut être touché par ce comportement mais jamais tous en même temps.

D'après ces logs, j'ai l'impression que c'est un problème provenant du cozytouch puisque "l'envoi" de la consigne de dérogation retourne un "200" donc j'imagine une correcte prise en compte ? Comme c'est aléatoire je n'ai pas pu voir si dans l'appli dans la minute impartie si je voyais le changement provoqué par Domoticz.
Et manuellement, quand j'envoi des consignes, évidement je ne suis jamais retombé dans le problème...

Quelqu'un a-t-il déjà rencontré ce problème ?
Avez-vous des idées sur comment investiguer ce problème ?

Merci d'avance :)

Certains équipements (Chauffe eau thermoynamique Thermor) pourraient être liés à la rootPlace et non pas une subPlaces
Vu pour la classe io:AtlanticDomesticHotWaterProductionIOComponent et io:DHWCumulatedElectricalEnergyConsumptionIOSystemDeviceSensor

Sous ensemble du JSON pour analyse/test:
Thermo-dyn.json.txt

Bonjour,
Je viens de mettre en place le script python.
Dans Domoticz il me crée bien le hardware dummy mais aucun devices virtuel.
Voici la log debug 1:

 2020-08-13 00:31:01.859 Status: Cozytouch : creation nouvelle configuration ...
2020-08-13 00:31:14.713 Status: Cozytouch : Recherche des devices connectes ...
2020-08-13 00:31:14.721 Status: Cozytouch : creation Bridge Cozytouch localisation inconnue ,url: internal://0824-6721-0871/pod/0
2020-08-13 00:31:14.738 Status: Cozytouch : Device avec classe io:AtlanticPassAPCHeatPumpMainComponent inconnu
2020-08-13 00:31:14.746 Status: Cozytouch : Device avec classe io:AtlanticPassAPCDHWComponent inconnu
2020-08-13 00:31:14.755 Status: Cozytouch : Device avec classe io:AtlanticPassAPCOutsideTemperatureSensor inconnu
2020-08-13 00:31:14.763 Status: Cozytouch : Device avec classe io:TotalElectricalEnergyConsumptionSensor inconnu
2020-08-13 00:31:14.772 Status: Cozytouch : Device avec classe io:DHWRelatedElectricalEnergyConsumptionSensor inconnu
2020-08-13 00:31:14.781 Status: Cozytouch : Device avec classe io:HeatingRelatedElectricalEnergyConsumptionSensor inconnu
2020-08-13 00:31:14.798 Status: Cozytouch : Device avec classe io:AtlanticPassAPCHeatingAndCoolingZoneComponent inconnu
2020-08-13 00:31:14.808 Status: Cozytouch : Device avec classe io:AtlanticPassAPCZoneTemperatureSensor inconnu 

Une idée de pourquoi ?
J'ai une PAC Atlantic avec cozytouch installé aujourd'hui.
Aucun problème avec l'intégration dans Home assistant.
Merci

Etude des données à rajouter avant modification

Bonjour,
Ce matin tous mes devices cozytouch sont en rouge dans domoticz, les logs indiquent que la connexion avec le serveur cozytouch est impossible :

**** Tentative interrogation serveur Cozytouch sans login, avec cookie login précédent ****
GET->   https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates   :   401
Erreur HTTP 401 : 
!!!! Echec interrogation serveur Cozytouch sans login, connexion serveur Cozytouch ****
 POST-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/login | userId=****&userPassword=**** : 403
!!!! Echec authentification serveur cozytouch
Erreur HTTP 403 : 
!!!! Echec connexion serveur Cozytouch

Il n'y a eu aucun changement pendant la nuit, je n'ai aucune idée de ce qui a bien pu se passer. J'ai testé l'app android Cozytouch et elle se connecte sans pb. Je l'ai utilisée pour changer mon mdp et je l'ai mis à jour dans le script pyhton, toujours le même messge d'erreur...

The server was unavailable today. The CozyTouch iOS application displayed a message.
The server is now back and the iOS application can connect and display the data.

But the Python script still fails.
I get:

$ ./cozytouch.py 
**** Tentative interrogation serveur Cozytouch sans login, avec cookie login précédent ****
b'GET->   https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates   :   404'
Erreur HTTP 404 : 
!!!! Echec interrogation serveur Cozytouch sans login, connexion serveur Cozytouch ****
 POST-> https://ha110-1.overkiz.com/enduser-mobile-web/enduserAPI/login | userId=****&userPassword=**** : 200
Authentification serveur cozytouch OK
Connexion serveur Cozytouch reussie
b'GET->   https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates   :   404'
Erreur HTTP 404 : 
Traceback (most recent call last):
  File "/Users/rousseau/Documents/github/Cozytouch-domoticz/./cozytouch.py", line 285, in <module>
    data = get_data_from_server()
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/Users/rousseau/Documents/github/Cozytouch-domoticz/./cozytouch.py", line 253, in get_data_from_server
    raise Exception("!!!! Echec requete refreshAllStates")
Exception: !!!! Echec requete refreshAllStates

It looks like the URL https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates is not valid any more.

Bonjour,
Tout d'abord un immense merci pour ce script au top, sacré boulot...
J'ai récupéré un lot de Atlantic agilia avec le bridge et je souhaite les associer à mon Domoticz.
J'ai donc trouvé ton script, idéal pour moi.
J'installe tout ça en suivant le readme ainsi que le fil de discussion du forum et tout fonctionne au niveau de la création des devices, et les températures remontent bien ainsi que l'état des radiateurs par contre pas de modification lorsque je modifie l'état à partir de Domoticz... 🤔
Je ne maîtrise pas trop le fonctionnement du script donc je ne vois pas trop vers où fouiller pour tenter de résoudre ce souci...
D'avance merci de vos réponses, ou pistes à creuser !
Benjamin

Bonjour,

J’utilisais ce script sur mon ancienne installation.
Mais sur la nouvelle équipée de domoticz v2020.2 et buster j’ai un message d’erreur :

File "cozytouch.py", line 9, in <module> import requests, shelve, json, time, unicodedata, os, sys, errno ImportError: No module named requests

Est ce lié à deux versions de python qui cohabitent ?
J’ai pourtant envoyé cette commande avec ce résultat :

sudo pip install requests shelves Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple Requirement already satisfied: requests in /usr/lib/python3/dist-packages (2.21.0) Requirement already satisfied: shelves in /usr/local/lib/python3.7/dist-packages (0.3.8)

Classe : "io:AtlanticDomesticHotWaterProductionV2_MURAL_IOComponent"

Hello,

My question is maybe not direct related to this project, but I am looking for the API details of Cozytouch/Overkiz. I want to make a similar kind of integration like this project but with NodeRed instead of Python.

Can someone explain me where I can find the API details (since you need them for this project)?

Many thanks.

This check is annoying for me and cannot understand the value.
Why every time we upgrade the script, the script creates a new hardware and its devices?

https://github.com/OBone-git/Cozytouch-domoticz/blob/fb75a0b2eed48def20edfe1a62e277151d1f5e44/cozytouch.py#LL527C92-L527C92

In Domocicz, I configured all my devices on v4. Some have schedules, others have DZ scripts. Every time I upgrade, I need to review all this stuff.
What do you think of removing the re-creation on new version?

J'ai des radiateurs Sauter Malao, le script fonctionne mais j'ai l'impression qu'il manque un "level" pour le switch "mode".
J'ai 3 levels : 0 : OFF / 10: Manuel / 20 : Auto (Prog)

Off correspond à l'arrêt complet du radiateur.
Manuel correspond au mode basic.
Auto (Prog) semble correspondre au mode programmation interne. (Celui qui suit le planning rentré manuellement dans le radiateur ou via l'appli Cozytouch)

Il existe un mode programmation externe ! (Censé être celui géré par un fil pilote)
Lorsque je le sélectionne en force sur mon radiateur, j'arrive très bien à envoyer les ordres que je veux depuis domoticz via la switch (OFF / Hors gel / Eco etc...)

Lorsque le script compare l'état sur mon radiateur (le switch "mode" OFF/Manuel/Auto(prog)) il trouve qu'il est "external" alors que domoticz pour lui, il est "internal" --> Différence entre les deux, le script envoie la consigne de modification à domoticz, et se met sur "OFF" car très probablement il ne trouve pas ce "level".
A la prochaine exécution du script, sur domoticz je suis en mode "OFF" , sur le radiateur en mode "external" --> différence entre les deux, le script envoi la commande OFF à mon radiateur et l'éteint.

Ci dessous un extrait des logs de la console après l’exécution du script où on voit bien la différence du mode de programmation (internal / external)

GET-> http://192.168.1.86:8080/json.htm?type=devices&rid=197 : 200
Fonction comparaison switch selecteur : Rad. Bureau idx:197
Etat actuel du switch Domoticz: 20
Etat actuel du mode dans Domoticz: internal
Etat ancien du mode dans Domoticz: internal
Etat actuel du mode dans Cozytouch: external
Cas 2 : changement de mode vient de cozytouch, on envoie le mode à domoticz
GET-> http://192.168.1.86:8080/json.htm?type=command&param=addlogmessage&message=Cozytouch - Rad. Bureau : detection changement mode external : 200
GET-> http://192.168.1.86:8080/json.htm?type=command&param=switchlight&idx=197&switchcmd=Set%20Level&level=0 : 200
GET-> http://192.168.1.86:8080/json.htm?type=command&param=udevice&idx=199&nvalue=0&svalue=18.25 : 200
GET-> http://192.168.1.86:8080/json.htm?type=devices&rid=200 : 200
Fonction gestion_consigne : Rafraichissement consigne : Rad. Bureau/confort/21°C
GET-> http://192.168.1.86:8080/json.htm?type=command&param=udevice&idx=200&nvalue=0&svalue=21 : 200
GET-> http://192.168.1.86:8080/json.htm?type=devices&rid=200 : 200
GET-> http://192.168.1.86:8080/json.htm?type=devices&rid=201 : 200
Fonction gestion_consigne : Rafraichissement consigne : Rad. Bureau/eco/19.0°C
GET-> http://192.168.1.86:8080/json.htm?type=command&param=udevice&idx=201&nvalue=0&svalue=19.0 : 200
GET-> http://192.168.1.86:8080/json.htm?type=command&param=udevice&idx=202&nvalue=0&svalue=1665000 : 200
Mise a jour device 3 : io:AtlanticElectricalHeaterWithAdjustableTemperatureSetpointIOComponent

depuis la version 5, le script ne lit plus les données module_fil_pilote, a chaque exécution le script retourne l'erreur suivante ci-dessous.
le script fonctionnait dans les version précédentes.
Cette erreur apparait toujours suite à la correction [(https://github.com/OBone-git/Cozytouch-domoticz/tree/Correction-fil-pilote)].
A noter que si je commente la partie "name == dict_cozytouch_devtypes.get(u'module fil pilote') or " de la ligne 1272 le script fonctionne sans erreur et remonte les données de mes radiateurs connectés (et évidemment pas celles des modules_fil_pilote).
Ma config : 7 modules fil pilote et 2 radiateurs connectés tous de marque sauter.

Tâche : Cozytouch V5.2
Heure de début : Tue, 23 Nov 2021 10:59:45 GMT
Heure d'arrêt : Tue, 23 Nov 2021 10:59:48 GMT
État actuel : 1 (Interrompu)
Sortie/erreur standard :
¤¤¤¤ Demarrage script cozytouch <=> domoticz version 5.2 (debug :1)
Version python : 2.7.18
**** Test existence / creation configuration cozytouch (hardware domoticz + fichier de sauvegarde) ****
Fichier de sauvegarde de la configuration : /volume1/homes/admin/domoticz/scripts/cozytouch_save
idx hardware cozytouch dans le fichier de sauvegarde de la configuration : 25
GET-> http://192.168.1.23:8084/json.htm?type=hardware : 200
idx hardware cozytouch dans domoticz : 25
**** Fin fonction test ****
Test présence du fichier de sauvegarde cozytouch et virtual hardware domoticz OK

**** Tentative interrogation serveur Cozytouch sans login, avec cookie login précédent ****
GET-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/refreshAllStates : 200
Requete de test sans login reussie, bypass login

**** Decouverte devices ****
GET-> https://ha110-1.overkiz.com/enduser-mobile-web/externalAPI/json/getSetup : 200

Gateway Cozytouch : etat on / connexion : OK / version : 2021.5.4

**** Demarrage mise a jour devices ****
Mise a jour device 0 : io:AtlanticElectricalHeaterIOComponent
GET-> http://192.168.1.23:8084/json.htm?type=devices&rid=None : 200
Traceback (most recent call last):
File "/volume1/homes/admin/domoticz/scripts/cozytouch.py", line 1596, in
decouverte_devices()
File "/volume1/homes/admin/domoticz/scripts/cozytouch.py", line 688, in decouverte_devices
maj_device(data,name,p,x) # mise à jour du device
File "/volume1/homes/admin/domoticz/scripts/cozytouch.py", line 1277, in maj_device
level_0=u'off',level_10=u'frostprotection',level_20=u'eco',level_30=u'comfort-2',level_40=u'comfort-1',level_50=u'comfort',setting_command_mode=u'io:TargetHeatingLevelState')
File "/volume1/homes/admin/domoticz/scripts/cozytouch.py", line 1150, in gestion_switch_selector_domoticz
domoticz_switch_actual = domoticz_read_device_switch_selector(idx_switch_domoticz)
File "/volume1/homes/admin/domoticz/scripts/cozytouch.py", line 196, in domoticz_read_device_switch_selector
return data[u'result'][0][u'LevelInt']
KeyError: u'result'

Pourrais-tu vérifier la présence d'une sauvegarde via un try/catch sur "shelve.open(cozytouch_save)" ? De cette manière, tu n'es plus dépendant de la plateforme qui fait tourner Domoticz (et en plus, tu gères les cas où la sauvegarde est corrompue)