Lazer

En fait, ce que j'ai trouvé, c'est comment corriger le problème. Ce qu'ils doivent certainement savoir faire, puisqu'ils passent leur vie à se connecter en remote support pour corriger à la main les bases de données. Ce qu'il faut qu'ils trouvent tout seul, c'est corriger leur fonction qui réalise le soft reconfigure, car le bug se trouve à ce niveau là . Souvenez vous d'un message de Krikroff qui disait de limiter autant que possible les soft-reconfigure.... je crois que cette fonctionnalité est truffée de bugs, et cela implique plus de corruptions de la base de données qu'autre chose...

Sujet déplacé dans HC2. Le coup de la clé devenue super lente, c'est ce qu'a eu Bobby. Je n'ai jamais pu rien faire, même après une nuit la copie a fini par échouer. Ca c'est terminé par une clé hackée. Ta box n'est plus sous garantie ?

Je viens tout juste de tester en v4.047, et pour moi oui elle fonctionne comme en v3 : c'est à dire un simple switch dans l'interface, qui active/désactive immédiatement la sirène. Précisions : j'ai inclus cette sirène en v3, et je n'ai jamais fait de soft-reconfigure sur le module. Je ne sais pas quel serait le résultat d'un soft-reconfigure ou d'une réinclusion.

@mprinfo : tu pourrais ajouter : - des screenshots de l'explorateur Windows montrant comment copier les dossiers et fichiers du répertoire backups de la partition FAT32. - une mise en garde : la restauration de l'image réalisée avec Win32diskimager ne peut se faire que sur la même clé (en cas de corruption). En cas de défaillance matérielle, la restauration de l'image sur une autre clé ne fonctionnera pas, car chaque clé est appairée avec la box.

Je ne suis pas certain qu'ils apprécieraient beaucoup de voir les commandes SQL en publique permettant de corriger leurs propres bugs. Ceci dit, ça leur mettrai peut être un bon coup de pied au ... et en plus ça les aiderait ! Bon par contre comme faut être root, et qu'il y a un gros risque de corrompre toute la base de données, c'est quand même une manipulation à ne pas mettre entre toutes les mains.

Je confirme ce que dis Fredric, le capteur d'ouverture de porte à encastrer Aeotec ZW089 fonctionne enfin, la détection d'ouverture se fait. Par contre toujours pas de template. Il y a maintenant un template pour le Remotec ZXT-120, mais j'ai toujours le bug de la batterie vide alors qu'il est alimenté en USB. J'ai pas testé la sirène Aeotec ZW080, c'est pas vraiment la bonne heure là Bonne nuit

Bon, je viens de résoudre le bug de la consommation électrique déclarée qui disparait sur les dimmers FGS-211 quand on fait un soft-reconfigure. En modifiant à la main la base de données SQL. J'ai trouvé au moins 2 champs qui n'avaient pas la bonne valeur, et 1 enregistrement qui avait disparu ! Problème corrigé, ça semble fonctionner. Mais c'est un vrai bord.. dans cette base, on est encore loin d'une version aussi stable qu'on a pu connaitre en v3.590/v3.600

Jojo : tout à fait : 1 seul clone. Et une sauvegarde manuelle des fichiers de temps en temps. Seule contrainte : arrêter la box pour débranche la clé. Benjy : effectivement, si il a accédé en direct au port SSH depuis Internet, tu ne peux rien faire. Il aurait fallu qu'il prennent la main sur ton poste via un teamviewer ou assimilé.

Jojo : - corrompu = fichiers illisibles, mais les cellules de Flash sont encore valables : donc on peut recopier le clone dans l'autre sens, afin de "regénérer" la clé. Cela revient àfaire un formatage. - HS = la clé est physiquement défectueuse (plusieurs cas possibles, parmi les plus courants : cellules de mémoire Flash HS, bug du firmware (clé en lecture seule, taille de clé de quelques Mo, etc), etc....)

Jojo : tu vas en ligne de commande, et tu pourras monter à la main les partitions ext. Mais tu n'en n'as pas besoin, car pour faire le clone tu utilises la commande "dd" comme expliqué dans mon tuto. Benjy : t'as pas choppé ton mot de passe au passage ?

MacOS est basé sur un FreeBSD : http://upload.wikimedia.org/wikipedia/commons/thumb/c/c3/Unix_history-simple.fr.svg/400px-Unix_history-simple.fr.svg.png Le clone te sera utile si ta clé USB est juste corrompue. Par contre si ta clé est totalement HS, c'est retour SAV chez FIbaro.... ou bidouille comme j'ai fait pour Lionel et Bobby (bidouille qui fonctionne parfaitement.... tellement bien que les recovery et les mises à jour se font comme avec une clé officielle)

Visiblement il fait la capture et la restitution du son sur le Raspberry. Donc pas besoin de carte son sur la VM du serveur ESXi. Bon après je n'y connais rien en Sarah, je ne saurais pas t'aider.

Le chipset et le processeur du N54L ne supporte pas VT-D.... donc pas de Passthrought DirectPath I/O Il faut passer sur le HP G8 et remplacer le Celeron par un Xeon. Donc le budget n'est pas le même. Au final, un NUC avec un i5 ou i7 qui support le VT-D ça coute moins cher.

Le nouveau détecteur FGSD-002 a la particularité d'être homologué, ce qui n'était pas le cas de l'ancien FGSS-001 (vendu comme un capteur et non comme un détecteur) Il a aussi une puce Z-Wave+, ce qui doit expliquer les quelques différences que tu as trouvé. Pour les détails techniques, la HC2 ne nous donne pas tous ces détails.

Certainement un gros problème de transmission radio.... essaye de déplacer un peu la HCL, le signal est peut être coincé et parfois à10cm près ça peut jouer beaucoup. Vérifie également qu'elle n'est pas derrière un mur en béton armé, ou une plaque métallique, ou un miroir etc... A noter que le sèche linge fait un parfait écran radio, et si tu n'as pas assez de modules pour router le signal, ça peut être la raison.

Non ça devrait être main_zwave_device avec l'icone qui va bien.

7 pages de retard.... @Fredric : pour les modules sur batterie, le polling ne sert à rien, puisque le module ne répondra pas. Donc autant le laisser désactivé, c'est plus logique. D'ailleurs en v3, c'était systématiquement activé pour les modules sur batterie, ce qui me semble idiot. @ikillou : j'ai l'impression que le problème ne se situe pas sur la clé USB Recovery, mais sur la clé système interne. Et comme tu es en v3, tu n'as pas la possibilité de voir l'espace occupé sur les différents supports. Je pense que seul le support Fibaro pourra se connecter à distance en SSH et trouver (et bien sà»r résoudre....) le problème. @Jojo : je ne sais pas si les Mac c'est génial (je pense le contraire comme vous le savez), mais je suis sà»r d'une chose : la première partition de la clé Recovery est en FAT32, qui est le filesystem par défaut de.... Windows 95 ! Donc autant dire que n'importe quel Windows sait le lire, il n'y a donc pas besoin d'un MAC pour ça. Il suffit de recopier les sauvegardes qui sont stockées dans le répertoire "backups". Par contre, toutes les autres partitions sont en ext4, donc là un Windows ne saura pas les lire... mais c'est inutile pour un usage normal. @PITP2 : tout le boot est normal, sauf les erreurs USB "device descriptor" à la fin. Comme tu peux booter en recovery, et booter en mode normal, je pense que les 2 clés n'ont pas de problème. Par contre, je crains que le problème se trouve sur la carte fille propriétaire.... j'espère qu'elle n'a pas un souci. Fait une demande de support Fibaro. Euh.... avant de valider mon message, j'ai fait une vérification sur ma box, et le bus USB 1-6 correspond chez moi au port sur lequel est connecté la clé Recovery : [ 1.884628] usb 1-6: new high speed USB device using ehci_hcd and address 2 [ 1.936583] ata1: SATA link down (SStatus 0 SControl 300) [ 2.019417] usb 1-6: New USB device found, idVendor=13fe, idProduct=4100 [ 2.019424] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 2.019429] usb 1-6: Product: FIBARO RECOVERY [ 2.019433] usb 1-6: Manufacturer: FIBARO Du coup, je soupçonne la partition n°1 (celle en FAT32) d'être corrompue. Je te propose un test : tu branches la clé sur un Windows (ou autres chose...), et tu regardes si tu as accès au contenu. Tu devrais y trouver tes sauvegardes.

Ce n'est pas la documentation LUA, mais la documentation de l'API : http://192.168.x.y/docs/

Le test de connexion Internet est effectué àintervalle régulier.... donc le statut de la LED peut avoir un peu de retard par rapport àla réalité.

lionel : en effet, je viens de voir que j'ai aussi l'icone en carte sur le module maitre (qui est caché, donc je n'y avais pas fait attention plus tôt). flechg : j'ai l'impression qu'il faut configurer le bon type d'appareil avec le paramètre 27 pour faire apparaitre les paramètres supportés. flacon030 : un template c'est la liste des paramètres avec leur descriptif dans les propriétés avancées d'un module. Jusqu'à présent le ZXT120 n'en avant pas, donc il fallait le configurer à la main. Pour le LUA, regarde page précédente.

D'après mes tests en 4.046, le ZXT-120 a maintenant un template avec tous les paramètres. Vous confirmez ? Un soft reconfiguration sera peut-être nécessaire. Sinon j'ai refais le test d'exclusion/inclusion, et malgré le fait qu'il soit alimenté en USB, j'ai toujours le warning sur le LOW BATTERY dans l'interface..... pfff..... bug si difficile que ça a corriger ? Pourtant Fibaro a clôturé mon ticket sur le bugtracker.

Dans l'interface Web Fibaro, il faut aller dans Configuration, puis Paramètres LAN, et entrer une adresse IP manuellement. Cette adresse IP doit être en dehors de la plage d'adresses IP allouées par la Livebox en DHCP, afin de ne pas entrer en conflit (sinon la Livebox pourrait décider d'affecter la même adresse IP de la HC-Lite à un autre équipement sur le réseau)

Bof, Apple n'est pas le bon exemple pour le coup.... en matière de domotique, ça fait 1 an qu'on entend parler de Homekit, et on n'en n'a toujours pas vu la couleur. Si demain matin vos box ne sont pas plantées, j'installe cette mise à jour

Euh, je crois que le module externe de la Netatmo n'est pas étanche. Perso je l'ai installé sous abris. Tout au plus est-il résistant aux éclaboussures/projections d'eau. Faudrait retrouver son indice de protection IP.... Pour une sonde de température il me parait tout à fait envisageable d'en avoir une étanche, pour peu que le boitier soit un bon conducteur de température et qu'il y aie une bonne liaison thermique avec la sonde moulée dedans (un peu comme un ventirad et un processeur). L'exemple bien connu ce sont les sondes Dallas étanche qu'on trouve partout. En revanche, si vous installez la sonde de T° dans une boite de dérivation étanche en plastique, il est certain que la mesure va être faussée. Par contre pour l'humidité, je ne vois pas comment ça pourrait fonctionner de façon étanche.

La sirène que tu as linké fonctionne sur batterie ou secteur. Je suppose que sur batterie elle doit sucer les piles à vitesse grand V. Pour le coté technique, je crois que les sirènes sur batteries utilisent le mode FLIRS (Frequent Listening blah blah blah...) afin d'écouter le réseau et de réagir aux événements.