jjacques68

il y a 2 ans de ça maintenant, je me disais aussi pourquoi pas essayer... Mais pas à mon compte, justement à cause des soucis "électrique"... Je me suis dit donc que j'allais faire le tour des boites d'électricité qui étaient suspectible de faire des installation domotique. Chose faite, mais alors... ... j'en ai fait 6. j'ai toujours été très bien accueilli. Mais sur les 6, sans vous mentir, 3 m'ont demandé ce que c'était la domotique... Après leur avoir expliqué, ils m'ont fait comprendre que c'était pas pour eux, trop compliqué, trop... trop tout quoi. les 3 autres, ils faisaient très rarement du KNX. je m'y connaissais un peu car j'ai énormément suivi le KNX à l'époque, j'avais le logiciel ETS (lite) pour jouer dans mon coin. dans les 3 boîte, ils avaient déjà un gars qui bidouillait un peu. Je dis bien bidouillé, car une des entreprise à fait un chantier assez imposant en 100% KNX chez ma sœur, et bien je peux vous dire qu'aujourd'hui, y a encore des trucs qui marchent pas... et moins performant que chez moi avec la HC3 bref... Mais la demande de domotique est si faible (peutêtre un chantier par an) qu'il n'était pas possible d'embaucher qqun pour faire que ça. Une boîte m'avais proposé un poste mais la domotique aurait occupée peut-être 1 % du temps. Le reste aurait de tirer des cables... La conclusion, est que la domotique (la vrai, je parle pas des objets "connectés" à la con dans tous les coins de la maison) n'est absolument pas, mais absolument pas dans l'esprit des personnes. C'est un art de vivre, un état d'esprit, qui n'intéresse qu'une partie infiniment minuscule, voir totalement négligeable, de la population française... La preuve, rien que le mot "domotique" reste inconnu auprès de la majeur partie de la population (même Word ne le connaît pas ) Et je pense pas que ça changera pas de si tôt... J'ai envie de dire que l'on a 15 ans d'avances avec nos petites box... du moins en France... C'est bien dommage...

En effet, il y a un gros soucis sur le formatage des tables JSON !!!! exemple simple à reproduire : dans un QA, faire cette fonction : vous aurez compris que celle-ci va nous afficher le type de la variable transmise... function QuickApp:Display_Type(value) print(type(value)) end On peut la tester depuis ce même QA ou un autre avec : self:Display_Type( {1, 2, 3} ) le résultat sera donc forcément un type "table" ! mais depuis une scène maintenant : en appelant la fonction comme ceci : fibaro.call(id_QA, "Display_Type", {1, 2, 3}) le résultat affichée est de type "string" !!!!!!! il faut faire : fibaro.call(id_QA, "Display_Type", json.encode({1, 2, 3})) pour avoir le type "table" !!! J'ai encore loupé un épisode ????

je vais pas être d'une grande aide, j'ai eu le même genre de soucis, Ai voulu faire un retour à 0 des relais au,bout d'un certain temps, mais ça a jamais marché comme je le voulais. Après j'ai jamais attendu 1h ou 2... Mais il me semble que l'auto off ne fonctionne que si on utilisé les nitrée IN1 / 2 du module non ? si on passe le relais sur On par un autre chemin, il ne revient pas à 0 ! j'ai cru comprendre ça un jour...

pour les drivers USB to COM, faut prendre les drivers de chez "Prolific" ? y a une vieille histoire si je me souviens, selon le chipset... Et il me semble que les les drivers de prolific passe avec tous les modèles...

YEESSSS ! it works fine ! Now I juste have "quickAppChild" in interfaces. but there is a bug with the IHM : "light" is still display... while in the API it's ok : all these functions/possibilities are not explain in the manual of Fibaro... Once again, thank you !!!!

Ok with "quickAppchild" as default. I understand this type. But the type "lights" is added too. I would like to delete the others types. Just to keep "quickAppchild".

@Lazer

yes super !! OK for the properties, but not for Interfaces : self:createChildDevice({ name = "toto", type = "com.fibaro.binarySwitch", initialProperties = { deviceIcon = 1011, isLight = false, categories = {"other"}, }, initialInterfaces = {"quickAppChild"}, }, MyClass) It still set interfaces with "lights" and "quickAppChild"... I try with : initialInterfaces = {} but same result...

hello ! Autre question concernant l'initialisation à la création des QA child : en effet on leur donne leur type avec : local child = self:createChildDevice({ name = "toto", type = "com.fibaro.binarySwitch", }, _MyClass) Mas par défaut il les déclare en "Light" (avec tout ce qui va avec : propriété isLight = true ; interfaces = ["lights", "quickAppChild"] ; categories = ["light"]) et si on veut mettre autre chose !! sans avoir à se taper tous les child à la main !! attention au jeux de mots : "Rôle" = "interface"... J'ai trouvé comment faire pour l'icone et la catégorie : dans le code d'init du child : function MyClass:__init(device) QuickAppChild.__init(self, device) self:trace(string.format("[%s] %s - init" , self.id, self.name)) self:updateProperty("deviceIcon", 1011) self:updateProperty("isLight", false) self:updateProperty("categories", {"other"}) end y a juste besoin de le faire la première fois. On peut laisser le code, mais il ne sera plus utile. remarque : J'ai pensé du coup à le glisser dans la fonction de création du child, mais il le prend pas en compte : local child = self:createChildDevice({ name = "toto", type = "com.fibaro.binarySwitch", deviceIcon = 1011, isLight = false, categories = {"other"}, }, _MyClass) fin remarque. mais pour le rôle (donc interface), pas moyen d'y arriver, j'ai du me les faire à la main ! le problème est que le rôle ne fait pas partie de la section "propriété" dans l'API. donc j'ai essayé la bonne vieille méthode du api get/put, sans succès : local MyApi = api.get("/devices/"..self.id) MyApi.interfaces = {"quickAppChild"} res = api.put("/devices/"..self.id, MyApi) pas de message d'erreur, mais pas de modifications dans l'API... qqun a une idée ?? ou je fais complètement fausse route !?

l'humidité ? pourquoi ? sec ou humide ils attaquent quand même !!

Je connais pas tous les détails, chez moi c'est la même chose. sont des modules nécessaires au fonctionnement. Tu as le "parentID", dans ton cas le 26, et le sous device 26.x Mais normalement, si tu désactives l'option "afficher masqués", tu ne verras que le modules qui t'intéresse ! d'autres personnes pourront sans doutes t'apporter plus d'explications... qui m'intéresseront également

okay, so before updating the API, I must to check if the array is empty, if yes, I add an element and remove it to be sure that the array is good type... strange... but I understand. if it's a bug, it will be maybe fixed in the future...

Hello tout le monde ! Je bloque sur un problème que je ne comprends pas : Je gère le panel Sprinkler à travers un QA... ça marche très bien sauf pour un cas : Où je souhaite supprimer tous les jours programmés... Voici un bout de code qui fonctionne : J'ai une variable de type table où sont insérées plusieurs jours Ensuite je vide cette table Pour enfin la transférer dans l'API tout est ok. local ListeDay = {} table.insert(ListeDay, "monday") table.insert(ListeDay, "thusday") ... for j = 1, #ListeDay do table.remove(ListeDay) end res = api.put("/panels/sprinklers/"..MonID, {days=ListeDay}) Voici un bout de code qui ne fonctionne pas : J'ai toujours ma variable de type table (mais ce coup-ci, elle reste vide) Et je mets à jour l'API... local ListeDay = {} res = api.put("/panels/sprinklers/"..MonID, {days=ListeDay}) et voici l'erreur : {"type":"ERROR","reason":"http:\/\/{$gateway-ip}\/json-schema\/panels\/sprinklers\/PUT_sprinklers.json. Invalid schema: #\/properties\/days. Invalid keyword: type. Invalid document: #\/days","message":""} Je comprends bien qu'il aime pas ma variable "ListeDay", mais pourquoi ?? où est le problème entre le premier exemple et le second ???? merci pour vos lumières !!

je confirme

en faisant un refresh du navigateur ? si tu as fait un reset usine, le user a aussi disparu ! essaye avec admin/admin

ah pas bête ça ! un petit wallplug et le tour est joué...

et mais ça claque même super fort ! je m'effraye à chaque fois ! par contre ça marche plutôt bien

Yes !!!! I understand With this, I divide the processing time by 3 !!! thaaaaanks a lot !!

I think I just understand : local s = {string.byte("10101010000000000000000000000000", 1, 32)} It transforms a string in an array ? exactly ?

I don't understand this syntax ?

au lieu de ça : for i = 1, string.len(s) do if string.sub(s, i, i) == "1" then ... else ... end end j'ai essayé ça : for i = 1, string.len(s) do if string.byte(s, i) == 49 then --49 = "1" ; 48 = "0" ... else ... end end Mais je gagne vraiment pas grand chose en temps de traitement, là on parle de 0.020 ms de gains... Est ce que c'est vraiment utile...

je sais pas, mais je peux tester, je débranche le PV, et regarde combien de temps ça tient...

Ben voilà ceux-ci sont installé dans la BAL et fonctionnent parfaitement bien : https://www.amazon.fr/Gebildet-Capteur-magnétique-Interrupteur-normalement/dp/B07Z4NCWDD/ref=sr_1_50?__mk_fr_FR=ÅMÅŽÕÑ&dchild=1&keywords=contact+reed&qid=1597323328&sr=8-50 encore merci pour les conseils !!

sans compter le risque d'AVC avec le stress que nous cause notre précieuse domotique... y a plus qu'à vivre reculer dans la nature ! sans... rien...

suis d'accord ! après, il est possible de diffuser des huiles essentielles citronnées... sais pas si ça marche...