jjacques68

pas sûr de comprendre ce que tu veux... il suffit de stocker l'heure dans une variable, et à chaque boucle, si l'heure en cours = l'heure de ta variable, tu déclenches...

ah oui c'est vrai exact aussi oui donc c'est plûtot l'arrêt que tu cherches !!

Moi j'ai utilisé le resfreshState pour intercepter les log... Quand y en a un de type "error", je m'envoie un mail avec les détails... Mais pas de notion de restart de QA...

allé un global cahé commandé, on verra...

ben voilà la version 1, ça reste simple on est d'accord

Voici la liste de référence à ce jour : 13/03/2021 self.listeParam = { ["ID-RF"] = { ["com.fibaro.remoteController"] = 0}, ["Fibargroup"] = { ["com.fibaro.FGMS001"] = 65535, ["com.fibaro.doorSensor"] = 64800, ["com.fibaro.FGMS001v2"] = 65535, ["com.fibaro.FGFS101"] = 86399, ["com.fibaro.lightSensor"] = 65535, ["com.fibaro.windowSensor"] = 64800, ["com.fibaro.temperatureSensor"] = 65535}, ["Danfoss"] = { ["com.fibaro.thermostatDanfoss"] = 600}, ["Horstmann Controls Limited"] = { ["com.fibaro.temperatureSensor"] = 86400}, ["Everspring"] = { ["com.fibaro.temperatureSensor"] = 16776000, ["com.fibaro.lightSensor"] = 16776000}, ["Philio Technology Corp"] = { ["com.fibaro.motionSensor"] = 432000}, } Je rappelle que le temps définit pour les Danfoss doit être personnalisé (cf. notice des vannes) le format de cette liste est le suivant : [zwaveCompany] = { [type1] = valeur max, [type2] = valeur max, },

Comme convenu, Voici un petit QA ultra simple, permettant de vérifier nos temps de réveil des modules sur batteries. Il permet également de mettre à jour ce paramètre. Tout se passe dans la console de debug. Le bouton "Liste les types" : permet de lister les différents fabriquant et le type des modules présent dans nos box (pour information uniquement) utilise la propriété "zwaveComapny" et "type" des devices. en vert, le fabriquant en blanc, les types Le bouton "Compare les temps" : permet de vérifier le temps de réveil "wakeUpTime" de chaque module par rapport à la liste de référence "self.listeParam" présent dans le onInit() du QA. En rouge, les devices avec le temps de réveil actuel, par rapport au temps maximum de référence Si un type de device n'est pas connu dans la liste de référence, une information sera affichée en bleu. La liste en question est visible dans le post suivant, que je mettrai à jour avec les futurs modules, ou si vous me postez vos infos, histoire d'avoir une base complète... Le bouton "Modifie les temps" : modifie le "wakeUpTime" de chaque module don la valeur n'est pas identique à la valeur présente dans la liste de référence. Ci-joint l'icone : (mon IHM est sous fond blanc, vous aurez compris...) Le QA étant de type générique, se référer à la méthode "barbare" (expliquée à gauche et à droite sur le forum) afin de mettre l'icone en place Et décommenter la la ligne suivante dans le onInit(), en mettant le bon numéro de l'icone (à la place de 1089). Ci-joint le QA : Version 1 - 13/03/2021 : WakeUpTime.fqa Version 2 - 16/06/2021 : WakeUpTime_2.fqa Subtilités : Penser à réveiller les modules pour que la modification prenne effet !! Si vous redémarrez la box après avoir cliquez sur le bouton "Modifie les temps", sans avoir réveillé les modules, la modification est à refaire (attention au reboot du backup auto...) Pour les vannes Danfoss, il ne faut pas mettre le wakeUpTime au max, sous peine de ne plus avoir de chauffage (chez moi, j'ai mis 10 min) Le cas des capteurs multiples (typiquement les FGMS) : Il y a plusieurs type ("temperaturSensor", "lightSensor", ...) pour le même device... J'ai essayé de contourner ce problème en utilisant plutôt la propriété "baseType" au lieu de "zwaveCompany", mais je n'arrive pas à faire un meilleur tri avec cette info. J'ai essayé de passer par le "parentID", mais idem, le type ne nous aide pas. Donc j'ai laissé tel quel, cela ne gène pas du tout le fonctionnement. Evolutions : Dans la liste de référence, ne sont présent que mes devices à ce jour. Si vous avez d'autres devices, ils seront donc visibles avec le bouton "Liste les types". Il faudra alors rechercher dans la documentation (hé oui pas le choix ), le temps maximum de réveil que supporte le module. Et ainsi mettre à jour la liste de référence, en la complétant ou la modifiant (sans oublier de publier votre mise à jour sur le fofo )

j'y ai pensé... surtout qu'elle a un firmware qui rame à mort... mais non... elle fonctionne donc non. non non non.

bon c'est pas évident mon histoire, en effet, il y a le global caché iTach Wired TCP/IP to IR : ethernet - (150€) ou encore ça : le kira128, qui serait exactement ce que je cherche, mais on le trouve plus... ethernet - (100 €) (encore plus cher sur ebay) après il existe des solutions "cloud" en passant par IFTTT, mais pffffff usine à gaz... wifi - 50 € - pas mal la diffusion à 360° ou alors la solution ultime du geek, passer par un raspberry les remote ZXT-... sont juste pour l'utilisation de clim ? J'ai l'impression que ce que je cherche est d'une époque préhistorique... !!!

beau "petit" projet ! je suis

@ericl78 : Ben en effet, je viens de lancer une moulinette juste pour vérifier, et bien j'ai 2 device donc une tête Danfoss (oui je sais je saoule avec mes tête ) qui a le wakeup à 0 !! Et comme par hasard c'est celle qui déconne... limite pas logique ça quand on connait leur principe de fonctionnement ??? Je suis entrain de faire un petit QA pour vérifier tout ça et corriger si besoin...

Bon je m'y colle, (mais modestement hein ) Je partage quand fini (demain normalement) J'ai déjà découvert des surprises...

héhé, retrouvé, voilà ma petite liste : {type = "com.fibaro.doorSensor", zwaveCompany = "Fibargroup", maxTime = 64800} {type = "com.fibaro.FGMS001v2", zwaveCompany = "Fibargroup", maxTime = 65535} {type = "com.fibaro.FGFS101", zwaveCompany = "Fibargroup", maxTime = 86399} {type = "com.fibaro.thermostatDanfoss",zwaveCompany = "Danfoss", maxTime = 600} --temps personalisé {type = "com.fibaro.FGMS001", zwaveCompany = "Fibargroup", maxTime = 65535} {type = "com.fibaro.temperatureSensor",zwaveCompany = "Horstmann Controls Limited", maxTime = 86400} {type = "com.fibaro.temperatureSensor",zwaveCompany = "Everspring", maxTime = 16056000} {type = "com.fibaro.lightSensor", zwaveCompany = "Everspring", maxTime = 14400000} {type = "com.fibaro.motionSensor", zwaveCompany = "Philio Technology Corp", maxTime = 432000} bon maintenant faudrait se motiver à (re)faire le script...

ah punaise !! j'avais écrit un bout de code qui mettait tous les délai au max... J'avais renseigner pas mal de type de device différent car les intervalles changent d'une marque à l'autre... Je l'ai plus dans la HC3, par contre je dois toujours avoir le code source en HC2... Faudrait que j'arrive à remettre la mains dessus...

ouai ben je confirme qu'il y a un loup caché au démarrage avec le notificationCenter... Le resfreshState me dit qu'il y a une notification, mais au moment où l'erreur tombe, je ne vois rien dans le swagger. Erreur retournée par le PCALL() : ./include/mainFunc.lua:86: attempt to concatenate a nil value (field 'text') Ben logique, y a rien !! et quelques minutes plus tard, elle apparait : [ { "id": 1, "type": "FirmwareUpdateNotification", "created": 1615501766, "canBeDeleted": true, "priority": "info", "wasRead": false, "data": { "deviceId": 522, "progress": 0, "status": "Available", "info": "" } } ] A suivre...

tien en parlant de taille de backup, Juste avant cette ise à jour, j'ai fais un backup SANS l'historique, résultat : 3.2 Mo Les backup réalisés la nuit par le backup auto : 45 Mo !!! Plus de 40 Mo d'historique !!! je comprends pas l'intérêt de sauvegarder l'historique ??

ah mais si je faisais un simple vrai "wake on lan" ? avec magic packet ?? faut que j'essaye ça EDIT : bon ben ça marche pô

hm... j'ai vu les soucis de logitech, en effet... mouai ça semble plus compliqué dans le sens que je souhaite... Pas trop envie de faire une usine à gaz. c'est dommage, le pilotage par API fonctionne nickel, un p'tit QA et le tour est joué j'ai trouvé le "menu caché" sur la tv, mais aucune option de "wake on lan".

Je connaissais pas ce hub, ça a l'air pas mal !! et donc il possède une API, c'est bien ça ?

hello tout le monde, Je cherche à allumer une TV via son API (philips 42PFL4007H - qui date un peu). Dans la doc, je ne trouve pas, visiblement, une commande spécifique à cette usage. Quand je tente d'envoyer une commande du genre changement de source, ou autre, j'ai clairement le timeout de la requête HTTP qui tombe. Donc je sens trop bien le coup de la carte réseau qui est éteinte en mode standby... il existe des solutions de contournement ? à part le coup du wallplug et de la coupure franche...

bon moi j'ai un eu un crash de mon QA qui analyse le refreshState à cause d'un événement "NotificationCreatedEvent ". Suite à l'interception de cet événement, j'interroge l'API "notificationCenter", et c'est à ce moment que ça plante. j'ai pas réussi à récupérer le libellé de la notification dans le "data.text", valeur null, donc plantage. j'ai contourné le problème, en attendant d'en savoir plus, en ajoutant un pcall() (merci @Lazer...) Y aurait-il eu des modifications de cette API ?

allé.. on click...

ah d'accord. merci !! Ouai ben on va rester simple pour mes parents

oui oui tout à fait, je suis d'accord. c'est ce que je ferais. Suis entrain de me demander comment fond les installateur "pro", avec les comptes... ils utilisent quand même pas les comptes des clients, si ?

c'est ce que je vais faire je pense. Et si je me créé un user avec les droits admin sous son compte, je peux toujours y accéder à distance ?