Lazer

Moi j'ai éteint Jeedom il y a peu (définitivement ?), j'avais besoin de récupérer des ressources sur mon serveur. C'est rapide à réinstaller, je pourrais toujours reprendre à zéro si un jour j'ai du temps pour jouer avec.

En tout cas Fibaro en est fier, ils viennent de pousser une notification via l'appli mobile.

Ah non, là pour le coup c'est une vraie évolution : - ajout du mode 0-10V - 6 sondes de T°C au lieu de 4 Également, la protection contre les mauvaises installations évitera peut être de le cramer comme ça m'est arrivé ! La news ne le précise pas, mais j'espère aussi un passage à une puce Z-Wave+, ça ferait du bien car le portée du modèle original est assez faible.

15m en 5Ghz avec des murs, je pense que tu rêves un peu.... mais comme toujours en radio-fréquences, c'est imprévisible, donc seul un test terrain permet d'en avoir le coeur net. Sinon le client bascule en 2.4 Ghz, et comme dit plus haut, le début est beaucoup plus faible (mais suffisant pour 90% des usages)

Oui sans souci, tu peux tout mixer

Oui voilà, c'est ce que je vais faire. Attention à la nanoHD, elle aura une portée et une bande passante plus faible en 2.4Gbps par rapport à la AC-Pro. Elle est optimisée pour le 5Gbps, donc portée très courte, mais débit élevé.

Comme à chaque première génération chez Ubiquiti, ça va être trop cher pour un particulier, puis la seconde génération sera accessible, environ 2 ans plus tard. Ca avait fait comme cela pour les premiers modèles AC, puis rebelote avec les "HD".

Pour moi, la présence de 2 ports ne sert qu'à les cascader les uns sur les autres, pour amener le Wi-Fi à l'autre bout du bâtiment sans tirer N câbles depuis le cœur de réseau. Cela sans recourir à du Mesh (rappel, le Mesh utilise une partie de la bande passante Wi-Fi pour l'uplink vers la borne suivante, ce n'est pas donc pas une bonne solution technique, même si ça simplifie le déploiement) A noter qu'un modèle UAP-XG est en cours de développement, encore plus performant. Celui-ci aura un port 1Gbit/s ainsi qu'un 10Gbit/s L'alimentation PoE se fera sur le port 1 Gbps, tandis que le port 10 Gbps pourra servir à transmettre la data. Encore plus tard, la future norme PoE 802.3bt permettra de supporter une puissance maximum de 90w en 10Gbps. (les actuels POE 802.3af et POE+ 802.3at sont limités à 1 Gbps)

Nouvelle borne Unifi nanoHD en approche à 179$ : https://unifi-nanohd.ubnt.com/ Couleurs personnalisables, et intégration optionnelle en faux-plafond. Là ils visent clairement l'hôtellerie de luxe et les villas haut de gamme. Pour rappel, la gamme "HD" chez Unifi signifie la compatibilité avec le MU-MIMO, donc que le débit est disponible pour chaque client, et ne s'effondre pas dès que 2 appareils utilisent le Wi-Fi simultanément. J'attends que ça soit dispo, et je pense que ça sera ma prochaine borne.

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