Lazer

Pas d'Internet ? Gênant ça !

Pour les statistiques des devices Wifi, c'est pas grave quand même. Je n'ai pas d'USG donc je ne peux pas comparer, mais j'ai des AP et des Switchs Unifi.

Mes devices Wifi sont bien indiqués en Wifi, et mes devices filaires.... sont tous sur le même port du switch Unifi ! Normal, mon coeur de réseau est une autre marque (Cisco). En fait, Unifi ne peut cartographie correctement ton réseau que si tu as TOUT en Unifi. A partir du moment où tu introduits une autre marche (y compris du Ubiquiti Edge*), il ne peut plus cartographier correctement.

Pour le DHCP, aucune idée, mais l'utilisation de Unifi Controler est assez surprenante et à contre courant du management classique des routeurs et switchs.

Par exemple, quand j'ai créé des VLANs et et trunké des ports, il a fallu que je cherche les tutos, je n'aurais pas trouvé tout seul.

Le 29/11/2018 à 21:50, J3R3M a dit :

Toujours est-il que je me rends maintenant compte que le LUA s'éxécute moins rapidement que le PHP

En fait c'est l'inverse, LUA est BEAUCOUP Plus rapide que PHP, il y a eu pas mal d'études à ce sujet sur le net.... enfin "pas mal" c'est relatif, car LUA est un langage assez confidentiel. La langage LUA a justement été développé pour être très rapide et peu consommateur de ressource, tout le contraire de PHP en fait.

Ce n'est que récemment que PHP, avec la v7, est devenu plus rapide (performances peut être similaires maintenant, en fait j'en sais rien, il faudrait faire tourner un programme identique sur la même machine pour comparer).... à voir si des études récentes ont été menées.

N'oublie pas que le processeur de la HC2 est un Atom pas tout jeune, et même si c'est surdimensionné pour faire de la domotique, ça reste un processeur très lent comparé aux autres CPU du marché.

Le 29/11/2018 à 21:50, J3R3M a dit :

Mais, sans que je puisse l'expliquer, lorsqu'il n'y a pas eu de mouvements depuis un certain temps, c'est plus long pour procéder au premier allumage de la lumière de chaque pièce, là où les délais réduisent considérablement la fois suivante.

Etrange ça....

Sans certitude, mais on dirait un problème de maillage, comme si il devait recalculer une nouvelle route à chaque fois.... route qu'il conserve un certain temps, puis "oublie".

Moi ce que je ferais c'est :

arrêt VM

monter un Datastore NFS depuis un Syno sur une autre machine

Tu déplaces les VM de ton Datastore SSD vers le Datastore NFS

Puis reboot du serveur

Suppression RAID SSD

Arrêt server

remplacement physique SSD
Boot serveur

Création nouveau RAID SSD

Formatage nouveau Datastore SSD sous ESXi

Déplacement des VM de NFS => SSD

Démarrage VM

Démontage datastore NFS

il y a une heure, jojo a dit :

Mais alors comment dire à ESXI qu'il doit récupérer le Datastore existant sur le nouveau SSD ?

Si tu fais ta méthode, qui doit fonctionner également, il y a une option pour lui dire de scanner un datastore et importer les VM.

Avec le client lourd je sais faire, mais avec le client web je ne sais pas où ça se trouve, mais ça existe forcément.

Mais qu'est ce qui s'est passé alors ?

C'est quoi ne qui marche pas ?

Il y a 19 heures, jojo a dit :

défit relevé : j' un interrupteur (toujours le même, et pourtant j'ai déjà changé le module pouur cette raison) qui réagit après 5 sec, ou jamais. Et poutant dans un rayon de 5 m, il y a il y a 3 autres FGS et 2 WP.

Toi tu as toujours eu un chat noir sur ton installation..... t'as même changé de box, je ne suis pas certain que c'était nécessaire.

Il y a 4 heures, Hysis a dit :

Par contre vu que tu parles d’extension, de jardin, je pense que le zwave sera vite problématique niveau portée

chez moi : terrain > 500 m², modules de la cave au grenier, de la maison à l'abri de jardin, ainsi que le portail et le puits, réseau super stable.

Le maillage rempli parfaitement son office, j'ai testé un module tout seul, sur un autre réseau Z-Wave (sur ma box de test), et je confirme qu'il ne capte pas au fond du jardin. Ca démontre bien la puissance du réseau maillé.

Il y a 19 heures, jojo a dit :

c'est vrai que quand je demande à ma LD d'allumer ou d'éteindre toutes mes lampes (oui 15-20 points lumineux), ça peut prendre plusieurs secondes

Je viens de faire le test plusieurs fois, c'est entre 2 et 3 secondes chez moi. avec 23 points lumineux (d'ailleurs je n'avais jamais compté, je ne pensais pas avoir domotisé autant de lumières !!!)

Le moteur Z-Wave de la HC2 est au top, mais ça on le savait déjà

Il y a 1 heure, romanoel a dit :

Je prendrai le module ZWave pour les petits plus comme les prises connectées fibaro par exemple

Erreur !!!!!

SI tu fais du Z-Wave, c'est tout, ou rien. Mais ne va pas faire la bêtise de mélanger les protocoles.

Quelques modules Z-Wave seulement, c'est l'assurance d'avoir un réseau qui ne soit pas bien maillé, donc pas très efficace.

Puisque tu parles de domotiser quelques lumières et volets roulants, c'est parfait en Z-Wave ça, avec les micro-modules Fibaro qui t'assureront un maillage idéal.

Ou alors tu fais tout en X3D, mais pas certain qu'ils proposent un catalogue aussi large, notamment pour les Wall Plugs.

Pour le choix de la box, dans ton cas le choix de Lifedomus est adapté, puisque tu parles d'alarme Delta Dore, et il me semble que c'est la seule qui supporte cette alarme nativement (normal, c'est la même fabricant)

J'ai raté un épisode, c'est quoi les problèmes ?

Il me semblait que tu avais réussi à tout faire fonctionner !

Oh le beau Cisco

Hum, 15 points lumineux d'un seul, en effet... jamais testé.

Faudrait que je fasse le test à l'occasion pour, ça serait amusant de voir comment la HC2 s'en sort

Moi je pense à un support d'unité centrale à fixer sous le bureau

Copain de matos : Bosch, Domino, serres joints Wolfcraft

EDIT : c'est un rack réseau 19" avec tablette pour NAS... on voit le rendu 3D sur la photo

T'as pas compris le principe alors, Apple ne vole pas au secours, au contraire même... il les aide à s'endetter pour s'acheter des objets qui ne sont pas dans leur budget.

Technique commerciale bien connue depuis des lustres....

Par contre, 5000€ ne suffiront pas pour s'acheter le Mac Pro en config maxi.

Il y a 1 heure, romanoel a dit :

je reviens sur cette histoire de module fibaro pour les interrupteurs. Avec un module (disons celui que je place dans ma chambre), est-ce que je peux décider que de cet interrupteur, je piloterai en fonction de l'heure de la journée, la lumière de la cuisine et du garage par exemple (exemple complètement con, mais c'est juste pour l'idée ).

C'est faisable (sans intérêt , mais faisable  )

Pour cet exemple précis, il faudra 3 modules :

- 1 module derrière l'interrupteur qui ne commande aucune lumière

- 1 module sur la lampe de la chambre (connecté uniquement à la lampe, sans interrupteur)

- 1 module sur la lampe du garage (connecté uniquement à la lampe, sans interrupteur)

Ensuite, tu n'as plus qu'à faire un scénario qui réagit en fonction de l'heure de la journée : quand on appuis sur l'interrupteur, cela active la lampe de la chambre, ou du garage.

En optimisant, on peut réduire à 2 modules :

- 1 module derrière l'interrupteur (connecté en S2), avec la sortie O1 connectée à la lampe de la chambre

- 1 module sur la lampe du garage (connecté uniquement à la lampe, sans interrupteur)

Le scénario réagit alors en fonction de l'événement sur l'entrée S2 du premier module.

Tout est faisable en fait... mais attention aux usines à gaz impossible à maintenir, et au final pas WAF pour l'utilisateur (femme, amis, etc)

Un interrupteur doit piloter la lumière de la pièce dans laquelle on se trouve, c'est sa fonction première.

A ce titre les modules Fibaro sont parfait : installé derrière l'interrupteur, il permet de contrôler 1 lumière, de façon totalement autonome. Comme il communique en Z-Wave, la box domotique en est informée, peut agir en conséquence (ex : si j’allume une lumière, alors ça allume une autre, ou baisse les volets si il fait nuit, lance la musique, etc)

Il y a 1 heure, romanoel a dit :

Ce qui me fait un peu peur avec le zwave, c'est les éventuelles latences (pas que ca mette en péril ma santé mentale....mais plus pour le principe).

En cherchant à droite à gauche, j'ai cru comprendre que dans les protocoles sans fil, le X3D était plus "rapide" que le Zwave. 

j'aimerais bien où tu as lu cette connerie ?

2 hypothèses :

- 1 utilisateurs final qui n'a pas compris comment fonctionne le Z-Wave (réseau mal maillé), ou qui utilise une box de merde (eedomus 1, raspberry PI 1, etc)

- 1 pro malhonnete

Comme je l'ai expliqué récemment sur un autre topic, les latences du Z-Wave se comptent en millisecondes. Ce n'est pas perceptible par un être humain.

Si il y a une latence, c'est qu'il y a une erreur d'architecture du système domotique. Exemple concret : allumer des lampes Philips Hue (qui n'est pas du Z-Wave....) en passant par un pont, du Wifi, des passerelles, et un protocole Zigbee, bah c'est lent....  à prendre en compte.

Mais un réseau full-Z-Wave, correctement maillé, correctement paramétré, et avec une box domotique puissance (HC2, LifeDomus, Jeedom sur un NUC puissant), je te met au défi de constater des latences...

Oui, voilà, faut un Proxy pour logguer les URL.

Par contre, ce n'est pas Hadopi, mais la LCEN je crois bien qui impose de logguer (Loi pour la confiance dans l'économie numérique)

Le tuto c'est @mprinfo, en fait c'est basiquement l'utilisation de Win32DiskImager.

Maintenant que @Mulder est dans la place, on va pouvoir comprendre tous les phénomènes paranormaux qui entourent notre HC2.

Désolé, c'était trop tentant, le pseudo est culte

La vérité est ailleurs....

Non ce n'est pas prévu.... c'est censé être tellement rare les bascules sur batterie, et tellement court, que je n'ai pas jugé utile de s'embêter avec l'icône.

J'ai préféré mettre l'accent sur les possibilités de notification, variable globale, et fakes devices.

Non elle a une coque orange, dans le même ton que celle proposée par @BenjyNet

Moi j'ai mis mon anémomètre en haut de la tour Eiffel, et le pluviomètre avec la sonde de température au milieu du champs de Mars, j'ai trouvé que ça pour respecter les normes

il y a 29 minutes, J3R3M a dit :

C'est bien ce que j'avais en tête, mais pour le coup, c'est nettement moins "smart", d'après-moi.

Enfin, cela dépend des modules interconnectés, mais faire cela entre un interrupteur et une ampoule (ou un FGD), cela revient au même que s'il y avait un câblage électrique simple entre les deux, en plus cher. Mais cela est strictement personnel et je n'ai sans doute pas pensé à un cas où cela pourrait être utile.

Je pense que tu mélanges plusieurs choses là.

Déjà, je n'ai pas parlé d'intelligence ("smart"). Une association directe entre 2 modules, c'est justement tout sauf intelligent => C'est bête et méchant, un mouvement sur le détecteur allume immédiatement le dimmer, quelles qu'en soient les conditions (jour, nuit, humidité, age du capitaine, etc). L'action est donc quasiment instantanée, on parle d'une latence de quelques millisecondes entre les 2 modules.

Ensuite, tu parles d'interrupteur sur un dimmer, il n'y a justement pas de communication inter-module, puisque l'interrupteur est physiquement connecté au module, et que l'ampoule également. Le module Dimmer agît alors exactement comme un télérupteur électrique. C'est totalement autonome et ne dépend d'aucun autre module, ni de la box domotique (laquelle est tout de même informée après que le dimmer ait effectivement allumé la lumière). L'action est donc instantané, impossible de faire plus rapide.

Je me rend compte à la lecture de ton scénario rapidement décrit plus haut dans ce topic, et des autres messages que tu as laissé ailleurs sur le forum, que tu es parti dans des délires assez importants (ne le prend pas mal hein ) avec une architecture complexe, appelée couramment usine à gaz.

Les usines à gaz, c'est bien, ça sait tout faire. Mais c'est complexe, difficile à maintenir, souvent assez lent, et peu fiable.

C'est pour cela que je t'invite à revenir aux fondamentaux, à savoir tester chaque interaction une par une.

Tu verras que le Z-Wave est extrêmement rapide, les latences ne sont pas perceptibles pas nous autres pauvres humains, et que si latence il y a, elles proviennent d'ailleurs.

Dans ton cas, on est plusieurs (toi y compris ) à avoir de sérieux doutes sur le script LUA et ses nombreuses interactions avec la DB, ainsi que le pont Philips Hue. Sans oublier la latence du capteur PIR lui-même bien sûr, à l'origine de tout ton scénario.

Tu l'as dit toi même plus haut, un grand nombre d’interactions n'entrainent pas nécessaire un temps de latence de plusieurs secondes, en citant en exemple ma chaine Harmony => ... => Lampe, qui bien que longue, ne prend que 1s maxi (bon, c'est déjà trop à mon gout, mais ça reste acceptable pour cet usage, à savoir piloter la lumière du bout des doigts sans bouger mon popotin du canapé )

il y a 46 minutes, TonyC a dit :

tu utilises quelle model de vanne stp? j'en ai une qui m'a lâchée il y a 1 mois et il faut que je la renouvelle.

Malheureusement je ne peux plus te donner de référence, car Amazon a remplacé le produit par un autre sur la fiche produit, avec la même URL....

C'est une vanne motorisée de marque générique alimentée par 2 phases en 230VAC, exactement comme un volet roulant. Donc 2 fils + 1 neutre.

Phase ouverture pendant 10s environ, phase fermeture pendant la même durée.

Consommation 5W pendant la manœuvre.

Ah mais je suis d'accord, je l'ouvre tout le temps ou tout ou rien.

C'est juste que la commande de la vanne s'alimente avec un FGR. En fait, j'ai employé le mauvais terme, ce n'est pas une électrovanne, mais une vanne motorisée.

Donc pour ce FGR, il me faudrait les 10 icones (je peux tricher et mettre 2 groupes de 5 icones identiques, mais bon, c'est pas propre)

Est-ce que quelqu'un aurait une série d'icônes pour électrovanne avec 10 positions ?

En effet, la mienne est pilotée par un module FGR de volet roulant, donc avec 10 icônes..... cependant je n'ai trouvé que des jeux de 2 icônes d'électrovannes en tout ou rien (ouvert/fermé).

Merci.

Le FGMS a une certaine latence inhérente au fonctionnement de tout détecteur de mouvement basé sur la technologie PIR (capteur d'alarme, etc)

Le faisceau IR perçu par le capteur est découpé en zone par la lentille de Fresnel placée devant.

Par défaut, je crois que le FGMS attend que 2 zones soient franchies pour confirmer le mouvement (cela se change dans ses paramètres).

Donc si tu rentre "juste un peu" dans son champs de vision, tu n'as activé qu'une zone, mais pas 2, donc pas de notification de mouvement.

Tu peux changer sa sensibilité à la hausse (comme à la baisse), mais attention aux faux positifs.

Une fois la détection confirmée, l'info est envoyé par Z-Wave à la box HC2, ce qui est extrêmement réactif pour peu que ton réseau Z-Wave ne soit pas surchargé (ça peut arriver...) et qu'il ne doive pas passer par des relais (réseau maillé).

Ensuite, c'est le trigger de la HC2 qui va déclencher ta scène, puis ton code LUA, et tu connais la suite.

Si tu veux du quasi instantané (modulo le temps de détection inhérent à la techno PIR décrit ci-dessus), il faut faire une association directe entre le FGMS et le Dimmer (ou relai) pilotant la lumière puisque tu bypass la box (laquelle est tout de même informée).... ce qui implique d'être en full Zwave. Dans ce cas, on peut parler de quasi instantanée, la latence n'est pas perceptible par un être humain. On est au niveau d'un réseau KNX, où les participants (les modules) discutent entre eux en direct, sans dépendre d'un contrôleur (box)

je sais pas trop, mais moi je repartirais à la base => 1 seul capteur de mouvement qui déclenche le trigguer sur un script LUA ultra simple (donc performant) qui allume 1 seule lumière

Juste pour voir si la lenteur vient de ton script ou de la communication Hue.

Ensuite tu sauras où optimiser

Oui, c'est maintenant officiel, on peut en parler

Elle est personnalisable, c'est cool, mais perso j'aime vraiment pas cette mode de merde du blanc de tout le monde qui copie Apple.

Surtout que la grosse tendance actuelle c'est de revenir vers des thèmes sombres... ça n'a que des avantages, plus reposant pour les yeux, moins consommateur de batterie (avec les écrans OLED)

Aucun souci, je biens de tester en accès 4G, que ça soit via le cloud Fibaro, ou en direct en forçant mon IP publique grâce à une redirection de port (beaucoup plus rapide que via le cloud Fibaro)

Tu as peut être un souci de config de ton appli ? Va voir les paramètres.