Lazer

C'est quoi ta ligne 49 ? En attendant, regarde aussi le retour de l'URL suivante avec ton navigateur : /graph/teleinfo_energy_get.php

Configuration => Contrôle d'accès => admin => Email

Super, c'est clair que des détecteurs extérieurs c'est carrément plus fiable que la détection de mouvement sur l'image.

ah oui ok, mais comme il parle "d'un fichier HTML local sur mon serveur", j'en déduis qu'il est accessible au travers d'un serveur Web, plutôt qu'en CIFS/NFS. Après que ça soit du html, du json, du xml, etc, cela ne fait pas de différence, il faut juste trouver la bonne syntaxe pour parser correctement la page.

@Nico : pourquoi ça ne serait pas faisable ? Il faut juste trouver la bonne expression régulière pour extraire l'info voulue. @pt13 : pour t'aider, il faudrait déjà que tu donnes ton fichier html. Par contre pas certain que je puisse t'aider, mais si Krikroff passe par là il le pourra surement. EDIT : reste qu'utiliser le Virtual Sensor en l'état, alors que tous les plugins utilisateurs sont supprimés à chaque mise à jour de la HC2, présente peu d'intérêt

Hum c'est embêtant.... Et si il ne nous donne pas le nom du fichier manquant, ça ne va pas aider àdebugguer. Je n'ai pas encore mis DSM 6 et ça ne serra pas pour tout de suite je pense.

Comme pour les pages Web, je te conseille de virer l'ancien VD, et d'importer le nouveau (sans passer par Github) par contre il faudra que tu mette àjour l'ID du nouveau VD dans la Scène

Je n'en n'ai pas entendu du bien de ce Smappee. Et de la bouche de quelqu'un qui devait publier un test, et qui a préférer s'abstenir de le publier (on devine aisément pourquoi....) A mon avis, produit à éviter. Pourquoi pas un GCE Eco-Devices, ou un Eco Compteur Legrand ?

Quelqu'un sait la distance maximale de détection au travers d'un matelas ?

Il faut utiliser les balises <> (bouton dans la barre d'outil situé au dessus de la zone de texte) pour rendre ton code lisible, car là c'est illisible ! Sinon tu as pensé à changer les ID des modules dans ta scène ?

Tu vas être déçu, Linux ne swape pas. Ce qui est tout àfait logique, l'OS ne swape pas tant que la RAM n'est pas pleine. root@fghc2:~# ./process_swap.sh PID=1 - Swap used: 0 - (init ) PID=2 - Swap used: 0 - (kthreadd ) PID=3 - Swap used: 0 - (migration/0 ) PID=4 - Swap used: 0 - (ksoftirqd/0 ) PID=5 - Swap used: 0 - (watchdog/0 ) PID=6 - Swap used: 0 - (migration/1 ) PID=7 - Swap used: 0 - (ksoftirqd/1 ) PID=8 - Swap used: 0 - (watchdog/1 ) PID=9 - Swap used: 0 - (migration/2 ) PID=10 - Swap used: 0 - (ksoftirqd/2 ) PID=11 - Swap used: 0 - (watchdog/2 ) PID=12 - Swap used: 0 - (migration/3 ) PID=13 - Swap used: 0 - (ksoftirqd/3 ) PID=14 - Swap used: 0 - (watchdog/3 ) PID=15 - Swap used: 0 - (events/0 ) PID=16 - Swap used: 0 - (events/1 ) PID=17 - Swap used: 0 - (events/2 ) PID=18 - Swap used: 0 - (events/3 ) PID=19 - Swap used: 0 - (cpuset ) PID=20 - Swap used: 0 - (khelper ) PID=21 - Swap used: 0 - (netns ) PID=22 - Swap used: 0 - (async/mgr ) PID=23 - Swap used: 0 - (pm ) PID=24 - Swap used: 0 - (sync_supers ) PID=25 - Swap used: 0 - (bdi-default ) PID=26 - Swap used: 0 - (kintegrityd/0 ) PID=27 - Swap used: 0 - (kintegrityd/1 ) PID=28 - Swap used: 0 - (kintegrityd/2 ) PID=29 - Swap used: 0 - (kintegrityd/3 ) PID=30 - Swap used: 0 - (kblockd/0 ) PID=31 - Swap used: 0 - (kblockd/1 ) PID=32 - Swap used: 0 - (kblockd/2 ) PID=33 - Swap used: 0 - (kblockd/3 ) PID=34 - Swap used: 0 - (kacpid ) PID=35 - Swap used: 0 - (kacpi_notify ) PID=36 - Swap used: 0 - (kacpi_hotplug ) PID=37 - Swap used: 0 - (kseriod ) PID=42 - Swap used: 0 - (kondemand/0 ) PID=43 - Swap used: 0 - (kondemand/1 ) PID=44 - Swap used: 0 - (kondemand/2 ) PID=45 - Swap used: 0 - (kondemand/3 ) PID=46 - Swap used: 0 - (khungtaskd ) PID=47 - Swap used: 0 - (kswapd0 ) PID=48 - Swap used: 0 - (ksmd ) PID=49 - Swap used: 0 - (aio/0 ) PID=50 - Swap used: 0 - (aio/1 ) PID=51 - Swap used: 0 - (aio/2 ) PID=52 - Swap used: 0 - (aio/3 ) PID=53 - Swap used: 0 - (crypto/0 ) PID=54 - Swap used: 0 - (crypto/1 ) PID=55 - Swap used: 0 - (crypto/2 ) PID=56 - Swap used: 0 - (crypto/3 ) PID=242 - Swap used: 0 - (ksuspend_usbd ) PID=243 - Swap used: 0 - (khubd ) PID=246 - Swap used: 0 - (ata/0 ) PID=247 - Swap used: 0 - (ata/1 ) PID=248 - Swap used: 0 - (ata/2 ) PID=249 - Swap used: 0 - (ata/3 ) PID=250 - Swap used: 0 - (ata_aux ) PID=259 - Swap used: 0 - (scsi_eh_0 ) PID=260 - Swap used: 0 - (scsi_eh_1 ) PID=261 - Swap used: 0 - (scsi_eh_2 ) PID=262 - Swap used: 0 - (scsi_eh_3 ) PID=269 - Swap used: 0 - (scsi_eh_4 ) PID=270 - Swap used: 0 - (usb-storage ) PID=290 - Swap used: 0 - (scsi_eh_5 ) PID=292 - Swap used: 0 - (usb-storage ) PID=381 - Swap used: 0 - (jbd2/sdb1-8 ) PID=382 - Swap used: 0 - (ext4-dio-unwrit ) PID=383 - Swap used: 0 - (ext4-dio-unwrit ) PID=384 - Swap used: 0 - (ext4-dio-unwrit ) PID=385 - Swap used: 0 - (ext4-dio-unwrit ) PID=434 - Swap used: 0 - (udevd ) PID=506 - Swap used: 0 - (udevd ) PID=656 - Swap used: 0 - (kpsmoused ) PID=669 - Swap used: 0 - (hd-audio0 ) PID=764 - Swap used: 0 - (ssh ) PID=823 - Swap used: 0 - (jbd2/sdb3-8 ) PID=824 - Swap used: 0 - (ext4-dio-unwrit ) PID=825 - Swap used: 0 - (ext4-dio-unwrit ) PID=826 - Swap used: 0 - (ext4-dio-unwrit ) PID=827 - Swap used: 0 - (ext4-dio-unwrit ) PID=903 - Swap used: 0 - (flush-8:16 ) PID=917 - Swap used: 0 - (dhclient ) PID=946 - Swap used: 0 - (portmap ) PID=958 - Swap used: 0 - (rpc.statd ) PID=1111 - Swap used: 0 - (rsyslogd ) PID=1148 - Swap used: 0 - (acpid ) PID=1190 - Swap used: 0 - (cron ) PID=1206 - Swap used: 0 - (asterisk ) PID=1207 - Swap used: 0 - (asteriskEventsC ) PID=1209 - Swap used: 0 - (astcanary ) PID=1214 - Swap used: 0 - (startpar ) PID=1229 - Swap used: 0 - (dbus-daemon ) PID=1257 - Swap used: 0 - (sshd ) PID=1294 - Swap used: 0 - (screen ) PID=1296 - Swap used: 0 - (GPIOServer ) PID=1299 - Swap used: 0 - (bash ) PID=1387 - Swap used: 0 - (screen ) PID=1389 - Swap used: 0 - (autossh ) PID=1390 - Swap used: 0 - (screen ) PID=1394 - Swap used: 0 - (screen ) PID=1395 - Swap used: 0 - (DbUpdater ) PID=1397 - Swap used: 0 - (Router ) PID=1408 - Swap used: 0 - (screen ) PID=1410 - Swap used: 0 - (HCServer ) PID=1447 - Swap used: 0 - (screen ) PID=1449 - Swap used: 0 - (Zwave ) PID=1450 - Swap used: 0 - (screen ) PID=1452 - Swap used: 0 - (LILIServer ) PID=1453 - Swap used: 0 - (socketFibaroSer ) PID=1455 - Swap used: 0 - (cron.php ) PID=1489 - Swap used: 0 - (bash ) PID=1562 - Swap used: 0 - (getty ) PID=1563 - Swap used: 0 - (getty ) PID=1564 - Swap used: 0 - (getty ) PID=1565 - Swap used: 0 - (getty ) PID=1566 - Swap used: 0 - (getty ) PID=1567 - Swap used: 0 - (getty ) PID=1597 - Swap used: 0 - (udevd ) PID=1700 - Swap used: 0 - (LuaEnvironment ) PID=1701 - Swap used: 0 - (LuaEnvironment ) PID=1703 - Swap used: 0 - (PluginManager ) PID=1705 - Swap used: 0 - (PluginManager ) PID=1707 - Swap used: 0 - (PluginManager ) PID=1709 - Swap used: 0 - (PluginManager ) PID=1711 - Swap used: 0 - (PluginManager ) PID=1713 - Swap used: 0 - (PluginManager ) PID=1715 - Swap used: 0 - (PluginManager ) PID=1718 - Swap used: 0 - (LuaEnvironment ) PID=1719 - Swap used: 0 - (LuaEnvironment ) PID=1720 - Swap used: 0 - (LuaEnvironment ) PID=1865 - Swap used: 0 - (PluginManager ) PID=4257 - Swap used: 0 - (sshd ) PID=4259 - Swap used: 0 - (bash ) PID=5794 - Swap used: 0 - ( ) PID=5797 - Swap used: 0 - ( ) PID=5810 - Swap used: 0 - (bash ) PID=5813 - Swap used: 0 - (ping ) PID=5815 - Swap used: 0 - (process_swap.sh ) PID=5816 - Swap used: 0 - ( ) PID=5817 - Swap used: 0 - ( ) PID=5818 - Swap used: 0 - ( ) PID=30658 - Swap used: 0 - (apache2 ) PID=30660 - Swap used: 0 - (apache2 ) PID=30661 - Swap used: 0 - (apache2 ) PID=30662 - Swap used: 0 - (apache2 ) PID=30663 - Swap used: 0 - (apache2 ) PID=30664 - Swap used: 0 - (apache2 ) Overall swap used: 0 EDIT : root@fghc2:~# swapon -s Filename Type Size Used Priority /dev/sdb2 partition 249848 0 -1

oui mais jusqu'à présent les docs étaient trop techniques, si bien que (presque) personne ne les lisait. Il n'y a qu'à voir la quantité de questions posées sur le topic du FGMS pour s'en rendre compte, alors que toutes les réponses sont dans la doc. Pour le Swipe, là , on a une doc visuelle, avec des schémas et des exemples, c'est tout de suite un peu plus grand public. En plus ils ont séparé en 2 docs, sur la mode du "quick start guide" et "advanced user's guide". C'est une bonne évolution je trouve.

Merci Krikroff pour cette précision J'avais pas vu, mais pour une fois FIbaro a mis le paquet sur la doc, ça fait plus sérieux Manuel d'utilisation FGGC-001 Manuel technique du FGGC-001

Tu peux tout simplement faire un gzip de ton image, ça devrait significativement réduire sa taille. Si tu veux réduire à l'extreme, en 2 temps : 1ère étape :tu fais une install minimale de Raspbian, puis tu l'allège encore en enlevant tout ce qui est inutile tu installes Homebridge et ses dépendances tu mesures l'espace occupé 2nde étape :tu reformates, mais cette fois-ci tu crées une partition / la plus petite possible afin de ne contenir que ce qui est utile (mesuré à la première étape), plus une marge raisonable Tu allèges à l'identique Raspbian, puis install de Homebridge enfin tu peux reprendre ton image puis tu fait un gzip avec les paramètres de compression maxi pour réduire le fichier envoyé sur le net. Pour info sur mon PI 1 (qui ne me sert pas pour Homebridge) tu peux voir que j'ai de l'espace inutilisé, donc on pourrait réduire pas mal (mais j'ai volontairement agrandi pour utiliser 100% de la carte SD) pi@raspberrypi ~ $ cat /etc/issue.net Raspbian GNU/Linux 7 pi@raspberrypi ~ $ df -h / Filesystem Size Used Avail Use% Mounted on /dev/root 7.2G 1.6G 5.4G 23% / Encore mieux sur mon PI 2 avec la dernière version de Raspbian : pi@raspberrypi:~ $ cat /etc/issue.net Raspbian GNU/Linux 8 pi@raspberrypi:~ $ df -h / Filesystem Size Used Avail Use% Mounted on /dev/root 15G 977M 13G 7% / Je n'ai pas encore installé le PI 3, mais ça sera identique au PI 2

tu avais un backup ? tu peux tenter de restaurer ta dernière sauvegarde

ah bonne nouvelle ça avance oui la carte avait surement grillé comme on avait vu il y a quelques temps

Les diodes ne s'allument normalement quand la box a fini de booter, ce qui n'est pas ton cas puisque tu bloques sur le réseau

ah ok bon du coup l'IP fixe ne semble pas fonctionner... étonnant ! tu as essayé en te connecter sur ton LAN, afin que la box prenne un IP en DHCP ? (toujours en recovery) Parce que sinon je ne vois pas ce qui cloche là

OK, mais qu'est ce qui te fait dire que tu n'arrives pas ày accéder en IP ? En mode recovery, elle peut prendre une IP en DHCP (adresse àdécouvrir en regardant les logs de ton serveur DHCP / Box internet), mais si tu laisses le doigt appuyé trop longtemps sur le bouton recovery, elle va prendre une IP statique dans un autre sous-réseau : 192.168.81.1 auquel cas il faut que tu configures manuellement l'IP de ton PC dans ce même réseau temporairement

Et tu peux tenter un recovery ?

Hum oui regarde l'écran essaye de booter sans la carte fille aussi pour voir

si ça fait 1 mois que ça ne fonctionne plus, ça ne me surprend pas si tu n'as plus les données quotidiennes.... déjàdemain matin tu devrais commencer àvoir quelque chose

Vidéo sur Youtube : Domadoo - Présentation du contrôleur gestuel Swipe de Fibaro

En complément de la réponse de Shad : > J’ai une dernière question concernant les firmwares et la HC2. Si c’est donc c’est le même principe que sur la HCL, à quoi sert la clée USB alors ? Attention, comme précisé, la HCL et la HC2 ont un hardware différent, ce qui inclue cette clé USB. Elle sert à 3 choses : - backup : sauvegarder la configuration (tous les Modules/VD/Scène/Panneaux.etc, sauf les icones) - recovery : reformater intégralement son HC2, en configuration usine - dongle : protection logicielle+matérielle, chaque clé est appairée à chaque box.... ce qui est totalement aberrant. En effet, comment une clé de secours, permettant de sauvegarder et remettre son système sur pied, peut être également être un SPOF ??? Quand la clé est en panne (ce qui arrive fréquemment), la box devient inutilisable et demande un retour au SAV Fibaro en Pologne. Heureusement que les petits gars du forum ont des moyens de contournement, sans ça je pense que Fibaro aurait perdu encore plus de clients. Pour la HCL c'est différent, il n'a pas de clé USB, le backup est géré différemment. > Admettons que je suis sur une version beta 4.2, la box plante et je fais un reset. > Si la 4.5 stable est disponible à ce moment, on ne me proposera plus la 4.2 beta… > Mais la clé USB me permettrait elle de récupéré mon Install complète en 4.2 béta, si j’aurai bien sur pris le temps de faire le backup ? La clé ne contient que la sauvegarde de la configuration. Le seul logiciel qu'elle contient, c'est le système de base (selon la génération, en v1, v2, ou v4). Donc quand tu fais un recovery, tu n'as pas d'autre choix que d'installer la dernière version proposée par Fibaro en ligne. Sauf si tu root ta box, mais on sort des usages standards. > J’ai lancé Jeedom sous une VM pour voir la gueule que ça a… je ne suis pas allé plus loin je n’ai pas de dongle Z wave… mais il m’intéresse pas, tout simplement car il n’y a pas d’application smartphone et d’après vos commentaire, cherchant quelque chose de réactif ce n’est pas la peine. L'application smartphone arrive.... > Je cherche vraiment quelque de simple a utilisé au quotidien et de réactif.. Apres que les scripts soit en bloc, en lua ou en php ce n’est vraiment pas le problème. Alors si tu veux quelque chose de simple à l'usage, tu es comme moi. En poursuivant le raisonnement à l'extrême, l'application smartphone devient inutile car la maison dispose de suffisamment de capteur pour être "intelligente" et appliquer automatiquement les actions nécessaires, de façon transparente pour les habitants. Avant d'arriver à ce résultat, on a quand même besoin de l'application mobile .... > Quand je parle de l’eedomus, je parle bien sà»r de la version + et j’hésite vraiment et encore plus après lecture de vos commentaires entre la HC2 et l’eedomus + La eedomus+ a de nombreux avantages (principalement le support de nombreux modules Z-Wave EnOcean IP, ...), mais elle est moins performante, et dépend du Cloud Pour ma part c'était un critère rédhibitoire d'élimination de la plupart des solutions domotiques du marché. De même, sa performance reste en deçà de la HC2, donc avec de nombreux modules (>50) et des scénarios complexes, faut pas attendre une réactivité en dessous de la demi-seconde comme la HC2. > Etant donné la très bonne optimisation de la HC2, on se retrouverait donc avec des performances et une réactivité comparable ? Euh, je viens de dire dans mon post précédent que la HC2 était très mal optimisée, puisque plus lente et plus instable en v4 par rapport à l'ancienne v3. Ceci dit, elle reste malgré tout très performante > Si on a une grande maison avec une piscine, plusieurs zones d’arrosage à contrôler etc… c’est sà»r que GEA doit être vraiment être top pour ça. > Mais si on a un pavillon de 80m2 avec un petit bout de jardin, présente-il vraiment un réel intérêt ? Pas besoin d'une immense maison pour GEA. C'est plutôt le nombre et la complexité des scénarios envisagés qui compte. Avec GEA, il est possible de créer facilement des scénarios puissants prennant en compte un grand nombre de paramètres. J'ai vu plusieurs fois sur le forum des scripts LUA de 20 lignes se transformer en 2 lignes de GEA !!! > En cherchant à faire du wake up on lan, ou de la diffusion de media en DLNA (chose impossible à faire avec HCL, sauf les 2-3 plugins dispo..) je suis tombé sur des sites qui décrivent les fonctionnalités de l’eedomus + Le WOL fonctionne sous HC2 en v4. Le DLNA ne m'intéresse pas donc j'ai pas creusé la question, mais c'est sur que la HC2 ne le gère pas. Par contre elle peut piloter un XBMC/Kodi, des Sonos, etc, (voir message de Shad plus complet à ce sujet) > Alors peut être que je me fais une idée, mais elle propose vraiment pas mal de choses de manière simple et la gestion de Scènes a l’aire d’être pas mal poussé. Oui la eedomus propose des choses plus simplement que la HC2. > En fait j’ai du mal à comprendre ce que pourrait m’apporter de plus dans ma situation une HC2 qui coute 300€ plus cher que l'eedomus + ? L'indépendance au cloud, ça n'a pas de prix L'interface Web, mais c'est accessoire. > L’eedomus, intègre apparemment beaucoup plus de modules comme les qubino. > J’ai un module fil pilote qubino associé à ma HCL , j’ai bien compris l’histoire ! Oui > Maintenant, c’est pareil je n’ai pas testé personnellement, si vous avez un avis de près ou de loin ou des points de comparaison pour m’aider à faire mon choix, je suis toute ouie. Pas évident de faire son choix, la box domotique parfaite n'existe pas, sinon on ne serait pas là à débattre. C'est une question de compromis. Perso je reste sur HC2 car j'ai une install qui tourne bien, j'ai passé beaucoup de temps à la mettre en place, et j'ai encore de choses à faire avec. Si je débutais en domotique et que je devais partir sur une nouvelle install, je choisirais très certainement Jeedom. Mais en aucun cas eedomus (Cloud dépendant) Jeedom sur un Raspberry PI 3 ça doit commencer à pas trop mal tourner. Perso je l'ai en test en ce moment dans une VM de mon serveur (un Xeon 4 coeurs, donc là ça arrache, pas de pb de performance....) Un dernier mot sur les statistiques de vente (tu as peut être vu un article à ce sujet), eedomus est en tête, suivi de Jeedom, et Fibaro vient en 3ème position. Les ventes de box Fibaro semblent avoir fortement chuté depuis 1 ou 2 ans (retard et très mauvaise presse de la v4, sortie des concurrentes eedomus+ et Jeedom)

J'ai rajouté un commentaire àcoté du lien Github, ça devrait être plus clair.