Lazer

"j'ai ajouté mes scènes comme le tuto, je pensais pas m'avoir trompé" => OK donc tu n'as pas compris comment fonctionne le watchdog. Prend le temps de lire les explications, c'est assez complet. Si c'est pas clair je t'expliquerai. Parce que là je vois que pour tes 2 scènes, le seul paramètre discriminant que tu as mis est "count=1". Ce qui signifie que tes 2 scènes DOIVENT avoir en permanence au minimum 1 instance en fonctionnement (code LUA de type boucle infinie) Manifestement ça ne semble pas être le cas. Donc si tes 2 scènes n'ont pas de boucle infinie, et ne se déclenche que sur trigguer, alors il n'y a rien à surveiller => elles n'ont rien à faire dans le watchdog.

ok je comprends, mais je ne sais pas : - ce que font tes scènes (au niveau du debug) - ce que tu as mis dans le watchdog donc difficile de t'aider là .... essayer de reprendre calmement le tuto et de bien comprendre la logique du watchdog. Si il redémarre les scènes trop souvent, c'est que tu l'as mal paramétré par rapport au fonctionnement de chacun de tes 2 scènes.

je ne comprends rien àton post :huh:

pour l'éco devices, si tu reprends ce que j'ai mis en première page (sans auth) ça doit fonctionne du premier coup

oui voilà le texte que tu cherches dans la page. page de login oui surement, enfin c'est la première page qui s'affiche. Là dessus je ne peux pas tester à ta place, je n'ai pas cet équipement.

non le NVR tu as bien le code 200. C'est la réponse qui est inattendue, donc le texte que tu cherches dans la page.

En fait, partant du principe que le code 401 est normal si tu n'es pas authentifié, essaye comme ça : ["Ipx800"] = {"192.168.1.13", 80, "http", "/index1.htm", 401, "" , 1, {"push", "email" }, nil},

Wikipedia : 401 : utilisateur non authentifié si l'authentification est activée, tu te fais jeter quand tu tentes d'accéder à index1.htm ce qui est normal. Du coup, là tout de suite je ne sais pas comment faire.... faudrait que je fasse quelques tests

on dirait que tu n'as pas configuré la variable camera

Si ce ne sont que des interrupteurs, c'est très facile à déclipser. Mais il y a plus simple : il suffit de triple-cliquer sur le bouton pour activer l'exclusion, puis recommencer de même pour l'inclusion. Autre méthode : coupure de courant, mais c'est problématique dès qu'il y a plusieurs modules sur le même disjoncteur.

En passant par le mode contrôleur principal/secondaire, tu devrais pouvoir récupérer les ID des modules, mais cette fonction est buggée, et les paramètres semblent perdus quoi qu'il arrive. De plus tu devrais également recopier manuellement toutes tes scènes. Donc je pense qu'il vaut mieux que tu refasse une install propre, ça ne sera pas plus mal pour la stabilité de la box

Si tu maitrises le CSS et Javascript, tu as un début de piste dans mon tuto Greasemonkey. J'ai fait un script qui agrandie la fenêtre de debug, en réutilisant le code tu peux modifier n'importe quel page de l'interface. Pour le moment je me suis volontairement limité à la fenêtre de debug pour ne pas défigurer toute l'interface. Mais surtout je développe uniquement dans Notepad++ (désolé, Windows only ) qui est infiniment plus pratique que la zone d'édition de la HC2, (sans même parler de la taille de ladite zone). Puis je fais Ctrl+A, Ctrl+C, Alt+Tab, Ctrl+A, Ctrl+V. C'est nul, mais très rapide et efficace.

Ce n'est pas parce que ta caméra n'est pas accessible depuis l'extérieur, que celle-ci ne se connecte pas d'elle-même vers l'extérieur.... créant donc une brèche que le méchant pirate pourra remonter. Exemples d'équipements bien connus qui initient des connexions vers l'extérieur : - HC2 (hé oui...... via le remote access Fibaro qui crée un tunnel SSL) - Netatmo - NEST, - tous les objets Cloud d'une façon générale Même si l'équipement ne se connecte pas officiellement au cloud du constructeur, la fonctionnalité est peut être cachée à l'insu du plein gré de l'utilisateur. Ou encore, une mise à jour de firmware vérolée par un pirate (qui vérifie réellement le checksum des firmwares téléchargés....) Ou encore un cheval de trois installé après avoir visité un site peu recommandable, ou ouvert l'email d'un ami qui vous veut du bien.... etc... Donc isoler a du sens, ça devrait même être obligatoire ! Comme vous le savez peut être, ça fait longtemps que je parle de faire la même chose, mais je n'ai pas encore pris le temps d'organiser la chose, pourtant j'ai déjà le matos. Alors en matière de réseau, il y a 10000 façons de faire ce que tu veux, mais il faut savoir rester simple car tu n'es pas expert réseau (et moi non plus), donc : - il te faut un routeur qui supporte les VLANs => cela implique de dégager tous les routeurs ADSL/Fibre des FAI. N'importe quel bon routeur fera l'affaire : Netgear, Synology, Ubiquiti, TP-Link, etc... - un ou plusieurs switchs Si les switchs ne sont pas manageables, alors il faut : - que le routeur aie plusieurs interfaces (une externe, et une par switch à connecter) => chaque switch sera physiquement isolé sur un réseau différent, donc il est facile de connecter ses équipements sur un switch ou un autre - limite de cette solution : aucune souplesse, chaque nouveau réseau impose un switch dédié et un port du routeur dédié Si le (ou les) switch(s) est/sont manageable(s), alors : - le routeur peut se limiter à 2 interface (1 externe, et 1 interne). Bien sur si on a plus d'interface, ça sera toujours utile (ex : Ubiquiti ERL-3 ou 5) - sur le switch manageable, on active le 802.1q, qui consiste à tagguer les paquets, afin d'isoler les équipements dans des VLANs distincts => le port du switch connecté au routeur devra être taggué, de sorte à ce que ce port puisse faire passer les paquets de tous les VLANs - Ensuite, chaque port est affecté à un VLAN dédié, ainsi l'équipement branché sur le port sera affecté à un VLAN ou à un autre. - Eventuellement, on pourra ajouter un (ou des) autre switch sur le premier switch, car le 802.1q permettra de propager les VLANs. On peut aussi brancher l'autre switch sur une autre interface du routeur si dispo. Mettre des switchs en cascade n'est absolument pas un souci, toutes les entreprises fonctionnent ainsi. Il faut juste essayer d'appliquer autant que possible une topologie en étoile (un coeur de réseau, les autres switchs étant connectés dessus). Donc éviter les chaines de switch. L'exception c'est d'avoir 2 ou 3 switches, car on est à la fois en Etoile et en Chaine ! Au passage, on évitera le triangle (les 3 switchs connectés ensemble... les plans à 3 c'est jamais stable sur la durée) car on crée une belle boucle, et une tempête de broadcast, essayez c'est très sympa (aucun réseau ne survit) Sauf si on a du Spanning Tree qui va fermer un chemin afin de casser la boucle. Pour la maison, on va généralement avoir 2 switches : 1 coeur de réseau (par ex 24 ports), et un dédié POE (ex. 8 ports). Si tous les cables ne remontent pas dans la baie de brassage, on va alors commencer à cascader des switchs, en essayant de respecter l'architecture en étoile évoquée précédemment. Si on craint que le débit ne s"effondre entre 2 switchs, on peut agréger des ports (LAG statique, LACP dynamique, à choisir en fonction de ce que supporte le switch). Note en passant : un serveur tel que le HP Proliant Microserver Gen8 a 2 cartes réseau, qu'on peut agréger sur le switch. Le routeur est l'élément central du réseau qui permettra aux réseaux de communiquer ensemble (ou pas.... si firewall). Tous les équipements de chaque réseau auront une plage d'adresse IP différente (par exemple 192.168.1.0/24, 192.168.2.0/24, etc) et comme passerelle par défaut le routeur. Attention le DHCP ne travaille que sur un seul réseau (sauf à y configurer du DHCP relay, mais j'ai dis qu'on restait simple au début). Donc on va laisser le DHCP pour le réseau interne (PC, etc), et pour le ou les réseaux IOT, on activera un autre DHCP ou pas selon si les équipements peuvent être configurés manuellement (IP Fixe). Les IOT ne le peuvent généralement pas (Netatmo, Sonos, etc). Avec un serveur DHCP, et en configurant un bail statique, on pourra forcer une IP pour un équipement en particulier, identifié par son adresse MAC. En ce qui concerne le Wifi, si la borne le support (Ubiquiti), alors on pourra créer plusieurs WLAN (ESSID), et mettre chaque WLAN dans un VLAN différent. Ainsi le VLAN téléphone/tablette sera différent du VLAN invité, du VLAN IOT; etc. Une fois qu'on a mis tout ça en place, le lecteur avisé aura constaté qu'on a isolé chaque équipement (qu'il soit filaire ou sans-fil) dans un réseau différent, mais que tout le monde pourra communiquer au travers du routeur. C'est là que le firewall va entrer en jeu. Tout routeur digne de ce nom intègre également un firewall, qui permet de filtrer très précisément ce qui passe. Par exemples : - les équipements internes auront accès à tous les autres réseaux, y compris Internet - les équipements IOT n'auront aucun accès au réseau interne. - Certains équipements IOT auront accès à Internet (Netatmo), tandis que d'autres seront bloqués (Caméras, ...) Le filtrage peut être très fin, car on peut travailler par adresse IP, protocole (ICMP=ping, ...), port TCP (http, https, DNS, SSH, FTP, ...), etc... Voilà , Madame me demande si j'écris un romain donc je vais m'arrêter là , mais c'était déjà les grandes lignes. Je ne peux pas entrer en détail, notamment sur le 802.1q et les Firewalls, il y a pleins de tutos sur Internets à ce sujet, y compris des vidéos Youtube. D'autant plus que certains concepts sont génériques, mais l'implémentation diffère d'une marque à une autre. Je ne me suis pas relu, il y a surement un nombre de fautes incalculables....

Si tu peux faire un (des) recovery, c'est que la clé USB est OK, c'est positif. Mais alors les soucis que tu rencontres sont d'autant plus incompréhensibles. Tu devrais essayer de désactiver Imperihome.... comme il attaque la HC2 via l'API, si ça se trouve il provoque les mêmes plantages que Homebridge/Homekit.

va falloir trouver un gars motivé pour se lancer !!!! n'empêche, j'en connais ici qui n'attendent que ça pour s'intéresser àJeedom

D'ici àce que ça soit pire que le topic GEA on a de la marge

Bienvenue sur le forum Steve Ah bah tu viens donc de confirmer ce que j'ai cru comprendre en voyant un immense tas de ballots de paille en passant devant la porte de Versailles ce matin !

Cela a fonctionné pour moi : http://www.domotique-fibaro.fr/index.php/topic/170-fibaro-capteur-douverture-fgk/?p=102248

as tu remarqué qu'il y a un template avec 1 seul paramètre maintenant ? Moi j'ai juste eu besoin de faire un soft reconfigure, mais je ne suis toujours pas convaincu de son utilité....

Il y a une diode rouge aussi, ça fait veilleuse

Pitp2 Tu nous fait une interface Lifedomus like avec Jeedom ? Ça doit être faisable

Il en faudra bien un pour tester en condition réelle. J'avoue que je ne suis pas super chaud.... Pour info il sera en commande à 149,99€ également chez Domadoo à partir de la semaine prochaine, pour une livraison à partir de mi-mars.

Enfin ça bouge du coté du protocole Z-Wave : Le protocole Z-Wave obtient l’approbation de la norme UL pour la sécurité domestique C'est une traduction du communiqué de presse officielle, donc sans intérêt techniquement parlant : J'attends avec impatience de voir comment les fabricants implémenteront cette nouvelle fonctionnalité majeure dans les modules et contrôleurs. On va peut être enfin avoir des sirènes capables de sonner seules en cas de brouillage, comme sur toute bonne alarme NFA2P. La prochaine étape, c'est le bi-fréquence ? (on peut rêver...)

si il font COUPER / coller, ça fera que le reboot ne fonctionnera plus Un peu comme la dernière beta 4.072 qui apporte des nouveautés et supprime les précédentes

ah oui là ça semble clair, la carte mère a pris un coup oui ça me brancherais bien de tester ça.... du coup je ferai plutôt le test sur une VM, donc si ça fonctionne, ça peut même te permettre de remonter une machine sans forcément acheter une carte mère identique. Je te fais un MP