Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    25 874

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 256

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer
    Merci... mais euh.... compliqué à reproduire là... trop de règle, et la lecture du log est d'autant plus ardue. Est-ce que tu pourrais isoler le bug avec 1 seule règle dans ta config, afin de m'aider à comprendre, et je tenterai de produire chez moi.
  2. Lazer
    Ouais mais c'est compliqué parce que le développeur a fait n'importe quoi, s'il avait bien fait son boulot dès le 1er coup, ça fonctionnerait tout seul Ou alors vous n'avez qu'à acheter le même modèle que le miens @Dragoniacs Tu peux essayer de remplacer les 2 fichiers main et Xiaomi par les fichiers ci-joints STP ? ça ne sera surement pas 100% fonctionnel, mais ça devrait aller mieux...enfin j'espère ! Xiaomi Roborock Vacuum v2.01.lua Library - Xiaomi v1.01.lua
  3. Lazer

    HC3 en 100 FDX ?

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

    Ah mais clair, la vitesse c'est génial. Je suis retourné sur mon HC2 la semaine dernière pour préparer ma migration, identifier les devices, etc... punaise les boules ! C'est le cas de le dire
  4. Lazer

    UN petit coup de main SVP

    Lazer a répondu à un(e) sujet de henri-allauch dans Support

    C'est vrai ça... bien vu @jjacques68 @henri-allauch Du coup je suppose que tu utilises setInterval(), à mon avis ce n'est pas la bonne méthode. Car si le http.request() met plus de temps à répondre que ton intervalle => tu as les événements en double Perso je fais un setTimeout() dans les callbacks de http.request() (success() et error()) qui se rappelle lui-même à chaque boucle (avec un délai de 100 ms paramétrable). Normalement impossible d'avoir des events en double avec cette technique, car on est certain à la prochaine exécution de http.request() qu'on a bien pris en compte la dernière valeur connue de states.last Remarque de fond : d'où l'intérêt quand on demande de l'aide sur le forum de donner un maximum d'information, à savoir tout le code qui entoure la fonction qui pose problème, car c'est souvent le contexte qui pose problème plus que la syntaxe en elle-même. EDIT : @henri tu as répondu entre temps et tu confirmes exactement ce que je dit
  5. Lazer

    HC3 en 100 FDX ?

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

    Autant de changement => perso je trouve ça très bien, même si j'aurais aimé encore plus de changements Sans pouvoir switcher facilement => ça oui, il faut tout refaire, aucune reprise possible des VD, scènes, scénarios....
  6. Lazer
    C'est bizarre, on dirait qu'il y a des trames qui se mélangent. On va allonger un peu les délais... dans le fichier main, à la ligne 276, tu peux modifier comme suit : fibaro.setTimeout(10000, function() loop(self, refreshInterval) end) Ainsi le 1er refresh du statut se fera 10 secondes après la découverte de l'aspirateur (au lieu de seulement 1s)
  7. Lazer
    Oui effectivement, j'ai raconté n'importe quoi hier, désolé.... je me suis un peu emmêlé les pinceaux. Une meilleure lecture du log et je comprend mieux. Voici ce que je te propose : En ligne ligne 528 tu vas remettre comme à l'origine : self:command("get_status", nil, function(result) return type(result[1]) == "table" end, type(callback) == "table" and { Et en ligne 805 tu vas modifier comme suit : params = params or {} Et relancer le test.
  8. Lazer

    HC3 en 100 FDX ?

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

    Normal, c'était même annoncé dans ses spécifications lors de sa sortie. En pratique ce n'est pas un souci, on ne fait pas passer de trafic réseau important par une box domotique. Et puis 100 Mbps en Ethernet, ça reste plus rapide que la majorité des débits atteints en pratique avec du Wi-Fi.
  9. Lazer
    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.
  10. Lazer
    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.
  11. Lazer
    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 {
  12. Lazer
    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)
  13. Lazer

    Support Gea

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

    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
  14. Lazer
    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.
  15. Lazer

    Quick App - Evénements

    Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur

    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.
  16. Lazer
    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.
  17. Lazer
    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
  18. Lazer
    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
  19. Lazer
    OK... bon toujours aussi étrange.... J'attends les logs détaillés de @Dragoniacs avant de me lancer dans une analyse détaillée
  20. Lazer
    "... 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.
  21. Lazer
    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 :
  22. Lazer
    Bienvenue sur le forum
  23. Lazer

    New member

    Lazer a répondu à un(e) sujet de BugBeetle dans Nouveau ? Présentez-vous

    Welcome to the forum
  24. Lazer
    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)
  25. Lazer
    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...
×
×
  • Créer...