Lazer

C'est le même genre que j'avais pour mon aquarium... que j'étalonnais tous les 6 mois environ. Le seul truc précis et fiable tout le temps (mais chiant...) ce sont les goutes.

J'ai remarqué certaines incohérences dans les infos lors des traductions des datasheets (copier/coller trop rapide ?) Essaye de trouver la datasheet sur les sites de Hikvision US / Europe / China pour en avoir le coeur net.

Je confirme.... Sinon n'importe quel aimant puissant fait l'affaire, y compris ceux des autres détecteurs. J'en ai interverti certains

Ces messages dans le VD ça veut juste dire que la HC2 n'arrive plus à se connecter en SNMP via socat... donc que socat n'est pas démarré. Désolé là je ne peux pas t'aider sur QNAP.... déjà je n'aime pas trop la partie Linux de Synology DSM car ils l'ont beaucoup trop modifié, il s'éloigne de toutes les distributions habituelles Debian/Redhat/etc.... alors je suppose que QNAP est parti dans le même délire.

Pas certain que ça fonctionne, si tu regardes les autres scripts dans ce répertoire tu verras qu'ils sont un peu plus "intelligents" qu'une simple ligne de commande pour démarrer un programme. En effet, il y a plusieurs fonctions, afin de gérer différentes commandes telles que start/stop/status/reload/... Idéalement il faudrait donc écrire (ou pomper) un script similaire pour socat... un peu lourd pour si peu. C'est pour cela que mon astuce dans le tuto consiste à exécuter uniquement la ligne de commande qui nous intéresse dans /etc/rc.local Tous les systèmes Unix/Linux ont un mécanisme similaire, mais chacun a ses particularités... les éditeurs aiment bien adapter les standards à leur propre sauce... donc faut chercher au cas par cas

Non mais regarde déjà si tu as un fichier /etc/rc.local ou équivalent sur QNAP pour démarrer le processus automatiquement à chaque reboot.

Oui mais attention, là tu l'as démarré à la main, mais il faudra le redémarrer manuellement au prochain reboot du NAS.

Moche, ce n'est pas le pire encore. Le vrai problème, c'est que EnOcean ça ne fonctionne pas (provoc', mais pas tant que ça...). En effet, même les Nodon avec la pile ont des soucis. Exemple concret avec un capteur d'ouverture de porte : si la porte est ouverte/fermée un trop grand nombre de fois rapidement (cas qui arrive régulièrement avec ma porte d'entrée), alors le module n'a pas le temps d'envoyer les notifications. Le contrôleur pense que la porte est restée ouverte, et mes scénarios déconnent (genre avertir que la porte est restée ouverte plus de 5 minutes en plein hiver avec le chauffage à fond). Donc je me tape des notifications pendant 20 minutes..... 2 solutions : - attendre 20 minutes que le capteur envoie de lui-même son état ("fermé" en l’occurrence), ce délai n'est pas réglable et programmé en dur dans le module (ou alors je n'ai pas trouvé comment le paramétrer) - aller manuellement ouvrir et refermer la porte (ce qui est difficile quand on vient de quitter la maison) Bref, EnOcean, j'y ai cru, j'ai testé, .... et je n'approuve pas. Z-Wave reste pour moi le meilleur protocole domotique sans-fil, et de très loin devant tous les autres. Même le souci des piles est en passe d'être réglé, en Z-Wave+ (Gen500) c'est très correct, et avec la Gen700 en approche, ça va être top.

C'est clair que je suis habitué à passer pour un extraterrestre, tout ce que je fais en domotique ou informatique semble totalement inutile au commun des mortels. Chacun ses passions

Enorme, je l'avais raté celui là, ils sont au top

J'y ai pensé, mais ils n'arrivent déjà pas à ajouter un truc aussi simple que la méthode PUT dans les requêtes PUSH (dont on a besoin pour l'API de la HC2), alors modifier la config du serveur Web, ça va être chaud. Comme c'est de l'embarqué, ils n'utilisent pas un serveur Web standard (Apache, Nginx, Lighthttpd, etc), mais un truc "jesaispasquoi" allégé, qui doit avoir un support très limité du protocole HTTP (bien plus complexe qu'on ne le pense)

Wifi mais pas d'Ethernet ? Peut être qu'il est compatible PJLink, tu devrais chercher. Sinon chez Epson il y a le protocole ESC/VP.net qui est encore plus complet, tu as accès à quasiment toutes les fonctions du projo via le réseau..... pareil que pour PJLink, le VD que j'ai partagé sur le forum fonctionnera peut être sur le tient. Alors poiur HDMI / CEC, pour moi ce truc est une horreur, j'ai forcé la désactivation sur tous les équipements de ma chaine multimédia. En général ça fonctionne à peu près bien quand 2 équipements sont branchés sur la chaine, mais les choses se gâtent dès qu'on passe à 3. C'est @Nico le spécialiste de ça. Sinon il reste la solution que tout le monde utilise : Logitech Harmony.

Vous avez testé la sécurité du chiffrement de votre reverse proxy ? De mon coté je me suis motivé pour mettre à jour mon reverse proxy avec HAProxy sous Debian. Je suis passé à la dernière version 1.8.x, appliqué quelques paramètres pour optimiser tout cela, et je suis passé d'une note A sur https://www.ssllabs.com/ssltest/ à une note A+, donc la meilleure possible Ce qui m'a motivé à la base, ce n'était pas tant la sécurité SSL, que l'amélioration des performances. La version 1.8 apporte le support du protocole HTTP/2 qui va remplacer petit à petit le HTTP/1.1 historique. Et je dois dire que je suis impressionné par les perfs, le gain le plus flagrant est avec l'application DS Cam sur mobile... A vue de nez je dirais que c'est 10 fois plus rapide qu'avant, la connexion et l'affichage du flux vidéo en direct sont quasi instantanés, aussi bien en Wi-Fi local qu'en 4G distante (la Fibre est exploitée à sa juste valeur) Par contre, problème de login sur les pages des produits de chez GCE Electronics... Eco Devices et IPX800 v4. J'ai réussi à trouver une solution de contournement pour l'Eco Devices (limitation à 1 connexion simultanée, ce qui fait perdre le bénéfice du HTTP/2), mais ça fonctionne. En revanche pour l'IPX800 v4, rien à faire, impossible de charger la page, pourtant j'ai passé un moment à tuner pas mal de paramètres. Je pense que ça me fait comme @BenjyNet. Dès que je désactive HTTP/2, l'IPX800 se charge parfaitement. Mais je préfère conserver HTTP/2 pour que tous les autres sites en bénéficient, tant pis pour l'IPX800, je n'ai pas besoin d'y accéder à distance.

OK c'est clair Oui tout à fait le nouveau FGDW-002 a une sonde intégrée, ce que je voulais dire c'est qu'on perd le bornier pour mettre la sonde externe, ou tout autre contact sec (bien utile pour mes détecteurs de mouvement) Je suis d'accord, il est plus beau, mieux fini, et moi aussi je trouve je scotch nul, comme tous les scotchs ça fini obligatoirement par se décoller (surtout sur des fenêtre en bois !!!)

Ah oui c'est vrai ça, Nico il sait mieux lire que moi Donc ensuite il faut que tu le configures... je ne sais pas si les instructions que j'ai donné en 1ère page sont valables sur QNAP (les chemins sont peut être différents) Sinon si tu attends suffisamment longtemps, je mettrai à jour ce VD afin de ne plus avoir besoin de passer par socat. En effet, la HC2 sait maintenant faire du UDP nativement, Fibaro a corrigé le bug en douce sans le mentionner dans le changelog.

ben....euh... je n'ai jamais utilisé de QNAP moi

Euh, le FGK 101 c'est la version blanche et le FGK 102 c'est la version grise, il n'y a aucun différence matérielle non ? Ils sont tous 2 de la première génération en Z-Wave standard. La nouvelle version en Z-Wave+, c'est le FGDW-002, qui est tout intégré, et sans sonde. La batterie est identique, mais pour l'instant c'est un peu tôt pour savoir si l'autonomie est réellement améliorée. Ou alors j'ai loupé un module entre les 2 générations ?

Quasiment tous les projos du marché, neufs comme anciens, ont une API. Surtout Epson, qui est un des leaders chez les Japonais (avec JVC et Sony... dommage Panasonic a abandonné) Donc tu as au minimum le protocole JPLink sur tous les modèles. Par contre si ton projecteur n'a pas de prise RJ-45, alors tu es obligé d'accéder à cette API via le port série RS232 / DB9. Un Raspberry PI collé au cul du projecteur peut faire l'affaire. Mais bon, faut encore en avoir l'utilité, si c'est juste pour faire ON/OFF, passer par ta télécommande en I/R ou via la chaine HDMI / CEC ça peut suffire dans la majorité des cas. Pour Onkyo, il y a déjà un VD sur le forum, un très vieux même, c'est parmi les premiers tutos historiques de ce forum.

Perso un des critères de choix de mes équipements cinéma c'était la présence d'une API publique. Projecteur Epson, ampli Yamaha, lecteur Kodi, tout ce petit monde a une API parfaitement documentée, et utilisée dans des VD partagés sur le forum. Mon écran est fixe donc pas de problème de moteur, mais il est rétroéclairé, j'avais vérifié avant l'achat que je pouvais remplacer le contrôleur des LED par un module Fibaro RGBW. Sinon Denon (=Marantz) a une API publique également. Aucune idée pour Pioneer. Ce n'est pas la même boite que Onkyo maintenant ? Tu devrais chercher l'API de Onkyo, ça marcherait peut être avec ton ampli.

les acheteurs de chargeurs à 60€ sur bien plus exigeants que des acheteurs de chargeurs à 10€, cela explique probablement les notes plus sévères. Il existe des forums de passionnés de chargeurs, des mecs qui achètent tous les chargeurs pour les tester, mesurer les courants, les tensions, la température de charge des batteries, etc. En un sens, ils ont raison car ce sont des paramètres très importants, comme le soulignais @chris6783 (c'est comme en domotique, entre être exigeant sur des modules Z-Wave à 60€, versus des modules Chacon à 10€... c'est juste pas comparable d'un point de vue technique, donc on adapte ses exigences et sa note en conséquence)

Pour info, demain Vente-Privée avec du Diagral.... il y aura peut être des modules à bon prix. C'est comme cela que j'avais acheté le boitier Diagral Connect.

Maintenant je fais juste - read device configuration (relire les parmaètres) - réveil du module par triple clic et ça suffit, je procède toujours comme ça, et pourtant je change (trop) souvent les piles de mes FGK.

Yeah, bon anniversaire @Steven

Je ne savais pas qu'on pouvait rechercher un autre mot clé que "Google" dans Bing, j'ai appris un truc aujourd'hui

Oui normal, sur un cumulus basique, tu as un cycle plus long car il doit chauffer l'eau des 2 jours manqués. Sur un ballon intelligent, c'est bien pire, car il doit en plus remonter la température à la T° maxi, ce qu'il ne fait pas en temps normal puisqu'il optimise le cycle de chauffe en fonction des besoins à venir.