[Présentation] Benj29 et blog Jeedom-Facile

Bon, au final, on gagne à ne pas avoir la détection par la caméra côté JPI.
Pas sûr totalement que ce ne soit que ça car j’ai aussi désactivé un autre paramètre côté JPI.

J’ai désactivé la fonction côté JPI de rallumer périodiquement pour éviter le décrochage Wifi. Djul m’avait conseillé cela par rapport à la perte passerelle wifi, mais avec le recul finalement, ça vide plus la batterie qu’autre chose et c’est désagréable que l’écran s’allume tout seul.

Exemple sur ma Xiaomi de l’entrée, c’est déjà sympa… mais pas flagrant car il y a beaucoup de mouvement quand on est là.

Décharge avant de 17h30 en moyenne contre 22h soit 25% de plus.
OK, c’est sûr, on peut résumer autrement sur 9 mois de consommation équivaut à 1 an. Donc oui sur 3 ou 4 ans de durée de la vie de batterie, on gagne 1 an.

Autre exemple pour l’autre xiaomi du couloir : 13h30 de décharge pour 31h… là c’est plus intéressant. On vise le x2. A affiner sur le plus long terme. Donc 2 ans d’utilisation = 4 ans maintenant !

J’ai soulevé un point intéressant :slight_smile: Je te fais faire des économies :wink: et une usure moins importante du matériel.
J’utilise fully kiosk donc j’ai pas les mêmes réglages. Je dois encore améliorer le fonctionnement (mais je sais pas comment encore) car l’écran reste allumé alors que ce n’est pas utile.

1 « J'aime »

Petite update oubliée récemment, intégration des relevés ioPool dans les designs.
Après un crop de l’image, je fais un relevé maintenant toutes les 3h par le téléphone.
Je notifie par télégram uniquement à 6/12/18h.

Le scénario a donc évolué (côté macrodroid, j’ai juste augmenté le nombre de déclencheurs, pas besoin d’une image).

Le script a évolué, après l’installation du paquet :
https://doc.ubuntu-fr.org/imagemagick
En gros, toujours comme avant, ménage, récupération du fichier, droits, crop de l’image (je fais appel à un script trouvé sur le net, pratique) pour ne plus avoir la météo de l’iopool et le bandeau du tél et je copie le fichier à la fin sur mon design pour affichage.

Pensez à avoir les propriétaires et droits www-data/www-data et 775 sur vos fichiers côté Jeedom (/var/www/html/), chmod et chown sont à utiliser.
De même pour les scripts, pensez à les rendre exécutable par :
sudo chmod u+x nomduscript.sh
(sudo si stockés dans /var/www/html/plugins/script/data)

Le code du script get-snapshot.sh :

#!/bin/bash
sudo rm /home/boss/iopool_snapshot.*
sudo wget -P /home/boss ftp://192.168.2.200:2221/iopool_snapshot.png
sudo chown www-data:www-data /home/boss/iopool_snapshot.png
sudo /var/www/html/plugins/script/data/crop_image.sh /home/boss/iopool_snapshot.png 0 0 340 310
sudo chown www-data:www-data /home/boss/iopool_snapshot[cropped].png
sudo chmod 775 /home/boss/iopool_snapshot[cropped].png
sudo rm /var/www/html/montheme/images/iopool_snapshot[cropped].png
sudo cp /home/boss/iopool_snapshot[cropped].png /var/www/html/montheme/images -f -p

Le script qui fait le crop :

#!/usr/bin/env python3
import subprocess
import sys

# image, crop- dimensions
img = sys.argv[1]; left = sys.argv[2]; right = sys.argv[3]; top = sys.argv[4]; bottom = sys.argv[5]
# arrange the output file's name and path
img_base = img[:img.rfind(".")]; extension = img[img.rfind("."):]; path = img[:img.rfind("/")]
img_out = img_base+"[cropped]"+extension
# get the current img' size
data = subprocess.check_output(["identify", img]).decode("utf-8").strip().replace(img, "")
size = [int(n) for n in data.replace(img, "").split()[1].split("x")]
# calculate the command to resize
w = str(size[0]-int(left)-int(right)); h = str(size[1]-int(top)-int(bottom)); x = left; y = top
# execute the command
cmd = ["convert", img, "-crop", w+"x"+h+"+"+x+"+"+y, "+repage", img_out]
subprocess.Popen(cmd)

Je passe par l’affichage d’une iframe sur mon design.
Le code HTML :

<iframe
    width="320"
    frameborder="0"
    style="border:0"
    height="375"
    allow="fullscreen"
    src="/montheme/iopool.html">
</iframe>

Le fichier html iopool.html :

<html>
  <head>
  <meta http-equiv="refresh" content="60" >
  </head>
  <body>
    <img src="/montheme/images/iopool_snapshot[cropped].png" width="300px"/>
  </body>
</html>

Autre solution, ajouter directement ce code HTML dans le design (ajouter html/code) :

<html>
  <head>
  <meta http-equiv="refresh" content="60" >
  </head>
  <body>
    <img src="/montheme/images/iopool_snapshot[cropped].png" width="300px"/>
  </body>
</html>

EDIT : je me suis posé la question de le faire à la demander, c’est à dire, design qui lance la requête sur le tél pour récupérer l’image mais au final, pas d’intérêt.
Si je veux une analyse, je prends mon tél et l’apk dédié…

Tu devrais ouvrir un fil dédié. J’ai un problème pour ma part, dans l’affichage direct de l’image, je vais voir un peu de mon côté…

J’ai fait sur un autre site, à partir de https://www.meteonord-pasdecalais.fr/wp-content/uploads/2020/09/. Un peu de Python pour wget, un peu de poudre de perlimpinpin et j’ai un super affichage de la météo locale. Ton site Jeedom-facile et ce post sont très inspirants ! Je n’aurais jamais pensé à faire comme ça.

1 « J'aime »

Hello,

Je viens de migrer mon contrat de l’offre online à super heures creuses après un premier estimatif en me basant sur les consommations de mes 2 dernières années.

J’ai aussi fait évoluer mon installation de chauffage par un second groupe Daikin pour le RDC pour la partie chauffage/climatisation. Du coup, ma gestion des thermostats été/hiver a évolué comme pour le premier étage.

Je conserve donc l’article sur le blog car il touche chauffage électrique et clim réversible plus pratique pour une mise en place. Pour ma part, je devrais bien moins consommer avec plus de confort !

Du coup, aucun plugin ne permettant de tenir compte des tarifs multi-horaires que va porter l’offre Linky, j’ai donc fait une mise en place pour vérifier son intérêt :

J’ai prévu d’attaquer la rédaction d’un article de suivi de consommation, autoconsommation et des usages.
Mais le travail proposé par @superbricolo et @Thibaut_T sur le plugin dans les semaines à venir va simplifier grandement la présentation des tableaux de bord.

Pour l’heure, j’historise toutes les grandeurs du plugin (jour, veille, semaine, mois etc) et j’attaque ça par scénario avec des maxbetween. Forcément, long à mettre en place. Ils prévoient de l’intégrer au plugin pour faciliter l’utilisation par tout le monde.

Autre intérêt, si erreur de comptage, les erreurs corrigées seraient intégrées dans ces informations. Alors que moi l’historisation continue de les voir !

D’ailleurs, petit mémo pour ceux qui souhaitent corriger des erreurs de données. RDV ici :

Merci adminer pour faire cela (voir article sur le blog : https://jeedom-facile.fr/index.php/2018/12/06/machine-virtuelle-jeedom/)

Mise à jour de l’article sur la gestion de présence pour éviter les sauts GPS et avoir une présence fiable même sans Bluetooth et clés NUT…

https://jeedom-facile.fr/index.php/2020/02/09/gestion-de-la-presence/

1 « J'aime »

Bonsoir,

Mémo suite à ce post.

Après être parti dans de mauvaises directions, malgré l’aide de @naboleo, j’ai cru d’abord à un problème de charge de ma VM.

Après, analyse, il se trouvait qu’un virtuel avait un comportement erratique malgré l’option « ne jamais répéter » ou de base en" automatique".

Mais depuis le 3.3.58, je rencontre de nouveau des problèmes de scénarios lancés de manière trop récurrente.

En grattant, il se trouve que j’ai enfin trouvé la source du problème et je le mets ici si jamais quelqu’un a le même problème.

Mon capteur sec de portail génère des rebonds… encore fallait-il le savoir ! Ce capteur sec est sur une raspberry avec Jeedouino, l’excellent plugin de @revlys (qui ne donne pas signe de vie depuis plusieurs mois, j’espère que rien de grave…)

Et effectivement, la recopie de cette information sur un virtuel ou autre lance les scénarios « à fond »… (celui de notification si le portail est ouvert et celui des éclairages extérieurs en fonction de la configuration) ; mettant Jeedom en carafe.

La solution a été de modifier le code python de la raspberry qui exécute jeedouino et son démon. J’ai donc modifier dans le répertoire de la pi :

/var/www/html/JeedouinoExt$ sudo nano jeedouinoPiGpio.py

Dans la fonction qui gère le toggle_inputs :

Et voilà avant/après :

On voit bien que la charge explose avant…

1 « J'aime »

Salut @benj29, je tenais deja à te remercié de nous faire profiter de tes connaissance sur jeedom.

Je suis entrain de suivre ton tuto sur le centre de notification et je suis un peu perdu. Pourrais tu m’eclairer un peu?? tout d’abord le scénario que tu mets en capture d’ecran , ce n’est qu’un seul scenario ou il y en à plusieurs??
Merci pour ta réponse

Bonjour et merci.
J’avoue que je réfléchis à arrêter le blog ; par manque de temps et surtout le coût que cela me génère (je m’attendais pas à ce que cela coûte autant).

Je ne comprends pas de quel scénario, article tu parles ?
Peux-tu me donner le lien de l’article, la photo du scénario et où tu bloques ?

@benj29 Salut, ce serait dommage de clôturer ce blog, pour le temps passé et à passer, pas trop de solution, pour le cout du blog, il est de combien ?

1 « J'aime »

De même que Bello65, il serait dommage que tu fermes ton blog.
Ne pourrais-tu pas porter ton travail vers une page statique Github, afin de garder ça disponible ?

2 « J'aime »

@benj29 oui ca serait carrement dommage que tu fermes le blog, pense à nous prevenir afin que l’on puisse faire des captures d’écran avant !
https://jeedom-facile.fr/index.php/2019/03/04/les-notifications-par-ecrit-par-la-voix/
Le scénario commence bien au Si Tag(TTS)=="" ???
et le dernier « variable = autre cas tts » fait partit de quel bloc ???

Pas de stress, je me suis donné jusqu’à fin d’année prochaine. Cela fait déjà 2 ou 3 ans que je le gère.

D’une car les mises à jour et autres sont un sujet de remise en cause de chaque article.

De deux car ma définition de la domotique est d’avoir une production la plus stable possible qui est contraire à la phrase précédente… Rien qu’à voir Jeedom4 et le 3 et j’ai connu le 2 au 3 et ainsi de suite.

Après en terme de coût, c’est un ticket de 150/200€ par an (domaine, BDD, hébergement, serveur) de visu. Même si je ne fais pas cela pour ça, les dons sont bien loin de couvrir cela. Effectivement le fait de migrer vers un git ou autre serait intéressant, à voir si j’en ai le temps.

Il est vrai que j’aimerai finir les 3 ou 4 articles manquants à mes yeux :

  • celui du PV et de l’autoconsommation,
  • celui du multimédia
  • celui de la piscine
  • celui du suivi énergétique global.

Les actions sont bien à la suite.
En première partie, on passe les infos du tag et on oriente dans le bon IF.
En seconde partie, on traite le TTS en fonction de la présence, alarme, heure etc
A défaut, on passe en notification écrite (en utilisant autre_cas_tts) ou si « important »).
La partie « google » permet d’orienter SMS ou Telegram.

ok merci pour l’infos.

Bon courage pour la redaction de la suite, qui à mon avis vont etre des pavés interressants et coriace à rediger.
Pour ma part, quand j’aurais fini le centre de notif, je vais te prendre le scenario pour le chauffage , ce qui va etre un beau pavé aussi
Bonne continuation

1 « J'aime »

Bonjour,

J’ai hébergé mon site chez eux pendant très longtemps : https://www.o2switch.fr/hebergement-illimite/

1 « J'aime »

Hello,

Si tu cherches un hébergement pas cher, tu peux partir sur un vps contabo. Pour le nom de domaine utilise cloudflare.

Ca te couteras environ 65 € / an pour une machine capable de faire pas mal de chose.

2 « J'aime »

Hello à tous,
Meilleurs voeux déjà !
Lentement mais surement, je suis en train de me préparer à passer en V4 à minima.

Le plugin JPI n’était plus dispo et comme il m’est impensable de me passer de JPI de @dJuL au quotidien sur mes tablettes et la synthèse associée ; j’ai tout basculé en script pour pouvoir piloter JPI de manière équivalente.

Dans le principe rien de compliqué :

Attention, il faut faire la distinction entre les infos que vous souhaitez récupérer avec un cron et les actions que vous devez exécuter SANS cron ; sinon JPI ne risque pas d’apprécier…

Comme je ne récupère que les batteries, j’ai fait cet objet script :

et pour les batteries :

Ensuite pour les actions « pilotées » ça se passe comme ça (un nouvel objet pour chaque objet JPI) :

  • créer les infos ou les actions (peu d’info en soit, que la batterie ou le volume par exemple que je récupère)
  • utilisez des messages et passer le volume par title / le message à lire par message pour le TTS :
  • à défaut on utilise que le champ message ou cursor etc

(l’ip:port correspond à votre élément JPI et son port de connexion) :

ensuite, utilisez la commande dans les propriétés avancées de chaque commande/info du plugin JPI de votre objet d’origine pour faire : « cette commande est à remplacer par » puis sélectionnez la nouvelle commande de votre objet script.

tous les scénarios et autres seront à jour à la fin.
il ne vous reste plus qu’à supprimer le plugin obsolète.

Bonjour @benj29
Bonne année 2021 ! Je te souhaite une bonne migration en v4 :blush:
Merci pour le partage !
Benoit

1 « J'aime »