Lazer

Merci Did, je me disais bien que tu saurais me répondre. Je regarderai ça demain (le cutter àcette heure làn'est pas recommandé...)

Alexis, de ce que j'ai compris (je vais surement me faire reprendre par les électriciens) : - dans un disjoncteur, il y a un élément qui chauffe en fonction du passage du courant. Il coupe quand ça chauffe trop (un peu comme le principe d'un bilame dans un convecteur àthermostat mécanique). - supposons que tu es un calibre de 45A. Si tu consommes 44A pendant 30 minutes, dès que tu vas passer à46A, ça va sauter immédiatement car la lame était déjàtrès chaude. - si maintenant tu consommes 0, et que d'un seul coup tu as un appel de courant à46A (ou même plus), ça ne sauteras pas avant plusieurs secondes, le temps que la lamelle chauffe. - sur les vieux disjoncteurs, les tolérances de fabrications étaient plus larges, donc ça coupe moins vite. - sur les disjoncteurs modernes, plus précis, ça coupe plus vite. - des 2 lignes du dessus, on en déduis qu'il vaut mieux avoir du vieux matos que du matos récent (enfin, pas trop vieux quand même, car il traine encore dans la nature des disjoncteurs d'un autre age) - et pour finir : avec le futur nouveau compteur intelligent Linky, EDF est informé de ta surconsommation par courant porteur, et te propose automatiquement le contrat supérieur (pour le bien du porte monnaie... le leur bien sûr, pas le notre). Ces compteurs Linky vont être àdouble tranchant pour tous ceux qui ne se sont jamais intéressé àla mesure de leur propre consommation : ils vont apprendre àmaitriser leur budget, mais dans le même temps EDF ne va pas se gêner pour augmenter le contrat des abonnés qui dépassent trop souvent le maxi. C'est làque le délestage devient absolument primordial (confort car il ne fait pas tout noir, et économie car on évite le paiement d'un abonnement supérieur)

Sinon la doc c'est par là: https://developer.fibaro.com/ Bon courage, c'est pas simple.... entre le manque d'info, les bugs, et les possibilités de débugage réduites, peu de gens ont réussi.

T'es en quelle version ? Apparemment, avec la dernière Beta 4.024 c'est une catastrophe. Si c'est le cas, repasse en Stable 3.590

Je manque clairement de temps, mais ça m'aurait intéressé de participer. En attendant, si tu peux partager tes avancées ça serait sympa. Bon courage !

Je ne connais pas la Zibase, et je ne suis pas spécialiste des trames d'alarme en Z-Wave. Mais il me semble bien que ces trames spécifiques sont générées par un module de type détecteur (par ex le Fibaro Universel FGBS), pour lequel on aurait configuré le paramètre spécifique lui ordonnant d'envoyer cette fameuse trame lorsque le module détecte l'événement (intrusion, mouvement, contact sec, ...) Cette trame n'est pas routé sur le réseau, donc seuls les modules à proximité immédiate la reçoive. Ca limite sont inté (rêt. Je ne suis pas certain que la Zibase soit capable d'émettre ce genre de trame. A voir dans la doc. Sur la Home Center, on dispose d'un panneau d'alarme bien foutu, qui permet de piloter individuellement les modules choisis en cas d'intrusion, et notamment de faire clignoter les lumières, fermer les volets, etc. Tu m'apprends un truc, je ne savais pas, merci Sinon le monsieur connait bien son domaine, pour l'histoire complète, voir : https://plus.google.com/107713724934440546595/posts/V4wZvLs8Z3E et sa réparation : https://plus.google.com/107713724934440546595/posts/KLaHBbpg3B5 A mon tour : Il y a de ça quelques semaines j'ai taillé ma haie (enfin ça on s'en fout, c'est après que ça devient intéressant). Le week-end dernier, il pleuvait des cordes, et je constate que la lumière de mon garage ne fonctionne plus (bon, c'est toujours pas très intéressant... mais retenez quand même) Je découvre alors que c'est le disjoncteur qui a sauté.... hum étrange. Je réenclenche, la lumière se réallume, puis ça ressaute 5 à 10 secondes plus tard. Je recommence, rebelote. J'ouvre le tableau et vérifie que sur ce même disjoncteur j'ai un départ vers la ligne des spots de l'allée (ceux qui courent à 112 m/s pour ceux qui ont suivi cette vieille histoire ). Ces spots sont commandé par un dimmer, planqué dans une boite de dérivation étanche située derrière la haie (celle que j'avais taillée quelques semaines plus tôt.... les éléments de l'intriguent se mettent en place). Surpris, je me dis que la boite a du prendre l'eau, mais vue la météo je planifie la réparation pour plus tard. "Plus tard" est arrivé, c'était justement aujourd'hui. Je commence donc par refaire un test en réarmant le disjoncteur, et ça ne saute plus; Très bien, l'eau est maintenant sèche (c'est un concept...), il n'y a donc plus de court-circuit. Je vais donc ouvrir la boite en question, et je constate que tout va bien, c'est parfaitement étanche et propre à l'intérieur, pas la moindre trace d'humidité donc de court-circuit. ni aujourd'hui, ni les jours précédents. Par contre, étonnamment, les spots restent toujours allumés, impossible de les éteindre, même en forçant l'extinction du dimmer depuis mon smartphone. Je cherche ailleurs, et notamment au niveau des spots... et j'en trouve justement un qui ne s'allume pas. Ampoule grillée ? En voulant le sortir, je constate que le fil est coupé. Ahah, voilà l'erreur du débutant, avec mon taille-haie j'ai sectionné le câble Mais pourquoi donc ça n'a sauté que quelques semaines plus tard ? Parce que ce n'est pas la lame du taille-haie qui a fait court-circuit, mais visiblement c'était les infiltrations d'eau liées aux pluies diluviennes du week-end précédent. Tout s'explique, et j'ai donc j'ai un câble à réparer. Oui sauf que le dimmer lui, déconne toujours ?!? Après démontage et testage dans mon laboratoire d'apprenti sorcier (la table basse du salon ), je constate que la sortie est toujours à 230V. Pas d'extinction possible, ni de variation. Donc les gens normaux ont une sortie à 0 quand le dimmre crame, alors que moi j'ai une sortie à 230V. Intéressant (mais.... pourquoi ). Je suppose que le court-circuit sur la sortie du dimmer est responsable de cet état; Précisons que le module est alimenté par le neutre. C'est comme si l'étage de commande du module avait cramé, alors que l'étage de puissance fonctionne encore. A moins qu'en cramant, le triac ne se soit définitivement fermé ? Le module n'est plus garanti, et je suis motivé pour l'ouvrir et tenter de le réparer. Fibaro ne me facilite pas les choses car ça tient bien, alors ma question après ce romain, c'est : comment on ouvre un module Fibaro sans sortir la Dremel et tout défoncer ?

Peu importe. N'importe quel contrôleur Z-Wave peut exclure un module Z-Wave. C'est en partie pour cette raison qu'on conseille toujours de faire une exclusion sur un module (même neuf), avant de l'inclure sur la box, car on ne sait pas à quel contrôleur il a pu être inclut précédemment. Comme je n'arrive pas à exclure les modules associés à la box de Lionel (bug dont j'ai déjà parlé, surement lié à la clé recovery), je les exclu avec ma box, c'est juste énorme

Intéressant, comment obtiens tu ces données ?

Bienvenue djtyroon. Le risque avec Xpenology est le même qu'avec un Synology officiel. A partir du moment où il est accessible depuis Internet, tout peut arriver. Quant au fichiers importants, ils sont forcément sauvegardés régulièrement sur disque dur externe stocké en dehors de la maison, sinon c'est qu'ils ne sont pas vraiment importants Pour rappel : Le RAID apporte de la continuité de service => je continue à travailler même si un disque est en panne durant la temps de la reconstruction. La sécurisation des données se fait par des sauvegardes qui sont obligatoirement une copie des données sur un autre support de stockage, déconnecté du premier => je suis capable de restaurer mes fichiers après une fausse manip ou un crash majeur. Sinon tu trouveras sur ce forum un tuto complet permettant de faire tourner Xpenology dans une VM sous ESXi.... pas plus de risque, ça va bientôt faire 1 an que ça fonctionne comme ça chez moi.

J'ai toujours vu que les Bubendorf n'étaient pas compatibles avec les Fibaro FGRM, donc il me semblerait logique qu'il en soit de même avec les Qubino. Bubendorf utilise une méthode de pilotage du volet propriétaire avec 4 fils (Phase + Neutre + Montée + Descente), alors que les moteurs classiques (Somfy, etc...) utilisent 3 fils (Neutre + montée + descente) sachant que la phase passe simplement par la montée ou la descente.

Sur un FGK101, je crois que lorsque l'ampoule reed est cassée, il n'est plus possible de l'inclure correctement, donc HS.

Fredo, quand tu fais l'exclusion, tu as la fenetre popup qui apparait ? Tu as quoi dans les messages en haut de l'écran ?

Làça semble être les file-systems corrompus, exactement ce que Lionel a eu.

Qui peut tester le code suivant pour le bouton n°2 "Power". J'ai testé chez moi et ça fonctionne en v3 (avec plein de modules différents) et en v4 (avec seulement un Wall Plug) -------------------------------------------------- -- Button 2 -- Power -------------------------------------------------- local NAS = Net.FHttp("server_name_or_ip_address") local erreur = 0 -- Get HC2 software version local HC2 = Net.FHttp("127.0.0.1", 11111) payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = 4 else version = 3 end fibaro:debug("v"..version) -- Get HC2 Device list payload = "/api/devices" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) for i = 1, #jsonTable do if version == 4 then -- Look for devices returning power consumption if jsonTable[i].interfaces then for j = 1, #jsonTable[i].interfaces do if jsonTable[i].interfaces[j] == "power" then power = jsonTable[i].properties.power fibaro:debug(jsonTable[i].id.." "..jsonTable[i].name.." "..power.."W") payload = "/graph/data_post_power.php?id=" .. jsonTable[i].id .. "&value=" .. power fibaro:debug(payload) response, status, errorCode = NAS:GET(payload) if tonumber(status) ~= 200 then erreur = erreur + 1 fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end break end end end elseif version == 3 then -- Look for devices returning power consumption if jsonTable[i].properties.unitSensor and jsonTable[i].properties.unitSensor == "W" then power = jsonTable[i].properties.valueSensor fibaro:debug(jsonTable[i].id.." "..jsonTable[i].name.." "..power.."W") payload = "/graph/data_post_power.php?id=" .. jsonTable[i].id .. "&value=" .. power fibaro:debug(payload) response, status, errorCode = NAS:GET(payload) if tonumber(status) ~= 200 then erreur = erreur + 1 fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end end end end else erreur = erreur + 1 fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end else erreur = erreur + 1 fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end if erreur > 0 then fibaro:log("Erreur") else fibaro:log("Power uploaded") end

514,99 € Soit 14% de remise par rapport au prix habituel de 599€

Bah en fait, non je ne suis pas trop fort. Quand un bête bouton fait le travail et me dit que tout va bien : Mais déjà c'est une super fonction pour tout le monde, ça permet de valider la clé de recovery. Je suppose qu'il fait la simple vérification de checksum de l'image situé sur la clé, afin de s'assurer qu'on sera capable de la restaurer. Donc je pense que ça n'a rien à voir avec mes problèmes liées à la clé clonée.

Hum hum hum Maintenant j'ai une piste : chercher cette histoire de checksum. Lionel je m'y remet, je crois que je ne m'en sortirais jamais de cette reconstruction EDIT : j'ai cliqué sur le bouton et c'est OK.

ah ok très bien @Lionel, toujours le bug de l'exclusion qui plante le moteur Z-Wave sur ta box avec ma clé recovery clonée... La bonne nouvelle c'est qu'un reboot suffit pour le refaire fonctionner, alors qu'avant c'était recovery obligatoire.

Dans Diagnostiques, vous avec vu que l'onglet Z-Wave est actif ? Bon, pas beaucoup d'infos, mais c'est un début : EDIT : et un graph pour l'évolution de la RAM aussi, ça peut être sympa ça !!! Ca me rappelle trop ce que je fais au boulot, du monitoring de serveur.... je kiffe la HC2

Tant mieux si ça fonctionne Alors je n'utilise par le partiel. Mais je pense (d'après lecture des docs) que ça réagit comme le ON, donc je dirais qu'il n'est pas possible de distinguer les deux. Moi c'est de ne pas pouvoir récupérer le statut du mode présence qui m'embête.

J'aimerais bien te faire ce cadeau

C'est bien à Nicolas Fovet que c'est arrivé. Il avait laissé un seul spot à halogène sur la ligne, et tous les autres en LED (chinoiseries). Sans mettre de bypass. Résultat, quand l'halogène a cramé de vieillesse, les LED restantes, de qualité chinoise premier prix, on balancé une saleté de signal sur la ligne qui a méchamment cramé le Dimmer. Dans la semaine qui a suivi il y a eu un article sur le blog Domotique-Info : Quel module z-wave choisir pour mon éclairage ?

Exact Did

Hum, c'est pas normal ça. Au rythme des betas, on va avoir le v4.025 avant Noël.... imaginez si Fibaro comble nos espoirs, le niveau d'exigence qu'on va avoir après

Après les modules Fibaro, voilà Amazon qui se met à casser le prix des HC2, ça va faire mal.... pour le meilleur et pour le pire (je pense aux boutiques domotiques qui ont des conseils et un SAV excellent et à qui ça va faire du tort) Lionel, et si le prix est inférieur, ça te motive plus