[Tuto] Piloter des volets solaires velux IO

Vous avez créé un script LUA dont vous êtes fier, un .sh génial, un programme Python hors du commun, un Tuto, c'est ici que vous pouvez les partager.
flo1987
Messages : 1
Inscription : 01 juin 2020, 19:46

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par flo1987 »

Bonjour à tous,

Je vois plusieurs message parlant du KLF-50 avec la contrainte d'un module par appareil IO-HomeControl mais, certains ont déjà fait des tests avec le KLF-200? (https://www.domotique-store.fr/fr/domot ... ntrol.html).
De ce que j'ai vu, ce module possède une API permettant de lancer les commandes ouverture/fermeture (en ayant le retour d'état?) et le tout sans forcément avoir besoin d'une connexion internet.
hestia
Messages : 397
Inscription : 12 sept. 2018, 22:36

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par hestia »

ProfBoc75
Messages : 6
Inscription : 22 oct. 2020, 19:04

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par ProfBoc75 »

flo1987 a écrit : 01 juin 2020, 19:52 Bonjour à tous,

Je vois plusieurs message parlant du KLF-50 avec la contrainte d'un module par appareil IO-HomeControl mais, certains ont déjà fait des tests avec le KLF-200? (https://www.domotique-store.fr/fr/domot ... ntrol.html).
De ce que j'ai vu, ce module possède une API permettant de lancer les commandes ouverture/fermeture (en ayant le retour d'état?) et le tout sans forcément avoir besoin d'une connexion internet.
Bonsoir,

J'ai commencé à travailler dessus, j'arrive à récupérer les états du KLF-200 et donc à bien mettre à jour mes Velux côté Domoticz. Mais je n'ai pas encore réussi à mettre en oeuvre l'envoi de commandes vers le KLF-200, y'a encore du travail pour comprendre comment envoyé les commandes via le velux-node.

Ma config :
Domoticz <--in/out --> MQTT Broker <---> Node-Red + Node-red-contrib-velux <---> Velux KLF-200 <---> Velux avec volet extérieur.

Reste le plus gros à faire sur Node-red et la mise en place des fonctions de conversion des commandes et des idx (Domoticz) et nodeID (KLF-200) pour interagir.

A suivre ....
lost
Messages : 1511
Inscription : 12 nov. 2016, 11:01

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par lost »

ProfBoc75 a écrit : 22 oct. 2020, 19:29 J'ai commencé à travailler dessus, j'arrive à récupérer les états du KLF-200 et donc à bien mettre à jour mes Velux côté Domoticz. Mais je n'ai pas encore réussi à mettre en oeuvre l'envoi de commandes vers le KLF-200, y'a encore du travail pour comprendre comment envoyé les commandes via le velux-node
Pour des volets solaires (récepteur radio IO intégré a la carte de commande moteur), ce KLF 200 peut représenter une solution... Pour des filaires, ça n'évitera hélas pas la stupidité de devoir utiliser le transfo 24V Velux (~80/100€ pièce) et (quand on aime on ne compte pas!) d'en prévoir un par volet à commander de manière indépendante (le récepteur étant alors dans le transfo, la commande moteur passant par courant porteur sur ce 24Vcc):

Je ne vois en effet pas d'entrée pour un 24V centralisé et de sorties (par volet) y ajoutant la commande courant porteur. Ce serait pourtant bien plus simple en rénovation... sauf à rester en mode inversion de polarité, ce qui était encore possible (il y a 4 ans, au remplacement des miens) avec quelques précautions: Pas se louper (ne pas interrompre, vérifier que rien ne risque de bloquer/résister) sur les trajets d'apprentissage post montage, ne jamais apparier une commande IO-Home!
qsd88
Messages : 8
Inscription : 08 oct. 2018, 19:22

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par qsd88 »

ProfBoc75 a écrit : 22 oct. 2020, 19:29 ... sauf à rester en mode inversion de polarité, ce qui était encore possible (il y a 4 ans, au remplacement des miens) avec quelques précautions: Pas se louper (ne pas interrompre, vérifier que rien ne risque de bloquer/résister) sur les trajets d'apprentissage post montage, ne jamais apparier une commande IO-Home!
C'est toujours possible on m'a installé 3 velux en juillet avec des volets, j'avais bien précisé à l'installateur de ne surtout pas les brancher. 2 sonoff 4ch pro en 24v et cela fonctionne impec en wifi et en rf433.
knasson
Messages : 245
Inscription : 26 mars 2021, 08:59

Re: [Tuto] : piloter des volets solaires velux IO depuis domoticz

Message par knasson »

bonsoir,

Finalement mon approche pour les commandes portails et Garage avec le plugin de Nonolk n'étant pas une réussite, je me rapproche du tuto de Jupiter avec les appels a tahoma API.
j'ai suivi le tuto de jupiter et ca marche impeccable pour les volets Velux. (Mais ca marche aussi et mieux avec le plugin de Nonolk car on a le retour d'etat).
dans le log du start.py je vois ceci:
root@raspberrypi:/home/kan/tahoma-api# python3 start.py
internal://0836-2704-3557/pod/0 Box ['getName', 'update', 'setCountryCode', 'activateCalendar', 'deactivateCalendar', 'refreshPodMode', 'refreshUpdateStatus', 'setCalendar', 'setLightingLedPodMode', 'setPodLedOff', 'setPodLedOn']
io://0836-2704-3557/12197789 Volet S/Escalier ['advancedRefresh', 'close', 'delayedStopIdentify', 'down', 'getName', 'identify', 'my', 'open', 'refreshMemorized1Position', 'setClosure', 'setDeployment', 'setMemorized1Position', 'setName', 'setPosition', 'setSecuredPosition', 'startIdentify', 'stop', 'stopIdentify', 'up', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/3553350 Volet Chambre ['advancedRefresh', 'close', 'delayedStopIdentify', 'down', 'getName', 'identify', 'my', 'open', 'refreshMemorized1Position', 'setClosure', 'setDeployment', 'setMemorized1Position', 'setName', 'setPosition', 'setSecuredPosition', 'startIdentify', 'stop', 'stopIdentify', 'up', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/5893587 PORTAIL ['advancedRefresh', 'cycle', 'delayedStopIdentify', 'getName', 'identify', 'setName', 'startIdentify', 'stopIdentify', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/5893588 Garage ['advancedRefresh', 'cycle', 'delayedStopIdentify', 'getName', 'identify', 'setName', 'startIdentify', 'stopIdentify', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/6833230 IO (6833230) ['advancedSomfyDiscover', 'discover1WayController', 'discoverActuators', 'discoverSensors', 'discoverSomfyUnsetActuators', 'joinNetwork', 'resetNetworkSecurity', 'shareNetwork']
ogp://0836-2704-3557/00000BE8 OGP KNX Bridge ['identify', 'sendPrivate', 'setName']
ogp://0836-2704-3557/039575E9 OGP Siegenia Bridge ['discover', 'identify', 'setName']
ogp://0836-2704-3557/09E45393 OGP Intesis Bridge ['discover', 'identify', 'setName']
* Serving Flask app "start" (lazy loading)
* Environment: production
WARNING: Do not use the development server in a production environment.
Use a production WSGI server instead.
* Debug mode: on
* Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)
* Restarting with stat
internal://0836-2704-3557/pod/0 Box ['getName', 'update', 'setCountryCode', 'activateCalendar', 'deactivateCalendar', 'refreshPodMode', 'refreshUpdateStatus', 'setCalendar', 'setLightingLedPodMode', 'setPodLedOff', 'setPodLedOn']
io://0836-2704-3557/12197789 Volet S/Escalier ['advancedRefresh', 'close', 'delayedStopIdentify', 'down', 'getName', 'identify', 'my', 'open', 'refreshMemorized1Position', 'setClosure', 'setDeployment', 'setMemorized1Position', 'setName', 'setPosition', 'setSecuredPosition', 'startIdentify', 'stop', 'stopIdentify', 'up', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/3553350 Volet Chambre ['advancedRefresh', 'close', 'delayedStopIdentify', 'down', 'getName', 'identify', 'my', 'open', 'refreshMemorized1Position', 'setClosure', 'setDeployment', 'setMemorized1Position', 'setName', 'setPosition', 'setSecuredPosition', 'startIdentify', 'stop', 'stopIdentify', 'up', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/5893587 PORTAIL ['advancedRefresh', 'cycle', 'delayedStopIdentify', 'getName', 'identify', 'setName', 'startIdentify', 'stopIdentify', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/5893588 Garage ['advancedRefresh', 'cycle', 'delayedStopIdentify', 'getName', 'identify', 'setName', 'startIdentify', 'stopIdentify', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
io://0836-2704-3557/6833230 IO (6833230) ['advancedSomfyDiscover', 'discover1WayController', 'discoverActuators', 'discoverSensors', 'discoverSomfyUnsetActuators', 'joinNetwork', 'resetNetworkSecurity', 'shareNetwork']
ogp://0836-2704-3557/00000BE8 OGP KNX Bridge ['identify', 'sendPrivate', 'setName']
ogp://0836-2704-3557/039575E9 OGP Siegenia Bridge ['discover', 'identify', 'setName']
ogp://0836-2704-3557/09E45393 OGP Intesis Bridge ['discover', 'identify', 'setName']
* Debugger is active!
* Debugger PIN: 219-902-860
[/size][/size]
si je fais l'appel a l'API http://192.168.1.XX:5000/execute/Volet Chambre/up le volet s'ouvre
si je fais le même appel pour PORTAIL ou Garage j'ai un bug dont voici le log:
io://0836-2704-3557/5893588 Garage ['advancedRefresh', 'cycle', 'delayedStopIdentify', 'getName', 'identify', 'setName', 'startIdentify', 'stopIdentify', 'wink', 'pairOneWayController', 'setConfigState', 'unpairAllOneWayControllers', 'unpairOneWayController']
192.168.1.90 - - [23/Oct/2021 23:23:45] "GET /execute/Garage/up HTTP/1.1" 500 -
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/flask/app.py", line 2309, in __call__
return self.wsgi_app(environ, start_response)
File "/usr/lib/python3/dist-packages/flask/app.py", line 2295, in wsgi_app
response = self.handle_exception(e)
File "/usr/lib/python3/dist-packages/flask/app.py", line 1741, in handle_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3/dist-packages/flask/_compat.py", line 35, in reraise
raise value
File "/usr/lib/python3/dist-packages/flask/app.py", line 2292, in wsgi_app
response = self.full_dispatch_request()
File "/usr/lib/python3/dist-packages/flask/app.py", line 1815, in full_dispatch_request
rv = self.handle_user_exception(e)
File "/usr/lib/python3/dist-packages/flask/app.py", line 1718, in handle_user_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3/dist-packages/flask/_compat.py", line 35, in reraise
raise value
File "/usr/lib/python3/dist-packages/flask/app.py", line 1813, in full_dispatch_request
rv = self.dispatch_request()
File "/usr/lib/python3/dist-packages/flask/app.py", line 1799, in dispatch_request
return self.view_functions[rule.endpoint](**req.view_args)
File "/home/kan/tahoma-api/start.py", line 31, in execute
api.apply_actions(label, [Action(data)])
File "/home/kan/tahoma-api/tahoma_api/tahoma_api.py", line 323, in apply_actions
self.apply_actions(name_of_action, actions)
File "/home/kan/tahoma-api/tahoma_api/tahoma_api.py", line 323, in apply_actions
self.apply_actions(name_of_action, actions)
File "/home/kan/tahoma-api/tahoma_api/tahoma_api.py", line 323, in apply_actions
self.apply_actions(name_of_action, actions)
File "/home/kan/tahoma-api/tahoma_api/tahoma_api.py", line 322, in apply_actions
self.login()
File "/home/kan/tahoma-api/tahoma_api/tahoma_api.py", line 55, in login
raise Exception("Could not login: " + result['error'])
Exception: Could not login: Too many requests, try again later : login with bigredetois@gmail.com
192.168.1.90 - - [23/Oct/2021 23:23:45] "GET /execute/Garage/up?__debugger__=yes&cmd=resource&f=style.css HTTP/1.1" 200 -
192.168.1.90 - - [23/Oct/2021 23:23:45] "GET /execute/Garage/up?__debugger__=yes&cmd=resource&f=debugger.js HTTP/1.1" 200 -
192.168.1.90 - - [23/Oct/2021 23:23:45] "GET /execute/Garage/up?__debugger__=yes&cmd=resource&f=jquery.js HTTP/1.1" 200 -
192.168.1.90 - - [23/Oct/2021 23:23:45] "GET /execute/Garage/up?__debugger__=yes&cmd=resource&f=console.png HTTP/1.1" 200 -
On peut voir les différences dans l'identification des matériels et des commandes associées qui sont sans doute a l'origine du bug
quelqu'un peut il m'aider?
Merci

knasson
Répondre