Lazer

Attention à l'intervalle de réveil (dans les paramètres avancés du SRT321) qui est de 30 minutes par défaut. Quand tu changes la consigne de température, il faut attendre jusqu'à 30 minutes avant que le thermostat reçoive la nouvelle consigne. Perso j'ai configuré 15 minutes, et je viens de changer les piles ce week-end après 11 mois de service.

Salut Lionel, je te fais un MP tout àl'heure

Je ne vois pas de contre indication particulière pour FHEM. Si c'est comme sur ma VM en prod (une Debian), il faut juste installer quelques modules pour perl (avec aptitude ça va tout seul normalement) Les drivers ont l'air tous installés. curl est dispo. Par contre, LUA est très limité, donc je ne suis pas certain que ce soit possible ce que tu veux faire. Mais sinon tu mets FHEM, donc tu fait gérer le RFXCOM par FHEM et tu passes par l'interface Web sur le port par défaut 8083, avec un plugin et ça roule.

en plus, c'est l'occasion de mettre en pratique la théorie

Ça fait mal... Tu veux pas qu'on essaie d'abord ?

Salut, J'ai un peu de retard sur ce topic, mais j'ai aperçu quelqu'un qui avait un problème avec les disques RDM de plus de 2 To avec la commande vmkfstool. Il n'y a aucune limitation, mes disques de 4 To fonctionnent, et on peut monter à 6 To sans souci normalement. L'erreur venait du fait que la commande était mal employée (erreur d'interface chaise/clavier, désolé), en relisant bien le tuto en première page il est bien indiqué : - cd /vmfs/volumes/250Go-DATABASE/DISKSTATION - vmkfstools -z /vmfs/devices/disks/t10.ATA_____WDC_WD20EFRX2D68EUZN0_________________________WD2DWCC4M2668199 WDC_WD20EFRX2D68EUZN0.vmdk En prenant soin de remplacer 250Go-DATABASE par le nom donné à la banque de données (chez moi j'ai choisi "datastore" c'est plus simple, mais chacun fait comme il veut) Si on ne veut pas faire la commande "cd" avant la commande vmkfstool, alors on peut directement appeler la commande vmkfstool comme suit : vmkfstools -z /vmfs/devices/disks/t10.ATA_____WDC_WD20EFRX2D68EUZN0_________________________WD2DWCC4M2668199 /vmfs/volumes/250Go-DATABASE/WDC_WD20EFRX2D68EUZN0.vmdk En effet, la commande vmkfstool crée un nouveau fichier vmdk, qui est le lien entre le disque virtuel présenté à la VM et le disque physique situé dans le serveur. Ce lien, est en réalité un fichier, et on ne peut pas écrire un fichier dans arborescence de ESXi, il faut le créer sur le datastore. D'où le message d'erreur rencontré. @Fredo, à l'occasion tu devrais mettre en gras la commande "cd ...." dans le tuto en première page, car ce n'est pas la première fois que je vois passer ce problème.

Je plussoie, un tuto sur le remplacement de l'antenne dans un sujet dédié serait le bienvenue. Par contre, au sujet des antennes avec gain, il me semblait avoir compris qu'une antenne avec un plus gros gain était plus directive. En d'autres termes, elle porte plus loin, mais moins haut. Cela peut-être gênant pour les maisons à étage, surtout si il y a des modules situés juste à la verticale de l'antenne, non ?

oui, mais comme tu as vu; elle est collée, donc moi je ne suis pas chaud du tout pour la décoler et tester avec une autre. Mais sinon je suis d'accord sur le principe Enfin, normalement la recovery permet de restaurer intégralement la clé interne, donc le simple fait de cloner la clé de recovery devrait suffir àregénérer le tout en cas de pb majeur.

pour cloner la clé, y'a pas de blème c'est pour la restorer que j'hésite...

@Krikroff, je suppose que le plugin virtual switch reprendre les bonnes idées du plugin virtual sensor, comme la mesure de consommation, en push, pull, mais également déclaré (comme les FGS actuels)

Aucune idée de date de sortie de la v4. Ce n'est pas la HC2 qui va streamer la radio vers le Sonos. La HC2 peut demander au Sonos de streamer une radio déjà enregistrée dans les favoris. Il y a un module virtuel à cet effet sur le forum, en attendant la dispo du plugin en v4.

Oui, prévenir l'intrusion au plus tôt, on est bien d'accord. Cela m'a servi, puisque ma clôture a été forcée, mais pas la maison. Par contre, brouillage volontaire ou pas, immunité du détecteur face aux conditions (soleil, chat, etc...), ça fait la différence entre une alarme sérieuse et une domotique. J'ai pas envie d'être appelée par ma box domotique tous les 2 jours car mon chat fait sa séance de sport. Avec une bonne alarme, on n'a pas ce genre d'inquiétude, quand ça sonne, c'est qu'il y a vraiment un problème (Madame qui est rentrée un peu trop précipitamment... )

Je maintiens depuis le début que Fibaro a pondu une box de qualité, et pour le moment ils ne me font pas mentir Le taux de panne est faible, et sur ce forum Steven et Lionel n'ont vraiment pas eu de chance. Sinon oui je pense qu'on doit pouvoir la cloner, mais c'est vraiment en cas de dernier recours, si la box ne démarre plus du tout. Mas ne comptez pas trop sur moi pour tester, car elle marche très bien ma box avec la clé d'origine.

Bon, je pense à une fausse alerte pour la clé interne, Linux me remonte un peu des valeurs bidons (à moins que ça ne soit le firmware qui cherche à tromper l'ennemi...) J'ai creusé un peu la question, en regardant directement le chipset. Donc à priori, nous serions bien en présence de 2 Go de mémoire Flash SLC, de marque Toshiba, avec un contrôleur Phison. http://www.pc-3000flash.com/solbase/solution.php?task_id=3330〈=eng De la qualité donc

Petit souci aujourd'hui avec un module Fibaro Universel. Il y a 4 sondes de températures branchées dessus, qui fonctionnent très bien depuis bientôt 1 an. Aujourd'hui j'ai déconnecté l'alimentation (12V), déplacé un peu le câblage, et re-allimenté. Depuis, je n'ai plus aucun relevé de température, les 4 sondes sont à0°C. J'ai vérifié le câblage, l'absence de court-circuit, déconnecter/reconnecter l'alimentation de multiples fois, rien n'y fait, ça ne fonctionne pas. Lorsque je force le module àcommuniquer (3 clics que le bouton), le HC2 le voit bien. De plus, les 2 entrées IN1 et IN2 fonctionnent toujours parfaitement. Une idée ? J'ai pas encore tenté l'exclusion/inclusion du module, mais ça m'embête, car je vais avoir tous mes ID àchanger dans ma base de données de graphs.

Plusieurs points : Cette histoire de clé interne, c'est l'info que remonte Linux en interrogeant le contrôleur de la clé. Rien ne prouve que derrière ce soit effectivement ce qu'on pense. Ils peuvent très bien avoir utilisé un contrôleur ayant un identifiant standard, et changé la mémoire derrière. Effectivement, les Datatraveler n'existent pas en 2 Go, et c'est bien la taille de cette clé. Donc ça rejoint la remarque précédente. Il est difficile d'en tirer des conclusions, avec seulement les infos accessibles depuis Linux. Une remarque sur les SSD : c'est de la mémoire MLC, mais ce qui fait la différence c'est le contrôleur devant. Il y a le Wear Leveling qui repartie l'usure des cellules. Sur les clé USB, cet algorithme n'est pas présent, sauf sur le haut de gamme genre Sandisk. Et même là, il est limité car il y a moins de cellules dispo pour repartir les écritures dans une clé par àrapport a un SSD. Ocz c'est de la vraie m.... Avec tous les Intel que j'ai, eu, je n'ai aucun problème. Et j'ai un Samsung qui me pose quelques soucis aléatoires. Bref, difficile de comparer une clé àun SSD. On pourrait envisager de cloner la clé sur un SSD et le brancher sur un port SATA de la carte mère. Mais je ne ferai pas ce test afin de ne pas toucher àl'intégrité physique de la box. C'est la solution en dernier ressort si la box ne boote plus un jour.

Quelques infos rapides : J'ai pu rebooter et faire un recovery avec la clé que j'ai générée précédemment (décrit en première page). Donc le clone de cette clé est un succès. La prochaine étape sera de regénérer une clé complète, afin de permettre à un utilisateur ayant perdu sa clé d'en recréer une nouvelle. Il me faudrait pour cela quelqu'un ayant un Linux chez lui, une clé USB de 4 Go vierge, et prêt à tester ça sur sa box. Krikroff, avec ta box de dév. par ex ? J'ai cherché quelques infos sur les 2 clés USB fournies avec la HC2 (recovery 4/8 Go, et interne 2 Go) Apparemment, ce sont les mêmes : - idVendor : 0x13fe - idProduct : 0x4100 Ce qui nous amène à une Kingston DataTraveler 100 G2 (référence DT100G2). Pour la clé de Recovery, ça ne me pose pas de problème. En revanche, pour la clé interne, qui est vendue sur le site de Fibaro comme étant de type Flash SLC (single level cell), donc super fiable, ça me gêne un peu. Car si on a une clé lambda, vue le nombre d'écritures qui ont lieu sur cette clé (configuration, événements, température, puissance, etc), ça fait un peu flipper. A approfondir à l'occasion. => Contrôleur Phison avec 2 Go de mémoire Flash SLC de marque Toshiba. Avec le capot fermé, la box est brulante comme on le sait tous, et le processeur est à plus de 55°C, alors qu'il est à 48°C avec le capot ouvert (et la box reste tiède). Pour ceux qui ont peur de la surchauffe, je conseille donc de laisser les trappes des 2 côtés ouvertes (ou 1 seule, ce qui semble suffisant, mais attention car il y a 2 trappes à gauche, et 1 seule à droite).

lol http://fr.wikipedia.org/wiki/Processus_zombie

Sinon, enlever les plaques alu des 2 cotés de la box, le processeur perd pas loin de 10°C (mesuré avec la sonde interne), et le boitier alu devient tiède (et non pas brulant) Seul inconvénient : la poussière et les petites bêtes peuvent entrer.

Pour info, sur mon HC2, en v3.590 Stable, 19 minutes après le reboot : Tasks: 156 total, 1 running, 155 sleeping, 0 stopped, 0 zombie Cpu(s): 1.9%us, 0.5%sy, 0.0%ni, 95.0%id, 2.6%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 1017044k total, 285216k used, 731828k free, 28980k buffers Swap: 249848k total, 0k used, 249848k free, 102000k cached Y'a de la marge..... Pour info, j'ai 105 devices (tous types confondus, Z-Wave parent+enfant, modules virtuels, etc) et 22 scènes.

Bon, mon HC2 refonctionne depuis un moment. Il a effectivement fallu que je reparte en recovery, puis mise à jour 3.590, puis enfin restauration de ma dernière sauvegarde (2h plus tôt, tout va bien) la suite sur l'autre topic tout à l'heure.

Un switch manageable de niveau 2, marque Netgear. D'habitude la HC2 est branchée sur le switch de la freebox, mais là pour mes tests j'ai du la brasser sur un port du Netgear. Je soupçonne que les fonctions évoluées du switch Netgear (genre Strom Control ou des trucs comme ça) ont décidé de fermer les ports, mais j'ai pas trop cherché pour le moment. Sinon pour tes IP en mode recovery sur tes box, tu n'aurais pas forcé l'adresse IP en fonction de la MAC Adress depuis ton serveur DHCP ?

Oui il m'a laissé faire, étonnant non ? J'arrive à retrouver l'accès à l'interface, mais c'est du grand n'importe quoi, mis en page foireuse, modules inaccessibles, bref la cata. J'ai forcé la mise à jour, mais ce n'est guère mieux. Je vais faire un recovery. j'ai un autre truc chelou avec le réseau. j'ai fait au moins une 30aines de reboots cet après-midi (j'expliquerai pourquoi sur mon topic qui va bien.... j'ai du nouveau... ) Bref, de temps en temps, le port réseau ne remonte plus, les diodes ne remontent pas. Obligé de changer le câble sur un nouveau port de mon switch. Quand j'ai épuisé tous les ports du switch, obligé de rebooter le switch. Très étrange.

J'ai fait plusieurs tests de reboot en recovery cet après-midi, et parfois il prend l'adresse en DHCP, parfois il prend une adresse en 192.168.100.x ou encore 192.168.81.1. Etrange. Mais jamais il ne prend l'adresse IP fixée dans l'interface Web. ça c'est normal, car elle n'est pas stockée sur la clé de recovery. Par contre, je crois que j'ai fait le con : j'ai fait le recovery, puis j'ai demandé la restauration de ma dernière sauvegarde avant de mettre à jour à la dernière stable 3.590 Ca fait 10 minuites et la box reste en 503 Unavailable.... je suis bon pour un nouveau recovery.

ne te fais surtout pas soigner