Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    26 412
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 363

Tout ce qui a été posté par Lazer

  1. Sérieux ? Mince alors, je ne fais pas la mise à jour alors.... @BenjyNet au contraire, s'ils pérennisent une plateforme en la déclinant sur plusieurs modèles / marques commerciales, ça lui donne plus d'avenir qu'une seule box dans un coin ? Surtout que Fibaro est totalement inconnu en dehors des geeks, alors que NICE a déjà bonne réputation dans le grand public (face à Somfy); et surtout est déjà distribué largement. Pour moi ça sent très fort l'abandon plus ou moins rapide de la marque Fibaro.
  2. OK merci, par contre je vois que tu as remplacé "get_status" par "miIO.info" dans la fonction Xiaomi:getStatus() d'après le log : [21.04.2021] [14:33:45] [DEBUG] [QA_ROBOROCK_195]: Xiaomi:command("miIO.info", nil, function(), table[2]) Dans cette même fonction, en ligne 528, je te propose de remplacer comme suit, c'est à dire ajouter un tableau vide {} à la place de nil, ce qui permettra d'envoyer params=[] dans la trame vers le robot (en parcourant les forums, j'ai l'impression que c'est ce qu'il faut) : self:command("miIO.info", {}, function(result) return type(result[1]) == "table" end, type(callback) == "table" and {
  3. Certes, mais je n'ai pas trouvé comment mettre à jour le firmware de ce vieux modèles chinois sans la bricker, donc j'ai laissé tomber. Et puis la nouveauté technologique, c'est bien appréciable... et c'est geek aussi Le nombre de pixels, c'est qui voit. C'est comme sur un appareil photo, à taille de capteur identique, plus il y a de pixels, plus la qualité d'image se dégrade (moins de photons sur chaque photosite composant le capteur, donc image plus bruitée la nuit). Et ça prend plus de ressource CPU pour l'analyse d'image, et plus de place sur le disque. Et plus de bande passante réseau, ce qui n'est pas un souci en Ethernet, mais devient un souci dès lors qu'on consulte le flux à distance depuis son mobile. Perso je suis resté fidèle à 4 Megapixels, c'est un bon compromis dans l'immédiat. D'ailleurs c'est la seule, mes autres caméras (les Darkfighter) sont en 2K (1920*1080) et c'est largement suffisant car elles ne filment pas de loin. Pour le varifocale... finalement j'ai appris à m'en passer, même si c'était bien pratique (mais pas simple à régler) J'ai déjà bien calculé l'angle, je suis arrivé à une lentille de 4mm, qui cadre un peu plus large que ce dont j'ai besoin. J'ai légèrement orienté l'angle afin de limiter la vue du voisin/de la rue. Mais sinon, ce n'est pas interdit d'avoir un coin de l'image qui donne sur un lieu public ou privé, il faut dans ce cas le masquer (zone à configurer dans la caméra ou dans le logiciel d'enregistrement)
  4. Lazer

    Support Gea

    Je ne maitrise pas du tout le RestartTask, j'ai bien 1 ou 2 règles qui en utilise sur mon GEA v6 existant sur HC2, mais on m'avait donné la syntaxe sur le forum, que j'ai appliqué sans trop chercher à creuser le sujet. Si tu pense qu'il s'agit manifestement d'un bug de GEA v7 sur HC3, tu peux aller poster sur le topic dédié, en donnant les logs détaillés après avoir préalablement activé debug=true et lldebug=true
  5. Ouaip, solution toute trouvée, j'ai remplacé cette caméra par le dernier modèle en ColorVu 2.0 comme indiqué sur cette même page Rien que sur la qualité d'image le changement vaut largement le coup. D'ailleurs ça fait quelques mois que je n'ai pas fait de mise à jour de firmware, il va falloir que je refasse une passe prochainement.
  6. Effectivement, je n'avais pas fait attention, l'API a changé.... j'aurais dû m'en douter, c'était dans "other bugfixes" Apparemment c'est maintenant : /api/events/history Bon... bah... faudra que je prépare une nouvelle version de ce QuickApp.
  7. Bien, on a avancé d'un pas je pense Mais il manque le début du log, donc je ne fait que supposer.... mais on est probablement retombé maintenant dans le problème que tu as mentionné sur l'autre topic, à savoir que ce ne sont pas les mêmes commandes. Est-ce que c'était le get_status ? Je n'ai pas compris ce que tu as dû changer sur l'autre topic pour que ça fonctionne avec ton robot... mais je pense qu'il va falloir faire pareil.
  8. Top merci Effectivement tu as raison le debug ne contient pas grand chose... mais il montre surtout un plantage (invisible) du code LUA Je pense que ce que je t'ai fait commenter ce matin n'était pas la bonne solution. Je te propose, toujours dans le fichier Xiaomi, de modifier la ligne 319 comme suit : if cipher_checksum == sha_hex2bin("ffffffffffffffffffffffffffffffff") or cipher_checksum == sha_hex2bin("00000000000000000000000000000000") then
  9. Merci mais les fichiers txt sont bloqués sur le forum.... si tu peux le remettre avec une extension LUA ça passera En tout cas avec tes dernières explications je commence un peu mieux à comprendre
  10. OK... bon toujours aussi étrange.... J'attends les logs détaillés de @Dragoniacs avant de me lancer dans une analyse détaillée
  11. "... se stoppait ..." Que veux tu dire par là ? Le QA se crashe ? Que vois-tu dans les logs ? De toute façon si le JSON n'est pas comme attendu, comme dans le cas de @Dragoniacs c'est normal, le problème se situe en amont.
  12. Oui tout à fait, elle était certifiée depuis quelles semaine sur la page officielle de la Z-Wave Alliance : https://products.z-wavealliance.org/products/4107?selectedFrequencyId=1 Le support du 433 MHz c'est pour le protocole propriétaire Nice (portail, ...) Et c'est pour cette raison qu'ils ont renommé l'application mobile Fibaro => Yubii :
  13. Bienvenue sur le forum
  14. Welcome to the forum
  15. J'ai le S6 MaxV J'arriverai bien à trouver une façon de rendre le QA suffisament générique, après le risque c'est que pour les prochains modèles l'API change encore, ce qui est possible vu qu'elle n'est pas officiellement documentée. En fait j'ai vraiment besoin du log complet (avec debug=true activé), car je ne sais même pas d'où sort le JSON que tu as partagé page précédente. Il faut que je comprenne la séquence complète de communication (et aussi résoudre le problème du checksum que je t'ai fait commenter en attendant)
  16. C'est fou ça, le résultat n'a rien à voir, comme si l'API était différente. Je suis quand même preneur des logs complets de tes 2 robots, car je ne comprend pas d'où ça sort tout ça...
  17. Étrange... et ça te fait pareil avec tes 2 aspirateurs ? Je ne suis pas certain de bien comprendre ta question, mais tu peux m'envoyer le log complet (en fichier attaché si c'est trop long pour être copier/collé dans un message, car le QA est assez bavard avec le debug activé)
  18. Tu peux STP arrêter de citer systématiquement le message précédent le tient, y compris ton propre message ? Je te laisse faire le ménage
  19. @LMSI non rien à faire de spécifique, mais il va falloir m'en dire plus, je ne peux pas deviner. Comme d'habitude, commencer par les logs. Sinon tu as quel modèle d'aspirateur ? Peut être un qui n'est pas supporté. @Dragoniacs le VD était beaucoup plus permissif dans le protocole de communication, et ne vérifiait pas la validité des trames retournées par le robot. J'ai renforcé cela, mais peut être un peu trop du coup... dans l'immédiat, tu peux désactiver la vérification du checksum en commentant le bloc qui débute en ligne 329 du fichier Xiaomi.
  20. ah mince, aussi mal que ça ? Donc ton HC2 est perdue à jamais ?
  21. Lazer

    questions de newbie !

    Avec le -1 en dehors du tonumber du coup, car il faut que ta string soit convertie en nombre avant l'opération tonumber(fibaro.getGlobalVariable("Consigne_HC", 10)) - 1
  22. Lazer

    questions de newbie !

    il doit avoir du mal à interpréter la base (décimal, binaire, hexadécimal, etc). Essaye de forcer la base décimale : tonumber(xxx, 10)
  23. Même pas de other bugfixes, je ne clique pas Je ne suis surtout pas concerné par les bugs corrigés, donc je vais attendre sagement la stable.
  24. Donc c'est bien l'appel de self:setVariable() qui provoque le crash Alors là c'est très étrange, je ne comprends pas pourquoi.... EDIT : mais si bien sûr, le problème se situe lors de l'appel de ta fonction IDsAlarm(), il faut utiliser self : function QuickApp:btnJour() self:IDsAlarm(2) end
  25. C'est bizarre, il faudrait que tu mettes des traces de debug un peu partout dans ton code, car en l'état je n'ai aucune idée de la ligne qui a provoqué le plantage.
×
×
  • Créer...