Lazer

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.

Je pense que c'est parce que tu as le même chauffe eau "intelligent" que moi. Il analyse la consommation chaque jour pour adapter la puissance la semaine suivante en fonction des habitudes du rythme de vie. C'est efficace au quotidien pour faire des économies, inutile de chauffer 300L à la T° maxi si on ne prend que 2 douches chaque jour de la semaine. Mais si tu coupes le courant pendant 2 jours, la batterie interne se vide, et il se réinitialise. Alors à la prochaine alimentation il repart sur un cycle de calcul. Le premier jour il chauffe à fond. Je n'ai pas de Tempo, mais j'ai remarqué que ça ne servait à rien de couper le chauffe eau quand on part un week-end de quelques jours jours, car la semaine suivante il consomme plus que la normale.

Un graph vaut mieux qu'un long discours

Tu peux aussi prendre une simple plaque à trous pastillés, la découper aux dimensions idéales, et souder directement dessus. C'est ce que je fais pour mes micro montages, beaucoup plus rapide et plus économique que de lancer la production d'un seul PCB (et puis si tu te trompes dans le schéma de ton PCB, tu es bon pour recommencer.... souvenir d'étudiant, et pourtant on avait accès direct aux machines)

Ca n'a rien d'un deal, c'est le prix normal sur Amazon depuis pas mal de temps.... décidément sur deallabs les utilisateurs se font la course aux faux deals, ça perd de son intérêt. J'en ai quand même pris un pack, c'est toujours utile à avoir sous la main.

C'est la seule fonction dont j'ai besoin sur HC2 pour avoir une intégration parfaite de tous mes objets connectés externes (IPX800 en tête de liste) Tout le reste a été contourné grâce au root (NTP sync, Backup des icônes + NAS, exécution de scripts divers et variés, ...) Dans cette nouvelle version je note quand même une nouveauté qui sera bien utile pour les rolbacks et qui manquait cruellement : "Restoring backup with full rollback (restores also software version) or with current software version " EDIT : je ferme cette page, je retourne sur Gmail, et je vois un email "Introducing plugins".... je vous dis pas le niveau d'excitation Je regarde l'expéditeur : Ubiquiti..... bon bah eux au moins ils ont tout compris le hasard....

non juste le téléchargement en background des mises à jour avant le reboot, ce qui pouvait prendre plusieurs minutes sur les connexions lentes. Comme le font tous les OS modernes, Android, Windows, etc. Pas de trace des plugins .... EDIT : grillé !

echo mprinfo > /dev/null

Ah voilà, c'est top ça Bravo !

Essaye ça (écrit à l'arrache non testé), mais c'est déjà un peu plus propre que ton code, et ça permettra peut être de mieux comprendre ce qui se passe : local ECO = Net.FHttp("192.168.1.88") local response, status, errorCode = ECO:GET("/api/xdevices.json?cmd=10") if tonumber(errorCode) == 0 and tonumber(status) == 200 and response ~= nil and response ~= "" then fibaro:debug(response) data = json.decode(response) fibaro:debug("ABO : " .. (data.T1_PTEC or "???")) fibaro:debug("CONSO : " .. (data.T1_PAPP or "???")) fibaro:debug("IHP : " .. (data.T1_HCHP or "???")) fibaro:debug("IHC : " .. (data.T1_HCHC or "???")) fibaro:debug("PROD : " .. (data.T2_PAPP or "???")) else fibaro:debug("Erreur") end PS : fait l'effort d'utiliser les balises pour publier des extraits de code, parce que tes messages sont difficilement lisibles.

Moi aussi je fais confiance à Tinman > " Ce qui est certain c'est que la 4.170 était la dernière version dont le backup était fait sur la clef " Ah bon ? Du coup, je me demande si ce gap de version 4.501, associée à la disparition du backup sur clé recovery, je serait pas annonciateur d'une réelle nouveauté.... matérielle ! Cela aurait du sens qu'ils adaptent le code, qui soit facile à maintenir sur notre vieille box, et une nouvelle référence.