Lazer

@pepite en gros : Chaque VD ouverture de porte se compose de : 2 boutonsOuvert Fermé 2 labelsLast Update Last Change Lors d'un événement EnOcean, la passerelle FHEM vient cliquer sur le bouton Ouvrir ou Fermer du VD, au travers de l'API de la HC2. Chaque bouton contient seulement 2 lignes de codes afin de mettre à jour les 2 labels avec le statut de la porte, ainsi que le timestamp. L'idée suggérée c'est juste d'en profiter pour mettre à jour le texte dans le log sous l'icone du VD.

quelqu'un a essayé de forcer la création de la propriété lastbreach sur un VD, pour voir si l'appli ne pourrait pas le reprendre avec un peu de chance ?

ah mon avis pour ce matos là, oui il y a risque de chauffe. après comme dit, ça dépend aussi de la température ambiante de la pièce. Dans un garage en hiver c'est pas la même que sous les combles en été ! La question initiale du topic c'était justement d'adapter la vitesses du ventilo en fonction de la T°C

ah bah si voilà , la Netatmo me permet de me rattraper et d'être un geek dans la norme bon après c'est clair que cette netatmo ne m'inspire pas confiance, ça finira un jour. mais comme je l'ai payé 60€ la pilule sera moins difficile à avaler (c'est plus politiquement correct que ton histoire de fesses )

ça réchauffe le vin, pas bon !

faut surtout mesurer avant de se lancer dans une ventilation forcée. Un switch, une HC2 et une Freebox, si les ouvertures inférieures et supérieures du rack sont suffisantes pour assurer une ventilation naturelle,il n'y a pas nécessairement besoin de ventilation forcée. Tout dépend du rack. Parce que 10-12U ça fait un gros volumes, si tu n'as que ça comme matos, il est fort probable que la convection naturelle suffise. Après si tu rajoutes un onduleur, un NAS, et d'autres choses, ça risque en effet de faire beaucoup.... mais encore une fois il faut mesurer pour savoir.

je n'ai jamais acheté aucun des produits que tu as listé

Télécommande Neeo @PITP2 bah tu as du voir que chez NEST ça va mal en interne, et que Google cherche à s'en débarrasser.... c'est vraiment la débandade tout ça....

ah oui exact le compteur, je trouve ça excellent dans l'appli justement

Par contre dans l'appli je suppose que l'info n'est pas reprise et affichée sous l'icone, comme avec les vrais détecteurs ?

je suis medium, je te donne la réponse, et en plus traduite en français : "l'information a été envoyée ànos développeurs, le support de ce module sera intégré dans une prochaine version"

7h17 et 20h27 y'a quoi à gagner ? PS : j'habite à 2 minutes après chez Pepite

il est en vente chez Domadoo, il suffit peut être de leur demander EDIT avec le lien c'est mieux : http://www.domadoo.fr/fr/peripheriques/3403-aeon-labs-controleur-de-porte-de-garage-z-wave-gen5.html

normalement c'est là qu'un mec relou vient vous parler des méfaits du cloud Sauf que là ils font encore plus fort, au lieu de simplement fermer le cloud, ils désactivent le boitier à distance "So owners of the Revolv router will be royally screwed on 15 May, as rather than simply discontinue support for the product Nest will effectively deactivate the router and delete all data for it." En français pour mprinfo : http://www.mac4ever.com/actu/109613_et-si-vos-produits-connectes-cessaient-de-fonctionner-deux-ans-apres-achat-nest-l-a-fait

Des wall plug allemands sur la boutique française, et des wall plugs français sur la boutique allemande, l'économie de marché est d'une logique implacable

Actuellement je stocke le last breach dans un label de chaque VD associé àmes détecteurs d'ouverture EnOcean (au travers de la passerelle FHEM). Donc il suffit de recopier ce label dans le log avec la méthode de Steven, je vais faire ça je pense

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)