Lazer

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.

Non il n'est pas corrompu, c'est juste la version complète avec les commentaires qui dépasse la taille maximale admissible de la Main Loop depuis la v4. C'est pour cela que j'ai partagé la version nettoyée de commentaires : http://www.domotique-fibaro.fr/index.php?app=core&module=attach&section=attach&attach_id=5616 Tout cela est expliqué en détail dans mon post de la page 11

J'ai rajouté le lien en 1ère page vers la dernière version dispo, la 0.1.1 (en page 11)

En fait ce que je voulais dire, c'est que la Z-Wave Alliance devrait durcir ses règles de certification. => en fait créer de nouvelles règles de certifications, notamment pour les contrôleurs Z-Wave. La liberté donnée aux fabricant jusqu'à présent a permis une extension rapide du protocole Z-Wave, mais si il veut aller plus loin, il devrait se débarrasser de cette image de pseudo-compatiblité universelle partiellement respectée. Et des règles de certification plus stricte me semblent la seule solution, puisque la pédagogie ne marche pas, surtout avec des sociétés comme Fibaro qui méprisent tout le monde. Je ne parle pas de règles concernant les templates, ça c'est le coté grand public comme tu dis. Je pense plutôt aux fonctionnement des classes de bases, et de ce coté là de nombreux modules ne fonctionne pas avec notre HC2 (et pas que des Qubino justement, regarde chez Aeon Labs, Zipato, etc) N'oublions pas que la concurrence s'installe, et le départ de l'ancien patron de la Z-Wave Alliance vers Zigbee, et la récupération des technologie sans-pile de l'EnOcean, pourrait donner un protocole qui pourrait tout balayer à l'avenir. Ce n'est qu'un exemple.... Bref, cet aparté est un peu hors sujet et ne répond pas vraiment aux questions de @mateus89

Pfiou, trop de questions dans tous les sens là . Je vais tacher de répondre > Si j'ai bien compris avec une HC2 je pourrais choisir un firwmare beta entre les deux, sur lequel la box tournait plus ou moins bien en attendant une nouvelle mis à jour. Non, impossible de choisir un fimware, sans rooter sa box. Tu auras le choix uniquement au moment de la sortie du firmware beta ou stable, mais tu n'auras plus ce choix lorsque le firmware souvent sera sorti. > Il y a quelque chose qui n'est pas très claire pour moi, ou sont les limites de la HCL, HC2, modules et z wave? HCL : système bridé (matériellement ET logiciellement) permettant à Mme Michu de mettre un pied dans la domotique, c'est à dire allumer sa lumière et son chauffage à distance. A mon sens, on est plus proche d'une Orange Homelive que d'une Fibaro HC2 (cependant l'interface Web identique entre les 2 box HCL/HC2, et la communication marketing de Fibaro induisent en erreur). La HC Lite est une box bas de gamme, qu'on se le dise. HC2 : la box grand public la plus performance du marché (matériellement parlant : Intel Atom) (j'exclue Lifedomus qui est basé sur Intel Core, mais n'est pas vendue au grand public, obligé de passer par un installateur), mais matériel sous-exploité par un logiciel buggé, et dont certaines fonctionnalités annoncées par Fibaro ne sont pas tenues à cause de bug ou tout simplement de l'absence pure et simple (MAJ OTA, Plugins, GPS, etc). Bref un grand gâchis, ce qui explique les nombreux témoignages mécontents sur ce forum, surtout pour le prix payé. Modules Z-Wave : bien que standard, chaque fabricant de box domotique est libre ou non de supporter tel ou tel module, car la Z-Wave Alliance n'impose pas de règles de certifications draconiennes. On pourrait faire un parallèle hasardeux entre l'App Store d'Apple où tout est contrôlé et fonctionnel, et le Play Store de Google ou c'est un grand foutoir avec le meilleur comme le pire. Donc tant que la Z-Wave Alliance ne fera pas de programme de certification rigoureux, la compatibilité des modules Z-Wave sera toujours incertaine. > Si je crée une scène simple, dans laquelle j'allume une lumière sur détection de mouvement. (Sans parler d'association direct, qui est instantané mais limité) Avec un FGMS001 et une HCL, je passe devant le détecteur, le témoin lumineux s'allume je compte, 1 , 2 secondes et la lumière s'allume Si je rajoute deux variables a la scène, je compte facilement 3 secondes, c'est long. Là clairement ça semble être une limitation de performance matérielle de la HC Lite. Sous HC2, pour un même scénario, et en prenant en compte le coucher du soleil et plusieurs variables globales (et sous GEA, qui est gourmand), c'est très rapide. Je n'ai pas mesuré avec précision, mais c'est moins d'une seconde entre la détection de mouvement et l'allumage de la lumière. Même moins d'une demi-seconde d'ailleurs > Quels sont les éléments qui me limitent si je veux quelque chose de réactif ? Le traitement de l'information et le déclenchement de la scène serait-il plus rapide avec une HC2, une eedomus ou par Jeedom ? Pour moi c'est la vitesse processeur (CPU ARM) qui limite comparé à un processeur Intel plus véloce. Les eedomus et Jeedom sont réputées pour être lentes (j'ai entendu des retours d'expérience jusqu'à 10 seconde de délai, c'est dire !!!!) Sur eedomus, il faut au moins prendre la eedomus+ pour s'approcher de la seconde de temps de réaction. Sur Jeedom, il faut un Raspberry PI 2 ou 3, ou idéalement un PC (donc processeur Intel performant <= à noter que cela peut être une VM dans un serveur servant à d'autres usages) Y'a pas de miracle, dès que tu gères plus de 10 modules Z-Wave, il faut du CPU pour traiter les requêtes derrière. Les solutions à base de processeur RAM (Raspberry, eedomus, etc) sont limitées de ce coté là . > Si je changerai mon FGMS par un capteur 6en1 de chez aeotec par exemple, il y aurai-t-il une différence ? Non > Si j'utilise un détecteur de mouvement Z-Wave + avec un système qui supporte le Z-Wave + comme eedomus , je ne gagne vraiment rien en réactivité? Non, encore une fois la vitesse du Z-Wave+ n'apporte rien à l'heure actuelle, car la bande de fréquence est sous exploitée, et on parle là d'une trame hyper simple : détection de mouvement. On n'en n'est pas à échanger un volume de données conséquent, comme ça pourrait être le cas avec du streaming vidéo en Wi-Fi par exemple. je le répète : c'est le CPU qui importe, et la plupart des box domotiques du marché sons sous-cadencées, à l'exception de la HC2, et bien sur Lifedomus. Mais une carte mère + CPU qui dépote, ça coute cher, c'est bien pour cela que ces 2 box sont les plus chères. EDIT : Shad a résumé mon propos mais on est d'accord

Moi c'est le coté WAF que je crains. Madame a déjàde plus en plus de mal àutiliser des interrupteurs traditionnels (hum c'est inquiétant), alors je me vois mal lui proposer de faire des gestes àla place). Je vais continuer àutiliser la domotique telle que je la conçois depuis le début : transparent, invisible, automatise des actions, sans imposer de nouveaux usages.

Il faut que tu prennes l'archive ZIP en première page, seule référence valable pour le package complet. C'est pourtant bien précisé..... Github c'est seulement pour accéder aux derniers patchs des pages PHP ou boutons de VD (tu peux copiercoller les boutons des VD, ça t'évite de réimporter un nouveau VD avec un nouvel ID). Mais pour les pages Web, tu DOIS prendre l'archive ZIP en première page. Est-ce clair ?