Lazer

Je sais pas trop.... Juste un conseil, pour utiliser correctement les ports du CD et eSata externe, il faut le BIOS moddé avec les paramètres qui vont bien pour activer l'AHCI. Pas sur que ça soit ça ton problème, c'est juste une piste... Édit : valable pour le G7 uniquement.

J'ai noté la remise àzero dans ma todolist, mais ne soit pas pressé...

moi ce qui me gêne si tu gère toi même la remise à 0 de la variable, comment tu peux être sur que Domocharts sera synchronisé ? Je pense qu'en pratique tu vas perdre des tours. => c'est pour ça que je suggérais d'ajouter les instructions nécessaires au VD Domocharts pour qu'il remette ta variable à 0 juste après sa lecture. Le seul risque est que ta scène incrémente la variable pile entre le moment où le VD Domocharts lis la variable puis la remet à zero, mais le risque est faible, et je ne vois aucun moyen de résoudre ce problème sachant qu'on n'a pas de gestion des mutex (concept de programmation multi-thread) En plus de ton problème de sleep, car ta boucle met plus d'une seconde à s’exécuter (1s de sleep, plus quelques ms pour toutes les autres instructions) => le settimeout améliorerait beaucoup les choses

J'ai remarqué que ce n'était pas une bonne idée de faire des sleeps dans une scène quand tu introduits la notion d'asynchronisme avec net.HTTPClient(). En effet, la scène ne rend jamais la main au système, et les fonctions asynchrones ne démarrent jamais..... sauf quand le programme finit par se terminer, or avec ton "while true do" tu risques d'attendre longtemps. Donc il faut que tu revois entièrement la logique de ta scène pour permettre aux appels à net.HTTPClient() de s'exécuter. Pour cela, il faut remplacer tes sleeps tous les matins par des appels à setTimeout(), donc à des fonctions. C'est pour cela que ça t'oblige à revoir toute la structure du code. Regarde mon watchdog pour voir comment j'ai traité le problème : - le code ne se compose que de fonctions... - ... sauf à la fin, moins de 10 lignes de codes sont exécutés linéairement, puis le programme se termine - dans ces lignes, il y a un appel setTimeout(function() Check(intervalle) end, delay*1000) - donc tu cherches plus haut la fonction Check(interval) - dans cette fonction, tu vois toutes les instructions exécutées, y compris des appels à net.HTTPClient() - à la fin de la fonction Check(), on trouve l'appel suivant pour que la fonction se rappelle elle-même en asynchrone après un délai : setTimeout(function() Check(interval) end, interval*1000) - au moment où le timeout démarre, le système reprend la main, et les instructions httpClient:request précédentes qui étaient en attente peuvent démarrer Ce mécanisme d'appel de fonction récursif par l'intermédiaire du timeout est l'équivalent asynchrone d'un bon vieux "while true .... sleep() do"

Oui c'est la norme NF je crois qui l'impose. Mais évidemment, nos médias n'ont communiqué que sur l'obligation d'avoir un détecteur aux normes en mars 2015, mais pas de ce que ça impliquait (qu'il faut changer les piles, vérifier le bon fonctionnement du détecteur, etc...) Même le NEST a cette indication.

Punaise, presque le même titre que le tien, combiné avec ta première phrase : Rien À Voir Avec La Domotique : Les Adoucisseurs D'eau

Oui bien sur, je vois que Monsieur est connaisseur Mon code ne te sera d'aucune utilité, car j'interroge l'API HTTP LanBrowser de la Freebox (documentée ici), comme le fait déjà Krikroff dans ce Virtual Device pour les autres API. C'est ultra spécifique, et développé en interne par Free pour sa propre box, rien de plus. Toi tu vas avoir un challenge supplémentaire à surmonter : écrite la logique en LUA pour faire du Telnet (tu peux déjà oublier le SSH) sur le switch.

@PITP2 je connaissais une façon similaire de le dire : "je n'ai pas les moyens d'acheter le moins cher" J'ajoute que je ne suis jamais partisan de brancher des chinoiseries sur le 230V.... quand on voit que les modules Fibaro qui respectent les normes EU ont tendance à cramer, je vous laisser imaginer une chinoiserie sans aucune certification.... Déjà certaines alimentations qu'on reçoit avec des produits plus ou moins onéreux c'est limite, mais alors là ces modules contrefaits c'est clairement des produits de mauvaise qualité.

Je voudrais apporter mon expérience du jour par rapport à ce qui a été dit (et inscrit en première page du coup) : si le module n'est pas breached, et que la pile est morte, on peut quand même récupérer son FGK-101 pleinement fonctionnel sans passer par l'exclusion/inclusion. Voici ma méthode : - le module n'a plus de pile depuis 6 mois (ouais je sais, j'ai trainé....), donc il est bel et bien marqué comme nÅ“ud mort dans l'interface web. - le module FGK-101 en question est en version 2.1 (je précise cette info car j'ai reçu depuis un module plus récent en 2.5, donc le comportement peut avoir changé), et HC2 en v4.056 - dans l'interface HC2, je marque le module comme désactivé dans l'onglet Avancé (à faire pour les 2 modules : le détecteur lui-même, et son parent) - ouverture du capot du module, retrait de la pile déchargée, installation d'une nouvelle pile. Durant quelques secondes, le module est alors éveillé et prêt à répondre aux ordres du contrôleur Z-Wave - dans l'interface HC2 : réveil du module (en cliquant sur son icône barrée d'une croix), alors la communication s’établit bien - dans l'interface HC2 : ré-activation des 2 modules (le détecteur et son parent) - quelques tests avec le module, son état change immédiatement dans l'interface du HC2. - tout semble bien aller, sauf... que la box indique toujours la pile comme étant défectueuse : icône rouge qui clignote et API qui signale batteryLevel=255 - dans l'onglet Avancé du détecteur, je clique alors sur le bouton "Recharger les paramètres". Et là c'est magique, l'état de la batterie est bien lu. L'icône rouge disparait, l'API est bien mise à jour également, et tous les paramètres personnalisés du modules sont bien là , y compris l'intervalle de réveil que j'allonge toujours pour augmenter la durée de vie de la pile. Et surtout, je reçois des 10zaines de notifications GEA, car les triggers basés sur l'ID de ce module refonctionnent immédiatement (et oui, même l'ID est conservé, c'est pas beau ça )

dans ce cas là, il faudrait que domocharts puisse remettre ta variable àzero juste après chaque lecture. Ca veut dire adapter le code.

FR : Domocharts peut tourner sur tous les serveurs Web qui disposent de PHP et MySQL. Mais tu dois trouver par toi même comment configurer le Qnap. EN : Domocharts can run on all web servers configured with PHP and MySQL. But you need to find by yourself how to configure your Qnap server.

Bah justement j'ai un Cisco en attente d'installation. Mais je ne suis pas certain que lire la table d'adresses MAC soit la meilleure solution. Ce n'est pas tout à fait équivalent à la liste des adresses mémorisées par la Freebox. En fait, ça dépend du temps de persistance des adresses dans la table du switch, et il faut que tu ailles interroger cette table suffisamment souvent pour ne pas manquer d'adresse. Il y a de nombreuses années, je connaissais un outil qui s'appelait arpwatch, je me demande si je ne vais pas creuser de ce coté là quand je referai mon réseau.

C'est comme une migration en fait, donc si tu crées ta nouvelle VM avec Xpenoboot, tu démarre et tu choisis installation/migration au boot, et ré devrais ensuite pouvoir mettre àjour DSM avec le dernier fichier Pat.

En effet en Bridge la Freebox devient un modem, et désactive les fonctions switch et routeur. Pour les débits en live, c'est prévu, mais je ne sais pas encore bien comment je vais intégrer cela proprement àDomocharts.

@Sakkhho : 12h !!!! En effet, j'expliquerai ça quand je ferai le tuto complet, mais je considère que la détection de téléphone n'est fiable que sur des temps assez long. Dans le cas contraire, je ne pense pas qu'on puisse s'appuyer de façon fiable à 100% sur les téléphones pour faire de la détection de présence à la minute près. En effet : - le Wifi peut être désactivé sur le téléphone (ça m'arrive quand le wifi de la freebox déconne trop, ou que le débit ADSL descend trop bas) - la batterie du téléphone peut être à plat - on peut quitter la maison en oubliant le téléphone à la maison Bref, la détection sur 12h me permet de détecter si je suis en déplacement professionnel, donc absent la nuit suivante. Pour la détection de présence à la minute près, je récupère l'état de l'alarme (seul inconvénient, on ne sait pas si c'est Madame ou moi-même qui est à la maison) @jerome_clamart : je répète encore une fois que je ne fais que récupérer les appareils visibles dans l'interface web de la Freebox..... donc elle prend tout en compte (DHCP avec bail statique ou dynamique, IP fixe, etc). Bref allez faire un tour dans votre Freebox, et vous verrez tous vos appareils. A l'extrême, on pourrait se servir de cette fonction pour faire du monitoring réseau un peu comme le fait mon VD Network Monitor (mais ce dernier va plus loin, car il est capable d'ouvrir une socket et de chercher un texte précis dans la réponse). Tandis que la Freebox se contente de regarder si les appareils communiquent sur le réseau IP, sans plus de détail (et vu qu'elle est à la fois serveur DHCP, point d'accès Wifi, et routeur Internet, elle voit tout le monde.

Normal Benjy, ton firmware prends ses vacances en même temps que toi [emoji14]

Non pas exactement. _lanDevice correspond àtous les périphériques réseaux que ce soit Ethernet, Wi-Fi, ou que sais-je.... Que tu peux voir dans l'interface web de la Freebox. Je l'ai ajouté afin de pouvoir récupérer la date de dernière connexion (que tu vois dans l'interface web aussi) du périphérique. À partir de ça je peux calculer la présence ou l'absence d'un individu, si on considère que l'individu en question quitte le domicile avec son (ou ses) portables, et àtoujours le wifi active lorsqu'il est àdomicile (donc ne fonctionne pas si tu laisses ton mobile en 4G uniquement). L'avantage de cette méthode, c'est que je me base sur l'API réseau de la Freebox, donc même si le mobile ne ping pas au moment précis où le VD interroge la Freebox (cas des iPhone qui sont souvent en veille, et Android en fonction du paramétrage), et bien je récupère quand même le dernier timestamp auquel la Freebox a vu le mobile. Ce qui n'était pas le cas de la méthode _wifiDevice de Krikroff. Donc il y avait un risque de faux négatif. Je ne sais pas si je suis clair....

Je n'ai rajouté que la partie lanDevice. Pour le wifiDevice, il faut que tu cherches dans le topic, c'est Krikroff qui avait mis ça en place, perso je ne l'utilise pas car ça ne répondait pas àmon besoin.

Essaye de retrouver le topic de Mprinfo, ils avait fait un tuto spécialement pour Jojo pour faire une installation en natif.

Facile, regarde mon topic USB Recovery Tweaks (en signature) et tu auras réponse à toutes tes questions, et même plus En synthèse : sous Linux, la commande dd réalise une copie bit-à -bit, et sous Windows tu peux télécharger un outil gratuit tel que Win32 Disk Imager. Mais, Fibaro vérifie l'authenticité de la clé par rapport à son nom et son numéro de série, et qui ne sont pas des informations stockées dans l'espace de stockage, mais dans le firmware. Ce firmware est intouchable. Enfin, plus exactement, certains contrôleurs de clé USB autorisent la modification du firmware, mais c'est une opération hautement délicate, car il faut disposer d'outils qu'on ne trouve que sur des sites russes ou chinois (donc qui infectent ton PC au passage), et il faut disposer de la version exacte de l'outil qui correspond au même couple firmware+contrôleur de la clé.... bref c'est quasiment mission impossible, d'autant que si tu tu plantes, la clé est cette fois-ci réellement HS (je me suis arrêté après la première clé perdue, heureusement achetée seulement 4€ sur Amazon.... j'ai pas poussé le vice jusqu'à la renvoyer en garantie). En plus de ça quand tu achètes une clé USB, quel que soit la marque ou modèle, il est impossible de prédire le contrôleur qui sera dedans, car les fabricants changent sans cesse de fournisseur (le plus répandu, Physon, a un nombre incalculable de contrôleurs et de firmwares au catalogue). Ce que fait Fibaro, c'est que lors de la commande de leurs clés, ils demandent au constructeur de personnaliser la clé, avec le nom FIBARO RECOVERY, et un numéro de série unique, qui est injecté en usine dans le micro-contrôleur (ou son EEPROM) de la carte fille connectée sur la carte mère de la HC2. Donc si tu contactes un fabricant de clé USB, et que tu lui achètes 1000 clés, tu auras surement la possibilité de négocier également la personnalisation du firmware. En dehors de ça, comme expliqué précédemment, point de salut.

avec Photoshop tu rajoutes un effet d'ombre portée sur le calque du dessus (celui de la flamme ici) ensuite tu ajustes les paramètres dans la fenetre popup pour que ça soit joli

hum je viens de faire le test, et si on clique sur un bouton, on perd l'icone, donc il faut bien la mettre sur tous les boutons. je ne m'en étais par aperçu car je n'utilise pas les boutons de ce VD. Et sur le VD Sonos, Krikri a bien pensé à intégrer la gestion de l'icone en automatique sur tous les boutons, mais visiblement par sur le VD Freebox.

Ah si ce n'est que ça, moi j'ai celle-ci

Alors ça je ne sais pas, c'est Krikroff le magicien. J'ai juste rajouté quelques lignes dans son immense code.

Yop, merci pour ton retour. Bon dommage pour le manque de l'actionneur, mais sinon les valeurs remontées sont sympa