(je parle des radiateurs!)rimram31 a écrit : 02 janv. 2019, 11:51 Bonjour,
En réfléchissant a une éventuelle rénovation de mes radiateurs, totale ou partielle, Thermor est une alternative et du coup cozytouch (mon installation actuelle est entièrement automatisée par mes soins => https://easydomoticz.com/forum/viewtopi ... =924#p7649).
De ce que je comprends la solution s'appuie sur des serveurs en ligne et le "plugin" développé pour domoticz échange avec ces serveurs. Si pas de connexion internet, il se passe quoi ? Déjà je me pose la question sur cozytouch seul, on peut penser/espérer que la nécessité de connexion ne joue que pour la programmation, une fois faites, tout est autonome en local mais je me la pose aussi pour un plugin de ce type.
Bon après, même sans rien les radiateurs ont leur propre "programmation" dans un mode très dégradé, ça reste peut-être acceptable.
Sinon des plans de fou pour avoir ce type de matériel pas cher
No problem, your English as just as good/bad as mineObone a écrit : 02 janv. 2019, 10:47 Hello André,
The version 2 of the script has been tested with radiators only. Maybe it's a problem with this feature.
I understand that you don't see the values of your Atlantic Explorer 3 in domoticz, however the virtual hardware is ok with number 31.
In the tab "settings" of domoticz, Local networks (no identification) are ok? (192.168.0.* for ex.)
Is there any "cozytouch-V2" devices in domoticz?
What are the logs in domoticz ?
Sorry for my english !
Merci de ta réponse rapide. Je m'en doutais en fonctionnement "normal" et franchement ne pas pouvoir changer sa programmation pendant une coupure du net est largement acceptable. De ce comportement du coup je me demande si la programmation est gérée par le bridge ou si "seulement" le bridge permet de programmer/reprogrammer la radiateur.yannig a écrit : 02 janv. 2019, 12:04 ...Dans ce cas il faut patienter si on veut changer la programmation ou agir manuellement localement...
qu'on ne trouve pas dans des programmations "classiques".Le bridge lit ou reçoit la conf dans ou depuis le cloud et la reproduit vers les radiateurs. Donc sans cloud point de salut. Le bridge ne mesure pas la température.Merci de ta réponse rapide. Je m'en doutais en fonctionnement "normal" et franchement ne pas pouvoir changer sa programmation pendant une coupure du net est largement acceptable. De ce comportement du coup je me demande si la programmation est gérée par le bridge ou si "seulement" le bridge permet de programmer/reprogrammer la radiateur.
Mais ma question portait aussi sur le/les "plugins"/hacks domoticz, jeedom ...
J'avais cru comprendre que ces plugins peuvent piloter eux-même les radiateurs en on/off (peut-être seulement la version jeedom ? ) du coup la logique de programmation est déportée localement avec des sondes de T. Je me demande si dans ce cas la connexion internet est ou pas nécessaire pour allumer/éteindre le radiateur car là du coup la programmation devient inopérante (reste le mode manuel)
En fait ça m'ennuierai de perdre certains "conforts" de programmation que j'ai (mis au point) aujourd'hui comme celui d'avoir un mode "confort" les jours fériés et/ou de vacances que je gère avec google calendar
c'est plutôt celasi "seulement" le bridge permet de programmer/reprogrammer la radiateur.
Je ne comprends pas trop, je ne sais pas comment Jeedom inter-réagi avec les radiateurs. Il y a deux solutions : soit communiquer avec la radiateurs via le protocole sans-fil propriétaire soit passer par l'API sur le cloud (plus simple!).J'avais cru comprendre que ces plugins peuvent piloter eux-même les radiateurs en on/off (peut-être seulement la version jeedom ? ) du coup la logique de programmation est déportée localement avec des sondes de T. Je me demande si dans ce cas la connexion internet est ou pas nécessaire pour allumer/éteindre le radiateur car là du coup la programmation devient inopérante (reste le mode manuel)
).Il est vrai que je me pose la question d'une gestion plus simple comme google calendar pour passer les ordres de chauffe (je ne me suis jamais servi de cette fonctionnalité).En fait ça m'ennuierai de perdre certains "conforts" de programmation que j'ai (mis au point) aujourd'hui comme celui d'avoir un mode "confort" les jours fériés et/ou de vacances que je gère avec google calendar
L'idée c'est de piloter directement le radiateur en on/off ou eco/confort (/gel) avec sonde(s) indépendante(s) dans la/les zones comme on peut voir pas mal d'exemples ici, j'avais posté ma programmation je crois ici: viewtopic.php?f=10&t=1329#p11434Obone a écrit : 02 janv. 2019, 14:35 ...
Je ne comprends pas trop, je ne sais pas comment Jeedom inter-réagi avec les radiateurs. ...
Je l'ai intégré dans 'ma programmation" domoticz, je l'avais déposée sous github: viewtopic.php?f=10&t=1329#p11434. Le principe c'est que j'ai des interrupteurs virtuels avec planning de programme "classiques" (week-end) + deux interrupteurs jours fériés/vacances gérés en externe (crontab/googlecal). Le script lua va lui mettre a jour un dernier interrupteur, celui qui sera finalement utilisé, selon. Franchement c'est appréciable de se lever les matins ou tu es off, a priori un peu + tard, a une T de confort.Obone a écrit : 02 janv. 2019, 14:35 Il est vrai que je me pose la question d'une gestion plus simple comme google calendar pour passer les ordres de chauffe (je ne me suis jamais servi de cette fonctionnalité).
Code : Tout sélectionner
Cher utilisateur,
Le planificateur de tâches à terminé une tâche planifiée.
Tâche : Cozytouch V2
Heure de début : Mon, 18 Feb 2019 13:45:02 GMT
Heure d’arrêt : Mon, 18 Feb 2019 13:45:04 GMT
État actuel : 1 (Interrompu)
Sortie standard/erreur :
¤¤¤¤ DEMARRAGE SCRIPT ¤¤¤¤
**** Fonction test ****
repertoire actuel : /var/services/homes/admin/domoticz/scripts/cozytouch_save
idx materiel dans cozytouch_save -> n°13
Traceback (most recent call last):
File "/var/services/homes/admin/domoticz/scripts/cozytouch_V2.py", line 840, in <module>
if test_cozytouch():
File "/var/services/homes/admin/domoticz/scripts/cozytouch_V2.py", line 333, in test_cozytouch
resp=requests.get('http://'+domoticz_ip+':'+domoticz_port+'/json.htm?type=hardware') # renvoi une liste du matériel domoticz
File "/usr/lib/python2.7/site-packages/requests/api.py", line 75, in get
return request('get', url, params=params, **kwargs)
File "/usr/lib/python2.7/site-packages/requests/api.py", line 60, in request
return session.request(method=method, url=url, **kwargs)
File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 524, in request
resp = self.send(prep, **send_kwargs)
File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 637, in send
r = adapter.send(request, **kwargs)
File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 516, in send
raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPConnectionPool(host='192.168.1.26', port=8084): Max retries exceeded with url: /json.htm?type=hardware (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x40f62db0>: Failed to establish a new connection: [Errno 111] Connection refused',))
Sincères salutations,
Synology DiskStation