Bonjour,
super boulot pour ce JPI que j’adore !
j’ai un probleme depuis qq temps sur la réception des SMS : j’utilise le mot-clé {MESSAGE} dans mes scénarios, mais à l’utilisation celui ci est vide. (un passage en 0.99553 n’a rien changé)
Dans la listes des SMS reçus, le message est OK
un simple scénario qui renvoie le message à l’expéditeur
effectivement, d’un contact non autorisé, je reçois bien l’alerte "Message reçu d’un contact non autorisé: +336xxxxxxxx Message reçu: contenu_du_message
Salut et bonne année
Depuis aujourd’hui et sans aucune raison volontaire de ma part (pas de mise à jour tablette OS), à l’exception de la mise à jour de plugins en préparation de jeedom 4.4, jpi me retourne sur 2 tablettes (lenovo), pas la Xiaomi… Des messages pas sympa
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!
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…
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.
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 :
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!
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.