Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    26 077
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 299

Tout ce qui a été posté par Lazer

  1. Non la valeur par défaut c'est seulement 3000 ms, soit 3 secondes. Et j'avais justement augmenté cette valeur à 10000 ms, soit 10 s, pour minimiser les erreurs, car le cloud Netatmo est parfois lent à répondre. Même si ce n'est pas suffisant, car j'ai encore des échecs de connexion. J'ai testé avec 20000 voire 30000, mais ça ne change rien.
  2. Lazer

    PROBLEME ZWAVE HC3

    J'ai plutôt l'impression que c'est un module qui a buggé, qui inonde le réseau, et fait tout planter. Je ne sais pas combien tu as de modules, mais il va falloir l'identifier... et si tu ne sais pas lequel c'est, il faudra les déconnecter un par un jusqu'à trouver le coupable.
  3. Non la mise à jour ne modifie pas la config du module. Je suppose qu'il n'est pas nécessaire de mettre à jour la HC Lite avant la mise à jour de ce module.
  4. Lazer

    QA Multilevel sensor

    Hum, oui en effet, alors le type multilevel, comme son nom l'indique, ce sont tous les modules qui peuvent prendre une infinité de valeur. Exemple classique : capteur de température, d'humidité, de luminosité, etc. Même si les valeurs peuvent être bornées (ex : humidité, forcément entre 0 et 100) Mais tu as aussi les actionneurs, exemple, le dimmer. D'ailleurs Fibaro fait bien la distinction : multilevelSensor et multulevelSwitch Les capteurs de mouvement et d'ouverture sont de type binaire, true ou false, 2 valeurs uniquement. Le generic n'a rien à voir, puisqu'il n'a tout simplement pas de valeur. Tiens regarde cette URL, tu verras la liste des types sous forme d'arbre : /api/devices/hierarchy Tu verras que temperatureSensor, humiditySensor, etc.. sont des cas particuliers de multilevelSensor L'avantage d'utiliser le type le plus juste, est d'avoir l'unité préconfigurée, l’icône, etc.... Quand tu utilises un multilevelSensor car tu ne trouves pas de type prédéfinis correspondant à ton besoin, tu peux lui affecter ta propre unité (par défaut l'unité n'est pas définie : chaine de caractère vide)
  5. Home Center 3, Home Center 3 Lite and Yubii Home comparison Cela confirme que la seule différence de la Yubii avec la HC3L est la présence de la puce NICE, comme sur la HC3. Cela dit, pour tout le reste, elle est strictement identique à la HC3L. Si je devais faire un classement, je dirais : HC3 >> Yubii > HC3L (oui j'ai bien mis double supérieur entre la HC3 et la Yubii, tant les différences sont nombreuses). Les râleurs vont dire qu'elle n'a pas de puce Z-Wave 700
  6. Ce n'est pas encore en place avec cette version.... ça viendra, mais plus tard. Maintenant je travaille activement sur la migration de ma propre installation d'ici fin mai, donc les améliorations des QA existants, et futurs nouveaux QA, reprendront après.
  7. Oui pour modifier le champ enabled, que ça soit par le GUI ou par l'API, dans les 2 cas ça fait la même requête PUT, qui redémarre obligatoirement le QuickApp. Donc passage obligé par la fonction onInit() Mais ce que je voulais dire, c'est que le QA sera toujours actif, donc il recevra les sollicitations de l'utilisateur, les appels de fonctions, etc. Donc si on veut faire les choses proprement, il faudrait tester son état enabled au début de chaque fonction. Un peu lourd... Oubli de la part de Fibaro, ou simple héritage de ce champ depuis les modules Z-Wave ? Je ne sais pas, mais en tout cas je suis content qu'on aie accès à cette valeur, ça permet de simplement bloquer l'exécution d'un QA.... Je me souviens sur HC2 d'avoir dû vider des main loop de leur contenu, ou d'avoir mis un fibaro:abort() en première ligne, et d'avoir oublié de l'enlever par la suite... "Mais pourquoi ce c.. de VD ne fonctionne plus ???"
  8. C'est exactement pour cela que j'en ai parlé, je me doutais que ça allait faire réagir les développeurs Et effectivement, c'est à nous de coder la logique de désactivation. L'équivalent de getSelfID() est tout simplement self.id (accessible uniquement depuis une fonction de QuickApp, puisqu'on utilise self), ou bien de façon plus générale plugin.mainDeviceId qui est accessible de n'importe où dans le code LUA du QA) fibaro.getValue(347, "enabled")) ne te retourne rien car enabled n'est pas une propriété du device (= elle ne fait pas partie de la sous-table properties dans son JSON) Perso j'utilise ce genre code, vers le début de la fonction QuickApp:onInit() : -- Check if QuickApp device is enabled if not api.get("/devices/"..tostring(self.id)).enabled then self:updateProperty("log", "Disabled") for _, child in pairs(self.childDevices) do child:updateProperty("log", "Disabled") end self:updateView("LabelDebug", "text", "❌ " .. (self.trad.quickapp_disabled or "QuickApp disabled") .. " ❌") self:warning("Device", self.name, "is disabled => QuickApp stopped") return end C'est le return à la fin du bloc de test qui stoppe l'exécution du QuickApp (en réalité ça ne le stoppe pas, ça empêche juste l'exécution de la suite du code de onInit(), et notamment le setTimeout() un peu plus loi qui est censé lancer la boucle infinie)
  9. A ce sujet, dans tous mes QuickApps, j'ajoute maintenant la possibilité de désactiver facilement chaque QA, simplement en cochant la case qui va bien dans l'onglet de ses propriétés avancées :
  10. étrange ça, pourquoi il n'y a pas 2 robots qui se comportent de la même façon ? C'est pénible... Il faudra que je prenne le temps d'étudier les logs plus en détail....
  11. Oui voilà !
  12. Euh, tu es certain d'avoir fait la mise à jour des fichiers LUA ?
  13. Lazer

    Joyeux anniversaire @Domodial

    Distanciation sociale, le forum est COVID Compliant
  14. tient c'est marrant, ce message apparait de temps en temps aussi sur le miens, mais très rarement, environ 1 ou 2 fois par semaine. Dans tous les cas, si tu veux avancer, il faudra me partager les logs complets avec debug = true
  15. @Sakkhho je ne suis pas certain, mais regarde aussi si tu trouves le S5 Max à bon prix, je crois qu'il dispose aussi des fonctions de cartographie/navigation avancée. Ils sortent tellement vite des nouvelles gammes, chaque année, qu'on se demande parfois quelle est la différence entre 2 générations.
  16. Lazer

    Joyeux anniversaire @Domodial

    Bon anniv @Domodial
  17. Oui m'enfin tu sais comment c'est dans l'industrie, le dernier modèle sorti n'est pas forcément mieux. D'ailleurs ça permet souvent aux plus malins de faire de bonnes affaires, chopper le haut de gamme des générations précédentes moins cher, et qui reste dans les tous les cas supérieur au dernier modèle "entrée de gamme". C'est pareil pour les téléphones, et absolument tous les produits manufacturés. Surtout les voitures d'ailleurs, tellement le cout est élevé. Le S6 MaxV est supérieur au S7, c'est clair et net. Le seul avantage du S7 (outre sa nouvelle numérotation lol) c'est comme dit, la serpillère vibrante. Et comme ils n'ont pas sorti le S7 Max, .... le S6 MaxV reste leur haut de gamme (et plus ou moins au même prix que le S7 en plus, donc chacun fait ce qu'il veut, mais le meilleur choix reste le S6 MaxV) D'ailleurs, je me demande si cette serpillère vibrante est réellement mieux. Je veux dire, la fonction serpillère actuelle est un gadget à la limite de l'inutile, donc est-ce que la serpillère vibrante la rend réellement utile ? Ou est-ce qu'il faudra attendre le S12 avec le balai-brosse ?
  18. Hum, je viens de comprendre, tu as la version du tuto, qui n'est pas compatible avec les vieux aspirateurs. En attendant que je fasse la mise à jour, tu peux chercher dans le topic, j'ai partagé une version corrigée.
  19. Ah bah voilà Pour cette erreur, c'est plus gênant... tu es certain de ton token ?
  20. OK... étrange.... mais tu as quand même un problème de communication entre la HC3 et le Xiaomi, le message "Operation canceled" est très clair (enfin dans le langage Fibaro.... faut être amateur !). EDIT : si l'IP est correcte, peut être que le port ne l'est pas.
  21. Problème réseau, ton aspirateur semble déconnecté. Peut-être qu'il est hors de la couverture Wi-Fi ?
  22. Dommage, je suppose qu'il ne baissera guère tant qu'il ne sera pas remplacé. Et vu que c'est toujours largement moins cher que le Roomba i9 chez le grand concurrent d'en face, il n'y a surement pas urgence à faire baisser les tarifs. Peut être aussi que la pénurie de composants électroniques est à prendre en compte.
  23. Bienvenue sur le forum
  24. Version : 1.0 Type Z-Wave : 3 Version Z-Wave : 7.12 Du coté de la HC3, tous mes autres modules ont une mesure de batterie cohérente, ça ne fait cela que pour ce module. Du coup j'ai acheté une pile neuve d'avance, pour être prêt, vu que ça sera imprévisible pour ce module.
  25. Super
×
×
  • Créer...