21/02/2015, 17:26:19
Ah, oui, la simulation de présence.
J'y ai déjà pensé aussi, et surtout après avoir lu les belles brochures sur papier glacé...
Les avantages de la domotique, quel beau sujet et le texte grandiloquent ne serait pas complet s'il ne mentionnait pas la simulation de présence pendant les vacances.
C'est bien joli, mais comment ca marche ? L'article n'en dit rien.
Voyons voir ce qui pourrait se cacher derrière cela.
Des régles qui répetent chaque jour le même scénario de lumières et volets? Un peu trop répétitif pour être crédible, même si on tient compte des heures de coucher de soleil...
Siemens propose un module enregistreur (5WG1345-1AB01 PRESENCE SIMULATION BLOCK N 345) qui peut surveiller 32 canaux avec un maximum de 5000 évènements et jusqu'à 4 semaines, pour les rejouer ensuite.
Pas mal, mais avec l'indispensable horloge temps réel à ajouter au bus,en fait, on n'est pas loin des 500 €.
Mais l'idée est bonne d'enregister des événements quand la maison est occupée et puis de les rejouer pendant l'absence des occupants. Mais pas tous les évènements: en cas d'absence, le thermostat, linknx et bien d'autres continuent à faire leur travail prévu, donc pas besoin d'enregistrer ni de rejouer ce que ces systèmes font, sous peine de créer une belle confusion.
Même remarque pour les retours d'état des actionneurs.
Bref, il reste donc à enregister principalement les boutons-poussoirs et des les rejouer.
Notons en passant qu'il est difficile de distinguer l'allumage d'une lampe par une action humaine dans la visualisation knxweb2 ou l'allumage de cette lampe par une règle linknx préenregistrée, sauf si elles utilisent des addresses de groupes distinctes.
Moyennant ces réserves, une solution simple et indépendante est d'utiliser un script pour enregister les activités, les filtrer et les rejouer plus tard.
Voici ma solution mise en place en lua.
Le script logger.lua écoute l'activité du bus via groupsocketlisten, filtre les messages et les enregistre dans un fichier journal p.ex mylog.lua.
L'astuce est que ce journal est en fait aussi un programme lua executable.
Moyennant l'édition des premières lignes de ce fichier pour régler la date de démarrage, il n'y a plus qu'à démarrer l'exécution.
Pour plus de détails, lisez les commentaires des fichiers en pièce jointe (il faut enlever le suffixe.txt bien sur)
Bonnes vacances,
votre maison est sous contrôle, rien ne peut arriver
...
crac, rien ne peut arriver
...
crac, rien ne peut arriver
J'y ai déjà pensé aussi, et surtout après avoir lu les belles brochures sur papier glacé...
Les avantages de la domotique, quel beau sujet et le texte grandiloquent ne serait pas complet s'il ne mentionnait pas la simulation de présence pendant les vacances.
C'est bien joli, mais comment ca marche ? L'article n'en dit rien.
Voyons voir ce qui pourrait se cacher derrière cela.
Des régles qui répetent chaque jour le même scénario de lumières et volets? Un peu trop répétitif pour être crédible, même si on tient compte des heures de coucher de soleil...
Siemens propose un module enregistreur (5WG1345-1AB01 PRESENCE SIMULATION BLOCK N 345) qui peut surveiller 32 canaux avec un maximum de 5000 évènements et jusqu'à 4 semaines, pour les rejouer ensuite.
Pas mal, mais avec l'indispensable horloge temps réel à ajouter au bus,en fait, on n'est pas loin des 500 €.
Mais l'idée est bonne d'enregister des événements quand la maison est occupée et puis de les rejouer pendant l'absence des occupants. Mais pas tous les évènements: en cas d'absence, le thermostat, linknx et bien d'autres continuent à faire leur travail prévu, donc pas besoin d'enregistrer ni de rejouer ce que ces systèmes font, sous peine de créer une belle confusion.
Même remarque pour les retours d'état des actionneurs.
Bref, il reste donc à enregister principalement les boutons-poussoirs et des les rejouer.
Notons en passant qu'il est difficile de distinguer l'allumage d'une lampe par une action humaine dans la visualisation knxweb2 ou l'allumage de cette lampe par une règle linknx préenregistrée, sauf si elles utilisent des addresses de groupes distinctes.
Moyennant ces réserves, une solution simple et indépendante est d'utiliser un script pour enregister les activités, les filtrer et les rejouer plus tard.
Voici ma solution mise en place en lua.
Le script logger.lua écoute l'activité du bus via groupsocketlisten, filtre les messages et les enregistre dans un fichier journal p.ex mylog.lua.
L'astuce est que ce journal est en fait aussi un programme lua executable.
Moyennant l'édition des premières lignes de ce fichier pour régler la date de démarrage, il n'y a plus qu'à démarrer l'exécution.
Pour plus de détails, lisez les commentaires des fichiers en pièce jointe (il faut enlever le suffixe.txt bien sur)
Bonnes vacances,
votre maison est sous contrôle, rien ne peut arriver
...
crac, rien ne peut arriver
...
crac, rien ne peut arriver