Hello la communauté,
Je me suis rendu compte à un moment dans la journée que l’application a craché.
Je voulais savoir si il y avait une option pour qu’elle soit relancée automatiquement ?
Je n’ai pas trouvé.
Merci 
Salut,
L’application redémarre seule quand elle crash.
Cependant si elle est totalement killée, ou si un ANR est généré (fenêtre de crash), dans ce cas forcément elle ne redémarre pas seule.
Pour cela il faut passer par une application tierce pour surveiller JPI et le relancer…
Je vais essayer d’améliorer ça dans une prochaine version.
4 « J'aime »
Hello @dJuL ,
Merci beaucoup.
La fois où j’ai constaté le problème, elle n’a pas redémarré.
Mathieu
Hello à tous, hello @dJuL ,
Existe-t-il des différences entre la fonction SendSMS et SendMMS (hormis l’ajout d’un média) ?
Quand j’envoie un SMS à plusieurs correspondants, le SMS reçu est unitaire.
Si j’envoie un MMS à plusieurs correspondants, le MMS reçu est dans un groupe.
J’ai quand même regardé dans les paramètres de l’application SMS (Message de Google) et j’ai bien les SMS/MMS groupés de désactivé.
Du coup, je me demande si il n’y a pas un paramètre dans JPI ou une possibilité de développement qui permettrait de dire si oui ou non on souhaite un message groupé ou pas.
Mathieu
Hello,
Excellente année à tous
J’ai des erreurs dans les logs d’envoi de SMS, alors que le SMS est bien envoyé.
[2025-01-07 07:00:05][SCENARIO] Exécution bloc Cédric
[2025-01-07 07:00:05][SCENARIO] http://192.168.1.36:80/?action=sendSms&&number=0672XXXXXX&message=%E2%99%90+Les+jaloux+ne+vous+embrouilleront+pas+avec+leurs+manigances+trompeuses.+Encore+plus+loin%2C+encore+plus+haut+%21+R%C3%A9clamez+le+maximum.
[2025-01-07 07:00:07][SCENARIO] Erreur CURL : ERREUR - 0672XXXXXX
- 07/01/25 07:00:07 - http_event - scénario: __DEFAULT__
- 07/01/25 07:00:07 - http_event - action: getBattLevel => 2 [78]
- 07/01/25 07:00:07 - http_event - action: httpReturn => 1 [OK]
- 07/01/25 07:00:07 - HTTP_EVENT terminé
- 07/01/25 07:00:07 - http_event - action: sendSms => 1 [OK]
- 07/01/25 07:00:07 - http_event - action: httpReturn => 1 [OK]
- 07/01/25 07:00:07 - HTTP_EVENT terminé
- 07/01/25 07:00:08 - http_event - action: sendSms => 1 [OK]
- 07/01/25 07:00:08 - http_event - action: httpReturn => 1 [OK]
- 07/01/25 07:00:08 - HTTP_EVENT terminé
- 07/01/25 07:00:08 - http_event - action: sendSms => 0 [ERREUR]
- 07/01/25 07:00:09 - http_event - action: httpReturn => 1 [OK]
- 07/01/25 07:00:09 - HTTP_EVENT terminé
- 07/01/25 07:00:19 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.1.22
- 07/01/25 07:00:19 - http_event - scénario: __DEFAULT__
- 07/01/25 07:00:30 - http_event - action: sendSms => 1 [OK]
- 07/01/25 07:00:30 - http_event - action: httpReturn => 1 [OK]
- 07/01/25 07:00:30 - HTTP_EVENT terminé
Merci
Bonjour,
également eu ce pb et j’ai du changer le smartphone.
Donc depuis chargeur sur une prise commnandée par jeedom (wifi, z2m, zwave, peu importe si Jeedom peut la commander) ensuite un scénario JPI (pas un scénario jeedom!! mais scenario JPI) qui surveille sur JPI évènement/scénario/alimentation/batterie faible et batterie ok.
Quand le seuil de l’un ou l’autre est atteint le scénario JPI déclenche une commande jpi setCmd id commande jeedom pour on ou off. Cela fonctionne impec.
1 « J'aime »
Bonjour, @dJuL et encore merci pour ton APK.
Je reviens sur le Pb Whatsapp.
J’ai mis en place sur jeedom un script qui via le chatbot de whatsapp envoye des messages mais c’est par le wifi/internet de Jeedom.
Je me pose donc la question si le tel JPI-APK rooté avec une sim 2/3G 4G hébergeant JPI a l’appli Whatsapp installée et fonctionnelle (un peu protesté à l’install car le tel est rooté !!) jpi peut il ou sera-t-il possible à JPI d’envoyer des messages whatsapp en direct 4G ? selon ce que je lis sur RCS, Google fait tout son possible pour empècher les tel android Rooté d’utiliser RCS donc quand SMS sera stoppé si RCS ne fonctionne pas non plus 
Avec une prise type Shelly, je peux envoyer soit une action publish MQTT, soit une action httpGet pour piloter la prise sans passer par Jeedom.
JPI attend l’accusé d’envoi du SMS , si le SMS est long à partir, l’action retourne une erreur. Pour autant le SMS finit souvent par partir.
On voit dans ta capture qu’il est bien parti il y a le petit symbole vert en bas à droite.
Pour les MMS groupés il faut que je regarde, il n’y a pas d’option en effet dans JPI pour désactiver les groupes. Après les groupes c’est juste de l’affichage dans l’interface web.
Je vais regarder pour whatsapp.
RCS c’est pas possible pour l’instant, aucune API publique, tout est dans l’appli Google message et rien n’est intégré dans Android.
Ok merci. Pour whatsapp et CallmeBot (qui fonctionne) le problème c(est qu’il faut une clef Api différente par numéro !! . En plus pour RCS Google bloque tous les tel rooté.
Est-ce possible de modifier, peut-être à la main de l’utilisateur, pour éviter des fausses erreurs ?
Je te remercie pour tes recherches sur les groupes
bonjour ,
je viens de faire l’installation d’un nouveau JPI sur un vieux smartphone
et je n’arrive pas a passer la « Vérif de la version…ERREUR »
Pourtant j’ai pris la dernière version « fr.djul.JPI-0.99553-minAPI19.apk »
Malgré cela ,j’arrive bien à avoir l’interface sur le PC .mais impossible d’envoyer un SMS ou MMS avec les liens générer ??
Merci pour votre aide
Il faut internet disponible sur le périphérique pour que le lancement se termine
Bonjour dJul,
Je suis désolé, je ne comprends pas.
Internet est disponible sur le smartphone ? J’ai une carte SIM pour la 4G, donc j’ai internet ! Cependant, mon Raspberry Pi n’a pas accès à internet. C’est la raison ?
Merci pour ta réponse .
J’ai connecter le smartphone sur mon réseau local en WIFI ( avec internet sur le local )
j’ai cela :
Dernière version .
Essaye à nouveau, ça devrait être bon
Bonsoir,
Cela refonctionne… Que c’est t’il passé ?
Est-ce que j’ai merdouillé ?
Mon JPI est indispensable dans ma domotique. 
J’ai déjà fait un don… 
Je t’en refais un autre avec tous mes remerciements.
Cordialement.
II y avait un soucis sur mon serveur 
1 « J'aime »
Bonjour,
De nouveau des soucis avec le serveur ?
@+