Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    26 079

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 299

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer

    Modules Walli

    Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro

    De façon générale avec les modules domotiques, c'est très simple (que ça soit un Walli, ou un micro-module) => celui-ci remplace le télérupteur Il faut éviter de conserve les 2, ça n'apporte rien, mais surtout ça complique le câblage. Et si mal câblé, ça se comporte n'importe comment, ce qui semble être le cas. Bref, il faut voit le module domotique comme étant un télérupteur, sur lequel on peut connecter 1 ou plusieurs interrupteurs (monostable ou bistable), et qu'on peut évidemment piloter à distance via la domotique. La particularité du Walli, c'est d'intégrer en 1 seul élément : le micro-module + le bouton poussoir. De même pour les Yokis vu que tu en parles, il faut les dégager. Les modules domotiques Fibaro remplacement tout ça.
  2. Lazer
    Voici la version 5.01 qui corrige le bug de la déconnexion lors du reboot du NAS. Surveillance Station - v5.01.lua
  3. Lazer
    Bien au contraire, il faut la déballer bien avant Noël, pour s'assurer qu'elle fonctionne bien d'ici le 25
  4. Lazer

    Portier Doorbird

    Lazer a répondu à un(e) sujet de flamalex dans Portiers

    Toujours la même réponse : hors bidouille/hack, il va falloir attendre que Fibaro permette de customiser l'apparence des QuickApps. Il parait que c'est prévu... mais quand... et surtout que pourra-t-on personnaliser exactement ?
  5. Lazer
    Bon je pense que j'ai corrigé les bugs, tu peux tester la version 7.04 Beta ci-jointe GEA.add({{"Value", "Réserve Némo", true}, {"Value", "Osmolateur Némo", false}}, 30, "&-1&OSMOLATEUR : Mise en marche de l’osmolateur", {"TurnOn", "Osmolateur Némo"}) GEA.add({{"Value", "Réserve Némo", false}, {"Value", "Osmolateur Némo", true}}, 30, "&0&OSMOLATEUR : Réserve vide - Arrêt de l’osmolateur", {"TurnOff", "Osmolateur Némo"}) Remarque : j'ai remplacé les apostrophes dans le message par leur version typographique, car sinon la HC3 bloque les messages Push vers l'application mobile. Tu ne t'en étais peut être pas rendu compte si tu utilises toujours ton GEA.output personnalisé. A priori ça fonctionne maintenant bien comme attendu : [07.12.2020] [12:50:40] [TRACE] [QA_GEA_214]: [Démarrage] #2 [Value, ["Réserve Némo",true]][Value, ["Osmolateur Némo",false]][TurnOn, ["Osmolateur Némo"]] [07.12.2020] [12:51:40] [TRACE] [QA_GEA_214]: [Démarrage] #3 [Value, ["Réserve Némo",false]][Value, ["Osmolateur Némo",true]][TurnOff, ["Osmolateur Némo"]] [07.12.2020] [12:52:40] [TRACE] [QA_GEA_214]: [Démarrage] #2 [Value, ["Réserve Némo",true]][Value, ["Osmolateur Némo",false]][TurnOn, ["Osmolateur Némo"]] [07.12.2020] [12:53:40] [TRACE] [QA_GEA_214]: [Démarrage] #3 [Value, ["Réserve Némo",false]][Value, ["Osmolateur Némo",true]][TurnOff, ["Osmolateur Némo"]] J'ai simulé le capteur et l'actionneur avec des QuickApps, que j'ai nommé à l'identique des tiens. GEA v7.04.lua Corrige la mauvaise détection de la "value" des devices
  6. Lazer
    mprinfo mais quelle feignasse j'y crois pas Bravo MAM78, c'est à ça que sert le forum, partager et améliorer. Tu devrais juste partager le code LUA en plus du FQA, ça éviterai à ceux qui ont déjà importé le QuickApp de devoir en importer un nouveau, faire le ménage de l'ancien, gérer les nouveaux ID, etc. Un copier/coller du code LUA c'est souvent plus rapide pour les mises à jour.
  7. Lazer
    secteur OK => tout va bien => value = false => capteur inatif => icone verte secteur coupé => sur batterie => value = true => catpteur actif => icone rouge Je trouve plus logique que value = false quand tout va bien. comme un détecteur de mouvement ou d'ouverture, il passe en value = true quand il y a un souci. Cool concernant la puissance consommée. Un écran en veille, selon la loi, c'est censé consommer moins de 0.5 Watts, donc pas étonnant que l'onduleur remonte 0.
  8. Lazer
    Oui c'est la puissance consommée par les équipements alimentés en sortie d'onduleur (ça n'inclue pas la consommation de l'onduleur lui-même d'ailleurs) C'est fou ces bugs... et sur vos HC2, ça faisait pareil ? Parce que je fais chercher exactement les mêmes OID dans la MIB SNMP, donc les valeurs retournées par le VD sur HC2 et la QA sur HC3 sont censées être strictement identiques.
  9. Lazer
    Hors bidouille non supportée et non garantie de fonctionner dans le futur, la réponse est simple : NON Il faut que tu importes les icônes avec l'interface Web, donc selon le type de module, il va te demander 2 icônes (binary switch/sensor ON/OFF), ou bien 1 seule (capteur multilevel). Sauf dans le cas d'un dimmer (actioneur multilevel) où il va t'en demander 10. Bref, comme sur la HC2, rien de neuf. Ce qu'il manque pour l'instant, c'est la possibilité de changer l’icône d'un QuickApp de type générique ou Device contrôleur, comme on le faisait pour les VD. Comme dit en première ligne, ce n'est pas possible hors bidouille, donc il faut attendre... patiemment.. c'est Fibaro après tout, c'est compliqué d'ajouter un bouton pour changer un bouton... Merci pour l’icône de batterie @mprinfo oui c'est possible, et sans modifier le code, car cela est paramétrable. Normalement il suffit de modifier les valeurs de QuickApp.MIB = {...} au début du code LUA. Bon là j'ai la flemme, donc si tu ne trouves pas tout seul, je t'aiderai. Je l'ajoute à mon agenda, j'ai un créneau en 2021, ou 2022.... Pour les children température/humidité, tu peux simplement les supprimer après leur création, et le problème est résolu La tension à 0, c'est l'âge qui fait ça Non sérieux là comme ça je sais pas.... comme d'habitude, il va falloir activer les logs de debug... et attention, car ma librairie SNMP est particulièrement bavarde si tu le fait.
  10. Lazer
    Méfie toi car selon les familles de caméras, les firmwares n'évoluent pas à la même vitesse, donc les numéros de versions ne correspondent pas forcément.
  11. Lazer
    Absolument, méfiance avec les déclenchements instantanés à plusieurs conditions, il faut bien entourer de parenthèses toutes les conditions qui ne doivent pas être prises comme déclencheur. C'était déjà important sur HC2, mais ça l'est encore plus sur HC3 car maintenant GEA détecte tout seul les déclencheurs (il n'est plus nécessaire de définir soit-même les déclencheurs de scènes) @MAM78 ok on verra plus tard, beaucoup plus tard, j'ai plein d'autres choses autrement plus utiles à développer sur HC3 avant de penser à ce genre d'améliorations. Pour l'instant, je cherche déjà à résoudre tous les bugs pour rendre GEA stable pour tous.
  12. Lazer
    Le dernier c'est le 5.6.5 Build 200316 que j'ai passé sur toutes mes caméras de génération précédente. http://www.hikvisioneurope.com/portal/?dir=portal/Technical Materials/00 Network Camera/00 Product Firmware/G1 platform (H.265 DS-2CD2XX5%2C2XX3%2C3XX3%2C3XX5%2CXM67X6)/2XX5 2XX3 3XX5 3XX3 XM67X6(non-Fisheye) Multilanguage/V5.6.5 build200316 Étrangement ta caméra n'est pas listée dans la liste de compatibilité des releases notes. C'était également le cas pour l'une de mes caméras, et l'installation s'est passée sans souci.
  13. Lazer
    Mouais, pas convaincu de la pertinence des labels.... tu vas faire comme mprinfo en fait, tu veux une HC3 mais tu veux l'utiliser comme une HC2 Cela dit c'est facile à rajouter... alors pourquoi pas. Pour le suivi des versions, mouais, je suis pas assez rigoureux pour ça, j'ai déjà mis des trucs sur Github mais je ne fais aucun suivi. Puis c'est dangereux, car : - le mec qui utilise activement GEA suit le topic et est au courant des dernières mises à jour - le mec qui ne s'en préoccupe pas, va voir la notification, va s'empresser de télécharger, et casser son GEA fonctionnel, parce qu'entre temps il y a aura un nouveau bug ou un changement de comportement voulu. Bref, pas super fan pour ce coup là.
  14. Lazer
    Tu as quelle version de GEA ? Le QA en première page est la version beta, il faut ensuite installer la dernière beta en copiant/collant le code LUA donné également en première page. Actuellement c'est la 7.03 la dernière. Concernant tes remarques, en théorie tu as raison et je suis le premier à le dire. Mais dans le cas de GEA, il faut : - configurer des dizaines (ou centaines) de lignes de codes GEA.add(), donc on n'est pas à 5 lignes d'options près - je préfère avec toute la config dans un seul fichier, que je copie/colle depuis mon Notepad, plutôt que de me dire... ah mes attention, il y a aussi des options ailleurs. - et surtout : je voulais maintenir la compatibilité avec le code GEA existant sous HC2, pour faciliter les migrations. Cependant, ta remarque sur les variables globales m'amène à penser que GEA_Tasks n'a rien à faire dans les variables globales, mais devrait simplement être stockée dans les variables du QuickApp lui-même. Je n'y avais pas pensé, c'est idiot... à venir dans une prochaine version. De même que les variables SuspendreGEA et GEA_History. D'ailleurs je n'ai jamais compris l'utilité de GEA_History, elle sert en dehors de GEA lui-même ? Si un expert passe par là
  15. Lazer
    Je vais préparer un tuto, le problème c'est que pour l'instant c'est de la version Beta, et qu'en général je n'aime pas partager du beta car je passe plus de temps faire du support qu'autre chose...
  16. Lazer
    Mais on s'en fout du design, tu n'as pas compris le principe. Chaque QA doit être typé avec le bon type de module (capteur, actionneur, etc). Donc dans l'interface, tu as juste à cliquer directement sur l'icone pour activer la fonction, ou bien "lire" l'information (soit une valeur dans le cas d'un multisensor, soit un état dans le cas d'un binary sensor) Pour un QA qui doit présenter plusieurs infos, il faut simplement créé des children de chaque type. Par exemple comme j'ai fait pour le QA onduleur Eaton (même si j'ai laissé les labels pour les vieux c.. qui ne veulent pas changer leurs habitudes ) Mais justement, il faut changer ses habitudes. Oublier complètement les VD. Un QA ne remplace par un VD. C'est bien plus que cela. On oublie les boutons et les labels (*) Encore une fois, ils permettent l'intégration native de tous les modules, quels qu'ils soient, dans l'interface. Le plus fort c'est pour l'intégration des passerelles externes, typiquement les IPX800 ou EcoDevices, ils peuvent faire tellement de choses, que ça fait une myriade de nouveaux modules qui apparaissent sur la box HC3. D'ailleurs je pense que @MAM78 ne va pas tarder à me réclamer le partage de mon QA (*) à la limite, on garde les boutons et labels pour les QA de type Players (KODI, amplis, etc). Mais en pratique, j'espère que personne n'utilise son téléphone pour piloter son lecteur, vous avez bien une télécommande physique pour faire ça. Les boutons eux-même n'ont aucun intérêt, ce qui est utile, ce sont les fonctions LUA derrière les boutons, qui peuvent être appelés par les scénarios (LUA, GEA, bloc, autre)
  17. Lazer
    Oui je confirme Sinon Qubino proposait une espèce de clé Z-Wave qui faisait l'interface avec les capteurs Oregon 433 MHz, mais je ne sais pas si c'est toujours commercialisé ? Et vu que c'est Qubino, faut s'attendre à des bugs potentiels de firmware.... et surtout la mauvaise intégration aux box Fibaro. La Netatmo reste une valeur sure, même si très onéreuse. Lien vers le QuickApp HC3 pour Netatmo : https://marketplace.fibaro.com/items/netatmo-qa-for-hc3
  18. Lazer
    Sa grande force c'est surtout l'intégration native de tous les équipements non Z-Wave, grâce aux QuickApps. Il n'y a plus besoin de bidouiller avec les modules virtuels, leurs labels et boutons, et je te parle même pas pour développer en LUA, comment c'était prise de tête le code scindé entre Main Loop, Boutons, et Scènes. Là tu mets tout le code dans des fonctions, dans un fichier, et zou. Tellement plus pratique. Pour moi le seul inconvénient, c'est la nouvelle application mobile, j'ai toujours énormément de mal à l'usage avec.... et pour couronner le tout, elle impose la connexion au cloud Fibaro, ça c'est vraiment débile. Petit update :
  19. Lazer
    Tu es certain de la référence ? Car là tu m'as donné le lien vers la dernière génération G2, mais sur ton lien d'Aliexpress où tu as acheté, c'est indiqué G1. De plus les G2 viennent de sortir. Vérifie le modèle dans le panneau d'information de l'interface Web Oui voilà, ColorVu a surtout un intérêt quand on peu profiter d'un éclairage minimum. Les LED viennent éventuellement compléter la lumière (ou pas). Typiquement un jardin éclairé partiellement par la rue. Je n'ai pas encore installé la mienne dehors, pour l'instant elle est toujours en test à l'intérieur... J'en profite pour jouer avec les fonctions intelligentes, détection de visage, etc... et remonter l'info dans la HC3.
  20. Lazer
    Merci les gars Elle se vend bien cette petite box !
  21. Lazer
    @Dragoniacs j'ai identifié le bug, qui est particulièrement vicieux.... j'ai du mal à le corriger. En fait je l'ai corrigé, mais ça a entrainé une cascade de nouveaux bugs ! Donc je planche dessus.... mais je vais y arriver... à suivre
  22. Lazer
    Tu peux déjà commencer par le macaron sur ta porte, ça protègera la maison. Mais tu l'as surement déjà fait PS : pensez à partager vos numéros de série, ça fait longtemps que je n'ai plus de nouvelles : https://www.domotique-fibaro.fr/topic/11293-numéro-de-série-date-dachat-des-box-hc3-hc2-et-hcl/
  23. Lazer

    Migration HCL HC3

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

    Je ne sais pas, le mail de l'administrateur principal peut être Comme dit, je n'utilise pas cette fonctionnalité, il faut que tu testes par toi même
  24. Lazer

    Migration HCL HC3

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

    Dans l'onglet Notifications du module (jamais testé cela dit)
  25. Lazer

    Migration HCL HC3

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

    Ah bien
×
×
  • Créer...