Lazer

Une news de Neeo sur le topic : http://www.domotique-fibaro.fr/index.php/topic/3607-telecommande-neeo/?p=122803

Et bien, j'espère que vous n'êtes pas pressé : http://blog.domadoo.fr/2015/12/24/neeo-telecommande-universelle-compatible-z-wave-recoit-ces2016-innovation-award/ Commentaire de Cédric :

Ici j'ai remis ma Foscam en H264, donc la HC2 ne voit plus le flux vidéo (mais je m'en tape). Par contre le snapshots déclenchés par la HC2 fonctionnent bien, et la qualité est très bonne quand je reçoit ça par email, je n'ai jamais vérifié mais je pense que c'est la résolution max de la webcam (720p). Làoù j'ai fortement amélioré la qualité des snapshots, c'est en allumant les lumières avant de faire les snapshots, car ça désactive le filtre IR de la caméra (sinon c'est noir et blanc, contraste faible, éclairage des toiles d'araignées, etc)

Dans l'onglet Avancé des propriétés de tes modules, dans le champs appareil commandé, il faut que tu choisisse éclairage

Intéressant, non jamais essayé, je me contente des snapshots de la HC2 pour le moment

non mais ça doit être des touristes perdus loin de la tour Eiffel

Sinon il y a le module KLF-050, associé à un FGS-222 (ou 2 sorties d'un IPX800) qui permet "d'ouvrir" l'IO, ou plutôt de le contrôler depuis une solution ouverte. Il n'y aura pas de retour d'état ni de calibration, mais si le FGS est le seul moyen de piloter le volet, alors le retour d'état est implicite. Mais ça fait du budget, car il faut ce couple KLF + FGS pour chaque volet à piloter individuellement. Le IO c'est le mal, on ne le répètera jamais assez. C'est uniquement bon pour Somfy, Velux et leurs partenaires pour enfermer les clients dans leur eco-système propriétaire. Business is business. SI tu appliques cette technique pour ton IO, ma technique pour ta Diagral, alors tu arriveras à faire cohabiter un peu tout le monde ensemble, depuis une HC2, mais ça représente travail + budget, à toi de voir.

C'est le topic de l'humour ici

bah tu sais chez nous ils se baladent dans le quartier, un compact àla main et ils prennent en photo les maisons pour leur repérage..... en pleine journée, même pas peur ! :angry:

Nico je suis à 100% d'accord avec toi, d'ailleurs je tiens souvent les mêmes propos sur le forum, tellement ce sujet est abordé régulièrement. Enfin pas pour le drone, on n'est pas encore au modèle autonome (mais on y sera très bientôt, il faudrait surtout développer l'application qui va bien pour ça, chez DJI les API existent) En fait le titre du topic de Domodial était explicite, mais le contenu du message ouvre à tellement de discussions autour du thème de la sécurité. C'est un sujet sans fin la sécurité....

ah voilàon y vient.... péter une fenêtre soit même..... c'est bien ça le souci, je me vois pas pêter une fenêtre moi même pour pouvoir prétendre àune indemnisation. SI on en arrive là, c'est qu'on a fait une grosse erreur d'architecture de son système de protection de la maison

Justement, des capteurs sur la porte de garage/Portail permettent de détecter une ouverture inopinée, et donc de renforcer la sécurité (notification, refermer immédiatement, couper l'alim des moteurs; etc

après ça dépend des contrats d'assurance. Sur le miens, j'ai le droit de m'absenter de la maison avec les volets ouverts si ça ne dure pas plus de 24h (donc journée de travail normal). Par conséquent, domotiser les volets ne posera pas de pb tant que la fenêtre est bien fermée. C'est là que c'est intéressant de multiplier les capteurs, si tu as des capteurs de mouvement dans le jardin, tu peux allumer les lumières, fermer les volets, faire sonner la pré-alarme, déclencher l'arrosage automatique, etc.... tout se joue sur la dissuasion.

En région parisienne, dans les quartiers pavillonnaires où les gens ont blindé porte, vitres, et volets, maintenant ils envoient un gosse sur le toit, qui enlève les tuiles, rentre par les combles et va ouvrir de l'intérieur. Si c'est juste les vitres qui sont blindés, ils s'emmerdent pas, il leur suffit de faire sauter le cadre entier de la fenêtre, car généralement elles sont accrochées par 6 équerres simplement vissées dans la maçonnerie. C'est pour cela qu'une bonne alarme est toujours nécessaire en complément de la sécurité physique. Le souci avec la domotique, c'est le jour où y'a un cambriolage sans effraction, tu n'auras pas de trace d'effraction, donc pas de preuve, c'est pour cela que les assureurs ne certifie pas les objets connectés tels que Doorlock. Alors peut être que ça n'est encore jamais arrivé, mais ça viendra. J'ai pas envie d'être le premier.... ni même le dernier d'ailleurs, je préfère que ça n'arrive jamais.

+1 avec Neliger, aucune domotisation d'ouvrant à risque. à l'heure actuelle si aucune serrure connectée n'a la certification NF A2P si chère aux assureurs, c'est pour une bonne raison... car tous les systèmes ont une faille, déjà connue ou à venir. De même, ma domotique sait lire le statut de l'alarme, mais ne peux pas la contrôler.

ou une Somfy box ? Limitée, mais parfaitement compatible avec IO. Faut dire qu'avec IO d'un coté et Diagral de l'autre, tu es bien enfermé dans les technos propriétaires. Pour Diagral tu peux voir ce que j'ai fait en signature.

Beaux travaux !

pas grand chose, je pense qu'on ne s'est rendu compte de rien, mais c'est fou j'ai l'impression que les jours ont raccourci.... surement qu'ils ne font plus que 23h, je ne vois pas le temps passer. La semaine dernière j'ai bien essayer de me coucher à6h du matin, lever 8h pour gagner du temps, mais àpart de la fatigue je n'ai pas gagné grand chose.... ah si, quelques compétences en dépannage de cluster Linux crashé. En fait j'ai surtout beaucoup de travail donc je ne vois pas les semaines passer.....

J'espère que vous n'êtes pas pressé pour le VD, je ne fais pas beaucoup de domotique en ce moment.... déjà qu'en 3 mois, mon onduleur n'est toujours pas installé là où il devrait être ! En plus il faut que je m'occupe de ta carte fille Gwendal, je n'ai toujours pas remonté mon vieux PC. A suivre

Un Mac étant un PC depuis 2005, je suppose que tu voulais dire "Windows"

pas nécessairement, le fichier peut très bien être édité en local si le bon éditeur est utilisé. Par contre il me semblait que Notepad++ n'existait pas sur mac, mais qu'il fallait utiliser Sublime Text ou un truc du genre ?

ah cool je me disais bien qu'il y avait un problème dans le config.inc.php. Les Mac c'est vraiment plus compliqué à utiliser

J'ai me même comportement également avec un FGBS après le reboot de la HC2.

Pour info, mon tuto pour silencieuser un onduleur Eaton bruyant : http://www.domotique-fibaro.fr/index.php/topic/8032-onduleur-eaton/

Module virtuel pour Home Center 2 v2.0 Note : le QuickApp pour HC3 se trouve ici : https://www.domotique-fibaro.fr/topic/14591-quick-app-onduleur-eaton-snmp/ 1. Présentation Ce module virtuel permet de monitorer un onduleur Eaton via le protocole standardisé SNMP. 2. Fonctionnalités Surveillance de l'état de l'onduleur au travers de la carte de management réseau Mise à jour des labels du module virtuel Mise à jour de variables globales Écriture de la consommation (Watts), de la température (°C), et de l'humidité (%HR) dans des Fake-devices Notifications par Email, Push, et SMS Récupère la température et l'humidité si une sonde environnementale EMP est connectée au port dédié de l'onduleur. 3. Limitations Protocole SNMP v1 uniquement (pas de sécurité : authentification, chiffrement) Fait du polling à intervalle régulier, ne supporte pas les Traps SNMP. 4. Installation 4.1. Import du module virtuel Importer le module virtuel (fichier vfib) de façon habituelle sur la box HC2, et changer l'adresse IP et le port 161, puis importer l’icône : Modifier les paramètres suivants dans le code de la Main Loop : par exemple : local snmp_community = "public" -- SNMP community string local snmp_version = 1 -- SNMP version local snmp_protocol = "udp" -- SNMP protocol local VG = { -- Global Variables ["VG_BatteryStatus"] = "UPS_BatteryStatus", -- Battery status : <string> (unknown|batteryNormal|batteryLow|batteryDepleted) ["VG_MinutesRemaining"] = "", -- Battery time left : <integer> (unit : minutes) ["VG_ChargeRemaining"] = "UPS_ChargeRemaining", -- Battery charge : <integer> (unit : %) ["VG_InputVoltage"] = "", -- UPS Main voltage : <integer> (unit : Volts) ["VG_OutputSource"] = "UPS_OutputSource", -- UPS output mode : <string> (other|none|normal|bypass|battery|booster|reducer) } local DEVICE = { ["power"] = 27 -- Device ID Power (fake-device) ["temperature"] = 73, -- Device ID Temperature (fake-device) ["humidity"] = 127, -- Device ID Humidity (fake-device) } local userID = {"Lazer"} -- Mail notification local smartphoneID = { -- Push notification "Google Pixel 2 XL", "Google Pixel C", } local sms = { -- SMS notification ["VD_ID"] = 98, -- Virtual Device ID ["VD_Button"] = "1", -- Virtual Device Button ["VG_Name"] = "SMS" -- Global Variable Name } Remarques : snmp_community : public par défaut snmp_version : seule la version 1 est supportée, ne pas modifier snmp_protocol : udp par défaut VG : permet de définir des variables globales qui sont automatiquement créées par le VD et qui contiendront l'état de l'onduleur, utilisé pas vos scénarios (notamment des scènes sur déclenchement (trigger) lors de la modification des variables globales) DEVICE : permet d'écrire la puissance délivrée par l'onduleur dans des fake-device. Si vous avez une sonde d'environnement connectée au port dédié, les informations de température et d'humidité sont également utilisables. userID : ID de l'utilisateur à qui envoyer des emails, au format numérique ou chaine de caractères smartphoneID : mobiles à qui envoyer des notifications Push, au format numérique ou chaine de caractères sms : ID du module virtuel, bouton à cliquer, et variable globale pour envoyer des SMS (via SMS Gateway sur smartphone Android) mais vous pouvez le détourner pour envoyer des notifications Pushbullet ou autre. 4.2. Icône 5. Téléchargement Onduleur v2.0.vfib