sebcbien

@lazer... Oui je sais on sera jamais d'accord là dessus :-) Sur HC2... Faire venir son installateur ne changeait rien car il n'y avait pas d'outils existants avant... Gomba a demandé du support a fibaro de nombreuses fois et ils avaient été incapables de localiser le souci, même avec l'accès Root... Alors si la HC2 avait un mécanisme d'alerte qui détecte des devices qui ont des problèmes, qui floodent ou bloquent ... Je dirais pas, mais a part les dead nodes, y'a rien de pareil... Et pour localiser un device qui flood, franchement c'est click click click ;-) , rien de sorcier... Envoyé avec mon pouce.

Oui, d'ailleurs je ne comprends pas bien pourquoi tu dis que c'est "pour les geeks"... C'est tellement essentiel... Il suffit d'un device zwave qui déconne et tout est par terre... Ne pas avoir un outil pour localiser le fautif, c'est une politique de l'autruche...[mention=1320]jojo[/mention] et[mention=741]gomba777[/mention] sont partis sur d'autres solutions entre autre a cause d'un réseau zwave qui déconnait... Une fois sur Jeedom, gomba a pu tout de suite localiser le.module qui floodait le réseau. Et je suis sur que ce ne sont pas les seuls. Je vais voir si je peux debugger mon réseau avec ces nouveaux outils... Mais sans eux j'aurais tout ré-installé... Mais en Jeedom Envoyé avec mon pouce.

Je ne suis pas chez moi pour le moment, je regarderai demain au boulot, mais impossible de tester d'ici... Envoyé avec mon pouce.

Ah... Je pensais que ce serait plus bloquant que ça.... Merci ! Pour les clefs ssh,par contre, rien pigé... Il ne me semble pas en avoir besoin pour le moment... J'utilise putty et j'ai accès. Tu en a besoin pour quoi toi ? Envoyé avec mon pouce.

Mon réseau Z-Wave commence à déconner sérieusement.... certaines heures, j'ai des super lags de 10 minutes parfois... problème, il faut que je fasse la super mise à jour avec mise à jour de la debian ... qui me fera perdre mon accès root :-/ Et je vais devoir repasser sur pas mal de scènes et VD d'après ce que j'avais lu... y compris GEA ou je suis toujours a l'ancienne version d'il y a deux ans... Pfffff on est jamais tranquille avec cette domotique

Pourquoi tu ne te base pas sur ma scène, qui fait pour un changement, un seul push ? Franchement, si j'utilise ta scène, j'ai une 15aine de détecteurs de mouvement et une 20aine de dimmers, a chaque changement d'un détecteur, j'aurais .... 35 push qui partent de la HC2 vers mon Jeedom pour demander un refresh. Là la Jeedom va faire un refresh des 35 VD et pour chaque VD il va faire plusieurs appels à l'api HC2 .... pour un mouvement, on va donc facilement avoir une centaine d'échanges entre les box ... Comme je ne suis pas seul dans la maison, il y a souvent plusieurs détections en quelques secondes...

Salut les gars, Désolé mais je n'ai vraiment pas envie de me remettre là dessus... J'ai beaucoup d'autres projets sur la planche que je dois terminer et chez moi c'est mon Jeedom qui maintenant me génère les phrases. J'utilise le plugin météo de base et un scénario. Good luck :-/ Envoyé avec mon pouce.

Bonjour, J'ai voulu vérifier les décharges de mes devices avec batteries. Et je me rends compte que depuis que j'ai migré d'un NAS à un nouveau, DB inclue, le graph des batteries n'est plus mis à jour. Tous les autres graphs sont mis à jour, luminosités, températures tout ça ok pour mes FGMS Mais pas les batteries... Voici le debug: [DEBUG] 22:29:25: v4 [DEBUG] 22:29:26: 1425 Salon Flood 71% [DEBUG] 22:29:26: 1438 SDB Flood 37% [DEBUG] 22:29:26: 1441 Ch.Amis Aeon4-1 40% [DEBUG] 22:29:26: 2117 SDD FGMS 100% [DEBUG] 22:29:26: 2159 Grenier Oeil 100% [DEBUG] 22:29:26: 2164 2164 100% [DEBUG] 22:29:26: 2178 2178 81% [DEBUG] 22:29:26: 2191 SDB Mvtz 100% [DEBUG] 22:29:26: 2198 Bureau MvtZ 0% [DEBUG] 22:29:26: 2230 2230 70% [DEBUG] 22:29:26: [{"date":"2019-03-02","type":"battery","value":"71","id":1425},{"date":"2019-03-02","type":"battery","value":"37","id":1438},{"date":"2019-03-02","type":"battery","value":"40","id":1441},{"date":"2019-03-02","type":"battery","value":"100","id":2117},{"date":"2019-03-02","type":"battery","value":"100","id":2159},{"date":"2019-03-02","type":"battery","value":"100","id":2164},{"date":"2019-03-02","type":"battery","value":"81","id":2178},{"date":"2019-03-02","type":"battery","value":"100","id":2191},{"date":"2019-03-02","type":"battery","value":0,"id":2198},{"date":"2019-03-02","type":"battery","value":"70","id":2230}] [DEBUG] 22:29:26: OK : 0 lines inserted in DB J'ai déjà vérifié le script, les ip, ports tout ça est bon. Une idée ou je pourrais chercher ?, là je cale... Merciiiiiiiiiii :-)

ok, mergé, merci JOJO !!! J'ai aussi modifié le commit des images, plus de "beto" ;-)

Je l'ai fait sous Jeedom. En fait c'est juste un appel et la patrouille commence. Désolé, mais pour le moment j'ai pas beaucoup de temps :-/ Envoyé avec mon pouce.

Trop tard pour moi, fukfukfuk

Inkscape. Open source et gratuit :-) https://inkscape.org/fr/ Envoyé de mon SM-N950F en utilisant Tapatalk

pour le stream mjpeg, ça peut prendre un peu de temps à l'api du syno de le produire... jojo est en XPENO sur un Xeon, donc ça cravache. Moi je suis sur un syno original, ça peut prendre 5-6 secondes avant d'avoir le flux

tu veux dire envoyer la valeur d'une variable globale à Jeedom ? tu as bien mis la VG dans l'entête ?

ça va faire cher ;-)

Moi j'ai encore des soucis de stabilité de ma smart au tout début, j'avais une des premières ... Ça a duré un mois ou deux, depuis c'est rock stable, rien à dire et enchanté. P.s. j'ai pas rebooté avant (ni après) cette mise à jour... Envoyé de mon SM-N950F en utilisant Tapatalk

Non, a distance, chez ma mère Ils ont p'têtre modifié un truc depuis... Envoyé de mon SM-N950F en utilisant Tapatalk

Bonjour, Pour info, je viens de faire la mise à jour de la Jeedom smart de ma mère, en 10 minutes c'était fait.

quelle version utilises-tu ? Moi je suis encore avec la 17.1 beta: https://github.com/sjauquet/YAPUSS/blob/e2470a3c2c0d3e6e226312a27a8c5ea51690db17/SSS_Get.php Je n'ai pas encore installé la V18 de @Jojo...

Ah je comprends... Tu dois d'abord envoyer une commande ptz, attendre le temps qu'il faut pour que la caméra bouge et ensuite envoyer une commande pour récupérer la photo... Ce n'est pas une commande unique

voici des exemples: id: 1 Name: home -- URL: http://192.168.xx.xxx/Yapuss/SSS_Get.php?ptz=1&camera=6 id: 6 Name: Chalet Livreur -- URL: http://192.168.xx.xxx/Yapuss/SSS_Get.php?ptz=6&camera=6 id: 7 Name: Jardin-Chalet -- URL: http://192.168.xx.xxx/Yapuss/SSS_Get.php?ptz=7&camera=6 id: 5 Name: Porte Entrée -- URL: http://192.168.xx.xxx/Yapuss/SSS_Get.php?ptz=5&camera=6 id: 8 Name: Jardin Parking -- URL: http://192.168.xx.xxx/Yapuss/SSS_Get.php?ptz=8&camera=6

perso quand je vais sur la page: http://XXXXX/Yapuss/SSS_Get.php Pour ma caméra avec des position PTZ enregistrées, il m'affiche une liste avec toutes les commandes (positions) possibles. Si je clique sur cette URL... la caméra bouge. Vérifie que tu utilise bien les url PTZ détectées par Yapuss.

Ben euh non, je garde tout, même après un redémarrage complet de tout le syno ... je viens de tester Mes stats, mes DNS personnalisés, settings, whitelist...

salut @cseb62 Je suis pas expert de Docker, mais avec le tuto que j'ai exposé, je n'ai pas de problème de perte de config ni de logs... uniquement /etc/pihole/adlists.list a été remappé

apparemment la source pointe vers le github officiel l'avantage du docker c'est la consommation de ressources cpu et ram minimum. Mais si tu as déjà une VM debian pour autre chose, oui tu peux installer pihole en plus dedans, mais je ne ferais pas une VM rien que pour ça..