Aller au contenu

Bebitoo

Membres confirmés
  • Compteur de contenus

    133
  • Inscription

  • Dernière visite

Réputation sur la communauté

6 Neutral

À propos de Bebitoo

  • Rang
    Membre passionné

Profile Information

  • Sexe :
    Homme
  • Ville :
    Montauban
  • Box
    Home Center 2

Visiteurs récents du profil

862 visualisations du profil
  1. @Lazer, en faisant une passe pour remettre les photos qui avaient disparues de mes messages, j'ai réalisé que je n'avais pas répondu à cette question, désolé. Les moteurs à l'arrêt sont assez forts : - pour garder les volets en position ouverte, sans devoir les attacher avec les loquets, - et les garder en position fermée, sans devoir verrouiller avec la crémone. Mais ils ne sont pas verrouillés "aussi fort" qu'avec une crémone (bien ajustée). Un voleur réussira probablement à glisser ses doigts derrière la partie en recouvrement, pour tirer un grand coup... et tout arracher. Bon, ce faisant, il fera du bruit. Avec la crémone verrouillée il devrait casser quelques lamelles (mes volets sont persiennés) pour glisser une main et déverrouiller la crémone. Ce serait bruyant également (plus ? moins ?). Lors d'absence plus longues (incluant une nuit d'absence), je verrouille les crémones, et obtient ainsi (j'ai l'impression) une meilleure sécurité : crémone + moteurs. Et (dispositif de sécurité imparable) : je continue de croiser les doigts
  2. Bonjour @ablyes, Oui J'ai vu que les photos de mes précédents posts ne s'affichaient plus (sauf à cliquer dessus), donc peut-être n'a-tu pas lu tout ce fil de discussion. Je viens de prendre le temps de modifier tous mes messages pour ré-inclure les photos. Je te conseille à minima la lecture du message suivant : Le montage est simple (surtout, maintenant qu'il est connu à l'époque je questionnais le fabriquant des motorisations, qui disait ne pas connaitre et pouvoir s'engager sur la domotique, et posait des questions sur ce forum et à Fibaro directement, où personne ne connaissais mes motorisations). Il est durable aussi : ça fait maintenant 7 ans qu'il fonctionne. Et voir le massage de @Lazer ci-dessus : Mes doubles switch Fibaro sont alimentés en 24V ! Je pense aussi qu'il n'y a pas de 230V au niveau du bouton filaire : sans domotique, et n'est branché qu'au module de gestion des 2 volets (que tu appelles switch dans ton message précédent), qui est alimenté en 24V, et avec domotique, il est branché sur le double switch Fibaro, lui-même branché sur le module de gestion et le 24V. Moi je n'ai pas placé le double switch Fibaro derrière l'interrupteur, mais dans une boite étanche placée dans les combles perdus, au dessus de la paire de volets. - Cette boite contient le double switch Fibaro et le mode de gestion des volets (et le câblage entre les deux). - En entrée de cette boite : 2 fils qui apportent le 24V. - En sortie de cette boite : les 3 fils qui descendent vers l'interrupteur (et éventuellement un repiquage des 2 fils d'entrée pour amener le 24V à la boite suivante).
  3. Bonjour, Je ne suis pas sûr de comprendre la question Si c'est pourquoi pas des Qubino, au lieu des Fibaro... je ne connais pas les Qubino, ne sait pas quels avantages ils peuvent avoir sur les Fibaro. Les Qubino existaient déjà à l'époque ? Je suis partis sur des Fibaro, après avoir fait le choix de Fibaro pour la box (une HC2). Et les modules fonctionnent très bien encore aujourd'hui (7 ans après), et je devrais pouvoir les basculer sur ma nouvelle HC3 sans problèmes. Donc plutôt content de mon choix. Si c'est pourquoi pas des 24v... mes modules (Fibaro) sont alimentés en 24V. J'ai 1 transfo (1 seul) pour alimenter mes 5 motorisations de volets, et mes 5 modules Fibaro. Si c'est pourquoi pas uniquement des Qubino 24V sans les modules des moteurs des volets battants... chaque paire de moteur (1 moteur par volet battant) est fourni avec 1 (et un seul) module qui gère le timing d'ouverture des 2 battants (le volet avec recouvrement s'ouvre en premier et se ferme en dernier, une fois la procédure d'apprentissage/initialisation réalisée). Ils étaient inclus ; je ne pense pas qu'on puisse acheter les moteurs sans. Il "suffit" de brancher des relais double switch dessus pour lancer les commandes d'ouverture et fermeture, en gardant les interrupteurs d'origine fonctionnels. Un montage sans les modules des moteurs ne diminue probablement pas les coûts, et ajoute des em...m3rd3s (à supposer que c'est possible). C'est sans intérêt je pense. Si j'ai répondu à côté, précises la question SVP.
  4. Bebitoo

    Quick App : Arrosage Automatique

    Excellent merci ! Je regardais de mon côté en parallèle, et : API OpenWeatherMap : la version gratuite de l'API semble permettre d'obtenir le volume de précipitations de la veille... mais pas pour ma géolocalisation (pas de champ current.rain dans la réponse, lors de mon test) Weatherbit : sauf erreur, les données historiques sont soumises à souscription (et c'est pas donné). AccuWeather : le endpoint get24HoursConditionsByLocationKey semble être là pour ça (une fois sa "location key" récupérée, par requête sur un autre endpoint), mais n'ai pu tester encore : je me suis inscrit, mais n'ai pas reçu ma clé d'usage de l'API. Modification du QA Un fork de la toute version 1.2, en utilisant pour J-1 le volume de précipitation prévisionnel obtenu la veille pour J (et ainsi de suite pour J-2) ? Ou bien (nouvelle idée) : création un autre Quick App simulant le pluviomètre Netatmo - valorisé à partir de l'une des méthodes ci-dessus, et indiquer son ID dans les paramètres du QA Arrosage ? Comme ça, pas de motif / fork du QA arrosage Je continue de fouiller dès que possible. --- David
  5. Bebitoo

    Quick App : Arrosage Automatique

    Bonjour, Un peu la même question que un peu plus haut : faute de pluviomètre (Netatmo), que conseilleriez-vous ? Une API Web qui donne la quantité d'eau sur les deniers jours (en mm/jour) ? Modifier le QA pour mémoriser, chaque jour, la prévision WeatherBit du lendemain ? Merci d'avance. --- David PS : je télécharge et installe en parallèle
  6. En effet Et je viens de les enlever. Ce Quick App en l'état est bien pour des ouvertures et fermetures totales, pour éclairer / assombrir la pièce lorsqu'on en ressent le besoin. Mais il reste basique. Le slider ne fonctionne pas (sauf si positionné à 0 ou 100), et il semble mal réagir sur des enchainements de commandes (c'est peut-être à cause des mes setTimeout pour mettre à jour les icônes seulement à la fin des ouvertures/fermetures). J'y reviendrais...
  7. Bonjour, C'est une super idée l'interrupteur branché sur le double relais lui même branché sur le KLF-050 du vélux : c'est aussi pratique que la télécommande (qu'on laisse toujours au même endroit), et les "retours d'état" deviennent fiables. Mais j'ai tout ce petit matériel dans les combles perdus, donc ça demanderait un peu de travail à passer des câbles. Sinon, pour le QA volet, je me suis lancé, et j'ai fais quelque chose de très simpl(ist)e. J'utilise le modèle Fibaro d'un roller shutter. Le Quick App est ainsi listé comme un volet dans les IHM Fibaro (cool), et l'icône est bien mis à jour. Alexa le reconnait, et le rideau obéit aux commandes "Alexa, ouvre/ferme le rideau du vélux". Un retour d'état (ou plus exactement une mémorisation de la dernière commande reçue, ou de la position actuelle du rideau) est facilement réalisable. Par contre je ne gère pas les positions intermédiaires pour le moment (je n'en ai pas besoin, mais il le faut pour que les IHM avec les sliders fonctionnent), et sauf erreur les boutons que j'ai créé... ne servent à rien -- Roller shutter type should handle actions: open, close, stop -- To update roller shutter state, update property "value" with integer 0-99 function QuickApp:open() fibaro.call(self.openDeviceId, "turnOn"); fibaro.setTimeout(self.openDelay, function() self:debug("roller shutter opened") self:updateProperty("value", 99) end) end function QuickApp:close() fibaro.call(self.closeDeviceId, "turnOn"); fibaro.setTimeout(self.closeDelay, function() self:debug("roller shutter closed") self:updateProperty("value", 0) end) end function QuickApp:stop() fibaro.call(self.openDeviceId, "turnOff"); fibaro.call(self.closeDeviceId, "turnOff"); self:debug("roller shutter stopped ") end -- Value is type of integer (0-99) -- NB : bizaremment, cette méthode elle celle invoquée par Alexa, avec les valeurs : -- 0 sur "Alexa, ferme le rideau du vélux", et -- 99 sur "Alexa, ouvre le rideau du vélux" function QuickApp:setValue(value) if (value <= 0) then self:close() elseif (value >= 99) then self:open() else self:debug("roller shutter set to: " .. tostring(value)) self:updateProperty("value", value) end end -- To update controls you can use method self:updateView(<component ID>, <component property>, <desired value>). Eg: -- self:updateView("slider", "value", "55") -- self:updateView("button1", "text", "MUTE") -- self:updateView("label", "text", "TURNED ON") -- This is QuickApp inital method. It is called right after your QuickApp starts (after each save or on gateway startup). -- Here you can set some default values, setup http connection or get QuickApp variables. -- To learn more, please visit: -- * https://manuals.fibaro.com/home-center-3/ -- * https://manuals.fibaro.com/home-center-3-quick-apps/ function QuickApp:onInit() self:debug("onInit") -- Les id des devices déclenchant l'ouverture et la fermeture du rideau de vélux, -- et les délais d'ouverture et fermeture sont des variables de ce Quick App ; -- on récupère leur valeurs... self.openDeviceId = tonumber( self:getVariable("openDeviceId" ) ) self.closeDeviceId = tonumber( self:getVariable("closeDeviceId") ) self.openDelay = tonumber((self:getVariable("openDelay" ) - 2)*1000) self.closeDelay = tonumber((self:getVariable("closeDelay" ) - 2)*1000) end -- Release Notes -- 03/05/2021 -- Première version d'un Quik App "rideau vélux" -- de type Roller Shutter => il apparait bien en tant que volet dans les IHM Fibaro -- ToDo : gérer les positions intermédiaires ?
  8. @Lazer, Tu listes (vous listez ?) en première page, dans la catégorie "à faire" : Je suis fortement et doublement intéressé - "doublement", parce que j'ai cet exact besoin (1 volet roulant sur un vélux avec un KLF-050 et un double-switch), mais aussi des volets battants motorisés avec également des double-switch, - "fortement" parce que c'est la fonctionnalité majeure en domotique chez moi : la gestion des volets (5 battants, 2 roulants, et 1 rideau de vélux). J'ai envie de me lancer dans la création de QA ad'hoc, et me demandais si tu pouvais me conseiller en amont - histoire que j'arrive plus rapidement et plus facilement à un bon résultat, et qui serait pour pour toi au moins, je l'espère, une v1. Es-tu d'accord ? Perso, j'en suis à prendre connaissance de la HC3 et des QA, mais par la pratique (autrement dit : je me suis amusé, jusque maintenant, avec ma HC3 toute neuve). Prochaine étape : lire les documentations qui vont bien sur les QA, comprendre le fonctionnement et l'intérêt de QA enfants, et décider si c'est utile dans ce cas (pour la télécommande de centralisation ?). Ce que j'ai aujourd'hui, sous HC2 : des modules virtuels comme celui-ci : Autrement dit, pour chaque volet battant et pour le rideau du vélux : - Un bouton Ouvrir (respectivement Fermer) qui fait simplement un call "turnOn" sur l'entrée du double switch qui ouvre (resp. ferme). - Notez l'icône du VD lui-même : volets ni ouverts ni fermés avec un point d'interrogation par dessus. C'est pour l'init, il n'est affiché qu'au redémarrage de la box, le temps d'ouvrir ou de fermer. - Et notez l'icône des boutons : volets mi-ouverts mi-fermés. - Et j'ai également une scène (unique) qui surveille les ouvertures et fermetures de ces volets battants, et (entre autres) change l'icône du VD pour un icône représentant les volets ouverts (respectivement : fermés) à l'ouverture (resp. fermeture). - Enfin, je cache les doubles switch de l'interface. Au final, j'obtiens : - Non pas un retour d'état au sens strict du terme, mais une mémorisation de la dernière commande réalisée (ouverture ou fermeture) - ce qui correspond, quasi systématiquement, à la position réelle des volets. - Une animation assez cool (raison d'être des icônes) : pour des volets ouverts par exemple (l'icône représente les volets ouverts), lorsque je clique le bouton Fermer, l'icône change d'abord pour les volets mi-ouverts mi-fermés (c'est l'icône du bouton) puis par l'icône représentant les volets fermés (une fois que la scène s'est déclenchée) . Ce qu'il manque : - La possibilité de "typer" ces VD comme des volets, pour bénéficier des avantages inhérents dans les IHM Fibaro : voir en un coup d'oeil si tous les volets sont fermés, pouvoir les ouvrir tous d'un coup, etc. Chose qui devrait être possible avec les QA, n'est-ce pas ? - Pour le rideau du vélux, un icône (et une mémorisation de la position) qui ne correspond pas toujours avec la réalité, car l'utilisation de la télécommande d'origine ne me mets par à jour l'icône du VD (contrairement à l'usage des boutons des volets battants et roulants). Mais là, c'est lié au montage double switch et KLF-050, rien de mieux n'est possible (sauf erreur). @Lazer, comment vois-tu la conversion en QA de tels VD ? Merci d'avance. --- David
  9. Bebitoo

    Redémarrages aléatoires HC3

    Bonjour @Lazer Et désolé pour la réponse tardive (je n'ai pas été notifié, pour une raison que j'ignore). J'ai moi aussi très peu de charge sur cette HC3, étant au tout début de la migration depuis la HC2 : 3 devices Z-Wave, 2 de plus encore sur la HC2 et "simulés" par QA, 2 caméras, et 5 QA, trouvés ici principalement, parfois bruts (uniquement paramétrés), parfois customisés : GEA, Karotz, Jour Férié, iCalendar, Onduleur. Pas de reboot depuis mon post initial, il y a une semaine (comme quoi ). Pourtant, aucun changement ces derniers jours (par manque de temps). Je reste attentif, et poste ici les nouveaux éléments. N'hésitez pas à en faire autant --- David
  10. Bebitoo

    [HC3] Gestion du lapin Karotz

    Bonjour @manuxenon, Oui, j'ai résolu ce point pour moi, en même temps que j'ai un peu modifié le QA de @Dragoniacs pour le prendre en main et le mettre "à ma sauce" (et du coup, les noms des méthodes et variables du code ci-dessous ne correspondent peut-être pas au QA original - mais ce sont les principes qui importent). Comme le dit @Dragoniacs, le cas d'usage n°1 est d'appeler le code TTS depuis... n'importe où . Pour cela, le QA du lapin expose une fonction Parler qui prend en argument la phrase à prononcer : function QuickApp:Parler(phrase) self:setVariable("TTS", phrase) -- mémorisation de la phrase à prononcer self:openKarotzTTS(phrase) end et que l'on appelle, depuis GEA par exemple, avec : GEA.add(true, 0, push, {"QuickApp", id["Lapinou"], "Parler", "G.E.A. est actif sur votre HC3"}, "Démarrage GEA") Et pour les tests ou vérification de bon fonctionnement (cas d'usage n°2), le QA du lapin dispose d'un bouton configuré pour appeler une fonction onParler lorsque relâché, dont le code est : function QuickApp:onParler() -- on récupère le contenu de la variable TTS, pour la faire prononcer... phrase = self:getVariable("TTS") self:Parler(phrase) end J'ai donc : cas d'usage n°2 = clic sur bouton du QA : onParler, qui récupère la valeur courante de la variable TTS, pour la passer en argument de Parler. cas d'usage n°1 = TTS depuis n'importe où : Parler qui, pour info ou analyse/debug si besoin, mémorise la phrase passée en argument dans la variable TTS (oui, c'est ridicule dans le cas d'usage 2 : elle y est déjà ), puis appelle la fonction "interne" pour faire prononcer la phrase au lapin sous OpenKarotz (nécessite la construction de l'URL tts de OpenKarotz, raison pour laquelle je l'ai nommé OpenKarotzTTS). Le code de OpenKarotzTTS (largement inspiré de celui de @Dragoniacs - encore merci ) : function QuickApp:openKarotzTTS(text2speech) tools:Message("trace", text2speech) -- voice voice = "1" -- text text = text2speech text = string.gsub(text, "\n", "\r\n") text = string.gsub(text, "([^%w %-%_%.%~])", function (c) return string.format("%%%02X", string.byte(c)) end) text = string.gsub(text, " ", "+") -- cache nocache = 0 -- ToDo: utiliser le cache ? -- URI local URI = "tts?voice="..voice.."&text="..text.."&nocache="..nocache -- appel self:openKarotz(URI) end
  11. Bebitoo

    Redémarrages aléatoires HC3

    Bonjour, J'ai une HC3 depuis quelques semaines, et monte en compétence et bascule mes modules de la HC2 à la HC3, doucement. L'une de mes premières scènes déployée est celle de @mprinfo (merci :)) notifiant du démarrage de la HC3. Eh bien... cette scène me permet de m'apercevoir que ma box redémarrage parfois... toute seule. Je dirais que ça m'arrive 1 fois ou 2 par semaines. Est-ce que d'autres possesseur de HC3 sont dans le même cas ? Merci d'avance.
  12. Bebitoo

    Numéro de série / Date d'Achat des box HC3, HC2 et HCL

    HC3-00015897 Commandée le 28/01/2021 (hors stock - expédiée le 05/02)
  13. Bebitoo

    [HC3] Gestion du lapin Karotz

    Bonjour, Sauf erreur, le bouton TTS (qui doit faire prononcer au lapin le texte de la variable TTS du QA) ne fonctionne pas, et fait crasher le QA, qui se relance ensuite (et le lapin fait faire un tour à ses oreilles). Je vois dans la console : [09.03.2021] [19:03:55] [TRACE] [QA_KAROTZ_31]: UIEvent: {"elementName":"btnTTS","values":[],"eventType":"onReleased","deviceId":31} [09.03.2021] [19:03:55] [DEBUG] [QA_KAROTZ_31]: ./include/main.lua:65: attempt to concatenate a table value (field 'TTS') [09.03.2021] [19:03:55] [ERROR] [QUICKAPP31]: QuickApp crashed [09.03.2021] [19:03:55] [ERROR] [QUICKAPP31]: Unknown error occurred: handleJsonRpc [09.03.2021] [19:04:00] [TRACE] [QA_KAROTZ_31]: QuickApp OpenKarotz - Initialization [09.03.2021] [19:04:01] [DEBUG] [QA_KAROTZ_31]: onAction: {"deviceId":31,"args":[],"actionName":"onReset"} [09.03.2021] [19:04:01] [DEBUG] [QA_KAROTZ_31]: onAction: {"deviceId":31,"args":[],"actionName":"onSPEED"} Par contre, aucun soucis pour le faire parler depuis le QA GEA, avec la ligne suivante : GEA.add(true, 0, "test TTS OpenKarotz", {"QuickApp", id["MonOpenKarotz"], "onTTS", "Bonjour. Je suis la voix de votre HC3 !"}, "test TTS OpenKarotz") Suis-je le seul ? Bon, après rien de très grave, parce que l'usage principal (voire unique) est depuis d'autre QA ou scènes Edit: le code qui pose problème : function QuickApp:onTTS(message) self.TTS = self:getVariable("TTS") if message ~= nil then self.TTS = message end tools:Message("debug","Enonciation de la phrase : "..self.TTS) local voice = "1" self.TTS = string.gsub(self.TTS, "\n", "\r\n") self.TTS = string.gsub(self.TTS, "([^%w %-%_%.%~])", function (c) return string.format("%%%02X", string.byte(c)) end) self.TTS = string.gsub(self.TTS, " ", "+") local URL = "http://"..self.IP_KAROTZ.."/cgi-bin/tts?voice="..voice.."&text="..self.TTS:gsub(" ", "+").."&nocache=0" if (self.TTS ~= "") then self:sendKarotz(URL) end end Sauf erreur, l'idée est que ce soit le même code qui soit exécuté lorsque appelé depuis l'extérieur, ou lors d'un clic sur le bouton interne du QA (avec l'usage de la variable TTS). Mais dans le cas interne, le self:getVariable("TTS") renvoie une table (et non un string) qui pose problème à la concaténation avec "Enonciation de la phrase : " pour le message de debug, et pour le gsub 2 lignes après, etc...
  14. Bebitoo

    [HC3] Gestion du lapin Karotz

    Et moi qui me disais que j'étais peut-être l'un des derniers à avoir l'un des ces 'ti lapin dans la famille, et qu'il (elle, c'est une fille ) pourrait être "le thème" mon premier QA... Non... je ne suis pas déçu, super content, au contraire ! Merci Je teste de ce pas ! Et je m'exercerai aux QA plus tard...
  15. Bebitoo

    Petits bug de la HC3

    Après avoir vidé le cache : Pour info : mon navigateur est Safari, sous MacOS. Je n'ai pas la HC3 depuis bien longtemps, mais ce vidage de cache y a fait. Merci
×