Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    25 998
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 280

Tout ce qui a été posté par Lazer

  1. Oui mais tu ne les as pas programmé, tu as juste appuyé sur un bouton.... (j'ai connu aussi... à titre éducatif bien entendu )
  2. C'est ici qu'on parle de trucs de vieux ? Je me souviens de mes débuts en assembleur sur 68HC11... et encore ça c'était moderne, j'ai programmé des trucs vraiment préhistoriques dont j'ai oublié la référence...
  3. Lazer

    Support Gea

    Il faut que tu prennes en compte le fait que les VariableCaches seront réinitialisées au prochain démarrage de GEA. Donc ça dépend complètement de ta façon de les utiliser en condition de tes règles. C'est pour ça que Jojo a mis une règle qui initialise sa VariableCache au démarrage de GEA plus haut (condition true, avec durée = 0), ainsi pas de mauvaise surprise.
  4. Oui le initChildDevices doit être dans le onInit() et c'est même un des premiers trucs à faire. Je crois bien que c'est indiqué dans la doc. J'ai déjà essayé de le retarder, insultes en tout genre, je me suis ravisé
  5. Oui c'est pas mal du tout Je déplacerais juste la définition du TAG en haut du script (en dehors des fonctions), afin que le log soit affiché correctement dès le début de l'exécution du QA.
  6. Les mises à jour automatique des applications dans le Store sont peut être activées sur ton téléphone (c'est le cas par défaut)
  7. Pareil ici, mais je n'ai pas trop creusé vu que je n'utilise pas l'application Yubii pour les caméras. (j'utilise l'appli de mon NAS : DS Cam)
  8. Lazer

    Support Gea

    La seconde règle, avec le Time, permet de remettre la variable cache à false chaque jour à minuit... afin de repartir sur un nouveau cycle d'une journée de 24 pendant lequel l'aspirateur ne pourra fonctionner qu'une seule fois. La conséquence fun, c'est que si on est absent à minuit, alors l'aspirateur repart pour un nouveau cycle 5 minutes après, c'est cool d'avoir un esclave qui bosse la nuit sans râler
  9. Lazer

    Support Gea

    Autre exemple de VariableCache, pour déclencher l'aspirateur lors de notre absence, mais 1 seule fois par jour (au cas où l'on s'absente plusieurs fois dans la même journée) -- Robot aspirateur Xiaomi Roborock GEA.add({{"Profile", "Absent"}, {"Value", id["QA_XIAOMI_ROBOROCK"], false}, {"Battery", id["QA_XIAOMI_ROBOROCK"], 100}, {"VariableCache!", "Aspirateur", true}}, 5*60, "", {{"QuickApp", id["QA_XIAOMI_ROBOROCK"], "clean"}, {"VariableCache", "Aspirateur", true}}, "Démarrage aspirateur") GEA.add({"Time", "00:00", "00:01"}, 0, "", {"VariableCache", "Aspirateur", false}, "VariableCache Aspirateur")
  10. Lazer

    Support Gea

    Directement dans le GEA.add() Oui le nom de sa VariableCache est bien "BUREAU_TMP"
  11. Lazer

    Support Gea

    Si tu as 2 instances GEA (c'est à dire 2 scènes sur HC2, ou 2 QuickApps sur HC3), alors ces 2 instances sont complètement indépendantes... aucun échange n'existe entre les 2 Donc tu peux utiliser les mêmes noms de variablecache, ça restera cloisonné, étanche. (contrairement aux Variables Globales qui sont, comme leur nom l'indique, globales à toute la box... et persistantes car stockée sur la mémoire Flash interne) Note : VariableCache2 n'existe pas. C'est VariableCache tout court, avec en paramètre le nom de la variable cache à utiliser... et tu peux en avoir autant que tu veux.
  12. Lazer

    Support Gea

    Les Variables Caches ne sont pas "stockées", c'est à dire qu'elles ne sont pas persistantes. Leur contenu est perdu en cas de reboot de la box, ou simplement en cas de redémarrage de GEA. Les Variables Caches sont de simples variables locales sen LUA, qui n'existent que dans l'espace mémoire du process en cours d'exécution (= le QuickApp en cours de fonctionnement)
  13. La mise à jour 1.18 de l'application mobile Yubii a été publiée il y a quelques jours, et corrige normalement le bug des icônes, ce n'est pas lié à la version du firmware de la box (je suis encore sur une vieille version) On en parle ici :
  14. La vraie raison du timeout au début de mes QA, c'est parce que j'en ai beaucoup, et au boot de la box il est inutile qu'ils se déclenchent tous au même moment, créant un pic de surcharge. Temporiser de quelques secondes ne peut que faire du bien. Moins le QA est important, plus la tempo est longue. Et si tu prends tous les QA qui ont un cycle de 60 secondes, ça fait un pic de charge toutes les minutes. Là encore, décaler le pic de charge au démarrage, permet également d'éviter le pic de charge récurrent toutes les 60s.
  15. ça fait pareil avec les QuickApps ? Dans tous mes QuickApps, j'avais pris pour habitude de mettre un timeout de quelques secondes avant le démarrage de la main loop, j'ai été bien inspiré
  16. Je ne connais pas du tout le protocole utilisé par l'appareil avec lequel tu tentes de communiquer. Et d'ailleurs c'est quoi que tu appelles "@dat" ? Mais vu que tu parlais de socket, ce n'est probablement pas de l'HTTP, donc mon tuto n'est pas applicable tel quel. Comme je le disais lors du précédent message, mon tuto utilise net.HTTPClient (donc pour faire des requêtes sur un serveur Web, de type GET, POST, etc) Mais dans ton cas, c'est probablement net.TCPSocket qu'il faudra utiliser... donc là il y a tout à écrire.
  17. Pour des raisons de sécurité, plusieurs instructions sont bloquées par Fibaro dans l'interpréteur LUA mis à notre disposition : require, io, etc... Idem pour l'accès SSH. En revanche, tu peux bien ouvrir des sockets depuis le LUA, aussi bien en TCP qu'en UDP. Voir la doc officielle : https://manuals.fibaro.com/home-center-3-quick-apps/ net.TCPSocket net.UDPSocket Et pas mal d'exemples sur le forum aussi... faut fouiller un peu Attention la programmation n'est pas évidente, ces fonctions s'exécutent en asynchrone. J'avais fait un tuto pour net.HTTPClient(), qui est également applicable, même si ça sera plus compliqué avec les sockets, vu qu'il faut enchainer les appels asynchrones de connect => success => send => success => read => success => close... Une sacrée gymnastique !
  18. OK, alors indique le dans ton profil ça sera plus simple Sinon pour ta question, je ne sais pas trop... perso je me connecte via mon nom de domain + reverse proxy, donc c'est un peu particulier. Le plus simple, la procédure normalement recommandée par Fibaro, c'est de se connecter avec son ID Fibaro, donc ça passe par leurs serveurs cloud.
  19. oui mais non le mode configuré sur la box est complètement indépendant du mode rendu sur le client cherche pas à comprendre, c'est comme ça.
  20. J'ai un doute... tu es sur HC Lite, ou bien sur HC3 ? Car cette application est conçue pour les HC3 (et HC3 Lite), bien qu'elle soit théoriquement utilisable avec les HC2 et HC Lite, pas sûr que le comportement soit le même.
  21. Non ce n'est pas la box (=serveur), c'est l'application (= client) qui demande le thème.
  22. Sur Mac je sais pas, mais sous Windows on peut choisir le thème clair/foncé, depuis Windows 10. Ensuite le navigateur reprend cette information... ou pas (car on peut forcer un mode foncé/clair dans le navigateur indépendamment du choix dans l'OS) C'est un peu pareil sur smartphone. Il y a le thème choisi au niveau de l'OS, et ce thème est utilisé (ou pas) par le navigateur ou l'application utilisée, selon le choix de l'utilisateur. Faut bien comprendre que l'URL donnée dans cette page, est celle qui est exploitée par l'application mobile Yubii. En fait l'application ne génère pas la vue du QuickApp, elle se contente de demander à la box de générer le visuel, qui est ensuite reproduit tel quel à l'écran de l'application.... raison pour laquelle on a un délai important à l'affichage.
  23. Un type thermostat, c'est donc les 3 actions suivantes que tu peux appeler depuis l'API (extrait du JSON) : "actions": { "setCoolingThermostatSetpoint": 1, "setHeatingThermostatSetpoint": 1, "setThermostatMode": 1 }, Ainsi tu peux directement choisir le mode de fonctionnement (Auto, Heat, Off, etc) et la température depuis un script LUA. Et même depuis GEA aussi
  24. Justement, ce bug est corrigé, on en parlait juste au dessus Je suis sur un vieux firmware (5.120) de septembre 2022, et ça marche, en connexion directe via mon nom de domaine. MAIS : Cette nouvelle version est plus désagréable à utiliser. Lors des changement d'écran, il y a une sorte de micro-latence, suivi d'un "flash", un écran blanc très rapide (une fraction de seconde)... extrêmement désagréable, surtout quand on est en thème sombre. C'est tout de même incroyable qu'à chaque fois que Fibaro sort une mise à jour de cette application, ils arrivent à introduire un nouveau bug. Et dire qu'il faudra encore attendre 6 mois pour qu'elle soit corrigée...
  25. Ben ça dépend du réglage de l'OS de ton appareil ça...
×
×
  • Créer...