Reprise du message précédent :
Hello,
 
Perso j'utilise un tartampion.ddns.net de noip, que je passe en https avec let's encrypt pour avoir un https sur jeedom https://youdom.net/2020/02/09/gener [...] ur-apache/

J'ai fais la même chose avec noip.

Pour telegram je ne me rappel plus trop mais je ne pense pas avoir fait de manip particulière pour sécuriser.

Il faut que je retrouve comment j'ai géré l'installation de telegram.

Re,
 
il faut juste pouvoir accéder à jeedom en https https://youdom.net/2020/01/17/jeedo [...] tallation/

Yop pour ma part, j'ai acheter un DNS chez OVH, puis mis en place un DynDNS avec OVH et mon syno, puis certificat let's encrypt sur le Pi ou il y a jeedom

j'ai bien vu ce tuto il y a quelques temps, j'ai compris le principe. mais dès les prérequis je patauge. j'ai un domaine (chez Gandi), je peux faire de la redirection de DNS, mais alors comment et que faire de la redirection de ports : rediriger 80 et 443 vers quoi du coup ?
 Pareil pour les vérif' dans un navigateur ou avec SSLLABS : je le fais depuis où et vers quoi ?

Re,
 

 
Dans ton routeur? vers ton jeedom
 

 
Pour SSLLABS il suffit de suivre le tuto de mémoire

merci.
c'est joli l'interface des Livebox, j'en avais pas ce souvenir-là ^^
je suis sur un routeur syno, mais ok pour le principe, je redirige les deux ports 80 et 443 vers l'ip locale de l'installation Jeedom. et je n'applique pas là tout de suite parce que ça va fonctionner direct même sans HTTPS
dernier gros écueil pour moi : la redirection DNS depuis Gandi (pour moi) : je dois créer une redirection vers mon IP publique, rien de plus ? ce qui m'embête un peu parce que le nom de domaine sert déjà et je ne sais pas si je peux créer des sous-domaines...

edit : mmm je crois que je peux faire un sous-domaine ET un nouvel enregistrement de DNS en A. jvais voir.

edit2 : bordel de merde j'ai paumé mon mot de passe pour Putty... c'est récupérable ?

bon.
j'ai récup mon accès PUTTY, tout va bien.

l'install du certificat stoppe sur une erreur TIMEOUT pendant la vérification. j'ai modifié des trucs chez mon fournisseur de NDD mais je ne sais pas si c'est immédiat. wait&see.

edit :
bon².
si je tape mon adresse sous-domaine/domaine en adresse internet j'arrive sur mon Jeedom. http://sousdom.domaine.com (oui c'est un exemple pour pas mettre le mien à moi)
donc pas en HTTPS.
le script de création du certificat finit sur une erreur :
 

Comme j'accède au Jeedom, je considère qu'il n'y a pas de problème réseau ou j'ai rater un truc ? Les ports sont bien redirigés.

 
Du coup tu en est où? c'est pas forcément facile à suivre... pour les autres jetez un oeil à discord link

aussi dingue que ça puisse paraître en ce moment, je n'ai pas eu le temps de retenter. ça laisse le temps à la MAJ DNS au moins ^^

relele,
toujours la même erreur après la commande certbot --apache.  

je suis le tuto https://youdom.net/2020/02/09/gener [...] ur-apache/
j'ai un domaine, j'ai créer un sous-domaine, j'ai créer un DNS A vers mon IP fixe, les ports 80 et 443 sont redirigés vers l'IP locale de mon installation Jeedom (un raspberry en wifi).
j'ai loupé un truc, mais quoi  

la config Gandi :

Un petit bonjour
Je découvre jeedom depuis 3 jours  
L’objectif serait de piloter mes volets via un module klf-200 et de rendre tout ça pilotable depuis HomeKit via home bridge
Pour l’instant j’ai juste acheté un raspberry, installé jeedom et le module home bridge dessus et je teste ce que je peux faire en bidouillant avec weather, telegram ou mail
 
Si j’arrive à avoir un fonctionnement qui me convient j’investirais dans le module klf

Si tu veux des conseils pour des scénarios avec la météo ou si tu as des questions sur le fonctionnement global de Jeedom n'hésite pas, et bien penser également a visiter leur forum https://community.jeedom.com/ où on trouve pas mal d'infos et de tutos intéressants

quelqu'un aurait une référence de tag bluetooth sympa ?
c'est pour faire du contrôle de présence avec BLEA. on trouve pas grand chose, ou alors en Chine et là y a beaucoup de références pas claires. Merci.

L'idéal c'est les Nut, tu as les Nut 2 ou 3 selon le style que tu préfères dont la pile CR2032 tiendra plusieurs années si tu ne le connectes pas a ton téléphone (donc uniquement détecté par ton Jeedom)

Perso j'ai des Nut Mini a la maison, ça marche très bien mais ça fonctionne sur des CR2016 donc il faut changer la pile tous les 7 a 9 mois environ

Après l'alternative c'est les bracelets connectés type Mi Band puisque batterie rechargeable et potentiellement toujours sur toi, mais je supporte mal les montres et bracelets personnellement ...

et un prix normal pour un 2 ou un 3 ? je vois de tout, avec des tag BT à 3 euros jusqu'à 28. pièce...

On est entre 15 et 20€ pour le Nut 3 et 7 a 15 € le Nut Mini selon si tu achète en Europe ou en Chine, ou sur le store officiel http://nutfind.com/collections/all mais comme c'est aux US il vaut mieux faire une grosse commande car tu aura environ 10€ de ports ...

Le plus intéressant reste le Nut 2 qu'on trouve sur les store chinois a moins de 8€ mais il faudra être patient sur la livraison. Exemple au pif : https://a.aliexpress.com/_B1ygbg

Bonjour  
Je commence avec mes questions de noobs
 
Pour l’instant je fais des scénarios « à blanc » qui se contente de m’envoyer des mails
 
J’ai choisi des scénarios provoqués, en utilisant le plugin weather, sur les heures de levé et couché de de soleil + une temporisation
 
Pour le couché j’ai décalé de 30 min cela fonctionne parfaitement
Pour le levé je voulais décaler de 150 min mais cela ne fonctionne pas en faisant juste +150
Il me semble que le scénario ne se déclenche pas
 
Lorsque je mets dans le testeur effectivement j’ai un chiffre avec plus de 60 min du coup il doit pas aimer
 
Quelle est la bonne façon de gérer ça ?
 

Autre question, est ce qu’il y a un module conseillé pour récupérer les données du compteur Linky (via l’api je ne compte pas plugger physiquement un équipement)
Je suis tombé sur le module sigri, mais il semble privé

oké nickel merci.

Quelle est ta commande exactement ?

J'en ai plusieurs dans le genre qui dépassent pourtant les 100 et qui fonctionnent :

Si ta commande de temps sort 635 pour une heure de lever du soleil a 6h35, la commande du haut ajoutant 150 minutes devrait ressortir 905 soit 9h05

Pour Linky j'ai utilisé Sigri_Linky et Sigri_Atome (avec une Clé Atome Direct Énergie qui récupère la teleinfo) mais depuis quelques mois Enedis et Direct Énergie ont fermé leur API, ou ont modifié les méthode d'accès, du coup plus rien de fonctionne, voire le GitHub du développeur pour suivre l'évolution :

https://github.com/Sigri44/sigri_linky

 
je n'utilise pas time_op
juste

(c'est ce que j'avais vu sur un Tuto web)
 
je vais regarder la fonction time_op
Merci    
 

C'est pour ça alors, sans time_op il fait simplement une addition, du coup si la valeur est 6h35 (donc 635 dans Jeedom), + 150 va juste ajouter bêtement 150 a cette valeur, qui va retourner 785, et 785 ne pouvant pas être interprété par Jeedom comme une heure tu n'auras en effet aucun résultat, la commande time_op a pour effet de d'expliquer a Jeedom que tu parles d'heures, et que tu lui ajoute, ou soustrait des minutes

 
Pourquoi personne utilise simplement son smartphone ?
Perso il est toujours chargé et avec moi quand je sors... C'est ce que je fais, pas besoin de module ou de bracelet, et ma montre connectée je ne la porte pas tout le temps

Tu arrives à avoir des données de présence fiables a 100% avec ton smartphone ? Perso j'ai entre autres toutes les lumières et mes appareils connectés qui se coupent en cas d'absence, et avant les Nut Je ne pouvais pas laisser ce scénario activé sous peine de voir tout s'éteindre plusieurs fois par heure ...

En fait j'utilise différentes méthodes justement pour avoir un résultat le plus proche de 100% de réussite possible, dans le lot le smartphone c'est le moins fiable, déjà il n'est pas couvert par BLEA, ensuite le ping du WiFi ne fonctionne que si le WiFi est allumé sur le smartphone, ce qui n'est pas toujours le cas, et même allumé certains smartphones (coucou les iPhones) coupent le WiFi en veille prolongée, et la géolocalisation pour l'instant ça a toujours été assez erratique quand j'ai essayé, a voir avec les dernières version de l'application Jeedom puisque ça fait partie des points sur les quels ils ont travaillé.

Comme on a chacun un Nut sur nos clés de maison (on les a toujours avec nous quand on sort, et quand on reviens, du coup c'est le plus fiable, réellement je suis a plus de 99% de réussite, même en oubliant mes clés dans la voiture elles sont reconnues, et avec la grande portée de la clé Sena et une bonne antenne elle me capte même des le portillon.

Enfin comme madame a un Mi Band Je l'ai ajouté puisque ça lui est arrivé d'oublier ses clés au boulot, avec cette option en plus on couvre toutes les éventualités

J'utilise le plugin "Détection de téléphone (bluetooth)" pour détecter en bluetooth et non en WiFi, avec une variable "absence" dans mes scénarios qui l’utilisent pour palier à d'éventuelles micro-coupures et/ou reboot du smartphone etc...  
 
Si au bout de 10 min le BT du smartphone n'est plus détecté ça enclenche mon mode absence avec tout ce qui va avec, et quand il est détecté le mode "à la maison" (si ma variable "absence" est supérieure à 10min, pour pas que ça se déclenche n'importe comment non plus) et ça fonctionne parfaitement oui !
 
EDIT : j'ai utilisé ça comme base pour les scénarios en gros, mais avec le plugin mentionné plus haut : https://youtu.be/WkkEcivx-CQ?t=625

J'ai voulu utiliser ce plugin mais le problème c'est que j'ai coupé le wifi / BT de mon Rpi qui contient jeedom pour installer une antenne déportée via une clé Sena sur un autre Pi.
J'avais de grosses instabilités avec le BT intégré au Pi j'ai donc été obligé de procéder ainsi.

Du coup quand je lance le plugin il me demande de sélectionner un contrôleur BT mais je n'ai rien de dispo pour lui

 
Je vois, j'utilise le BT intégré du Pi 4 et c'est assez stable, la variable permet de palier à d'éventuelles instabilités également, c'est pas en place depuis très longtemps chez moi donc j'ai pas de retour sur la durée, mais j'ai pas rencontré de problème de déclenchements indésirés pour le moment avec cette méthode.
 
EDIT :La variable permet également de ne pas enclencher de scénarios indésirables au reboot du raspberry, sans ça au reboot ça déclenche le scénario "à la maison" par exemple. Ca me permet aussi de planifier un reboot nocturne quotidien pour la stabilité de mon pi (je l'utilise aussi comme serveur MC, client torrent et NAS , il en a dans le ventre le Pi 4)

 
Bon ça ne semble pas fonctionner comme je l'imagine
J'ai créé un scénario en mode provoqué
J'ai mis la condition suivante :  

L'idée étant qu'il se déclenche en décalé par rapport au lever de soleil.
 
Comme je suis en phase d'apprentissage, mon scénario se contente d'envoyer un mail.
Lorsque j'utilise l'expression dans le testeur j'obtiens bien 7h45 (en gros) ce qui semblerait correspondre à ce que je souhaite
 
Par contre dans les logs le scénario se déclenche à 6h15, ce qui est confirmé par l'heure d'envoi du mail.    
 
Qu'est ce que je ne fais pas bien ???

Il s'agit pour ma part d'un Rpi 3b+ qui est reconnu instable avec BT + Wi-Fi et j'ai longtemps galéré avant de passer à l'antenne déportée !

j'ai besoin de faire de la présence pour deux enfants sans smartphone (oui ça existe encore), d'une part pour checker les retours d'école, ensuite sur différents niveaux d'habitation.
Sinon avec les smartphones ça fonctionne plutôt bien en effet. Mieux avec mon Honor et un vieux LG qu'avec un Xiaomi série 7.
 

 
 
je viens de me prendre un rpi 4b et voulant me lancer dans la domotics j'essaie de le lancer sur un container docker pour pouvoir faire mumuse avec le peu de matos que j'ai actuellement J'ai suivit ce "tuto" mais sans succès et je trouve pas trop de réponse pour pouvoir me débloquer

 
Je me réponds si ça peut servir à quelqu'un
La doc du plugin héliotrope explique le fonctionnement.
https://lunarok.github.io/jeedom_do [...] eliotrope/
 
Pour une raison (que je ne suis pas sur de comprendre), il faut combiner un déclencheur sur la variable contenant l'heure qui nous intéresse
Puis dans le scénario démarrer par un bloc A, en utilisant la commande time_op comme indiqué par HoM3r17
 
Je viens de faire les modifs je verrais demain si cela à fonctionné.
 
Du coup j'ai commandé un klf 200 pour animer en vrai (et non pas en simulation) les volets.
 
A suivre...

As tu trouvé la solution à ton problème ?
 
J’en arrive moi aussi à vouloir ouvrir un accès internet
J’ai créé un domaine chez ovh
Je suis en dyndns mais il me rend la bonne adresse à priori
J’ai créé les règles de nat dans ma box
Je lance certbot mais à chaque fois j’ai la même erreur : error getting validation data
 
Le conseil est de vérifier les règles A de mon dns mais étant en dydns je n’en ai pas
 
Je bloque dessus depuis 24h je ne vois pas d’où ça vient
 
J’ai regardé 3 tutors différent mais je bloque toujours au même point

nan, rien n'a bougé je ne m'en suis pas occupé. le déménagement recule aux rythmes des reports de dossiers Notariaux... donc jverrais plus tard ^^

 
Ca m'a l'air compliqué Jeedom sous Docker. Il y a bien la doc officielle mais bon : https://doc.jeedom.com/fr_FR/installation/docker
Il n'y a pas de conteneur séparé pour la BDD (ou l'externaliser dans une BDD existante genre un NAS), je suis pas sûr que ça gère l'archi ARM des raspberry... Bref, c'est pas encore mûr.
 
Par contre tu peux l'installer sur une Debian Stretch et installer Docker à côté pour faire d'autre tests, comme PiHole, NodeRed, Home-Assistant (qui lui est bien pensé en conteneur). C'est ce que j'ai et ça tourne pas mal.

Bon récapitulatif de mes manips/tests : Objectif, pouvoir accéder à mon jeedom depuis l'extérieur de façon sécurisée (principalement avec Telegram pour des scénarios avec Ask)

• J'ai un raspberry 4 avec Buster Lite installé dessus en suivant cette procédure ( https://www.domo-blog.fr/installer- [...] eedom-3-0/ )
• Etant chez Orange avec une IP publique dynamique j'ai suivi cette procédure ( https://www.domo-blog.fr/comment-fi [...] dynamique/ )

• Donc j'ai créé un compte ovh  
• J'ai ouvert firewall de ma box et j'ai naté les ports vers mon raspberry  
• Pour vérifier que l'adresse publique était correctement routé, j'ai provisoirement routé mon port 80 vers mon NAS Synology, aucun soucis cela fonctionne parfaitement  
• Par contre lorsque je tente d'accéder même en mode http basique à jeedom sur mon raspberry j'ai un message d'erreur sur time out  
• Du coup de façon cohérent le challenge certbot ne passe jamais  

• En désespoir de cause j'ai déclaré mon nom de domaine en ServerName sur Apache (c'était suggéré là https://www.domo-blog.fr/securiser- [...] ttp-01/2/)    
• En encore plus désespoir de cause j'ai ajouté mon nom de domaine dans le hosts du raspberry      

Du coup pour moi le problème vient soit :

• De la conf du firewall interne debian buster : je n'ai fait aucun réglage dessus. Mais comme tout marche en local sur le port 80 j'ai du mal à imaginer que c'est ça.  
• De la conf d'Apache mais là je ne vois pas par où démarrer  
• Dernière piste : La livebox ne proposant pas de loopback, ça fout le bordel dans le challenge certbot. Mais vu que lorsque je teste l'accès en http "simple" depuis mon smartphone il ne se passe rien je ne pense pas que ce soit ça

Si un spécialiste linux/apache me lit et a la bonté de m'orienter je suis preneur  

bon, j'ai remis le nez dedans : je régresse
je n'ai même plus accès en HTTP depuis l'extérieur en entrant mon IP.
edit : je viens de percuter que depuis le changement de freebox, je ne suis plus en bridge mais en routeur (sinon y a rien qui marche, la flemme de la re re re renvoyer). une idée pour tout laisser passer sans filtrage de ports ? c'est le syno derrière qui fera le boulot. une DMZ ?

Tu as NAT ton flux vers l’adresse de jeedom sur port 80 ou 443  

J'ai fait les deux. et en TCP/UDP les deux    si ça fonctionne j'en virerais pour voir ce qui est inutile au fur et à mesure, du réseau empirique ^^
bon, c'est pire que tout en fait... je suis passé à la fibre, donc mon IP a changé, j'avais pas fait gaffe    
entre ça et le mode bridge qui marche pas, j'ai voulu tout refaire bien y a pu rien qui marche... le Syno est en croix avec du DHCP en 10.0.4.x, les baux statiques ont sauté, je vais devoir le reset.
je refais tout propre et je reviens me plaindre que ça marche pas dans une semaine max  

hem,
ça se remet tranquillou.
sinon, Gandi me propose un certificat https, comment puis-je l'utiliser pour mon Jeedom ?