Bonsoir, désolé de répondre peu et tardivement - mes dev jeedom sont un peu en sommeil par manque de temps. pour la lecture des batteries, il y a un script publié sur le forum. au vu de la fiabilité de la lecture je ne trouve pas intéressant d'ajouter cela. (a cause des devices qui remontent mal leu...

Bonjour je viens de pousser une mise à jour sur github
- correction de typo jedoom -> jeedom
- ajout d'un versioning

diving91

-au lancement mettre toutes les detections a 0 ( en cas de crash les périph sont toujours marqués présent ), actuellement je ping depuis le jeedom et si HS, je désactive ... -avoir un numero de version Bonsoir, Merci de l’intérêt porté à ce script. pour répondre aux deux demandes ci dessus: - la pr...

attention a la syntaxe. je viens de m'appercevoir que j'ai un typo jedoom versus jeedom !! tu as peux etre aussi une "confusion" ? sinon je ne vois pas. PS: je corrigerai sur github l'erreur de syntaxe à l'occasion (c'est juste esthétique mais bon ...) PS2: ne mets pas trop de chose dans les log, su...

Bonsoir, Je ne vois pas pourquoi cela ferait ca sauf un typo qqpart dans le fichier. chez moi (php5.6 mais ce ne doit pas influencer ici), cela tourne très bien avec la modif que j'ai poussé sur le github. ce que tu peux essayer: - repartir du fichier qui est sur github (BTdaemon.php) - voir s'il n'...

Bonjour désolé de ma réponse tardive. chez moi c'est en ligne 335 et pas 337, mais tu as peux être fait d'autres modif? Par ailleurs je m’étais aussi planté, ce n'est pas $this->callJedoomUrl($device['off']); mais $this->callJedoomUrl($tagData[2]); // Send to the controller a signal that devices are...

@diving91 : j'ai quand même un gros problème => après une grosse inactivité pendant laquelle il se produit un reboot du Raspberry PI, le script ne remonte pas toujours l'état réel des équipements :( Par exemple : - je suis à la maison, mon G-Tag est détecté par le script et mis en mode PRESENT dans...

J'ai trouvé un autre problème en faisant mes tests : le script n'ajoute pas le chemin dans les fichiers qu'il tente d'ouvrir (BT.ini, BT.log, util.py et BLE.py). Je les ai donc mis en dur, comme ça je peux le lancer depuis la CRONTAB, mais ce n'est pas propre du tout. Est-ce que quelqu'un sait comm...

Donc résultat : aucun dérochage depuis environ 10h00 ce matin où j'ai basculé 9 équipements : 3 Nut Mini + 3 G-Tag + 3 Smartphones. Nickel :) Par contre je me demande si cela ne vient pas du gros délai de 4 minutes (je crois que c'est bien ça) entre le moment où le périphérique est éteint/hors port...

@diving91 : j'ai quand même un gros problème => après une grosse inactivité pendant laquelle il se produit un reboot du Raspberry PI, le script ne remonte pas toujours l'état réel des équipements :( Par exemple : - je suis à la maison, mon G-Tag est détecté par le script et mis en mode PRESENT dans...

Merci pour ton retour. En effet, cela venait d'un bug sur le fichier BLE.py où j'ai ajouté def comme dans un post précédent et cela fonctionne Donc je confirme que cela fonctionne bien avec une JEEDOM Smart :) Ah OK. je viens d'ajouter le "def" sur github (un oubli de ma part, désolé) Super pour la...

Bonjour Cela fonctionne bien quand je lance le script par une console SSH mais la question est de savoir comment le faire fonctionner en permanence ? car dès que je ferme la console cela ne fonctionne plus bonjour, je ne comprend pas ta question. une fois le script lancé, il tourne en permanence co...

Bon, et bien moi j'ai absolument pas compris comment faire la liaison entre le script et le virtuel Jeedom LOL :lol: (et je suis pas le seul au vu des pages précédentes) Si quelqu'un a quelques minutes pour expliquer en détail et/ou faire quelques captures d'écran par exemple, ce serait sympa :) Bo...

Effectivement j'en ai oublié quelqu'un c'est ajouté dans la doc. Par contre pour moi c'est schedule et plus #schedule# Merci beaucoup. en 3.1.7 je confirme que c'est #schedule# - donc ça doit être un changement 3.2 (et c'est mieux car plus cohérent avec le reste). Je passerai en 3.2 une fois que j'...

Ben tu as soit schedule soit api soit le nom de la commande. Voila les valeurs possible je trouvais le texte de masterfion assez sympa. Lorsqu'un scénario est exécuté par un déclencheur alors le trigger est "[Nom du déclencheur]" Lorsqu'un scénario est exécuté par une programmation alors le le trig...

Bonjour, C'est normal faut etre en 3.2.X pour avoir le paramètre trigger. Bonjour, OK - merci; j'avais bien vu dans le changelog que jeeAPI pour accéder aux variables est à partir de v3.2.x mais pas pour #trigger# au passage, je pense que cela enrichirai la doc "scenario" si les différentes valeur ...

Bonjour,

A noter que #trigger# est vide quand le scenario est appelé via l'API http ( je suis en V3.1.7) diving

Super ! une affaire qui roule

Avec un relai de puissance, on perd l’intérêt d'un SonOff POW car cela mesurerai la consommation ... de relai

peut etre un soucis de version python ou bluez? essaye python -V moi je tourne python v2.7.9 ou bien la version bluez essaye bluetoothd -v moi je tourne avec v5.23 en cherchant sur google, certains semblent avoir ce soucis, essaye d'ajouter un def def le_handle_connection_complete(pkt): status, hand...