i-magin

Un nouveau test donne ceci : cache_write_5000 0.24000215530396 cache_read_5000 0.06795597076416 database_write_delete_1000 0.33004999160767 database_update_1000 0.17229390144348 database_replace_1000 0.18027114868164 database_read_50000 0.027853965759277 subprocess_200 0.21348404884338 total 1.2319111824036

Mon Benchmark Jeedom avec ESXi (test disponible dans la page santé de Jeedom) : cache_write_5000 0.20640397071838 cache_read_5000 0.066274166107178 database_write_delete_1000 0.32497596740723 database_update_1000 0.17929697036743 database_replace_1000 0.29505395889282 database_read_50000 0.052049875259399 subprocess_200 0.95251107215881 total 2.0765659809113 Un article de Loic de juin 2016 sur le benchmark : ICI Tableau comparatif : ICI NB : j'ai toujours utilisé Jeedom sur mon NUC avec ESXi

En effet, les dernières versions du client web ESXi corrigent le problème de clavier FR... depuis octobre je crois

Faut enlever la guirlande lumineuse autour ...

@sebcbien, je trouve que tu ne fais pas beaucoup d'effort... c'était si gentiment demandé

SNES ? euh ? déformation professionnelle

Quelle plaie, ce FGK-101 J'avais changé la pile il y a un mois (porte ouverte) et si les infos ouverture/fermeture remontaient bien, le niveau de batterie restait désespérément à zéro Le triple clic ne donnait rien, ni le retrait de la pile porte ouverte Aujourd'hui, j'ai trouvé cette méthode sur le forum Jeedom - ouvrir la porte - retirer la pile - attendre environ une minute - remettre la pile - refermer la porte Trois minutes environ après, le niveau de la pile s'affichait

Attention @pepite ! Si la 1ère version de la balance Xiaomi a pu être intégrée dans le plugin Jeedom, ce n'est pas le cas de celle commercialisée depuis quelques mois

Sans vouloir relancer un vieux débat, une simple précision concernant la programmation.... Je suis passé d'une HC2 à Jeedom en juin 2016 : j'ai pu effectuer grâce aux scénarios Jeedom (et plugins officiels) tout ce que j'étais "obligé" de faire en LUA avec la HC2 Je pensais qu'il fallait que je me forme à PHP ... et je ne l'ai pas fait, n'en ayant nullement besoin

@pepite, tu as lu ton dernier lien ? Parce que des posts sur des amplis Yamaha, il y en a plusieurs sur le forum (mais pas de la gamme musiccast je crois)

Produit en fin de commercialisation ? Plus cher mais à regarder tout de même, cette offre "Black Friday" : https://www.darty.com/nav/achat/hifi_video/home_cinema/ampli_home_cinema/yamaha_pckrxv681_wx-010noir.html?ref=ledenicheur&dartycid=comp_comp_ledenicheur_4367197&LGWCODE=4367197

Avant les toutes dernières versions du client Web, il était impossible d'utiliser la console SSH intégrée avec un clavier Azerty ... ou du moins, c'était jongler laborieusement Il me semble qu'il y une autre façon simple d'installer la mise à jour du client : en allant sur "aide" " rechercher les mises à jour" Il est alors demandé de donner l'adresse de téléchargement du fichier vib Pour ma part, les maj du client me sont désormais automatiquement proposées

Si j'ai tout compris, tu ne remercies pas @Steven, et doublement, puisqu'il y a deux ! à la fin de ta phrase

Euh.... si la box passe sur onduleur, c'est suite à coupure d'électricité et souvent générale (dans son domicile) Et donc, plus rien ne fonctionne... du moins, tout ce que @pepite décrit Je pense que @pepite souhaite aborder les conséquences d'une box domotique en carafe (sauf panne d'électricité), et qu'elles sont les mesures préventives à prendre

J'oubliais de préciser que dissocier les fonctions Wi-Fi et Gateway/routage comporte un avantage. On peut faire évoluer son installation Wi-Fi en fonction de nouvelles normes 802.11, indépendamment de la gestion du routage

Comme je l'ai indiqué dans l'autre topic, le point de départ a été le besoin d'un switch PoE et donc l'achat d'un US-8-60W J'aurais pu rester avec mon routeur Asus, malgré qu'un bug rende impossible l'accès à son administration après quelques semaines d'utilisation (j'étais obligé de le redémarrer). J'avais eu un premier exemplaire que j'avais retourné sous garantie en SAV : après une maj de firmware, je ne pouvais plus visualiser la totalité de la page d'administration Malgré ces inconvénients, c'est un bon routeur qui demandait à ce que l'antenne WiFi de mon PC soit très bien orientée, sinon chute importante de débit La vitesse affichée dans le panneau WiFi de Windows de mon PC était même supérieure à l'UAP-AC-Pro Par contre, la qualité du signal est globalement meilleure avec l'Ubiquiti L'avantage également d'Ubiquiti c'est de pouvoir ajouter des bornes WiFi... ce qui n'est pas mon besoin actuel UniFi Controller est également un point fort pour administrer l'ensemble de son réseau

Mis à part le codes d'accès au panneau de configuration de l'Unifi Security Gateway (que l'on trouve dans "settings" "site" "device authentication"), pour le reste c'est assez classique : - mettre en oeuvre DHCP dans la configuration du contrôleur Unifi (c'est vrai que j'ai cherché cette fonctionnalité ) - pour l'adressage des devices Ubiquiti utiliser DHCP, et si l'on choisit une adresse statique, renseigner les bons DNS (et non l'adresse IP de la Gateway)

Je poste ici, puisque plusieurs fois le sujet de la Gateway Ubiquiti "Unifi Security Gateway" a été abordé Et oui ! Après le switch US-8-60W (dont j'évoque l'installation avec une Freebox ICI), j'ai fait l'acquisition d'une borne WiFi UAP-AC-Pro et d'une Gateway USG Pour que la "morale soit sauve", j'ai trouvé à installer mon routeur Asus chez un proche Quelques mots sur l'installation de la Gateway, qui pourraient peut-être faire gagner du temps à ceux qui se lancent J'avais déjà installé l'UAP-AC-Pro et le switch (j'avais fixé les adresses IP en configurant des adresse IP statiques), qui tournaient avec mon routeur ASUS J'ai débranché le routeur ASUS - avec adresse IP 192.168.1.1 - (qui était connecté à la Freebox en mode Bridge et à mon switch) et installé à la place la Gateway USG N'ayant pas peur, le contrôleur UNIFI hébergé sur un NUC était ouvert sur mon PC connecté en WiFi. Peu de chance que çà marche ? et bien si.... dans un premier temps J'ai obtenu une fenêtre de configuration de la Gateway et tout était Ok, y compris les DNS Après "Adopting", les soucis ont commencé à apparaître... Je savais bien qu'il fallait que j'active DHCP, qui était auparavant géré par le routeur ASUS (pour info, j'utilisais beaucoup l'attribution "manuelle" d'adresse IP par le routeur ASUS) N'ayant pas lu la documentation, j'ai perdu du temps à chercher : le DHCP s'active dans "Settings" "Networks" "LAN" Après activation du DHCP, il est alors possible au niveau de chaque client de fixer l'adresse IP ("Configuration" "Network") Par ailleurs, dans l'adressage statique de l'UAP-AC-PRO, pour le DNS j'avais mentionné l'adresse IP du routeur ASUS (192.168.1.1) Cette méthode ne fonctionne absolument pas avec la Gateway USG. Il faut, soit revenir au DHCP, soit mentionner les DNS réels (en l’occurrence pour Freebox : 212.27.40.240 et 212.27.40.241) Encore un point qui m'a pris du temps : la connexion à la Gateway renvoie un panneau Unifi Security Gateway, semblable à celui obtenu pour se connecter à Unifi Controler J'ai tenté les codes d'accès par défaut, les codes d'accès au contrôleur... et rien En fait, il faut aller les chercher dans "settings" "site" "device authentication" : on obtient le "username" et pour le password, il suffit de cliquer dans la zone pour l'obtenir Parmi les informations de la Gateway, on découvre que le DHCP est activé avec l'adressage renseigné dans le contrôleur Maintenant, il me reste à lire le documentation

Je n'ai pas ce modèle de switch, mais ce que j'ai compris : - le 8 ème port de ton switch peut alimenter un matériel compatible PoE - pour cela, ton switch doit être alimenté soit par le port 1 PoE, soit par le bloc d’alimentation fourni - par défaut, la fonction PoE output du port 8 est désactivée Donc, si "le dernier port indique POE Passtrough qui est désactivé" (Vérifier PoE Off), tu peux y connecter un matériel non PoE

J'ai la fibre chez Free et je ne constate pas le bridage que tu signales Est-ce que tu ne ferais pas référence à d'anciens problèmes ? Celui de Youtube était lié à un différent entre Google et Free, désormais résolu (depuis, la Freebox V4 tournant sous Android est sortie ) Il y a bien eu en avril 2016 un court épisode de ralentissement dû à un problème technique chez Google Depuis, les cas signalés existent, mais il restent "isolés"

Étonnant ce n° de série au regard des numéros et dates donnés par @Lazer et moi ?

N° série : HC2-014522 Date achat : 09/2013 ou 10/2013 Non, ce n'est pas une blague... j'avais noté le n° de série de ma box (que j'ai revendue depuis) Pour la date d'achat, ma box ayant été changée par le vendeur, je ne sais plus si le n° de série correspond à celle de septembre ou d'octobre 2013

Celle du poirier ?

Que pensez-vous de cet article ? J'ai cru que le journaliste avait mal retranscrit les propos d'un spécialiste... mais non, aucun journaliste n'est intervenu Concernant le premier paragraphe : je n'ai aucune "fonction vitale" (*) de mon domicile qui serait hors service suite à une panne de ma domotique Bien que l’essentiel de ma domotique soit gérée sur un serveur local, j'ai veillé par exemple à ce que la vanne d'eau puisse être actionnée manuellement. Le chauffage peut être "piloté" en mode manuel... mais avec moins d'économie et de précision, mais peu importe Il me semble que l'auteur de l'article aurait dû sensibiliser ses lecteurs sur l'importance de pouvoir gérer les fonctions de leur domicie en "mode manuel" Il a préféré évoquer Windows (?), le changement régulier de mot de passe (je croyais qu'il était plus important de choisir un mot de passe solide plutôt qu'en changer régulièrement), au lieu d'alerter les lecteurs sur les risques vitaux en cas de panne d'électricité, suite à un départ de feu dans le tableau électrique. Exemple, les volets roulants électriques (qu'il soient domotisés ou non) (*) "fonction vitale" étant un abus de langage, sauf par exemple pour des dispositifs médicaux utilisés pour la ventilation mécanique à domicile qui nécessitent des batteries de secours (ENEDIS devant être informé de la présence de patients à haut risque vital sur son réseau)

Tout d'abord une bonne nouvelle communiquée par @Did : la version 6.5U1 d'ESXi est compatible avec son NUC7i5BNH (et probablement avec d'autres de la génération 7... à vérifier) @krikroff, si j'ai bien compris, @Did installe Windows (payant ) sur son NUC et créée des VM dont une pour accueillir Debian/Jeedom ? La version de Vmware pour Windows serait donc "VMWare workstation" ? Question : n'existe t'il pas une version Kodi pour Debian ? En fait, cette solution n'a d'intérêt que si @Did veut accéder à Windows sur son NUC ? L'utilisation de VmWare étant en général en "client-serveur".... je me trompe ? (ce qui est mon cas, mon NUC étant casé dans un coin)