Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    26 003

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 284

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer

    Onduleur Eaton

    Lazer a répondu à un(e) sujet de Lazer dans Tutoriels

    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
  2. Lazer
    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.
  3. Lazer
    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()
  4. Lazer
    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
  5. Lazer
    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.
  6. Lazer
    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.
  7. Lazer
    Wow, belle remise. Ca annonce peut être son remplacement prochain, en même temps c'est logique.
  8. Lazer
    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.
  9. Lazer

    Meltdown et Spectre

    Lazer a répondu à un(e) sujet de i-magin dans Le bistrot

    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.
  10. Lazer
    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.
  11. Lazer

    Probléme mise a jour suite a recovery

    Lazer a répondu à un(e) sujet de mprinfo dans HC2

    Bah là je n'ai pas d'idée...
  12. Lazer
    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.
  13. Lazer
    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.
  14. Lazer
    Super nouvelle En effet, la HC2 est un PC.
  15. Lazer
    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.
  16. Lazer
    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.
  17. Lazer
    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....
  18. Lazer

    Meltdown et Spectre

    Lazer a répondu à un(e) sujet de i-magin dans Le bistrot

    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.
  19. Lazer
    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
  20. Lazer

    Choix multiroom

    Lazer a répondu à un(e) sujet de Moneg dans Multimédia (audio, vidéo ...)

    Fait gaffe, parler de Hifi sur un ampli HC, tu vas te faire tomber dessus par les audiophiles ! Les puristes séparent les fonctions. Bon le commun des mortels se satisfait de bonnes enceintes sur un ampli HC, donc j'ai envie de dire, vu ton cahier des charges, t'es un peu comme moi, bon pour virer Sonos, et passer en Yamaha ou Denon/Marantz. Après pour le choix du modèle d'ampli HC, ça dépend de ton budget, ça va en gros de 300€ à 3000€ environ chez ces marques là. N'importe quel ampli HC a pléthore d'entrées analogiques et numériques, tu n'auras pas de mal à brancher tes équipements. Et puis plus besoin de l'optique, maintenant on rentre en HDMI sur l'ampli. Pas de souci pour Spotify. Les amplis modernes peuvent bien sur lire du MP3 situé sur un NAS, idem pour les Webradios et les Deezer/Spotify/etc. Faut que je vois pour forcer la lecture d'un MP3 via l'API, je n'ai pas encore creusé cet aspect sur mon Yamaha, vu que je ne fais pas de TTS. Mais ça doit être possible, et surement plus simple que chez Sonos, puisqu'il n'y a pas besoin de mettre le MP3 préenregistré dans la bibliothèque propriétaire.
  21. Lazer
    Tu as 2 fois lla section "options", tu devrais essayer de faire un peu le ménage dans ton code, ça pourrait être la source du problème
  22. Lazer
    Quand tu dis que tu n'as plus d'erreur, c'est à dire que ton code LUA affiche bien "Poll device OK" ? Si c'est le cas, étrange.... bon après je n'ai pas testé, ce que je t'ai indiqué est théorique.
  23. Lazer
    Je suis bien d'accord. Mais tout se trouve dans le "pas bien cher"... même 2€, multiplié par la quantité, c'est toujours ça de gagné sur la prime du boss en fin d'année.
  24. Lazer
    Oui mais là on parle de code LUA non ? Donc il faut que tu ajoutes l'authentification de ta HCL dans le code LUA que tu exécutes sur ton HC2. C'est quoi ton code ? EDIT justement ça tombe bien, regarde le code partagé par @pepite là :
  25. Lazer
    Là en l’occurrence, j'avais besoin de 12V, 5V, et 3,3V, c'est pour cela que je pars du 230V. Mais sinon, dans d'autre montages, oui j'utilise aussi la technique de la diode + résistance.
×
×
  • Créer...