22/08/2014, 17:12:46
Savoir qu'il y a quelqu'un à la maison, c'est bien.
Ca peut relancer le chauffage ou déclencher l'alarme.
Savoir exactement qui est là, c'est mieux puisque cela permet d'être vraiment personnalisé
Scènes de lumières, musique d'ambiance, notifications, arrêt du répondeur téléphonique,etc
Il y a beaucoup de technologies disponibles mais certaines pourraient créer des dialogues surréalistes.
"Ma chérie, la maison est froide parce que tu n'as déposé tes clés dans TON vide-poche à l'entrée."
"Amélie, ma puce, chaque fois que tu rentres ou sors de la maison, tu dois tourner le bouton rouge. Le vert c'est pour ton frère et sa musique t'empêche de faire tes devoirs."
"Désolé, voisin, depuis que je suis passé chez le coiffeur, la caméra ne me reconnait pas toujours et déclenche parfois l'alarme."
"Comment ca, ton badge d'accès déclenche l'antivol des magasins depuis que tu l'as mis à la machine à laver avec ton jeans ?"
"Moi, je ne trouve pas ca si difficile de mettre la puce de mon porteclés sur le lecteur de la porte quand j'ai les bras chargés d'emplettes."
"Les enfants, n'oubliez-pas notre rendez-vous après l'école chez le bon docteur Connekse pour implanter nos puces RFID dans la main".
Heureusement, il y a les smartphones, configurés pour se connecter automatiquement au réseau WiFi de la maison.
La "box" (modem/routeur/station de base WiFi) de mon fournisseur d'accès Internet devrait savoir qui est connecté.
Oui elle le sait, mais il faut s'identifier et l'information se trouve sur une page internet à l'adresse variable, éphemère et imprévisible puisqu'elle dépend d'un numéro de session.
Bref trop difficile à surveiller par programme.
Un serveur d'authentification externe à la RADIUS n'est pas une option, le modem ne sait même pas ce que cela veut dire.
En désespoir de cause, je désactive le serveur DHCP de la "box" et j'installe un vrai serveur DHCP sur une machine allumée en permanence (le Raspi de la cuisine).
ISC DHCP pour être précis, c'est plein d'options, en particulier d'éxecuter une commande quelconque quand un client se connecte ou se déconnecte. Plus de détails sur http://www.isc.org/downloads/dhcp/
Il faut donc attribuer une addresse de groupe KNX à chaque smartphone (ici 0/2/1), créer l'object correspondant dans linknx, identifier l'addresse MAC du smartphone et configurer ISC-DHCP pour executer le groupswrite adéquat.
extrait de /etc/dhcp/dhcpd.conf
# special handling for my mobile device and KNX functionality
host sphinkxphone {
# mac address of my smartphone
hardware ethernet db:7d:EC:78:ba:be;
# default lease period is 30 minutes
default-lease-time 1800;
# max lease is one hour
max-lease-time 3600;
# special actions for this device
# on connection send a KNX on message to group address
on commit {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","1");}
# on release or expiry send a KNX off message
on release {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","0");}
on expiry {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","0");}
}
Donc, dès que le smartphone reçoit son addresse IP, ca génère un message "on" sur le bus KNX.
Le smartphone doit renouveler sa demande d'addresse IP au plus tard toutes les 30 minutes (en pratique, il essaie de renouveler à partir de 15 minutes). Si le smartphone est hors de portée WiFi (ou éteint), le renouvellement échoue et un message KNX "off" est produit.
Bien entendu, le WiFi déborde un peu du périmètre de la maison. Donc, je rentre le soir et je suis à peine devant la porte d'entrée que les lumières extérieures et du hall d'entrée s'allument.
Ca marche aussi pour le PC fixe dans la chambre d'amis: s'il est allumé et qu'il fait noir, alors il faut allumer le plafonnier de la chambre.
Tout cela, sans achat de matériel additionnel...
Certains aiment moins:
"Jérôme, c'est pas parce que nous sommes sortis hier soir que tu pouvais jouer au PC de la chambre d'amis jusqu'à minuit"
Ca peut relancer le chauffage ou déclencher l'alarme.
Savoir exactement qui est là, c'est mieux puisque cela permet d'être vraiment personnalisé
Scènes de lumières, musique d'ambiance, notifications, arrêt du répondeur téléphonique,etc
Il y a beaucoup de technologies disponibles mais certaines pourraient créer des dialogues surréalistes.
"Ma chérie, la maison est froide parce que tu n'as déposé tes clés dans TON vide-poche à l'entrée."
"Amélie, ma puce, chaque fois que tu rentres ou sors de la maison, tu dois tourner le bouton rouge. Le vert c'est pour ton frère et sa musique t'empêche de faire tes devoirs."
"Désolé, voisin, depuis que je suis passé chez le coiffeur, la caméra ne me reconnait pas toujours et déclenche parfois l'alarme."
"Comment ca, ton badge d'accès déclenche l'antivol des magasins depuis que tu l'as mis à la machine à laver avec ton jeans ?"
"Moi, je ne trouve pas ca si difficile de mettre la puce de mon porteclés sur le lecteur de la porte quand j'ai les bras chargés d'emplettes."
"Les enfants, n'oubliez-pas notre rendez-vous après l'école chez le bon docteur Connekse pour implanter nos puces RFID dans la main".
Heureusement, il y a les smartphones, configurés pour se connecter automatiquement au réseau WiFi de la maison.
La "box" (modem/routeur/station de base WiFi) de mon fournisseur d'accès Internet devrait savoir qui est connecté.
Oui elle le sait, mais il faut s'identifier et l'information se trouve sur une page internet à l'adresse variable, éphemère et imprévisible puisqu'elle dépend d'un numéro de session.
Bref trop difficile à surveiller par programme.
Un serveur d'authentification externe à la RADIUS n'est pas une option, le modem ne sait même pas ce que cela veut dire.
En désespoir de cause, je désactive le serveur DHCP de la "box" et j'installe un vrai serveur DHCP sur une machine allumée en permanence (le Raspi de la cuisine).
ISC DHCP pour être précis, c'est plein d'options, en particulier d'éxecuter une commande quelconque quand un client se connecte ou se déconnecte. Plus de détails sur http://www.isc.org/downloads/dhcp/
Il faut donc attribuer une addresse de groupe KNX à chaque smartphone (ici 0/2/1), créer l'object correspondant dans linknx, identifier l'addresse MAC du smartphone et configurer ISC-DHCP pour executer le groupswrite adéquat.
extrait de /etc/dhcp/dhcpd.conf
# special handling for my mobile device and KNX functionality
host sphinkxphone {
# mac address of my smartphone
hardware ethernet db:7d:EC:78:ba:be;
# default lease period is 30 minutes
default-lease-time 1800;
# max lease is one hour
max-lease-time 3600;
# special actions for this device
# on connection send a KNX on message to group address
on commit {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","1");}
# on release or expiry send a KNX off message
on release {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","0");}
on expiry {execute("/usr/local/bin/groupswrite","ip:192.168.1.102","0/2/1","0");}
}
Donc, dès que le smartphone reçoit son addresse IP, ca génère un message "on" sur le bus KNX.
Le smartphone doit renouveler sa demande d'addresse IP au plus tard toutes les 30 minutes (en pratique, il essaie de renouveler à partir de 15 minutes). Si le smartphone est hors de portée WiFi (ou éteint), le renouvellement échoue et un message KNX "off" est produit.
Bien entendu, le WiFi déborde un peu du périmètre de la maison. Donc, je rentre le soir et je suis à peine devant la porte d'entrée que les lumières extérieures et du hall d'entrée s'allument.
Ca marche aussi pour le PC fixe dans la chambre d'amis: s'il est allumé et qu'il fait noir, alors il faut allumer le plafonnier de la chambre.
Tout cela, sans achat de matériel additionnel...
Certains aiment moins:
"Jérôme, c'est pas parce que nous sommes sortis hier soir que tu pouvais jouer au PC de la chambre d'amis jusqu'à minuit"