Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    26 306
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 344

Tout ce qui a été posté par Lazer

  1. CHIP Connected Home over IP MATTER Je n'ai pas trouvé de topic unique sur le forum, l'information étant disséminée ça et là, alors ce nouveau topic sera la lieu unique de discussion autour de ce futur nouveau protocole CHIP (es espérons le dernier, l'ultime, le définitif... un protocole pour les gouverner tous) Article intéressant d'Hervé sur son blog Abavala : Projet CHIP: agenda, protocoles et… blockchain! On a enfin quelques informations concrètes à se mettre sous la dent.... jusqu'à présent je ne comprenais pas comment CHIP allait s'interfacer avec les protocoles domotiques existants, le monde IP, et une passerelle de haut niveau. En fait, CHIP est censé répondre à toutes ces problématiques : Intéressant de retrouver Thread, que j'ai cru mort et enterré à jamais... : Ah en voilà une info intéressante : Très bien aussi la sécurité : Donc là je vois venir ce que je pressens depuis que Fibaro a annoncé abandonner Zigbee pour attendre CHIP : ils ajouteront CHIP dans la box afin de faire passerelle avec les modules Z-Wave, car il ne faut pas rêver, les modules Z-Wave existants ne seront jamais Thread natif : Et là on comprend que Zigbee n'est pas plus à un protocole d'avenir que Z-Wave, ça me fait bien marrer quand je repense à quelques discussions ici ou là... : Bref, rendez-vous fin 2021 / début 2022 pour les tous premiers produits certifiés CHIP.... il faudra du temps avant que ça se démocratise, mais on voit enfin la lumière au bout du tunnel... allez, on y croit ! D'ici là, je pense qu'on aura de plus en plus d'informations techniques détaillées.
  2. 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.
  3. 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 {
  4. 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)
  5. 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
  6. 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.
  7. 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.
  8. 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.
  9. 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
  10. 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
  11. OK... bon toujours aussi étrange.... J'attends les logs détaillés de @Dragoniacs avant de me lancer dans une analyse détaillée
  12. "... 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.
  13. 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 :
  14. Bienvenue sur le forum
  15. Welcome to the forum
  16. 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)
  17. 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...
  18. É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é)
  19. 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
  20. @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.
  21. ah mince, aussi mal que ça ? Donc ton HC2 est perdue à jamais ?
  22. 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
  23. 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)
  24. 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.
  25. 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
×
×
  • Créer...