Lazer
-
Compteur de contenus
26 309 -
Inscription
-
Dernière visite
-
Jours gagnés
1 344
Tout ce qui a été posté par Lazer
-
Compatible V3-V4 Secure (Hortsmann) - Thermostat Mural Hrt4-Zw Srt-321
Lazer a répondu à un(e) sujet de Moicphil dans Secure ( Hortsmann )
Donc cela nous laisse à penser que ce n'est pas de l'association directe entre modules Z-Wave, et que tu dépends de ton contrôleur domotique. On en revient toujours à la même limitation du firmware de FGS. -
J'ai séparé tes 2 messages dans un nouveau topic de travail dédié à SYSLOG. Dans une scène je ne sais pas, mais dans un VD j'utilise Net.FTcpSocket() Attention à la fonction Net.FUdpSocket(), elle est bugguée, ou plutôt incomplète, car elle ne permet que d'écrire et ne permet pas de lire sur la socket UDP. J'en avais parlé sur le topic Onduleur Eaton, d'ailleurs tu y trouveras des exemples d'implémentation dans le code source LUA de la classe SNMP.
-
J'ai déjà eu du Non Configuré, avec des modules récents... chez Aeotec je crois, avant que ça ne soit supporté par la HC2. Probablement des classes Z-Wave qui ne sont pas reconnues au moment de l'inclusion.
-
Oui c'est du cloud uniquement, c'est ce que je disais, et c'est vraiment dommage. Le port n'est pas forcément utilisé en tant que protocole X11, il faudrait faire une analyse protocolaire avec Wireshark (sniffer) Le clavier est dedans, avec une tempo, car on s'en sert aussi pour mettre l'alarme en mode présence la nuit.
-
Ah oui en effet....
-
Je dirais que tu as fait le choix de la raison avec ces modules Qubino Pour moi il n'y a aucun souci de compatibilité, juste une absence de template sur la HC2 qui ne gêne en rien le bon fonctionnement. Les miens (première génération) fonctionnent parfaitement depuis le premier jour (précommande chez Pascal à l'époque) L'avantage, c'est que ces modules participent à ton maillage Z-Wave et évite de se disperser dans de multiples protocoles, plus difficile à maintenir. Le EnOcean, pour avoir essayé, j'y crois de moins en moins, les promesses marketing ne sont pas respectées en pratique (portée mauvaise, pas de maillage, récupération d'énergie pas au point (solaire ou mécanique)) J'attends plutôt de voir ce que ça donnera avec leur projet commun de Zigbee 3.
-
Franchement je n'ai pas le temps, car ça représente pas mal de travail à mon avis. Il faut trouver les spécifications du protocole Syslog, pour voir à quoi ressemble les trames, et ensuite coder cela en LUA.
-
Tu as les propriétés suivantes dans le JSON des modules : type baseType
-
Les miens sont "non configurés" depuis 1 an et demi, ça n'empêche pas le bon fonctionnement, je n'y prête plus attention à l’icône bleue en haut. Tinman avait donné la solution pour supprimer les notifications, il faut la retrouver sur le forum.... Mais dis moi Benjy, tu as l'air indécis, un coup tu parles de piloter les fil-pilotes en EnOcean, un coup avec l'Ecodevices RT, un autre coup avec les montages électroniques de Nicolas F., puis finalement tu reprends des Qubino !!!
-
PS : ton message est difficilement lisible, pense à mettre les balises <> (bouton sur la barre d'outil de l'éditeur) autour de ton code LUA. Réponse : oui c'est correct. Pour le delay, il suffisait de mettre la valeur 0 ce qui t'aurais évité de modifier toutes les lignes, mais le résultat est le même. Attention à ne pas confondre le délai (delay) et le rafraichissement, car ce n'est pas cette scène qui le gère, mais le VD Freebox de Krikroff. Le délai, c'est juste à partir de quand on prend la décision de décider si l'utilisateur est présent ou absent. Comme je le disais dans le premier post, je considère qu'un délai trop faible n'est pas fiable, mais tu fais comme tu veux, tu expérimentes et tu verras bien si les fausses détections te conviennent ou pas.
-
Très mauvaise idée d'écrire sur la clé, tu vas la tuer, ce n'est pas fait pour écrire des logs.... pour info, les logs de Linux Raspbian sont ce qui tue les cartes SD sur les Raspberry PI. De toute façon, tu ne peux pas car : - la clé est démontée en temps normal depuis plusieurs firmware - il faut être root pour y accéder La meilleure solution est d'envoyer les logs sur un serveur externe. Si t'es motivé, tu crées une scène qui génère des logs au format standard syslog, et tu pourras envoyer vers n'importe quel Linux (y compris les Synology). Là c'est propre et professionnel.
-
Certainement, faudrait trouver l'API en question. Mais ça doit être faisable, vu que quasiment toutes les fonctions LUA appellent l'API http
-
Pour simuler le retour de la fonction, il faut faire une boucle While qui lit la variable globale et n'en sort que quand le retour est celui attendu. En n'oubliant pas de mettre un timeout au cas où la scène plante et ne met jamais à jour la variable globale. J'ai déjà un VD (jamais partagé car spécifique à mon usage) qui fonctionne sur ce principe. Exemple : local debug = true -- or false local sceneID = 20 local returnVGname = "variable_globale_de_retour" local expectedReturnValue = "OK" local Max_Elapsed_Time = 60 -- seconds -- Call scene figaro:startScene(sceneID, {{vg = returnVGname}, {param1 = "Valeur 1"}, {param2 = "Valeur 2"}}) -- Wait scene execution local startTime = os.time() while true do if debug then Message("gray", "Waiting...") end local returnVG = fibaro:getGlobalValue(returnVGname) if returnVG == expectedReturnValue then Message("green", "Scene finished with success") break elseif returnVG == "Fail" then Message("red", "Scene failed") fibaro:abort() end local elapsedTime = os.difftime(os.time(), startTime or 0) if debug then Message("gray", "Elapsed time : " .. elapsedTime) end if elapsedTime > Max_Elapsed_Time then Message("red", "Scene timeout") fibaro:abort() end fibaro:sleep(30*1000) -- Wait 30 seconds end A customiser pour vos besoins, mais c'est une trame de départ.
-
Bah non tu ne peux pas les archiver, c'est justement le sens de la remarque de Gazous => créer une scène pour aller les archiver ailleurs... sur un serveur Web externe via un POST ou un PUT sur des pages PHP par exemple. Pour lire leur contenu, va voir mon watchdog, il est entièrement basé sur ce principe
-
la durée d'historisation est variable. Il purge par bloc de lignes au bout d'un certain nombre de lignes stockées.
-
OK je n'avais pas vu ce nouveau sujet. Dans ton post précédent de ce même topic ( ici : https://www.domotique-fibaro.fr/topic/9767-hc2-hcl-version-4110-stable-04012017/?do=findComment&comment=155610 ) tu indiquais que ça ne fonctionnait pas, et c'est ce que j'avais vu. Si tu veux bien éditer ce message, ça sera plus clair, merci. OK bien sûr on va continuer la discussion sur le nouveau sujet dédié.
-
@MAM78 merci pour tes tests.... bon du coup c'est extrêmement dommage que ça ne fonctionne pas entre les VD et Scène, ça limite énormément l'intérêt, car moi je trouve que ça servait surtout pour cette situation, afin de ne pas dupliquer le code entre les boutons. Des appels de scène à scène, je n'en n'ai quasiment aucune utilité.... En y réfléchissant, la limitation est technique, car les VD utilisent toujours leur propre moteur LUA, d'ancienne version (5.1, alors que les scènes ont la v5.2), qui est lié en dur dans l'exécutable des VD au moment de la compilation. Cela me semble idiot, je ne comprends pas pourquoi Fibaro maintient ce vieux mode de fonctionnement, et ne passe pas à un moteur LUA partagé comme pour les scènes et Plugins. Du coup, il ne peuvent pas ajouter facilement la fonction startScene() dans les VD à moins de revoir l'architecture en profondeur.... espérons que ça arrivera bientôt, dans les 3 ans à venir @henri-allauch : comme de nombreuses fonctions non documentées, il faut chercher pour trouver Indice : tu télécharges le fichier de mise à jour, et tu fouilles dedans : http://updatehc2.fibaro.com/4.110/
-
Dès que celui-ci se déconnecte, instantanément. La Freebox étant à la fois serveur DHCP et Gateway par défaut pour accéder à Internet, elle voit forcément l'ensemble des périphériques sur le réseau. Donc elle sait exactement quand ceux-ci sont présents ou absents. C'est très visible avec la station météo Netatmo, qui se connecte au Wifi pendant quelques secondes toutes les 10 minutes, puis se remet en veille.
-
Je suppose, mais je ne suis pas certain, le programme de parrainage a changé je crois, il n'est plus aussi intéressant qu'avant.
-
Quand j'y repense, ça doit faire 4 ans que cette fonctionnalité est réclamée, à ce rythme là on aura les plugins utilisateurs dans 3 ans ! Ça fait rêver
-
Absolument MAM78 Ce qui serait top, c'est également d'avoir la même chose dans les VD, ce qui éviterait de dupliquer le code entre les boutons. La solution est maintenant de livrer les VD avec une scène associée, et tout le code répétitif dans la scène à part. Exemples : Surveillance Station, Onduleur Eaton (SNMP), etc
-
A mon avis, ta variable FbxV6_LAN_iPhone ne contient rien... tu as probablement loupé une étape précédente du tuto
-
Ca m'a l'air d'être un très bon prix. En plus, tu as le module Internet dans le pack. Je crois qu'il dépend du cloud (complètement aberrant pour une solution de sécurité autonome et haut de gamme comme Diagral), mais ça a l'avantage de simplifier la domotisation, car en faisant du reverse enginering il doit être possible d'interfacer ça avec la domotique.
-
Le problème principal, c'est que malgré tout le bien qu'on puisse penser d'Android TV, ça reste ultra confidentiel. Le gros du public a des TV Samsung, donc OS propriétaire. Perso les notifications et la caméra à l'écran je les ai, grâce à KODI sur mon HTPC, qui est ma seule source de vidéo. Mais ça aussi ça représente une population ultra confidentielle.....
-
@Nico pour la version Syno il faudra que tu t'y colles, aucun intérêt pour moi et puis je n'ai pas de routeur Syno pour tester. @fredoold avec le "=" tu n'as quasiment aucune chance que ça fonctionne, ça serait un gros coup de chance que la boucle de la scène passe à la seconde près sur le timestamp de dernière détection du smartphone. J'aurais donc plutôt écris cela ainsi : if FbxV6_LAN_iPhone < timestamp - delay then
