Lazer

Tu peux encore annuler ? Parce que sinon, tu peux attendre le prochain Denon, il promet du lourd : Denon AVC-X8500H, 13.2, HDMI 2.1, Upscaling Ultra HD/4K, compatible 8K et 10K Pas encore de prix remarque, vaut mieux pas savoir

T'as pas trainé dis donc Félicitations

C'est le même. Page produit officielle : https://fr.yamaha.com/fr/products/audio_visual/av_receivers_amps/rx-v481/index.html Il a donc bien une entrée numérique SPDIF Optique, ainsi que 2 entrées numériques SPDIF Coaxiales.

Si je peux me permettre, par souci d'optimisation de la performance du code, il faut éviter l'utilisation de la fonction "pairs" qui est très lente. Elle a l'avantage de simplifier l'écriture et la compréhension, mais elle est peu performante, On trouve des benchmarks sur le net. Donc il vaut mieux privilégier l'emploi d'une simple boucle "for". Bon après, c'est surtout vrai si on appelle souvent ce code. Si il est peu utilisé, c'est pas ça qui changera les perfs de la box. Merci pour ce bout de code en tout cas

Le problème de la Hi-Fi, c'est que ça n’obéit à aucune norme. Donc chacun place la barre où il veut, du simple ampli stéréo avec 2 enceintes passives (peut importe que cela soit du 8 ohm ou toute autre impédance), jusqu'aux systèmes délirants à base d'ampli à lampes, de câbles à 100€ le mètre, et d'enceintes plus chères qu'une voiture. Le home-cinéma est régi par des normes bien précises, qui sont (en théorie...) mises en œuvre dans toutes les salles de cinéma, et que l'amateur essaiera d'approcher au mieux chez lui. Ce qui est certain c'est que pour parler de HC, il faut au minimum un son surround, donc un ampli et des enceintes 5.1 (5 canaux, et 1 caisson de basses). Ou mieux. A noter que le multicanal existe aussi en Hi-Fi avec les SACD. Le Yamaha WXA-50 n'est pas un ampli HC, c'est un (petit) ampli stéréo uniquement, avec une sortie optionnelle pour un caisson de basses. Le mieux pour du HC, c'est un ampli moderne avec entrées HDMI. Toutes les sources sont connectées sur les différentes entrées HDMI de l'ampli HC. Celui-ci propose 1 sortie (parfois 2), pour brancher sur la TV (ou le VP). Salon le prix de l'ampli HC, outre la qualité audio et les options, il y aura plus ou moins d'entrées/sorties HDMI. Bien prendre ce paramètres en compte pour ne pas se retrouver bloqué par la suite. A l'usage, on utilise l'ampli pour entendre le son, et choisir la source. La télécommande de la TV devient inutile puisque la TV est toujours réglée sur la même entrée HDMI, celle venant de l'ampli (sauf si on veut regarder les chaines hertziennes, car le tuner reste toujours dans la TV... à moins d'utiliser un tuner/décodeur externe). A noter que l'ampli peut être éteint, et laisser passer le son directement vers la TV, on parle alors de HDMI bypass ou passtrough. Tu peux oublier les RCA/CINCH, Jack, SPDIF Optique ou Coaxial, etc... ça ne sert plus en HC, tout passe par le HDMI maintenant. Exception toutefois, entre l'ampli et le caisson de basses, c'est un RCA Chinch. Autre exception, l'usage de blocs de puissances externes au pré-ampli, mais là on tape dans les config HC très haut de gamme. Apparemment, chez Yamaha, le plus petit ampli HC qui soit compatible avec la technologie multiroom MusicCast est le RX-V481, qu'on trouve à 329€. Donc moins cher que l'ampli stéréo Muscicast WXA-50. C'est du 5.1, donc pas d'évolution possible vers de l'Atmos. Et c'est l'ancienne gamme, donc il ne bénéficiera pas non plus des nouveautés (Dolby Vision, etc). Il n'a que 4 entrées HDMI et 1 seule sortie. Bref, c'est l'entrée de gamme, mais à part ça, il a tout ce qu'il faut, même la calibration YPAO avec le micro. Après il y a plein de modèles beaucoup plus évolués.

Oui en effet, il vaudrait mieux remonter ce chemin dans les paramètres. Ce script est largement perfectible..... mais j'avoue, j'ai la flemme

Elle est vielle ta release notes. Voici la dernière : http://powerquality.eaton.fr/Products-services/Power-Management/Connectivity/Network-MS.asp Regarde ceci : L'info importante, c'est qu'il y a 2 Card Technical Level 09, et il faut donc prendre au minimum la Card Revision GA qui pourra être mis à jour en release HF, nécessaire au support des Eaton 5P. Sinon, je viens de découvrir que le firmware de l'onduleur lui-même peut également être mis à jour, lien vers le firmware et la procédure : http://powerquality.eaton.fr/Support/Software-Drivers/Downloads/5P-UPS-firmware.asp

Ah oui mais tu n'as pas le même répertoire que moi, du coup il faut que tu modifies aussi la lignes "cd /root/veolia" pour spécifier le bon répertoire. Cherche là bas, tu vas surement y retrouver les fichiers qui te manquent.

En fait, quand je dis "charger" une scène, c'est simplement accéder à /api/scenes/ID, puis décoder le JSON. Donc tout cela se passe dans une variable de la main loop du VD qui va "charger" la scène. J'ai besoin de ce "chargement" pour 2 raisons : - parcourir toutes les scènes pour trouver le nom qui correspond à celui attendu, et en déduire l'ID de la scène (ce qui évite à l'utilisateur de devoir spécifier manuellement l'ID de la scène dans le code LUA du VD, cf discussion d'hier) - analyser le code à la recherche du numéro de version de la scène, afin de mettre en garder si la version du VD ne correspond par à la version de la scène. Donc il n'y a aucune exécution de la scène à ce moment là, il ne faut pas le comparer à un startScene()

Quand tu charges l'API des Scènes et que tu décodes le JSON, à cause du nombre de caractères dans la scène elle-même, j'ai peur de dépasser la taille maximum d'une variable. Cf ce topic : Mais en fait, juste avant de valider mon message, je viens de penser que le chargement de scène, c'est ce que je fais dans mon watchdog, juste avant d'ajouter un saut de ligne et de réencoder le JSON, et je n'ai jamais rencontré le moindre souci, même avec les grosses scènes comme GEA. Donc ce problème ne devrait pas se poser, hop problème résolu

Dans mes VD récents, les paramètres ne sont positionnés qu'à 2 endroits : - onglet propriétés avancées : IP et port - main-loop Donc rien dans les boutons, la Mian loop se chargeant de transmettre les infos aux boutons via une VG auto-crée. En ce qui concerne la scène, je vais éviter de devoir renseigner son ID dans la main loop. Elle devra juste avoir un nom imposé. De toute façon elle sera cachée, donc l'utilisateur s'en moque, ça n'apparait pas dans l'affichage de la page Web standard. Au premier chargement de la main loop, elle ira trouver la bonne scène toute seule. Pour gérer les versions, je ne sais pas encore, je pense que la main loop ira lire l'entête de la scène à la recherche du numéro de version, mais je n'ai pas encore testé cela. Sachant que les variable ont une taille maxi, si la scène est trop grosse, alors la main loop ne pourra pas charger la scène en mémoire. Donc à tester.

Oui tout à fait. Après tu peux toujours mettre la scène en variable dans la main loop, et au premier démarrage du VD créer la scène si celle-ci n'existe pas déjà, mais ça devient un peu lourd... et tu risques d'atteindre la taille maxi de la main loop car elle devra contenir son propre code ainsi que celui de la scène. Il n'y a pas de solution parfaite.

Wow, belle remise. Ca annonce peut être son remplacement prochain, en même temps c'est logique.

OK donc maintenant j'ai bien compris ta question initiale. C'est bien 3s, c'est codé en dur dans le binaire exécutable : while true do fibaro:sleep(3000); Il y a donc bien un risque de louper des appuis de boutons, à cause de ce problème de latence. Bref, je préfère appeler une scène externe Disons que la scène externe peut être vue comme une sorte de librairie, tandis que les vraies librairies ne sont malheureusement pas possible sur la HC2 à cause du LUA bridé par Fibaro.

Un article technique intéressant en français, qui donne plus de détails que 99% des articles des autres journalistes : http://www.hardware.fr/news/15326/meltdown-spectre-point-deux-failles.html C'est très compréhensible, et donne tous les liens qu'il faut pour approfondir. J'adore la conclusion : En somme, même si ton Jeedom est hyper sécurisé et est totalement isolé d'Internet, si sur la même machine tu fais tourner de la virtualisation, et qu'une autre VM est compromise, alors toutes les VM sont potentiellement compromises. C'est en cela que les failles découvertes sont hyper critiques, et que tous les serveurs "cloud" devront être mis à jour.

OK c'est clair. Mais dans ce cas, tu aurais un problème, la main loop a son sleep() de 3 secondes minimum, ce qui aboutie à une mauvaise réactivité. Je crois que c'est comme cela que fonctionnait le VD Sonos de Krikroff. Perso je veux éviter cette latence. A moins que tu aies une solution pour cela ? La scène, elle, n'a pas cette latence de 3s, elle s'exécute quasi instantanément après l'avoir appelé, c'est pour cela que j'ai fait ce choix dans mon prochain VD.

Bah là je n'ai pas d'idée...

Il n'y a pas forcément du bonne façon de faire. Ce que je voulais dire, c'est que j'aime bien que la main loop soit 100% autonome. Par contre pour les boutons, répéter N fois le même code oblige à copier/coller N fois la même chose, ce qui n'est pas judicieux (rébarbatif à développer, consomme de la place dans la DB pour rien, allonge le retour JSON lors de l'appel à l'API, complique la maintenance, etc). Donc là je préfère maintenant mettre le code dans une scène, laquelle est appelée par tous les boutons, avec les paramètres passés en argument. Mais rien n'empêche de faire de même depuis la main loop, sauf que je n'ai pas testé. En terme de performance, c'est un sujet complexe, mais ce qui est certain, c'est que la main loop autonome est le plus performant, car pas besoin de faire d'appel de fonctions externes. Et c'est même pire que ça, car l'appel à une scène est déjà une fonction startscene(), laquelle initie une communication IPC inter-processus au niveau de Linux. Autant dire que ça peut devenir gourmand si tu as plein de VD avec chacun leur main loop qui font un appel à une scène toutes les 3 secondes. Mais encore une fois, je ne saurais pas dire quelle est la meilleure façon de faire, c'est juste ma vision des choses.

Je suppose que oui, mais pas testé. Perso pour la Main loop, je préfère conserver un design monolithique avec un code autosuffisant, qui ne dépend pas d'une scène externe.

Super nouvelle En effet, la HC2 est un PC.

Bon en fait je viens de regarder, ça ne va pas être simple, l'injection de message dans le debug d'une scène ne passe plus par l'API http, mais par une communication IPC entre processus Linux. Donc on peut lire sans problème le debug d'une scène "GET: /api/scenes/1/debugMessages", mais on ne peut plus l'écrire.

Si tu n'as rien qui s'affiche, alors c'est que la requête http ne s'exécute tout simplement pas, puisque tu ne passes pas dans le code LUA de l'une des fonctions de retour. Donc tu as un problème de syntaxe quelque part.

Ca fonctionne et c'est ce que j'utilise, mais ça ne répond pas à la question. J'avais donné l'API sur un autre topic (qui avait donné lieu au watchdog à l'époque). Faudrait retrouver le truc....

Faut que quelqu'un trouve comment exploiter la faille sur la HC2, puis trouve un moyen de nous envoyer le code (via un VD partagé par ex). Bref, je suis pas trop inquiet pour notre petite domotique à la maison. De toute façon la faille n'est pas évitable sur HC2, car elle tourne sur Debian 6, qui n'est plus maintenu depuis 2 ans. Les patchs du Kernel Linux qui sortent ne le seront que pour les distributions maintenues. M'enfin bon faut relativiser, sur HC2, il y a bien plus de failles plus facilement exploitables que Meltdown & Spectre, tout comme sur l'immense majorité des systèmes informatiques. Le risque ne se situe pas que là où c'est médiatisé. Fibaro fera aussi probablement une mise à jour de ses serveurs cloud, donc interruption potentielle à prévoir.

Normal, normalement, le répertoire courant (noté par un point ".") n'est pas dans le PATH de recherche. Donc si tu exécutes veolia.sh directement, il ne le trouve pas. Par contre, si tu forces l'exécution dans le répertoire courant avec le préfixe "./", alors le script est bien trouvé et exécuté. Dans ta crontab, tu as mis le chemin absolu complet, donc si ton script se trouve bien à cet endroit, il devrait l'exécuter. Tu peux t'en assurer en exécutant à la main la ligne complète /Users/Admin/Desktop/Maison/Veolia/veolia.sh