Hello, bonne année à toutes et tous!
@dJuL est-il possible d’activer ou de désactiver un évènement/scenario JPI depuis Jeedom?
Si oui quelle est la bonne manière de faire?
Merci d’avance
Hello, bonne année à toutes et tous!
@dJuL est-il possible d’activer ou de désactiver un évènement/scenario JPI depuis Jeedom?
Si oui quelle est la bonne manière de faire?
Merci d’avance
Non pas possible car c’est en dur dans la config.
Le plus simple est de faire un test en début de scénario dans l’événement en utilisant une variable JPI ou une commande Jeedom.
ex:

ou :

Ok merci @dJuL .
L’idée était d’éviter le déclenchement de l’évènement selon un mode défini dans la solution domotique (par exemple présence/absence) afin d’éviter des déclenchements intempestifs (et utilisation inutile de la charge CPU, génération des traces, …)…
Et effectivement, c’est bien le motionDetector que j’aimerai désactiver selon le mode de présence. ![]()
Un intérêt de faire évoluer cela?
En attendant je vais faire comme tu préconises, merci!
Sinon j’ai des logs d’évènement bizarre très récurrents
- 15/01/24 21:55:20 - LIGHTLOW_EVENT déclenché - Valeur: 0.00302124 lux
- 15/01/24 21:55:20 - lightlow_event - basic scenario
- 15/01/24 21:55:20 - lightlow_event - action: toast => 1 [OK]
- 15/01/24 21:55:20 - LIGHTLOW_EVENT terminé
- 15/01/24 21:55:21 - LIGHTMED_EVENT déclenché - Valeur: 22.003063 lux
- 15/01/24 21:55:21 - lightmed_event - basic scenario
- 15/01/24 21:55:21 - lightmed_event - action: toast => 1 [OK]
- 15/01/24 21:55:21 - LIGHTMED_EVENT terminé
- 15/01/24 21:55:22 - LIGHTLOW_EVENT déclenché - Valeur: 0.00302124 lux
- 15/01/24 21:55:22 - lightlow_event - basic scenario
- 15/01/24 21:55:22 - lightlow_event - action: toast => 1 [OK]
- 15/01/24 21:55:22 - LIGHTLOW_EVENT terminé
- 15/01/24 21:55:23 - LIGHTMED_EVENT déclenché - Valeur: 22.003063 lux
- 15/01/24 21:55:23 - lightmed_event - basic scenario
- 15/01/24 21:55:23 - lightmed_event - action: toast => 1 [OK]
- 15/01/24 21:55:23 - LIGHTMED_EVENT terminé
- 15/01/24 21:55:23 - LIGHTLOW_EVENT déclenché - Valeur: 1.0030518 lux
- 15/01/24 21:55:23 - lightlow_event - basic scenario
- 15/01/24 21:55:23 - lightlow_event - action: toast => 1 [OK]
- 15/01/24 21:55:23 - LIGHTLOW_EVENT terminé
- 15/01/24 21:55:24 - LIGHTMED_EVENT déclenché - Valeur: 22.003063 lux
- 15/01/24 21:55:24 - lightmed_event - basic scenario
- 15/01/24 21:55:24 - lightmed_event - action: toast => 1 [OK]
- 15/01/24 21:55:24 - LIGHTMED_EVENT terminé
- 15/01/24 21:55:28 - LIGHTLOW_EVENT déclenché - Valeur: 0.00302124 lux
- 15/01/24 21:55:28 - lightlow_event - basic scenario
- 15/01/24 21:55:28 - lightlow_event - action: toast => 1 [OK]
- 15/01/24 21:55:28 - LIGHTLOW_EVENT terminé
- 15/01/24 21:55:28 - LIGHTMED_EVENT déclenché - Valeur: 22.003063 lux
- 15/01/24 21:55:28 - lightmed_event - basic scenario
- 15/01/24 21:55:28 - lightmed_event - action: toast => 1 [OK]
- 15/01/24 21:55:28 - LIGHTMED_EVENT terminé
- 15/01/24 21:55:29 - LIGHTLOW_EVENT déclenché - Valeur: 0.00302124 lux
- 15/01/24 21:56:09 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:09 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:11 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:11 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:13 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:13 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:15 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:16 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:17 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:18 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:18 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:19 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:19 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:19 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:21 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:21 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:21 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:22 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:22 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:22 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:23 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:23 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:23 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:24 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:25 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:25 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:26 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:26 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:27 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:27 - LIGHTMED_EVENT désactivé
- 15/01/24 21:56:28 - LIGHTLOW_EVENT désactivé
- 15/01/24 21:56:29 - LIGHTMED_EVENT désactivé
Cela fait beaucoup d’évènements par minute…
Surtout pour des évènements désactivés.
Peut-on régler cela?
Ou la sensibilité de changement de la luminosité?
Il faut désactiver les événements des capteurs dans les réglages de base pour supprimer totalement la fonctionnalité :

edit: par contre a voir tes logs le capteur semble foireux, à moins que tu allumes et éteignes la lumière toutes les secondes…
Ok, merci, j’ai désactivé dans les réglages de base.
Effectivement je n’ai pas ce comportement pour mes autres portables.
Salut @dJuL - bonne année déjà ;).
Bon, cela fait bientôt 5 ans que je tourne sous JPI et toujours autant ravi.
Et il faut être honnête, je ne touche rien et ça marche toujours parfaitement : nettoyage d’écran, gestion des alimentations des tablettes, streaming des caméras et enregistrement etc.
Mais… j’ai toujours eu un sujet que je n’ai jamais abordé. J’ai une question pour les designs de tablette Jeedom.
J’ai depuis toujours utilisé l’action refreshLayout pour rafraichir le design.
J’ai un cron qui fait ça sur JPI toutes les 5minutes de mémoire.
Par contre, je me rends compte que cela ne fait que rafraichir le même design. C’est à dire, que si le design a des interrupteurs dans un état (on, off etc) et que je rafraichis, même si ces derniers ont changé d’état, ils continuent à rester dans le même état. Pareil pour les binaires etc.
J’ai toujours utilisé ça car quand je suis sur un design, je veux y rester et ne pas revenir à un autre design. Je veux qu’il se rafraichisse mais qu’il soit juste, ce qui n’est pas le cas.
La seule parade que j’ai trouvée est de passer « manuellement » (en appuyant sur une zone masquée) pour rafraichir réellement le design par l’action goToDesign&id=XX et là le design est réellement juste. Mais là si je suis déjà sur un design XX, je ne peux pas y rester…
Une idée ?
Je ne comprend pas trop…
Si le design est rechargé,(refreshLayout rafraîchit complètement la page web) les états doivent être bons, sinon c’est qu’il y a un soucis côté Jeedom.
Je fais un refreshLayout une seule fois par jour sur mes tablettes, juste au cas où la tablette décroche, les états sont toujours ok pour ma part.
Hello @dJuL
J’ai connecté un mobile en RJ45 via connecteur USB <> RJ45. Il se connecte bien au réseau, Wifi déconnecté. Il a bien une adresse IP fournie par le routeur du LAN.
Mais quand je démarre JPI, il démarre le serveur en localhost sans prendre en compte l’@IP de cette interface réseau (eth0).
Voire il sort dès le départ en Erreur :
« Aucune adresse IP privée valide affectée à l’appareil!
L’application va se terminer »
Alors qu’il essaie aussi juste avant de démarrer le Wifi… mais ne semble pas y arriver (il ne doit pas pouvoir arrêter la connexion Ethernet)
J’ai l’impression que se connecter en Ethernet déconnecte forcément la liaison Wifi et que JPI ne peut plus fonctionner s’il n’y a plus de connexion Wifi…?
As-tu déjà rencontré cela?
Y-a-t-il quelque chose à faire?
PI : lorsque la connexion Ethernet est activée, ce n’est pas la même adresse IP que celle du Wifi qui est appliquée… ![]()
Un moyen pour que JPI détecte cela est change d’@IP serveur? J’imagine que c’est compliqué…
Quelqu’un a-t-il déjà rencontré ce problème?
Comment forcer la même @IP en Wifi et en Eth sachant que les 2 connexions sont sur le même réseau LAN/WLAN?
Sur mes appareils lorsque l’Ethernet est branché JPI bascule dessus automatiquement. Cependant si le Wifi est activé JPI répond encore sur l’IP du wifi, donc les 2 fonctionnent en même temps sans soucis.
Par contre il faut paramétrer JPI pour cela dans les réglages avancés :
Sinon JPI fonctionne uniquement en Wifi si le mode n’est pas sur Auto
Merci, cela fonctionne mieux en Ethernet effectivement avec ce paramétrage!
Dommage juste que mon routeur ne considère pas que c’est le même device avec la même adresse IP (car les 2 interfaces ont des @MAC différentes probablement), ce qui fait que JPI change d’@IP lors de la perte du réseau Wifi pour prendre celle de l’interface Eth…
2 adresses auxquelles donner un bail DHCP statique et 2 URL d’accès depuis l’extérieur…
Bon tu n’y peux pas grand chose! ![]()
Bah si tu es en ethernet pourquoi basculer en wifi ?
Autant rester indéfiniment en ethernet…
C’est pas bête ce que tu dis là!! ![]()
Je voulais tellement un backup filaire au Wifi que j’en ai oublié que je n’avais probablement pas besoin d’un backup en Wifi pour ma connexion filaire!
Hello @dJuL je n’ai pas trouvé de moyen d’allumer le flash/la lampe du téléphone.
Ai-je loupé quelquechose ou ce n’est pas possible de piloter cela?
D’ailleurs il faudrait pouvoir piloter les 2 lampes/flash, front et rear idéalement…
L’idée serait de pouvoir les allumer la nuit (sur évènement de détection par exemple) pour que la caméra ne soit pas aveugle…
Edit : oublies de viens de trouver la fonction AnimFlash!!
La question serait plutôt est-il possible de déclencher le démarrage sur évènement et la sortie sur évènement, car là ce n’est que sur timer de ce que je comprend.
Comment setter des variables JPI depuis Jeedom?
Par exemple lorsque je change de mode dans Jeedom (présence/absence) je souhaite mettre à jour une variable globale dans JPI reflétant le mode…?
Cela me semble plus efficace de positionner, lors du changement d’état/mode dans Jeedom, la variable dans JPI, plutôt que d’appeler à chaque évènement Jeedom depuis JPI…
Via une action perso qui se répète tant que l’événement reste vrai.
ex:


Il y aura dans ce cas 15s minimum de flash allumé.
On repart pour 15s tant que l’événement reste vrai.
(tu peux utiliser une variable dans le test selon ce que tu veux faire)
Avec l’action JPI setVar :

Lancée via le plugin script ou framework SC ou mqtt côté Jeedom
Ok merci!
Comment dans script, je peux passer un paramètre (variable Jeedom) à l’URL ? Est-ce la bonne manière dans l’image ci-dessous?
Par exemple à la place de Présence je met variable(presence) par ex ?
Qu’est-ce que le frameworK SC ?
Je tenterai bien avec mqtt, cela me semble être une manière élégante pour le faire! ![]()
Merci @dJuL !
J’imagine que ce scenario ne se déclenche pas tout seul?
Puis-je le déclencher depuis un autre scenario (lui-même déclenché sur évènement (ex : motion detection) ?
Si oui comment?
Merci
Edit : je pense que j’ai trouvé, via action personnalisé !
bonjour,
depuis hier je n’arrive plus à envoyer de sms avec JPI alors que ca marche depuis des années sans souci et je ne vois pas ce qui pose souci. Voici le message d’erreur qui m’aide assez peu :
06/02/24 14:07:52 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33XXXXXXXXXX
Qu’en pensez vous mon vieux tel android 8 commence t il à rendre l’âme?
je l’ai rebooté mais cela n’a pas aidé.
Qu’en pensez vous?
par avance merci