henri-allauch Posté(e) le 13 février 2021 Signaler Posté(e) le 13 février 2021 (modifié) J'ai démarré ma nouvelle box, je l'ai mis à jour OK J'ai le voyant installer Rouge Fixe, j'ai de suite pensé à une erreur m'ai j'ai vu qu'il fallait configurer l'installateur ! Qu'avait vous configuré vous dans les paramètres pour éteindre ce votant rouge Deuxième soucis J'ai modifié le mot de passe de admin, et mis une adresse mail. Je suis allé ajouter ma hc3 dans le cloud Fibaro Et là il ma modifié le mail admin de la box par celui de mon accés au cloud c'est pas ce que je veux mais j'ai lu que ce serait normal que ce soit la même adresse mail ( Pour ma HC2 ce n'est pas le cas ) ET à priori je ne peux pas changer le mail de admin depuis la HC2 J'avais déjà galéré il y a quelques années à l'arrivé de fibaro ID Fibaro cloud adresse mail1 HC2 ( admin) adresse mail2 HC3 (admin) je souhaiterai adresse mail3 ( Si possible ) Quel type propre de config pour 2 box en toute sécurité ? Dernier détail comment donner un nom symbolique ( cloud ) à la place du SN (En local j'ai mis un nom symbolique ) Pour la Hc2 c'est OK Modifié le 13 février 2021 par henri-allauch
Lazer Posté(e) le 13 février 2021 Signaler Posté(e) le 13 février 2021 la LED rouge de l'accès distant, c'est "normal", ça restera ainsi.... pas très rassurant, mais on n'y fait plus attention à la longue De toute façon si tu configures le panneau d'alarme, tu verras aussi une autre LED s'allumer en rouge ou en vert selon si le panneau est armé ou non. Pour l'email, ça fonctionne différemment de la HC2. Je ne saurais te dire avec certitude quelle est la règle, mais je constate comme toi que sur mon HC3, l'email du compte admin est le même que celui de mon compte Fibaro ID, donc ça doit être imposé. Tu peux changer le nom de ta box dans l'onglet Général des Paramètres (tu noteras l'originalité du nom que j'ai choisi) : Qu'on retrouve bien sur le cloud : 1
henri-allauch Posté(e) le 13 février 2021 Auteur Signaler Posté(e) le 13 février 2021 Merci je suis rassuré J'avais aussi saisi un nom mais il n'en tient pas compte même en supprimant la liste des Home center puis en l'ajoutant Pas grave ça se rangera à l'usage C'est peut être dans la dernière version que j'ai installé
henri-allauch Posté(e) le 17 février 2021 Auteur Signaler Posté(e) le 17 février 2021 Ça y j'ai commencé un peu dérouté par la présentation mais en travaillant un peu on prend l'habitude. J'ai parcouru le forum pour avoir des idées, puis j'ai créé ma scène (un scheduleur) qui gère les actions à faire : chaque minutes, 10 minutes, à telle heure , au lever/coucher de soleil ...) évidement les actions actuelles c'est fibaro.trace () ou fibaro.alert ( mail/push, ...) Cela ma permis de comprendre et d'utiliser les conditions de déclenchement d'une scène ( cron, sunrise, sunset, start ) et c'est bien plus puissant que sur hc2. La doc https://manuals.fibaro.com/home-center-3-lua-scenes/ et et le swagger sont une bonne aide. Au passage l'activation du swagger par (...) en bas à droite du dashboard ma fermé à plusieurs reprise l'ensemble des onglets de mon navigateur, je l'utilise dans une autre fenêtre depuis ex: /http://MyIpHc3/swagger Avant de m'attaquer à des scènes ( j'ai lu que @Laser et d'autres pensent quelles deviennent obsolète ) je vais me documenter et regarder des exemples Quick Apps sur le forum ( je ne connais pas du tout ) Mais à priori c'est mieux que les scènes ... Le but est de pas migrer l'existant des scènes et VD de ma HC2 mais de voir ce que je peux faire en mieux. Idem pour les devices les transférer de préférence les alimentés en priorité pour construire un réseau zwave stable. C'est vrai que les debug il faut comprendre et bien positionner les filtres, mais on s'y fait par contre je n'ai pas trouvé de "Bouton" pour les supprimer, à priori il sont supprimé au boot, j'ai essayé par le swagger Curl -X http......./api/debugMessages ça marche mais ce n'est pas pratique d'ailleurs le TryIt est en rouge et il n'y a pas d'api directe delete Peut être pour plus tard @Lazer pour moi le forum ne m'envoi toujours pas les mail des sujets à suivre et toi ?
Lazer Posté(e) le 17 février 2021 Signaler Posté(e) le 17 février 2021 (modifié) Bravo Il n'y a aucune raison de vouloir supprimer les messages de la console... de toute façon ils disparaissent automatiquement dès qu'il y en a trop, il y a un mécanisme de purge automatique. Si un QuickApp/Scène est trop bavard, il va vite faire expirer les anciens messages (ce qui peut être problématique quand on veut chercher un événement passé dans la nuit par exemple) Non toujours pas d'emails de notification... Modifié le 17 février 2021 par Lazer 1
henri-allauch Posté(e) le 19 février 2021 Auteur Signaler Posté(e) le 19 février 2021 (modifié) Depuis 2019 n'ayant plus de machine Windows je n'utilise plus le ToolKit de@Krikroff , mais comme je trouvait pratique de sauver les scènes directement en lua , j'ai fait quelques lignes de php pour remonter quelques codes sources de la Hc2. Je l'ai aménagé pour l'utiliser sur la Hc3 mais problème : api/scenes/id est naturellement modifiée: Le code n'est plus dans .lua mais dans .content ça c'est pas grave, mais le code lua est du style : "content": "{\"conditions\":\"{\\n conditions = { {\\n isTrigger = true,\\n operator = \\\"matchInterval\\\",\\n property = \\\"cron\\\",\\n type = \\\"date\\\",\\n value = {\\n date = { \\\"*\\\", \\\"*\\\", \\\"*\\\", \\\"*\\\", \\\"*\\\", \\\"*\\\" },\\n interval = 60\\n }\\n }, {\\n isTrigger = true,\\n operator = \\\"==\\\",\\n property = \\\"start\\\",\\n avec des \\n et autres \\\" alors qu'en Hc2 : "lua": "--[[\n%% autostart\n%% properties\n%% globals\n--]]\n\nlocal BtNuit = 2\n de ce fait l'enregistrement dans un fichier n'est pas exploitable, et je ne sais pas formater correctement ce code issue du json et ( j'ai essayé de remplacer les "\\n" par "\n " nais ce n'est pas bon ) Avez vous une idée ? Certainement @Krikroff a dû résoudre ce pb dans ses travaux sur le nouveau Toolkit HC3 en préparation Modifié le 20 février 2021 par henri-allauch
jang Posté(e) le 20 février 2021 Signaler Posté(e) le 20 février 2021 function dumpScene(id) local s,c,f = api.get("/scenes/"..id) c = json.decode(s.content) f = io.open("Scene_"..id.."_actions.lua","w"); f:write(c.actions); f:close() f = io.open("Scene_"..id.."_conditions.lua","w"); f:write(c.conditions); f:close() f = io.open("Scene_"..id..".lua","w"); f:write(json.encode(s)); f:close() end --- Download scene from HC3 dumpScene(13) --- Edit Scene_13_actions.lua ... --- Edit Scene_13_conditions.lua ... function restoreScene(id) local f,a,c,s f = io.open("Scene_"..id.."_actions.lua","r"); a=f:read("*all"); f:close() f = io.open("Scene_"..id.."_conditions.lua","r"); c=f:read("*all"); f:close() f = io.open("Scene_"..id..".lua","r"); s=f:read("*all"); f:close() s = json.decode(s) s.content=json.encode({conditions=c,actions=a}) api.put("/scenes/"..id,s) end --- ... then restore scene to HC3 restoreScene(13) 1 1
henri-allauch Posté(e) le 20 février 2021 Auteur Signaler Posté(e) le 20 février 2021 Thank you you put me on the track, I missed a step ! SaveBoxLua.php
henri-allauch Posté(e) le 26 février 2021 Auteur Signaler Posté(e) le 26 février 2021 je n'arrive pas à lire une variable QA depuis une fonction autre que OnInit() et Bouton OnReleased self:warning(self:getVariable("V_MaVariable")) OK dans QuickApp:OnInit() OK dans QuickAPP:B_Fonction() appelée depuis bouton OnReleased NOK dans QuickAPP:Fonction() j'ai loupé quelque chose !!
Lazer Posté(e) le 26 février 2021 Signaler Posté(e) le 26 février 2021 (modifié) Tiens c'est étrange, ça me rappelle le problème de @couillerot reporté sur cette page : Vous auriez trouvé un nouveau bug ? Modifié le 26 février 2021 par Lazer
henri-allauch Posté(e) le 26 février 2021 Auteur Signaler Posté(e) le 26 février 2021 Mais dans le post que tu site c'est des VG Je vais faire une exemple simple pour tester il y a une discutions ici aussi ? https://forum.fibaro.com/topic/49539-retrieving-quickapp-variables/
Lazer Posté(e) le 26 février 2021 Signaler Posté(e) le 26 février 2021 Ah oui en effet tu as raison, vous ne parlez par des mêmes variables
henri-allauch Posté(e) le 26 février 2021 Auteur Signaler Posté(e) le 26 février 2021 (modifié) Voici le problème je fais peut être une erreur d'écriture ! Le code du QA : function QuickApp:onInit() __TAG = "QA_TEST_" .. plugin.mainDeviceId self:trace("") self:trace("QuickApp TEST - Initialization") self:trace("") self:setVariable("V_Test", "Alarme") self:debug(self:getVariable("V_Test")) QuickApp:Lire() end function QuickApp:Lire() self:debug(self:getVariable("V_Test")) end La trace : [26.02.2021] [20:38:01] [TRACE] [QA_TEST_42]: [26.02.2021] [20:38:01] [TRACE] [QA_TEST_42]: QuickApp TEST - Initialization [26.02.2021] [20:38:01] [TRACE] [QA_TEST_42]: [26.02.2021] [20:38:01] [DEBUG] [QA_TEST_42]: Alarme [26.02.2021] [20:38:01] [ERROR] [QUICKAPP42]: QuickApp crashed [26.02.2021] [20:38:01] [ERROR] [QUICKAPP42]: Unknown error occurred: no static 'properties' in class 'QuickApp' Le qa : TEST.fqa Modifié le 26 février 2021 par henri-allauch
Lazer Posté(e) le 26 février 2021 Signaler Posté(e) le 26 février 2021 Normal Pfiou... mais pas simple Remplace l'appel de la fonction QuickApp:Lire() Par ceci : self:Lire() ça fera toute la différence self, c'est ton instance du QuickApp QuickApp, c'est la classe générique, elle ne possède pas de propriétés (c'est justement le message d'erreur qui m'a mis sur la piste : "no static 'properties' in class 'QuickApp'") 1
henri-allauch Posté(e) le 26 février 2021 Auteur Signaler Posté(e) le 26 février 2021 je viens de comprendre avec ton explication Un grand merci Et de plus je reçois les mails du forum merci aussi
jjacques68 Posté(e) le 27 février 2021 Signaler Posté(e) le 27 février 2021 Le 20/02/2021 à 07:42, jang a dit : f = io.open("Scene_"..id.."_actions.lua","w"); f:write(c.actions); f:close() We can write in a file ? download it and editing it with notepad++ for exemple ?
jang Posté(e) le 27 février 2021 Signaler Posté(e) le 27 février 2021 il y a une heure, jjacques68 a dit : We can write in a file? download it and editing it with notepad ++ for example? Yes, but you have to run the code offline on PC/Mac (HC3 don't have io.*). Ex. using this
jjacques68 Posté(e) le 27 février 2021 Signaler Posté(e) le 27 février 2021 il y a 11 minutes, jang a dit : HC3 don't have io.* ah ok, I understand, with the SDK. I don't use it... It will be interesting to put in a file some results of function...
jang Posté(e) le 27 février 2021 Signaler Posté(e) le 27 février 2021 You can do the same with Python, Perl whatever. However, to pull down the code you need to do it from outside the HC3. I think that is what henri-allauch was attempting. 1
henri-allauch Posté(e) le 1 mars 2021 Auteur Signaler Posté(e) le 1 mars 2021 Pour les mail les 2 appels fonctionnent fibaro.call(2, "sendEmail", "TITRE", "MESSAGE") fibaro.alert("email",{2},"MESSAGE") j'ai découvert (QA de @Lazer ) qu'on pouvait continuer à utiliser le fibaro.call comme en HC2 : pratique pour mettre un titre Par contre le fibaro.alert ... d'ou vient le Titre ( chez moi : Message from FibARO ) c'est standard ou c'est moi qui l'ai paramètré QQ part et je ne ne me rappelle plus !
henri-allauch Posté(e) le 7 mars 2021 Auteur Signaler Posté(e) le 7 mars 2021 (modifié) Sur hc2 j'utilisaits depuis un python : requests.put(http://192.168.1.53/api/devices/259,auth=(---Usr----,---Pwd----), data = {"properties":{"power":370.00}} pour renseigner la valeur power d'un fake device issu d'un wall plug. Pensez vous qu'il y a une possibilité équivalente sur QA power HC3 ( j'ai essayé mais j'ai une erreur que je n'identifie pas ) Modifié le 7 mars 2021 par henri-allauch
Lazer Posté(e) le 7 mars 2021 Signaler Posté(e) le 7 mars 2021 (modifié) oui ça fonctionne très bien En GET avec callAction et setProperty : /api/callAction?deviceID=259&name=setProperty&arg1=power&arg2=370 Normalement tu peux modifier n'importe quelle propriété de cette façon. Modifié le 7 mars 2021 par Lazer 1
henri-allauch Posté(e) le 7 mars 2021 Auteur Signaler Posté(e) le 7 mars 2021 merci pour cette piste que je vais explorer. je ma pose aussi la question suivante : j'ai une appli qui transmet les KW d'un current cost vers un un fake . maintenant ce sera un QA mais il y a deux devices ( domestique et chauffage ) j'ai une autre appli qui lit une douzaine de sondes ds18B20 ( indépendantes contrôle des T° d'une PAC ) et les insères directement dans la base graphhc2 pour être exploitées par domochart ( les devices n'existent pas dans la HC2 ) je vais aussi pour ces sondes faire des QA et cela sera correctement exploité par le nouveaux domochart. La question y a il un intérêt de faire un QA Currentcost avec des childs maison et chauffage et un QA 1-WIRE avec 12 childs sonde1, sonde 2 , ... ou de faire simplement les QA pour chaque power et temperature ( il n'y a pas de code pour ces devices ) je n'ai aucune expérience en QA child et à lire les posts c'est pas simple : creation , initialisation, classe , ... de plus j'ai l'impression que l'intérêt c'est le partage de code du parent
Lazer Posté(e) le 7 mars 2021 Signaler Posté(e) le 7 mars 2021 Les QA avec Child devices, c'est un peu complexe au début à mettre en place, faut comprendre comment ça marche. Mais après c'est puissant, avec en effet un code unique pour tous les QA enfants, la maintenance est simplifiée, la consommation mémoire aussi, et également la conso CPU si c'est correctement codé (une seule boucle de mise à jour) après tu peux aussi faire des child "idiots", c'est à dire sans code particulier (uniquement la fonction _init() requise), puis les mettre à jour comme tu faisais avec les Fake, c'est à dire en passant par l'API.
henri-allauch Posté(e) le 16 mars 2021 Auteur Signaler Posté(e) le 16 mars 2021 Pour comprendre et tester l'utilisation de l'api refreshStates je recherche un exemple existant simple Si vous avez ça sous le coude : merci
Messages recommandés