jojo

ah oui, que du jpeg

pour détecter une panne de courant (locale dans mon cas), j'ai mis cette prise, NodOn ASP-3-1-00 Prise intelligente Z-Wave détection coupure de courant, 3000W Type E qui est en association directe avec un WP (qui lui est alimenté, donc ici sur le même onduleur que la HC2), et donc dès que le WP est éteint, cela veut dire qu'il n'y a plus de courant. C'est plus rapidement détecté qu'un noeud mord.

merci pour ces infos. De mon côté j'ai également continué à chercher, et mis vu un commentaire intéressnt sur Amazon : https://www.amazon.fr/gp/product/B076P7QZM2?pf_rd_p=61e3aca3-2f4c-4ed4-8b56-08aa65c1d16f&pf_rd_r=Z1EVR94T6SVXP0JMB3KR

Ça à lain sympa cette jauge. peut-on récupérer la valeur de la mesure dans la box, sous forme d'api ?

Bonjour, J'avais fait à l'époque un tuto pour intégrer les caméras dans les HC2/L. Regarde dans ma signature

ou une exclusion de la box (même s'ils ne sont pas enregistrés dans la box) peut suffire

Merci, je vais donc passer à moments, vu que c'est le futur

Merci pour tes recherches et ces infos. Je devrais donc installer moments? J'espère qu'il y a une App pour mobile

merci, mais je ne vois pas de quelle options tu parles

aux champions du HAproxy. je voudrais rediriger https://photos.mondomaine.ltd vers http://IPNas/photo/ J'ai réussi à faire que cela fonction sur le LAN, mais pas en dehors => parfaitement inutile. des idées ou exile de config chez vous ?

Merci dieu, j'ai rajouté le port dans mon cal, et c'est ok. Quand j'y pense, c'est +/- "logique", car le frontend vérifie si l'url précisée correspond exactement. Or, il faut préciser le port 443 dans l'application Androïd, donc il est logique qu'il faille la préciser dans le contenu de l'ail => MMEERRCCII

bonjour les amis, Je déterre ce sujet, car j'ai un soucis avec la configuration de HAproxy. J'espère que vous pourrez m'aider ... Ma config : - HAproxy 1.8 sur Debian 9.6 sous Esxi 6.5.0 - Surveillance Station 8.0.3.--5159 sous DSM 6.2-23739 Update 2 N.B. je n'utilise pas le reverse Proxy intégré de DSM, car je trouve que celui de HAproxy sous Debian est plus configurable. Mon soucis : Sous SS, je ne vois pas les caméras avec l'image en direct : Voici un snapshot pris ce 22 avril à 11:24. Et on voit que l'image est du 21 avril à 17:54 (horodatée sur l'image) N.B. : si je me connecte en local IP directement, pas de soucis; idem lorsque j'utilisais le reverse proxy intégré de Synology Voici ma config haproxy.cfg ############################################################## ### global ### ############################################################## global maxconn 10 log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners stats timeout 30s user haproxy group haproxy daemon # Default SSL material locations ca-base /etc/ssl/certs crt-base /etc/ssl/private # Default ciphers to use on SSL-enabled listening sockets. # For more information, see ciphers(1SSL). This list is from: # https://hynek.me/articles/hardening-your-web-servers-ssl-ciphers/ # An alternative list with additional directives can be obtained from # https://mozilla.github.io/server-side-tls/ssl-config-generator/?server=haproxy ssl-default-bind-ciphers ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:RSA+AESGCM:RSA+AES:!aNULL:!MD5:!DSS ssl-default-bind-options no-sslv3 ############################################################## ### defaults ### ############################################################## defaults log global # 21/04/2019 maxconn 10 mode http option httplog option httpchk option forwardfor except 127.0.0.1 # 21/04/2019 option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000 errorfile 400 /etc/haproxy/errors/400.http errorfile 403 /etc/haproxy/errors/403.http errorfile 408 /etc/haproxy/errors/408.http errorfile 500 /etc/haproxy/errors/500.http errorfile 502 /etc/haproxy/errors/502.http errorfile 503 /etc/haproxy/errors/503.http errorfile 504 /etc/haproxy/errors/504.http ############################################################## ### frontends ### ############################################################## frontend http bind 0.0.0.0:80 # on redirige de manière permanente pour mondomaine.tld tout ce qui est en http vers du https acl http hdr_end(host) mondomaine.tld redirect scheme https code 301 if !{ ssl_fc } http frontend https bind 0.0.0.0:443 ssl crt /etc/haproxy/cert/ no-sslv3 acl ss hdr(host) ss.mondomaine.tld use_backend ss if ss default_backend NotExist ############################################################## ### backends ### ############################################################## backend ss http-request add-header X-Forwarded-Proto https if { ssl_fc } server web-server1 IPLocalSyno:PortSS backend NotExist http-request deny D'avance merci pour votre aide

j'ai 1 AP-AC-Pro et 2 AP-dans la liste de ceux qui sont susceptibles de poser problème ?

tout est dans le titre ...

Perso mes AP sont en v4, et zéro soucis (mais peut être y a-t-il une relation avec le début de la v4 de Fibaro ?)

que te propose-t-il comme autre choix ? Une liste de module ? Si oui, cela permerttrait de rechercher les voisins d'un module particulier, et donc laisse vide pour rechercher les voisins pour tous les modules

Oui

en fait, je n'avais pas lu tes modifications, mais elles répondent à la question Sauf que dans les fichent techniques ils parlent de 650 ou 500 mW pour la consommation des bobines, ce qui correspond en 12 V à 54 ou 42 mA. Mais pourquoi ne pas utiliser des FGS comme le suggère @Lazer, comme ça tu es sûr

ce n'est pas le module qui fournit le courant, mais ce qui se trouve derrière. Ce qui est donc indiqué, c'est que le module accepte de commuter une charge allant jusqu'à 150 mA. Donc tu dois regarder combien ton relais consommes lorsque sa bobine est activée et ça ne doit pas dépasser 150mA. Si je raconte des bêtises, @Didme corrigera

si tu utilise un petit bout de fil aud tu poses 2 sec entre 23 et 24 (=faire un pont), cela simulera ce sue le FGS fait entre IN et Q1/2

fait d'abord le test sans module, sans box. Juste un impulsion avec un pont entre 23 & 24 (ouverture totatle) et entre 23 & 19 (ouverture piéton). Comme ça on validera que le câble est ok, et que ce n'est plus qu'une question de paramétrage. Pour les paramètres, as-tu bien mis auto-off après 0,5 s ?

et le plus important, ils annoncaient du beau temps ?

à priori tous les moteurs doivent être compatibles : ils doivent avoir des fins de course pour savoir quand s'arrêter. Je me souviens avoir passé un temps certain sur mon échelle à tester toutes les combinaisons des connections avec mon multimètre, avant de trouver les deux contacts sec. Et il y en a également 2 bornes pour alimenter la carte en BT continu, c'est obligé, mais il faut chercher

un FGBS par moteur, et avec les 2 contacts utilisés, comme ça je sais si ma porte est en mvt, ouverte ou fermée (avec les combinaisons des positions ... c'est compliqué comme le camasutra). L'avantage, c'est que je ne dois pas me préoccuper des piles, car alimentés par la carte du moteur

et du coup certains disent que ma domotique, c'est une usine à gaz ...