jjacques68

@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 ?

Mais si mes parents veulent se connecter, ils utiliseront le user que j'aurai créé dans le groupe admin ! nan ? mais du coup ça soulève la question, quel compte vont-ils utiliser sur le téléphone ? c'est compliqué tout ça... tu as peut être raison, vaut mieux créer un compte spécifique pour eux...

si c'est juste pour télécharger les QA et les scènes, j'ai développé un petit soft (sous windows) sans prétention pour le faire. Cela permet de mettre au moins de côté les scripts. Je sais pas si c'est vraiment utile avec les backup cloud et locaux... Si ça intéresse qqun : https://github.com/jjacques68/HC3-Download

Hello ! Petite question : Si j'installe une HC2 chez mes parents, est ce que je peux la déclarer sur mon propre compte Fibaro ID ? Je pourrais du coup y accéder à distance ? Il faudra alors créer un autre compte pour mes parents que je mettrais dans le groupe admin de la HC2, afin qu'ils puissent également créer des scénarios ? J'ai juste dans mon raisonnement ? Cela n'aura pas d'impacts sur la HC3 chez moi ? Cela ne va pas mettre le foutoir dans les notifications ? Merci pour vos conseils !

ben si j'ai compris ça Mais suis curieux (ou fou...) et oui, tout à fait, faut que je commence à m'intéresser aux autres colonnes du sniffer...

je faisais le réveil depuis le bouton à l'intérieur... donc c'est normal. - ok je n'ai pas de problèmes de lenteur. je me base sur la réactivité de l'allumage des lumières aux passages devant les PIR. J'ai vraiment pas à me plaindre (entre 1/2 et 1s) certain sont même quasi instantanés. Et pourtant je passe par une sacré usine à gaz de code Vu que je fais tout par le refreshState. Mais je persiste et signe à dire que certains modules n'ont absolument pas la route décrite dans l'API. Et je parle pas de mon analyse sur les routes "raccourcies". Certaines sont plus longues, d'autres plus courtes. Donc ça lève pas mal d'incohérence. c'est troublant;.. Après je découvre la chose, y a certainement des explications... Sinon je vois vraiment pas l'intérêt du "lastWorkingRoute". Et j'aimerais bien que l'API soit en phase, c'est censé l'être alors J'aimerais arriver à reconstruire 1 route déjà, et me rendre compte que le sniffer et l'API sont cohérent et le reste !

nan veux pas, après c'est un bon vieux FGK, donc peut-être... Je viens d'essayer avec un autre device et ça marche. Mais la route ne se modifie pas. J'avais déjà discuté de ça, j'avais fini par réussir en cassant la route existante du device (débrancher un device intermédiaire) avant de cliquer sur remesh... Mais là ça devient pénible...

oui oui ! Mais j'ai même pas ces infos dans le trace de la box... attends je réessaye...

nan justement... je pensais voir qqch passé mais rien.

quoi sur le fait qu'elle servent à rien ou que je vais me faire gronder ?

si si, après avoir cliquer sur remesh avec le bon N° de device, je réveille le module, mais rien... aucune réaction...