Lazer

rhhho pour qui tu me fait passer

Je vais bosser ce soir..... :/

J'ai le même problème de prise difficile à enfoncer à cause de la protection enfant sur mes Wall Plugs français, pourtant acheté il y a plus de 2 ans. Je ne pense pas que ça soit un problème de série, mais plutôt de conception. il faut souvent titiller avant que ça finisse par rentrer

Fibaro n'a pas besoin du code source de Jeedom. Fibaro est le meilleur du monde. Fibaro n'a besoin de personne. (à lire avec l'intonation de voix de la marionnette Guignol d'A.Delon) Attends moi j'arrive.....

Non seulement c'est du Wi-Fi, mais il n'y a pas d'API, donc à part reverse-enginerer le bazar (en sniffant les trames renvoyées par l'appli moblie par exemple), c'est impossible. Orvibo a fourni un SDK, mais c'est inutilisable avec HCL/HC2 car on n'a pas accès au système. En fait le plus simple c'est de passer par Jeedom, car ils ont intégré le support de Orvibo au travers d'un plugin. PS : je parle du contrôleur infra-rouge Orvibo, je ne sais même pas si c'est adaptable aux prises électrique de la marque.

pas vraiment non, puisque les switchs sont collés en haut, et il aspires l'air chaud à l'arrière, et le souffle à l'avant. En plus je ne pense pas que le rack soit prévu pour y mettre des ventilo. si le client veut juste laisser ses 2 switches là , la meilleure solution c'est encore d'ouvrir la trappe haute à l'arrière du rack, afin de laisser l'air chaud s'échapper, ça sera un moindre mal. EDIT : j'ai vu la salle secondaire, c'est pire..... un cagibi technique où il faut déjà >25°C, bref c'est un cas désespéré

Je suppose que PA3 a du évoluer, car j'y suis allé il y a plusieurs années, et il n'y avait pas d'allées froides/chaudes, et c'était légèrement le bordel..... la matos fraichement livré était perdu, ni au stock, ni dans la cage du client. Il a été retrouvé après 3h de recherche..... abandonné dans le monte-charge ! En ce qui concerne les consommations, je n'ai jamais accès aux mesures réelles, mais seulement aux specs constructeurs. J'ai souvent vu des racks contenant 3 châssis BladeCenter remplis (14 lames chacun), nécessitant donc 4 lignes de 16A, et la ventilation s'effectue très bien, sans extraction forcée top of the rack. Le secret, c'est de ne pas avoir de câble en pagaille à l'arrière des chassis, pour que l'air soit correctement expulsée sur l'arrière. Comme tu le dis toi même, l'air est un fluide visqueux. Bon la blague du jour chez mon client (petite salle de la taille d'un grand bureau, pas de faux-plancher) : dans un rack neuf fraichement installé, rempli de matos informatique. Ils ont mis 2 switchs tout en haut du rack, montés à l'envers afin de pouvoir facilement câbler les ports (logique, les ports des serveurs sont à l'arrière, donc le switch est monté de telle sorte que les ports soient aussi à l'arrière). Sauf que les switchs aspirent l'air chaud qui stagne en haut et à l'arrière du rack (car ce rack n'est justement pas ouvert au dessus)..... bref les 2 switchs ont chaud !

J'en vois aussi régulièrement des petites salles style cagibi, où il y a juste la place pour un rack. Mais un rack bien foutu a des ouvertures sur l'arrière en bas et en haut (pour le passage des câbles). Et la porte arrière grillagée (voire simplement retirée) Donc le sens de mon message était de dire que si les câbles ne gênent pas, l'air d'évacue naturellement par l'arrière et par le haut (puisque justement il y a l'ouverture et que l'air chaud monte) donc il n'est pas censé stagner dans les derniers U. Je maintiens donc qu'il y a un problème de design quelque part si c'est le cas. Des racks j'en ai vu des tonnes, le meilleur comme le pire.... Mais quand on n'a plus le choix, je suis d'accord, il faut bien forcer l'extraction de l'air. Ceci s'applique aux équipements informatiques. Pour les Télécom c'est différents, les éléments et les racks sont moins profonds, et les ventilateurs sont installés n'importe où sur les switchs. Bien souvent, les équipements Télécom sont installés séparément du matos info. Aussi parce que les mecs du réseau ils aiment bien avoir le contrôle exclusif sur leur matos !!

Pareil, je prendrais un FGBS Universel avec 4 sondes Dallas pour mesurer la température en différents points du rack. Par contre, expérience personnelle, les ventillo en haut du rack sont une aberration et ne devraient pas exister. Dans un rack, l'air frais est aspiré à l'avant, et les machines expulsent l'air réchauffé à l'arrière. La température à l'arrière n'a quasiment (*) aucune influence sur la température de fonctionnement des machines (sondes sur les CPU et cartes mères) à la condition qu'il n'y ai pas de retour d'air chaud de l'arrière vers l'avant du rack. Pour cela, il faut impérativement mettre des obturateurs sur tous les U laissés libres entre les machines. Ainsi le flux de ventilation avant => arrière est respecté. Testé et approuvé. (*) Une exception toutefois Si l'arrière du rack est trop encombré (porte fermée, et non grillagée), et qu'il y a une jungle de câble, alors l'air chaud stagne trop à l'arrière, et va jusqu'à empêcher les machines d'expulser l'air.... par conséquent l'air chaud fini également par stagner dans les machines, et là ce n'est pas bon. Après nettoyage (si trop de longueur de câble enroulé à l'arrière des serveurs, il suffit d'enrouler le surplus au dessus, ou en dessous (faux plancher) du rack. Testé et approuvé. Donc tout ça pour dire que si tu as besoin de ventilo d'extraction en haut du rack, c'est qu'il y a une erreur de design quelque part. Dans les datacenters modernes, les allées chaudes et froides sont confinées, ce qui permet de remonter la température de l'allée froide, car on sait qu'il n'y a pas de retour d'air chaud. Cela permet de faire de grandes économies, mais cela choque les clients quand ils entrent dans l'allée froide et constatent qu'elle est à 22°C ! Et l'allée chaude à 28°C ! Mais les serveurs se portent tout aussi bien (température de fonctionnement interne sensiblement identique à une salle d'ancienne génération entièrement climatisée à 19°C)

Je suppose que Fibaro a implémenté un polling automatique du module ? Tant pis pour moi, ce module est retourné chez Amazon. Je vais rester fidèle aux modules Fibaro, pour moi ça reste la référence.

Jojo oui ce site était sorti pendant les v4 betas je crois. Krikroff s'en était servi pour créer les premiers plugins.

ce sont les broadcast ARP que tu vois (ou plutôt que tous les équipements du réseau voient) typiquement des requêtes RARP (reverse ARP.... premier message envoyé sur le réseau par un équipement avoir de pouvoir discuter avec un autre) donc oui normalement cela fonctionne bien

une histoire de leading et de trailing edge. Pour les LED dimmables, il vaut mieux prendre le nouveau Dimmer Fibaro

C'est un peu complémentaire, plus que concurrent je dirais..... La Netatmo a l'avantage de proposer des capteurs intérieures, avec des mesures inédites comme le C02 et le Bruit. La Qubino c'est plus une station météo traditionnelle pour l'extérieur, avec des capteurs éprouvés.

Pas facile de suivre les API, pour nous autres amateurs, certes. Mais pour une société qui commercialise (relativement chère) une box domotique, c'est la moindre des choses que d'avoir un suivi. M'enfin on sait comment ils fonctionnent (ou devrais-je dire comment ils ne fonctionnent pas). Sur un des mes smartphones, la météo provient de Yahoo. bah étrangement je n'ai pas eu de coupure le 24 mars, et je n'ai pas fait de mise à jour pour corriger le problème d'API. Parce qu'un développeur derrière a anticipé et apporté les corrections nécessaires il y a plusieurs mois.... Pour Jeedom, l'appli mobile manque je suis d'accord, mais ça va venir. L'interface Web d'administration est moche, mais efficace. Sérieusement en 1h tu l'as pris en main et tu arrives à faire ce que tu veux avec. Dans mon boulot, j'utilise des interfaces Web bien pire que ça. Peu importe l'aspect du moment qu'on comprend la logique et que ça fonctionne derrière. La stabilité oui c'est peut être encore un peu jeune mais ça s'améliore (tandis que ça se dégrade chez Fibaro....). Et puis rien que pour le moteur OpenZwave, tu as tous les outils de diagnostiques pour détecter rapidement le module défectueux et corriger le problème à la source. Ce que ne donne pas Fibaro, à moins d'être root et d'aller faire un tail -f /tmp/zwave.log puis de tenter d'interpréter les messages Je pense quand même que le rapport qualité prix est meilleur chez Jeedom que chez Fibaro. Pour Lifedomus elle a d'autres qualité Bon la question ne se posait pas pour moi il y a 2,5 ans car Jeedom n'existant pas, et c'était HC2 ou .... Vera (qui n'avait pas reçu de mise à jour depuis belle lurette) ! Donc le choix était vite fait, malgré le prix de la HC2 (que j'ai quand même eu à -15% à l'époque, c'était exceptionnel grâce aux commandes groupées organisées par touteladomotique) Disons pour affiner mes choix : - si je devais refaire une install dans une maison existante : Z-Wave + Jeedom - si je devais refaire une install dans une maison neuve : je me pencherais sérieusement sur le KNX, et surement une Lifedomus pour interfacer le KNX et le reste du monde. Mais ce budget ferai partie de la construction de la maison, donc les sommes en jeu ne sont plus les mêmes.

@Shad : non même pas ! Quitte à balancer 2000 à 3000€ j'ai plein d'autres idée, je sais me montrer imaginatif Et puis le coté visuel m'importe assez peu en fin de compte, comme je le dis souvent, je veux une domotique transparente pour l'utilisateur. Il est vrai que la Lifedomus est parfaite pour épater la galerie, appâter le client, mais ce n'est pas vraiment mon usage. Je pensais plutôt à Jeedom en fait. C'est une solution qui a bien évolué depuis ses débuts, ça a l'air prometteur, et il est plus facile d'y contribuer qu'avec Fibaro qui ne nous écoute absolument pas. Et vu le temps que j'ai passé sur cette HC2, j'imagine que le même temps passé sur Jeedom m'aurait surement emmené plus loin. @Fredric : héhé

oui bien sur, àvoir au cas par cas pour chaque modem-routeur. Je n'ai toujours eu que des Freebox, donc je n'ai jamais creusé pour les autres.

Oui mais il y a des alternatives. Certains routeurs peuvent également être interrogés, et on peut aussi interroger le switch si celui-ci est manageable. Disons que la solution full HC2 a l'avantage d'être disponible et de fonctionner pour tous ceux qui ont une HC2 sur ce forum, forcément Mais ce n'est pas parfait.

je doute fort que Yahoo aie changé son API du jour au lendemain sans prévenir. Tout comme pour Netatmo, Logitech Harmony, etc.... ça prouve bien que Fibaro n'est pas du tout proactif (mais ça on le savait déjà ) justement pour les open source ça n'existe pas en standard ce genre de service, c'est ce que je voulais dire. notre HC2 se rapproche de plus en plus des solutions gratuites, où il n'y a rien de base, et c'est à l’utilisateur de tout ajouter manuellement (en codant ou trouvant les infos sur des markets, forums, etc). Donc quelle est la plus value ? Encore une fois j'ai un système qui fonctionne à peu près donc je reste sur HC2, mais si j'avais une install à (re)-faire, il est absolument certain que je ne choisirais pas HC2. Quitte à passer du temps, autant partir sur une solution évolutive.... suivez mon regard

Excellent boulot Seb Je suis 100% convaincu que la seule méthode fiable de détection de présence par smartphone doit utiliser l'adresse MAC, car les solutions à base de ping ne sont pas satisfaisante. Ce qui me fait penser que j'ai ma solution qui fonctionne depuis 6 mois et que je ne l'ai toujours pas partagé. L'avantage, c'est que j'ai une Freebox, et j'avais mis à jour le VD de Krikroff spécialement pour aller interroger le dernier timestamp connu des adresses MAC de tout le réseau. Et j'insiste sur "tout le réseau", et la Freebox étant à la fois Serveur DHCP, Routeur, Serveur DNS, point d'accès Wi-Fi, elle voit forcément passer l'intégralité du trafic sur le réseau, y compris les iBidules. Donc cette méthode est ultra fiable. J'ai encore renforcé ma scène de détection de présence en allant interroger les adresses MAC de 3 appareils (2 smarphones, un PC portable) afin de garantir ma présence/absence. J'ai juste un souci : - le téléphone du boulot est une sombre bouse (un Samsung... désolé) la batterie se décharge très vite, et il m'arrive souvent de retrouver mon téléphone éteint. - parfois je désactive le Wi-Fi sur mon tél perso (car j'ai un meilleur débit en 4G qu'en Wi-Fi+ADSL) - je n'allume pas mon PC portable à la maison pendant plusieurs jours => conséquence : ma scène de détection de présence est dans les choux. Idéalement, on pourrait encore ajouter d'autres canaux tel que Bluetooth.... à faire avec un Raspberry PI 3.... ultérieurement, quand j'aurai du temps !!

Si tu bloques mon compte pendant 1 semaine, je vais faire autre chose, mais je n'aurai pas plus de temps pour autant

Oui non mais d'accord on a des VD plus fiables, mais vous vous rendez compte quand même ? Encore une fonctionnalité de base de la HC2 qui ne fonctionne pas comme annoncée, à ajouter à coté du GPS, de Lili, des MAJ OTA, des Plugins, etc... Je voudrais pas en rajouter une couche et relancer le débat sans fin, mais à quoi sert cette box si on est obligé de tout redévelopper à coté ? Les solutions concurrentes et open-sources deviennent de plus en plus pertinentes..... En fait, t'as une box qui marche à peu près, certains ont réussi à trouver un firmware qui leur conviennent à peu près, bah ils ne peuvent même pas y rester car le logiciel se dégrade tout seul. Bravo Fibaro

Je voudrais pas te faire peur, mais : As for the user`s plugins, the decision has not been made whether the function will be reactivated or not. It is currently not possible to create custom developer plugins. En synthèse : pas certain que ça reviennent un jour, ce n'est même pas dans leur todo-list. Quand j'aurai le temps (et c'est pas gagné....) je fouinerai dans la DB pour voir comment on peut les installer manuellement et définitivement

Non non, je t'assure, on a connu pire.... certaines v4 ne sont resté en ligne que quelques heures tellement c'était dramatique. Bon c'était il y a un an environ, donc les debut de la v4, mais c'était stable officiellement

En fait le sauvegarde contient un dump de la puce Z-Wave. Donc quand tu restaures, même sur une autre box, la puce Z-Wave est remis àl'identique, et notamment le Home-ID, qui est l'identifiant unique du contrôleur Z-Wave avec lequel communiquent les modules. En terme de sécurité, ce Home ID est également utilisé pour authentifier et chiffrer les messages.