Lazer

Ah oui bien sur, tu aurais parlé d'IPS dès le début j'aurais compris Mais là , ISP, je cherchais Internet Service Provider, et comme tu parlais de Dual Wan, ça collait bien ensemble, mais du coup je ne trouvais rien chez Synology qui parle d'ISP.... forcément !

Non mais après si les mecs sont hermétiques à l'informatique, faut pas insister et perdre son temps hein !!!! Mais là sur ce topic, on parle de borne Wifi Ubiquiti, c'est déjà le genre de truc pas vraiment standard, une petite VM ça ne devrait pas faire peur. Il doit facilement y avoir 1000x plus de gens qui utilisent des VM que des bornes Ubiquiti.

@tibahut, apparemment, il y a un bug dans l'Oauth du coté de chez Xee, cf cette discussion sur Google+ : https://plus.google.com/u/0/102331359334188074086/posts/U6zwmgp5tT8

ça m'a l'air chouette tout ça, mais par contre c'est quoi ISP ?

C'est aussi compliqué de Windows.... pour reprendre l'expression célèbre, clic clic clic mais ça fait juste peur à priori, car les VM c'est un peu le monde inconnu réservé aux barbus

Justement non. Ca parait plus compliqué, mais en fait ça ne l'est pas. Alors que les Dockers, ça parait simple, mais très vite tu te retrouves limité, donc ça fini plus compliqué. Bon c'est sur que si tu te contentes de la base, alors c'est plus simple. Mais l'exemple de Benjy qui se rend compte qu'il existe une version plus récente d'Unify illustre bien tout cela.

Il faut croire que la sortie n'était pas si propre que ça, malgré que ça soit un Line-interactive relativement haut de gamme. Le RPI n'a pas apprécié la micro-coupure, aussi infime soit-elle. Cela confirme en fin de compte que le On Line est la seule technologie 100% fiable. Tu ne devrais pas avoir de problème toi

Moi ce que j'adore, c'est que les Syno, qui sont censés simplifier la vie, arrivent à tout compliquer dès lors qu'il faut faire des choses un peu plus avancées que les tâches basiques En l’occurrence, si tu regardes le lien que j'ai envoyé hier, c'est bien Unify v5.x Bon c'est sur, il faut une Debian pour l'installer, donc une VM, et pas un simple Docker. Plus ça va, moins j'aime le choix de Synology de faire tourner des Docker Mais franchement, les VM c'est tellement plus souple et puissant que les Docks.

@pepite non pas forcément "bricole" au seins négatif du terme. Il "suffit" d'écrire le code LUA pour faire cela proprement. Bon OK ça peut représenter plus ou moins de travail....

Nico tu mets un Raspberry PI dans un coin de ta baie alors Par contre mauvaise surprise : mon Raspberry PI B Model 1 n'a pas apprécié les tests de batterie que j'ai fait sur l'onduleur.... il a rebooté. Sensible cette bête là

D'où l'intérêt de prendre un switch manageable ! Eteindre le port à distance Les switchs n'ont pas d'API, donc il faut bricoler un truc via l'interface HTTP, ou Telnet/SSH, ou encore SNMP. Si injecteur POE, il suffit de mettre l'injecteur sur un Wall Plug. Et ça revient au même qu'une Webcam lambda directement branchée sur le même Wall Plug.

La carte IP, tu peux la trouver à tous les prix sur eBay. Perso je l'ai eu en "reconditionné neuf" (à mon avis, c'était un gars qui l'a trouvé dans le stock de son entreprise, inutilisé, et l'a revendu N fois moins cher sur eBay). De mémoire, j'ai dà» payer 70€ au lieu de 300€, un truc dans le genre quoi Sinon sans carte IP, il y a toujours moyen de brancher le câble USB sur une machine, et d'installer le logiciel fourni par Eaton, ou un outil tel que NUT qui communiquera par le réseau, mais c'est une approche totalement différente. Ce n'est pas du tout celle que j'ai choisi avec ce VD, car je voulais que la HC2 soit indépendante et communique en direct avec l'onduleur. Bon ça fait 3 jours que le VD tourne chez moi sans souci, j'essaye de vous faire le tuto ce soir.

Si cela est certainement possible, mais tu auras un peu de LUA àécrire pour assembler les différents éléments entre eux (récupération Google agenda, notification sur le Sonos, ...). Je n'ai pas souvenir d'avoir vu quelqu'un faire exactement ce que tu décris sur le forum.

Tiens justement une nouvelle version du controleur Unify vient de sortir : https://community.ubnt.com/t5/UniFi-Updates-Blog/UniFi-5-0-7-is-released/ba-p/1587040

Je ne sais plus, le miens est planqué. Si c'est comme sur le Smoke Sensor, il y a les emplacements pour les trous, mais c'est ànous de les percer.

Je vous partage une version 0.6 du module virtuel, où j'ai effectué quelques petites améliorations par rapport àla dernière version officielle 0.5 connue : Intégration des 2 patches qui étaient àappliquer manuellement :20150628: roombaSpot line 28 20150806: roombaCheck line 154 Optimisation des écritures dans la DB :Comme discuté sur le topic du firmware 4.082, les écritures de VG ou de Labels dans la DB sont susceptibles d'accroitre la probabilité de planter la HC2 (erreur 503). J'ai donc intégré une vérification des valeurs avant leur modification, dans la Main Loop et le bouton Check De plus, cela accroit les performances car les écritures sont très lentes (même si ce n'est pas perceptible en dehors d'un benchmark) Activation par défaut du paramètre local debug = truePermet d'afficher le message "Checked state after 60 seconds" dans la fenêtre de debug de la Main Loop, ce qui permet au Watchdog de monitorer (et redémarrer) ce module virtuel avec la ligne de paramètre suivante : {type = "VD", id = 482, match = {text="Checked state after ", interval=2*60}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email"}}, Roomba Thinking Cleaner V0.6 20160527.vfib

@JM13 : àpriori je n'ai pas constaté de perte du Wi-Fi quand le robot est immobile sur sa station d'accueil. En revanche, dès qu'il se met en mouvement, làconnexion Wifi devient très instable, si bien qu'il faut s'y reprendre àplusieurs fois pour lui donner un ordre (par exemple l'ordre de retourner àla base).

Je déplace dans le bistrot Vaste question que tu poses là , tellement ouverte qu'il est impossible d'y répondre. Pour la plupart, ça fait des années qu'on domotise notre maison, et on n'a jamais terminé, alors résumer ça en quelques lignes, c'est un peu mission impossible. On en parle déjà tellement sur le forum, sur les différents topics. Pour te donner des idées, est-ce que tu as vu le concours des installations du blog domotique-info ? Il y a déjà eu 2 éditions les années passées, ça fait déjà un paquet d'article de lecteurs qui présentent leur installation. Ca donne des tonnes d'idées..

Aucun risque d'alimenter 2 modules Z-Wave avec une seule alimentation 12V de 1A, car les modules consomment quasiment rien. Pour percer la coque en plastique, tu prends une perceuse avec un petit forêt..... 3 mm est suffisant pour faire passer 2 tout petits fils.

oui c'est cela

donc ça signifie que ce n'est pas supporté. L'appli ne sait pas relire la config d'une borne, et repousse une config à partir de sa propre base de données. Ce que tu dois pouvoir faire, c'est synchroniser la DB entre les 2 applis, mais pour cela il faut même OS et même version d'appli. Donc impossible dans ton cas. Ceci dit, c'est que pure supposition, mais je parle juste par expérience des outils d'admin en général.

Ca m'étonnerait que Ubuquiti supporte le fait d'avoir 2 contrôleurs simultanément..... surtout avec des versions différentes.

En fait ce logiciel permet de gérer tous les équipements de la gamme Unify, donc pas seulement les bornes WiFi

A la fin le mec il sort son téléphone pour indiquer à sa maison qu'il l'a quitté. On revient toujours au même, peut-être que ça impression M. et Mme Michu, mais pour moi c'est un gros Fail

Je suis désolé Nico, mais que tu veuilles bien l'admettre ou non, la HC2 est totalement dépassée en terme d'ouverture par rapport aux autres box populaires du moment (Jeedom et Lifedomus). Donc il faut bien trouver des solutions de contournement. En l'occurrence, pour faire du SNMP, il faut impérativement utiliser le protocole UDP, et avec les commandes LUA disponibles, j'arrive à écrire des paquets sur le réseau, mais impossible d'en lire. La fonction est présente, mais échoue systématiquement. J'ai l'impression qu'ils n'ont implémenté aucun code dans la fonction La solution que j'ai trouvé est de faire du TCP, car là on sait parfaitement lire et écrire des paquets sur le réseau. Et j'utilise un outil nommé socat qui fait office de passerelle de conversion des paquets entre le protocole TCP et le protocole UDP. Tout cela en 1 seule ligne, c'est quand même magique Bien sà»r ce genre d'outil est natif sous Linux. Apparemment il existe des portages sous Windows mais je n'ai pas testé, je te laisse chercher. Mais franchement, laisser tourner un Windows pour pouvoir monitorer des équipements réseaux via SNMP c'est une aberration. Donc au delà du proof of concept, je n'en vois l'intérêt en pratique. Pour en revenir à Linux donc, socat s'installe en 2 commandes sur n'importe quel Linux standard (Debian étant la plus populaire, ce qui inclue également la Raspbian qu'on met sur un Raspberry PI, mais je l'ai aussi testé avec Redhat). Là où ça se corse, c'est pour les LInux non standard : Synology : c'est un Linux complètement modifié et assez peu ouvert. Il y a un moyen de contournement qui consiste à installer le gestionnaire de package IPKG. Il y a plusieurs tutos sur le net, je te laisse mettre en oeuvre si tu le souhaites. Perso ça me gonfle, j'utilise le Syno uniquement pour ses fonctions de base (NAS), mais pas pour son OS Linux qui n'a plus rien de standard, tout est plus compliqué là dedans. HC2 : il faut bien sà»r commencer par la rooter, mais malheureusement la distribution Debian est assez ancienne et les dépendances de packages sont toutes cassées. Impossible donc d'installer socat avec la commande apt-get standard. C'est pas trop gênant en fin de compte, il suffit de télécharger manuellement les 2 fichiers nécessaires dans les archives de Debian, puis de les installer à la main. Ensuite ça fonctionne comme sur un Linux standard. J'ai testé tous les Linux évoqués ci-dessus sauf le Synology (comme dit, passer par IPKG est trop fatiguant, quelques commandes de plus à taper.... ). Je préconise très fortement d'installer socat sur la HC2, car dans le cas présent, la HC2 est censée monitorer l'onduleur jusqu'à la dernière goute de jus dans les batteries. Il est probable qu'un scénario aura éteint toutes les autres machines sur le réseau avant d'éteindre la HC2 en dernier, donc il faut que la HC2 puisse communiquer avec l'onduleur jusqu'à la fin. Enfin un mot sur le root, que Fibaro le veuille ou non, c'est le seul moyen de débrider un peu notre box face à la concurrence, et tu as très bien vu un échantillon des fonctionnalités qu'on peut lui apporter par ce moyen là . Pour moi le root est indispensable pour maintenir la HC2 dans la course, sinon je serais peut être déjà parti sur Jeedom. Par chance la HC2 est un PC sous Linux tout ce qu'il y a de plus standard, il y a des tonnes de tutos sur le net pour rooter.