Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    26 228

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 327

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer
    Mais alors du coup, si le capteur ne fonctionne que lorsque l'alarme est armée, il doit avoir un moyen de récupérer cette information. Tu as testé tous les borniers au multimètre lorsque tu armes/désarmes l'alarme pour voir si l'un d'eux change de statut ?
  2. Lazer

    Plantage Hc2

    Lazer a répondu à un(e) sujet de Alexis S. dans HC2

    Faudrait que tu branches un écran sur la sortie VGA de la box pour voir ce qui apparait à l'écran, ça peut peut-être aider à comprendre. Sans ça, il n'y a pas vraiment de logs accessibles. Sinon demande de support à Fibaro qui peut se connecter et regarder les logs, mais si tu as fait un recovery alors tous les précédents logs sont perdus.
  3. Lazer
    Ah oui effectivement, là ce n'est pas normal.... Et tu coup, la consigne est prise en compte sur le thermostat (ie elle s'affiche sur le panneau LCD) ? En tout cas sur HC2 je n'ai pas ce souci.... à voir avec un autre utilisateur de HCL ?
  4. Lazer
    120s ? Tes piles vont être mortes dans 3 mois àce rythme là.... T'es certain de la communication entre ton thermostat et la HC Lite ? Car tant que la box est en attente du réveil du module, il ne se passera rien...
  5. Lazer
    Tout est possible, mais comme c'est une opération un peu délicate (et rare), jusqu'à présent j'ai préféré ne pas passer de temps à développer ce genre d'outil. Voici les requêtes que tu peux utiliser pour mettre à jour un ID (remplacer par les IDs corrects ) : -- Remplacement sondes FGBS -- Thermomètre Grenier : 49 => 185 UPDATE domotique_temperature SET device_id=185 WHERE device_id=49 UPDATE domotique_temperature_day SET device_id=185 WHERE device_id=49 UPDATE domotique_device SET id=185 WHERE id=49 UPDATE domotique_device_type SET device_id=185 WHERE device_id=49 . Oui pour les Météo, c'est un comportement par défaut des modules qui n'ont pas de pièce assignée. Il faudra que je fasse quelque chose pour contourner ça....
  6. Lazer
    tente une exclusion (via l'interface HC2 puis triple clique sur le module), et ensuite une inclusion (idem)
  7. Lazer
    Les rooms et les modules sont dans des tables différentes, donc pas besoin de requêtes imbriquées. Mais ça ne veut pas dire pour autant que la table est bien optimisée, ou que les requêtes le sont.... ton impression est la bonne je pense Au final, migration depuis une veille version ou réinstallation from scratch en v4, tout le monde a la même base, aux erreurs d'intégrités près....
  8. Lazer
    Tu crois que la Homelive a le port dont tu as besoin sur la carte mère ?
  9. Lazer
    Essaye de le transformer comme ça (suppression de response, qui doit contenir une chaine de codes qui fait planter la page web) : fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..'</span>')
  10. Lazer
    Il y a encore un autre process qui gère les accès à la DB. Donc ça fait des communications inter-process à gérer encore.... Et puis la base en elle même, je ne la trouve pas super clean.... on sent bien les évolutions de versions successibles :/
  11. Lazer
    Ha j'ai une idée Dans ce bouton n°1, essaye de commenter (ou supprimer) toutes les lignes comportant un fibaro:debug(...) J'ai eu un comportement étrange sur un autre module en cours de développement quand j'affichais des codes HTML que le navigateur interprétait dans la page de la HC2.
  12. Lazer
    ah ok, j'ai pas pris le temps de vérifier ça quand j'en ai eu l'occasion
  13. Lazer
    OK je confirme, il y a plein de choses logguées en v4, beaucoup plus qu'en v3. Par contre, quand je vois la vidéo de 971jmd avec la scène qui tourne à fond, et des cores qui ne sont pas à 100%, je me dis quand même qu'il doit y avoir une mauvaise gestion de threads qui doivent s'attendre mutuellement les uns et les autres, non ? Rhhhaaa comme par hasard je n'ai plus aucune v4 chez moi pour jouer (non ma box ne passera pas en v4 de si tôt...) Sinon, ça serait envisageable de faire tourner GEA dans un module virtuel ? Il y a des risques de plantage ?
  14. Lazer
    @cocolabombe0 : alors là je suis très surpris, c'est la première fois que je vois ce bug !! Pas trop d'idée là .... @bencol : ce sont des timestamp unix ça se manipule très bien en LUA ou en PHP, ou en n'importe quel langage d'ailleurs.
  15. Lazer
    Chaque module virtuel s'exécute dans un processus isolé au niveau système. Ces processus sont mono-threadés => j'ai 18 process. Chaque scène s'exécute dans un thread, et tous ces thread appartiennent au processus principal de la HC2 => j'ai 59 threads !!! JC, c'est quoi que tu appelles un logger ?
  16. Lazer
    cocolabombe0, t'es en v4 et tu as des résultats bien meilleurs que Steven et Nico ? Dans vos tests, vous pouvez spécifier l'année de votre box ? Car je rappelle qu'il y a 2 générations, avec des cartes mères et processeurs différents. Ca doit surement influer sur le bench.
  17. Lazer
    Attention, les temps données sont pour 1000 itérations, voire jusqu'à 100000 itérations pour mon test. On est vraiment sur du benchmark là , pas sur une utilisation normale de scènes. Parmi les facteurs : - le réseau n'entre pas en compte pour ce test - charge de la HC2 : globalement toutes nos HC2 sont sous-utilisés. Exemple sur la mienne : load average: 0.03, 0.28, 0.29 (pour les familiers de Linux) - d'après les 4 tests vu ce soir, il semble que la différence de perf v3/v4 soit reproductible. Et surtout, en dehors de tout benchmark synthétique, un voit bien que GEA ne se comporte pas du tout pareil entre la v3 et la v4. En terme de réactivité, le moteur Z-Wave en interne est peut-être plus réactif, mais d'un point de vue scripts/scènes la v4 semble donc moins réactive. (attention, tout ceci n'a rien à voir avec les problèmes de compatibilité et/ou stabilité des modules/plugins).
  18. Lazer
    De quel souci de début sur le bouton 1 parles-tu ? Pour les graphs de luminosités en LUX, en fait le code à modifier manuellement traine sur l'une des pages de ce sujet, vers le début (page 4 ou qqch comme ça).
  19. Lazer
    J'ai quand même l'impression que le nouveau moteur multi-threadé est àl'origine du problème....
  20. Lazer
    Donc maintenant on sais ce qu'il y aura dans la HC3 : - Core i7 4770k - Chipset Z-Wave+ - Et la version 4 Steven, tu t'y colles pour la communication avec Fibaro pour ce gros problème de performance ? Tu sauras mieux argumenter que nous...
  21. Lazer
    Ah, non justement chez moi le détecteur extérieur transmet systématiquement le mouvement au bornier, donc au module FGK quel que soit le statut d'armement de l'alarme. Diagral aurait donc modifié le comportement de son alarme ? Pour info ma centrale date d'aoà»t 2011, et mes 2 détecteurs extérieurs sont un peu plus récents (octobre 2011 et mars 2012)
  22. Lazer
    La commande groupée n'a plus trop d'intérêt maintenant qu'elle est dispo dans toutes les boutiques françaises.
  23. Lazer
    Je pense que pour le découvrir, il faut analyser les requêtes faites par le panneau de température. Avec Firefox ou Chrome, touche F12 pour activer les outils de développeur.
  24. Lazer
    Ah oui c'est sur la HCL tu l’intègres en tant que passerelle via le panneau dédié dans la HC2, c'est forcément plus facile. Mais je pense que tu peux largement t'en sortir avec l'API Vera, tu n'auras que des actionneurs classiques je pense dans ta cave, donc pas de gestion du chauffage et autres joyeusetés qui nous occupent nos soirées.
  25. Lazer
    Ah mais oui bien sur, j'avais oublié ! C'est justement le but du gars sur le forum Orange, de pouvoir accéder à l'API pour la piloter depuis l'appli Vera ou Imperihome. Donc en gros, il faut que tu te renseignes sur l'API Vera, et ensuite tu pourras créer des modules virtuels sur la HC2 qui appelleront les URL de la Box Vera (puisque ce ne sera plus une box Homelive si tu la flashes....)
×
×
  • Créer...