Lazer

Pour les graphs sur HCL, quelqu'un a posté sa solution sur le forum, en passant par un serveur externe qui bien interroger l'API de la HCL via le réseau. Mais un peu plus complexe à mettre en place, et je n'ai pas le lien sous la main. Sinon, pour une méthode plus simple, il faudra attendre que : - la v4 sorte pour HCL - Fibaro ajoute la possibilité d'importer des plugins utilisateurs - j'ai le temps de convertir mon module virtuel en plugin

Oui le FGBS dans les combles c'est ce que j'ai. Tu prends du câble réseau Cat 5 pour les sondes, c'est parfait. Il faut juste 3 fils. La tension c'est assez bas, genre 3,6V, mais peu importe, ça ne change rien au problème. Du câble réseau ou du bon câble téléphonique font l'affaire. Attention si tu passes près de gaine en 230V, je te conseille quand même du câble blindé (feuiillard ou tresse métallique). Inutile de prendre la sonde étanche que tu as linké, en plus elle est grande et peut poser des problèmes d'encombrement dans la boite. Tu prends des sondes nues ça va tout aussi bien, et c'est moins cher : http://www.domadoo.fr/fr/peripheriques/723-dallas-pack-de-5-capteurs-de-temperature-1-wire-ds18b20.html

Pour les prises USB, en gros c'est comme si tu remplaçais une PC (prise de courant) par le bloc transfo USB. Donc oui ce sont les mêmes gaines qui transportent le 220V.

Super te prends pas trop la tête quand même pour mon besoin spécifique.

Euh.... je pense que le plus efficace, c'est ceci, dans l'ordre : - ton appli détecte que l'utilisateur vient de configurer le réveil - si le mode avion est activé, alors sortie du mode avion - appel de l'adresse IP locale de la HC2 afin de paramétrer la variable globale et le mode virtuel (grâce à l'adresse IP locale, si l'utilisateur n'est pas chez lui, la box ne sera pas joignable et cela n'aura aucun effet) - si le mode avion était activé, alors on le réactive Parce que désactiver le mode avion toutes les heures, c'est pas terrible.

ah mais j'utilise le mode avion chez moi, toutes les nuits pour 2 raisons : - ne pas déranger - ne pas me griller le neurone avec un tél à30cm de mon oreiller - (en bonus : cela use moins vite la batterie)

ah oui la box internet mais làbon courage pour interfacer toute les box internet existantes..... ça ne doit pas être si simple de récupérer le SSID de la box internet.

Notre HC2 n'est sur aucun SSID, car elle n'a pas d'interface Wifi. EDIT : je n'ai jamais compris pourquoi Tasker n'avait pas implémenté la détection d'alarme..... peut-être parce que ça ne fonctionne pas sur tous les tél ?

Certes, mais si on ne sort pas du mode avion, comme le tél peut savoir si il est à l'autre bout de la France ou à la maison ? La seule alternative est d'utiliser le GPS comme tu le mentionnais plutôt, sauf que dans les hôtels, on capte rarement le GPS, donc il faut se baser sur la dernière localisation connue. Et puis si la localisation démontre qu'on est à la maison, alors il faut sortir du mode avion pour communiquer avec la HC2. Bref, je me rend compte que ma demande est vraiment tordue..... laisse tomber c'est pas grave Concentre toi sur ce que tu as prévu !

Pas bête le coup de l'adresse IP locale versus la redirection Oui j'ai vu ton screeshot, mais moi le souci c'est que je suis souvent en mode avion (depuis quelques minutes) quand je règle le réveil. Donc je ne sais pas si une appli peut sortir du mode avion, mais si c'est possible, après finalement on n'a pas besoin de vérifier le wifi suite à ta remarque sur l'adresse IP locale.

Cette appli m'intéresse grandement Une question : ton service qui surveille le changement de l'heure du réveil dans Android, ça ne consomme pas de batterie ? Je veux dire, tu surveilles régulièrement l'état du réveil, ou Android réveille tout seul ton programme lorsque le réveil est modifié ? Par contre pour mon usage, étant souvent en déplacement, j'ai besoin de détecter la présence du Wifi afin de mettre à jour le module virtuel.... Il ne s'agirait pas que mon téléphone déclenche le scénario le matin alors que je suis absent. Dernière question : souvent à la maison le soir, je mets mon téléphone en mode avion avant de configurer le réveil du lendemain matin. Est-ce que ton appli serait capable de sortir du mode avion, vérifier que le Wifi est à proximité, et si c'est bien le cas mettre à jour la variable sur la HC2, puis enfin réactiver le mode avion ?

Nicolas, je ne suis pas vraiment d'accord. Tout centraliser sur un seul gros serveur, c'est le meilleur moyen de tout perdre. Il y a tellement de causes possibles : coupure de courant, incendie, cambriolage, erreur humaine, etc... Alors c'est là qu'on fait les sauvegardes pour se prémunir de tout ça, sur un disque externe. Sauf qu'au début, on réalise ses sauvegardes consciencieusement tous les dimanches, puis très rapidement c'est une fois par mois, puis 1 fois tous les 6 mois.... bref c'est pas gérable à titre perso. Même pour les entreprises qui payent des admins dédiés à la sauvegarde ce n'est plus acceptable, la tendance est de réaliser la sauvegarde électroniquement sur des liens WAN haut-débit afin de s'affranchir de la corvée de manipulation de cartouches LTO. Donc je vais commencer par compléter mon HP G7 par un HP G8, ce qui permettra de répliquer les données entre les 2 machines, chacune dans un bâtiment différent (mon garage est séparé de la maison... et j'ai déjà un fourreau qui passe sous le jardin). Ces serveurs HP sont de gamme pro, prévus pour fonctionner 24/24, et sont très largement plus fiables qu'un Synology tout en plastique aux composants à l'origine douteuse. Finalement l'élément le plus faible des serveurs HP c'est bien les disques durs... d'où l'intérêt de bien les choisir et de faire des sauvegarde et/ou réplication. Ensuite, je suis d'accord pour le Raspberry PI, ce n'est pas fiable, j'en ai un que je galère comme pas possible à stabiliser, la carte SD est complètement HS en moins de 6 mois. Je suis en train de jouer avec les montages tmpfs pour contourner le problème, mais clairement je ne ferai jamais rien fonctionner de critique sur cette machine. De toutes façons la puissance CPU est trop faible pour faire tourner quoi que ce soit de sérieux. Le miens est dédié à une tâche bien précise : compter des impulsions. En ce qui concerne le NUC, en revanche, je ne suis pas du même avis. Les nouveaux modèles ont une consommation très basse, à telle point que certains modèles sont totalement fanless, garantissant une longévité accrue (pas de pièce mécanique). De plus, de fabrication Intel, c'est virtuellement indestructible. Attention, il ne s'agira pas de confier des données aux NUC, mais bien d'exploiter sa puissance CPU et RAM pour faire tourner des VMs. Seul le SSD servira à héberger un petit datastore pour les machines virtuelles. Au final, si je vise 3 machines, c'est afin de m'orienter vers des technos permettant de distribuer la charge et les données sur un maximum de machines, afin de supprimer : - les interruptions de service - les pertes de données Pour que cela fonctionne, il faut s'appuyer sur des technologies logicielles fiables, et j'étudie en ce moment VMware Virtual SAN, qui permet de mutualiser l'espace de stockages des différentes machines afin de former un gros volume dont les données sont répliquées sur 2 machines minimum. Ainsi, en cas de perte d'une machine, les VM redémarrent sur la machine d'à coté avec leurs propres données répliquées. Comme ça, je serai prêt quand la fibre optique arrivera chez moi (c'est pour bientôt, ..... plus que 10 ans à attendre :-/ ) pour héberger mes serveurs Web chez moi, et fermer les services en ligne. Dans une utilisation purement domotique, je pourrais sécuriser mon outil de graphiques afin de ne perdre aucune mesure, mettre en prod un centre de notifications toujours disponible, etc... Pour faire un parallèle, il faut bien voir qu'en entreprise, ça fait des années qu'on mutualise tout sur de grosses baies de stockage (NAS pour les fichiers, et SAN pour tout ce qui est en mode bloc : notamment les bases de données, mais aussi les fichiers, les sauvegardes, etc) Cela a un coup important en investissement, et un coup en sauvegarde : sauvegarder plusieurs To chaque nuit n'est pas si simple, surtout que la plupart des entreprises veulent une dispo de service 24/24. La nouvelle tendance actuelle, c'est justement de distribuer les données sur un ensemble de plus petites machines. C'est l'approche appelée Big Data par les marketeux (regardez ce que fait Hadoop, c'est exactement ça), et initié par Google en 1998, depuis rejoint par Facebook et autres grosses entreprises du Web. Quand le volume de données à traiter devient trop important, plutôt que de le centraliser, il faut mieux l'éclater. La "scalabilité" (que je traduirais par montée en charge) est bien meilleure. Les géants du stockage actuel (EMC, IBM, Hitachi, Netapp, etc) sont bien conscients de cette nouvelle orientation du marché (et essayent de s'adapter tant bien que mal), face aux nouvelles entreprises développant des solutions de stockage purement logicielles (Nutanix, etc...) L'informatique est un éternel recommencement....

Il y a déjà un sujet ouvert à ce sujet : http://www.domotique-fibaro.fr/index.php/topic/3397-t%C3%A9l%C3%A9commande-neeo/ Je vais tenter de fusionner les topics.... EDIT : j'ai réussi ma première fusion

Euh, je n'ai pas les noms en tête là , mais il y en a au moins un en ZWave qui est design. "Heat-It" je crois. Sinon il y en a d'autres, mais pas Z-Wave, et toute la question est de savoir si ils auront une API..... c'est pas gagné.

la vente flash a été rapide !

Bah il n'a pas tord Hansolo, j'ai pensé comme lui au début en voyant le titre du sujet. Décidément, avec la domotique on se pose des questions qu'on ne se posait pas avant

oui voilàc'était àce moment là!

Quand tu as créé tes 3 disques RDM, tu as utilisé 3 fois la commande "vmkfstools -z ...." Cela a généré 3 fichiers, qui sont en fait des liens vers les 3 disques durs. Donc il faut bien faire attention à ne pas les copier, sinon le système ne vas pas copier les liens, mais le contenu. Donc il faudra les recréer dans le nouveau datastore avec la commande vmkfstools comme la première fois. Ah oui et aussi, comme tu auras recréé les RDM, il faudra éditer les propriétés de la VM Xpenology, et lui attribuer les 3 "nouveaux" disques. Fredo avait fait un topo détaillé sur cette migration..... noyé quelque part dans les pages de ce sujet.

Fait attention quand même, si tu as des disques RDM, il faut les recréer avec les commandes vmkfstools, et je pas tenter de copier les fichiers. Sinon il recopie le contenu du lien (donc le disque entier..... inutile de dire que ça ne rentrera pas sur le disque de destination)

C'est beau.... mais notre forum est plus beau

- brancher les 2 disques en même temps sous ESXi - créer un nouveau datastore sur le nouveau disque - arrêter les VM - déplacer les répertoires d'un datastore vers un autre. - réimporter les VM depuis le nouveau datastore - redémarrer les VM en entreprise, on utilise une licence vCenter qui permet de faire tout cela à chaud. Pour 5.1, oui l'autre topic du forum en parle. Sinon regarde directement là bas : http://xpenology.com/forum/viewtopic.php?f=2&t=5026

Soyons précis : DSM est basé sur Linux (et non pas l'inverse) En effet, pour Sarah, il faut impérativement Windows. La grande question depuis 2 jours, c'est est-ce que Sarah arrivera à tourner sous Windows 10 sur le nouveau Raspberry PI 2 Model B. Ca ferait une belle économie (investissement, consommation, encombrement). Par contre si tu veux parler à ta domotique, je te conseille de commencer à t'intéresser à Google Now, il commence à y avoir des trucs sympa qui sortent pour piloter sa domotique, et Android a l'avantage de tenir dans la poche, ou dans une VM à la maison. Il y a du potentiel.

Tu peux faire tout ça avec Xpenology, même pas besoin de créer de VM. A mon avis, comme dis SHad, tu n'as pas besoin de ESXi. ESXi a un intérêt si tu veux faire tourner plusieurs OS différents, isoler les services, faire des tests, etc.... sinon faut pas s'embêter, Xpenology en natif sur le PC, et zou

Un peu grillé par Shad. Moi je vise l'inverse de toi à terme Shad Plutôt que de tout consolider sur un gros Server, et risquer de tout perdre d'un coup, je réfléchis à des solutions permettant de répartir les données et les VM parmi plusieurs petits serveurs. Pour le moment, je vise la config suivante : - HP G7 (j'ai déjà ) => Données et une petite puissance CPU (AMD Turion) - HP G8 => Données et une puissance CPU moyenne (avec un petit Xeon) - Intel NUC => Juste un maximum de puissance CPU (avec un i7) Toutes les machines avec 16 Go de RAM. Avec VMware on peut gérer ça assez facilement.

Pourquoi tu veux mettre ESXi ? Quelles VM tu veux faire tourner ? De cette réponse, dépendra le choix des disques durs pour le datastore, et donc de la carte controler. Perso j'ai migré mon datastore sur SSD pour les performances et la fiabilité supérieur au disque dur non mirroré. Et aussi la baisse de consommation (5W, c'est toujours ça de pris) Sachant que pour Xpenology, il n'y a pas besoin de carte RAID car le système DSM effectue un RAID logiciel avec SHR.