flamalex

@Sakkhho, ajoutes les "--" devant les lignes et ça devrait rouler comme ceci en 87 -- display labels --if string.len(modules[1][2]) >= 29 then -- modules[1][2] = string.sub(modules[1][2], 1, 28) --end

en effet, je ne me suis pas intéressé à la nuki pdt le blackfriday, car j’ai reçu the key cette semaine. dommage!!! tu ne vas pas etre deçu de Nuki rien que sur l’asservissement avec fibaro, les retours d’etats , le voyant de la serrure et l’ouverture manuelle, motorisée elle a l’air pas mal je vais essayer d’installer un capteur optique dans le dormant pour capter le verrouillage, ainsi qu’un voyant intérieur de retour d’etat encore du bricolage, du tps @pepite il est clair que je suis remonté il est vrai que sur jeedom les gars qui te repondent sont vraiment prétentieux et sec rien à voir avec fibaro ici, depuis quelques années, je suis tombé sur des passionnés tjr prêts à aider, assez pédagogues. la difference de mentalité entre fibaro et jeedom est flagrante. pour le remboursement, faut pas rever le lunarok ne reponds deja pas à une simple question, alors tu penses que si tu lui demandes un remboursement de son plugin, par principe, tu n'auras jamais de réponse. ce qui m’a franchement le plus déçu, c’est la reponse du createur de the key « arnaud » . @Eliah pour les telecommandes, tu as des news? un remplacement? une rep technique?

parametre-> cliques sur « identifiant « tt en haut puis tu regardes tt en bas en dessous d’effacer en rouge

je viens encore de reboot, mais rien a faire je suis tjrs en 107.

comment as tu flash firmware perso j’y arrive plus merci

bon, alors !!!! c’est deg que j’ecris ses lignes je n’ai reçu que la serrure et une remote qui ne fonctionne pas, pcq defaut général d’un lot. pour que cette serrure soit à la hauteur, il aurait fallu - un bouton, open/close, sur serrure cote intérieur - retour d'Etat sur un voyant verrouillage/déverrouillage - télécommandes opérationnelles(ici ça fonctionne pas et j’en ai qu’une) -un retour d’état en mode manu vers appli et jeedom (je recupe ensuite sur HC2 et inversement) - une fiabilité sur jeedom (les forums ne sont pas positifs) - une gateway (je ne l’ai pas) - un toc toc ki fonctionne (ici ne fonctionne pas sur 3 iphones) - un tkinside qui permettrait l’intégration du portail (que je n'ai pas reçu) - un chargeur qui charge et ne grésille pas. - une gateway qui devait nous permettre de ne pas passer par le cloud (eh bien non) donc si thekeys met la clé sous la porte (sans jeu de mot) on est mal. ah oui, et un sav qui réponds aux questions et réclamations. le créateur m’a répondu, « pour un remboursement il faut une raison valable » enfin, dans la communauté jeedom, alors là c’est fort, on vous prends de haut, j’avais acheté comme un c... le plugin, pensant recevoir un jour la gateway, le créateur ne répond qu’aux questions qui l’intéressent. il reste danalock et Nuki

il faut avouer qu'une remontée du statut suite à une intervention manuelle, ça n'aurait pas été du lux tu sors de chez toi, tu as une absence de quelques secondes, un coup d’œil sur le phone aurait été plus simple que de commencer à lancer l'usine à gaz tu es couché, tu ne sais plus si la porte est ouverte ou fermée, idem, tu jetais un œil sur l'appli plutôt que de lancer une scène. je comprends bien que si tu sors, tu actives alarme, alors oui la j'ai des scènes qui vont faire le boulot mais pour, dans un futur proche, le homekit par exemple sur jeedom, ça va être (passez moi l'expression) le bordel, comment veux tu que homekit sache si il doit déverrouiller ou verrouiller la porte, la j'avoue avoir raté un épisode edit: et comme on considère que la commande est passée, mais qu'elle a changé pcq tu es intervenu manuellement, alors les autres scenarios sont foireux

bjr, je viens de la recevoir, sans la gateway, je dois a attendre. lors des tests, il y a gros truc qui me chagrine, lorsque vous actionnez manuellement la serrure, le statut de celle ci ne remonte pas sur l’appli du telephone. donc a distance, aucun moyen de connaitre le dernier etat exact de la serrure. ça c’est gênant, sans ce retour ça va etre compliqué les scénarios

Bonjour, oui en effet, on ne parle jamais du micro. j'avais remarqué aussi, dans d'autres articles, l'absence de commentaire sur l'audio. j'ai moi mm posé des questions sur le flux audio, afin de traiter celui ci vers d'autres canaux, questions restées sans réponse. c'est un portier sans la voix

Je n'ai tjrs pas reçu la serrure et gateway, je n'ai donc pas avancé. il serait en effet intéressant d'avoir qqes retours!!!

Salut, toujours rien pour NEST !!!!

il suffisait de discuter « problème » pour que depuis hier, je ne recoive plus de notif sur iphone, idem pour ma femme. qqun sonne, ma tablette mural sur jeedom ainsi que les cameras syno sur hc2, fonctionnent et enregistrent, mais les 2 iphones ne recoivent pas de notif. lorsque je lance l’appli, je vois l’image de la cam et la photo prise de la personne qui a sonné. c’est curieux j’avoue ne pas comprendre. l’appli est en 4.11, le firmware en 107. edit: eh bien lorsque ca arrive, il faut desinstaller l’appli du phone et re installer. ca re fonctionne.

lol, non mais la plus part de ceux qui se manifestent, oui!!! and you? tt va bien?

je te confirme, ça fonctionne nikel il m’arrive fréquemment qu’un livreur sonne, je ne suis pas chez moi, je decroche mon phone et dialogue avec le gars, et nous nous entendons parfaitement. je dois etre un cas rare

Salut @cuoresportivo avant toute chose, invites l’interlocuteur a retirer le chiffon de la bouche bon, je plaisante!!! en effet, il y a de tout je suis certainement tombé sur une bonne série je ne sais, tu es dans la mm config que la mienne donc je ne sais quoi te conseiller. voir si les autres proprietaires de doorbird ont trouvé une solution.

ca doit etre la derniere, j’ai inseré le code plus haut. pour le port, je ne sais plus mais j’en ai essayé bcp d’autres sur iphone en ios11, vous etes sur quel port?

hmmm

ca recommence [DEBUG] 15:51:15: 192.168.1.187 62078 [DEBUG] 15:51:15: 2 [DEBUG] 15:51:19: 192.168.1.187 62078 [DEBUG] 15:51:19: 2 [DEBUG] 15:51:33: 192.168.1.187 62078 [DEBUG] 15:51:33: 0 [DEBUG] 15:54:46: 192.168.1.187 62078 [DEBUG] 15:54:46: 0 [DEBUG] 15:55:42: 192.168.1.187 62078 [DEBUG] 15:55:42: 0 [DEBUG] 16:02:20: 192.168.1.187 62078 [DEBUG] 16:02:20: 2 [DEBUG] 16:02:23: 192.168.1.187 62078 [DEBUG] 16:02:23: 2 [DEBUG] 16:02:27: 192.168.1.187 62078 [DEBUG] 16:02:27: 2 IDEM avec "local _maxRetryProcess = 3;" ça a fonctionné le tps que vous etiez connectés ah ah !! ça vient de refonctionner, vous vous etes à nouveau connectés !! [DEBUG] 16:06:22: 192.168.1.187 62078 [DEBUG] 16:06:22: 2 [DEBUG] 16:06:26: 192.168.1.187 62078 [DEBUG] 16:06:26: 2 [DEBUG] 16:06:58: 192.168.1.187 62078 [DEBUG] 16:06:58: 2 [DEBUG] 16:07:01: 192.168.1.187 62078 [DEBUG] 16:07:01: 2 [DEBUG] 16:07:05: 192.168.1.187 62078 [DEBUG] 16:07:05: 2 [DEBUG] 16:08:59: 192.168.1.187 62078 [DEBUG] 16:08:59: 0 EDIT: j'ai passé local _maxRetryProcess = 5; local maxtime = 14; rien à faire, j'ai 5 fois le 2 quelque soit le port, c'est tjrs pareil

ok je teste non je n’ai rien changé seb, mon code est en haut de page. la par exemple, je n’ai encore rien touché et il me trouve [DEBUG] 15:47:38: 192.168.1.187 62078 [DEBUG] 15:47:38: 0 EDIT: bon, je ne sais pas quoi dire, depuis 4 jours ça ne fonctionnait plus, la je n'ai rien touché et il refonctionne parfaitement comme avant je m'interroge tjrs sur le port, car j'ai tjrs mi celui la 62078 sans savoir si il est vraiment ouvert BON !!! "appareil a ete trouvé" mais je ne sais pas pourquoi ça fonctionne je testerai ce soir sur celui de ma femme, on verra pour cette histoire de 0 et 2, ok je comprends mieux Pepite mais alors cela aurait pu venir de mon port? ( tcpsocket )

lol j’aimerai pouvoir en dire autant pour mon petit probleme

yes, c'est un autre sujet et j'avance pas, le problème vient du superuser, une histoire de 2 et de 0. pour ton probleme, idem que seb, avec jeedom requete http, url normal, identifiant et mdp dans jeedom pour acces hc2. d’une fenetre chrome, il doit y avoir une histoire de %20 si tu introduis ton mdp et identifiant avec l’@ mais je ne sais plus ou alors tu pourrais te créer un user dans hc2, pour arriver à cela et te débarrasser de l’email: http://admin:mot_de_passe@192.168.1.5/api/callAction?deviceID=4&name=turnOff http://admin:mot_de_passe@192.168.1.5/api/callAction?deviceID=7&name=setValue&arg1=39

@sebcbien curieusement, ca fonctionne toujours avec l’iphone de ma femme (ios 10) mais pas pour moi en ios 11, alors est ce à cause de l’os je vais mettre a jour l’os de ma femme EDIT : mise à jour effectuée bon ce n'est pas IOS 11 en revanche, j'ai constaté qqchose [DEBUG] 12:57:38: 0 [DEBUG] 12:59:22: 192.168.1.21 62078 [DEBUG] 12:59:22: 0 [DEBUG] 13:00:18: 192.168.1.21 62078 [DEBUG] 13:00:18: 0 [DEBUG] 14:42:01: 192.168.1.21 62078 [DEBUG] 14:42:01: 2 [DEBUG] 14:42:04: 192.168.1.21 62078 [DEBUG] 14:42:04: 2 si on a 0, alors ca fonctionne si on a 2, ca ne fonctionne pas maintenant c'est le phone de madame qui n'est plus repéré, par contre mon phone l'est !!! alors que faire? une idée svp !!!!! je viens de reboot la hc2, et maintenant on n’est plus detecté, le debug indique « 2 », qui corresponderait au superuser apparement que faire pour rester à « 0 »? svp merci

Salut Pepite, celui de sebcbien code bouton: fibaro:call(430, "sendDefinedPushNotification", "99"); fibaro:sleep(6*1000); fibaro:log("Starting process"); local variable_globale_phone = "Phone_Alex"; local thismodule=fibaro:getSelfId() local _deviceIp = fibaro:get(thismodule, 'IPAddress') local _devicePort = fibaro:get(thismodule, 'TCPPort') local _maxRetryProcess = 1; local time = tonumber(os.time()); --local maxtime = 14; local maxtime = 7; -- local _deviceIp = "192.168.10.112"; -- local _devicePort = 3500; -- fibaro:debug(_deviceIp .. " " .. _devicePort) -- fibaro:setGlobal("Lock_Away","Unlocked") function SecondsToClock(sSeconds) local nSeconds = tonumber(sSeconds) if nSeconds == 0 then return "00:00:00"; else nHours = string.format("%02.f", math.floor(nSeconds/3600)); nMins = string.format("%02.f", math.floor(nSeconds/60 - (nHours*60))); nSecs = string.format("%02.f", math.floor(nSeconds - nHours*3600 - nMins *60)); return nHours..":"..nMins..":"..nSecs end end -- recursive function to ping device local function _ping(retry) retry = retry or 0; -- notify state local elapsed = os.difftime(os.time(), tonumber(time)); local msg = "Boucle #".. retry .." depuis "..SecondsToClock(elapsed); fibaro:log(msg); -- check for no more than 30 seconds if elapsed > maxtime then return false; end --open the socket local tcpSocket = Net.FTcpSocket(_deviceIp, _devicePort); fibaro:debug(_deviceIp .. " " .. _devicePort) --set the read timeout tcpSocket:setReadTimeout(250); --send packet local bytes, errorCode = tcpSocket:write("test"); fibaro:debug(errorCode) --check for error if errorCode == 0 then return true; else if retry < _maxRetryProcess then --fibaro:log("Retry process, please wait..."); fibaro:sleep(1*750); return _ping(retry + 1); end return false; end end --ping device, secure with pcall to catch errors. local f, result = pcall(_ping); local Lock_Away = fibaro:getGlobal("Lock_Away") if (f) then -- if (result == true) and (Lock_Away == "Unlocked") then if result == true then fibaro:log("Appareil a été trouvé."); fibaro:setGlobal(variable_globale_phone,"Present") -- évolution future possible: stocker la date et l'heure de la dernière présence détectée -- fibaro:setGlobal("Present_Phones",os.time()) else fibaro:log("Appareil non trouvé!"); fibaro:setGlobal(variable_globale_phone,"Absent") end else fibaro:log("Error: " .. f); end puis la boucle principale: --[[ %%autostart %%properties %%globals ]]-- local thismodule = fibaro:getSelfId(); local status = fibaro:getGlobal("Phone_Alex") -- fibaro:debug(thismodule); if status == "Absent" then fibaro:call(thismodule, "setProperty", "currentIcon", 75) fibaro:setGlobal("PRESENCE","non") end if status == "Present" then fibaro:call(thismodule, "setProperty", "currentIcon", 74) fibaro:setGlobal("PRESENCE","oui") end fibaro:sleep(1000); lorsqu'il y a appui sur le BP du VD, je reçois bien la notification sur le phone, pour le réveiller puis plus rien, avant, au réveil du phone, il accrochait le wifi, le vd pingait sur la table arp et c’était bon, ça me sert pour l'alarme, c'est gênant mais c'est curieux, je n'ai vraiment pas une erreur

Bonjour, en version 4.140 vous ne constatez rien? le VD ne détecte plus les phones, pourtant les phones reçoivent bien les notifs, mais pour le VD ils sont introuvables et il n'y a pas d'erreur dans le debug donc???? je n'ai rien modifié voici le debug, je ne vois pas bien [DEBUG] 15:08:34: 192.168.1.187 80 [DEBUG] 15:08:34: 2 [DEBUG] 15:08:37: 192.168.1.187 80 [DEBUG] 15:08:37: 2 [DEBUG] 15:09:28: 192.168.1.187 80 [DEBUG] 15:09:28: 2 je ne sais plus ce que c'est ce "2" auriez vous une petite idée, svp , merci

oui je souhaitais egalement ne pas utiliser jeedom et rester avec ma hc2, mais voyant personne interesse et ayant du tps pour develop un midule sur hc2 pour the key, je m’y suis colle en avril, je ne regrete pas c’est du boulot, mais c pas msl je l’utilise en design sur tablette collée au mur le jeedom ne recoit et envoie que des requêtes http, comme ca si jeedom plante, aucune incidence sur le reste hc2 reste le maitre sinon niveau technique, questions, je viens de trouver ce lien ici apres, en effet les colis ne sont pas suivi et apparement il y a un probleme avec la getway qui ne fonction que 20h et apres fini , lol mais le probleme est identifié https://www.jeedom.com/forum/viewtopic.php?f=59&t=25693&start=120 pour l’api Arnaud m’avait donne l’acces a ceci https://api.the-keys.fr/api/doc/v1 il faut lui demander un nouvelle acces ROLE DEV. edit: normalement le probleme getway est resolu depuis hier soir. pour les colis, ils ont tt stop, cause decharge trop rapide de la batterie, cela serait du a un fin de course qui ne faisait pas son job, probleme résolu, reprise des livraisons