Merci pour la réponse. Mais je ne trouve pas de lien particulier mentionnant une méthode pour la mise à jour. pouvez vous m’aider?
Merci bcp !
Puis Scroller jusqu’à
Merci beaucoup
[quote="[JPI-APK android] Tel Android dedié domotique, post:1724, topic:10014"]
Update de JPI v0.99501 en ligne ! slight_smile JPI est tout neuf ! Tout a été recodé de zéro, JPI n’a plus besoin de Paw. Il consomme moins de RAM, moins de CPU, est bien plus stable et 50 fois plus rapide qu’avant (si ce n’est plus encore), bref le jour et la nuit. Le streaming de la caméra est bien plus optimisé également et hyper stable (plus aucun pb de ram). De nombreux bugs corrigés et optimisations faites dans le code de l’Apk qui a été remanié. Le moteur de JPI, la gestion de…
[/quote]
En fait j’avais la version récente !! Donc je vais creuser. Mon pb de SMS ne vient pas de là !! Merci qd même. Je reviendrai vers vous si je n’y arrive pas !!
Merci encore
Top merci beaucoup, je vais voir ça.
Je n’utilise plus PAW effectivement visiblement, je vais voir la notion de script j’avais vu ça, comme je voulais déclencher du style « si plus de batterie dire à jeedom d’allumer la prise de charge », je vais refaire un tour à ce titre, merci !
Bonjour
J’ai basculé JPI sur un Redmi Note 11, et depuis JPI s’arrête aléatoirement sans trace dans les logs (Journal error log vide et rien sur un incident dans le Journal des événements)
Quelques infos :
- JPI Version 0.99526 du 29/01/22
- MIUI Global 13.0.1 stable
- Android 12 SKQ1.21103.001
Que pourrais-je faire pour tracer l’incident et le remonter ?
Merci
Quel est le dernier log juste avant un arrêt dans le journal de l’application ?
Rebonjour. en ce qui concerne mon prb de Sms qui ne voulait plus marcher… une maj puis désinstallation PAW et ca remarche.
Merci encore
Par contre, avez vous vous aussi systématiquement après réception d’un SMS sur JPI , une réponse 'Erreur, Jeedom ne répond pas" malgré un time Out de 5 voire plus … jusqu’à 10 sec" dans jeedom dans le script ? Ceci dit, les interactions fonctionnent qd meme, mais reste ce fichu message !
Merci par avance
il faut augmenter le timeout car sendSms attend la confirmation que le sms est bien parti sur le réseau avant de répondre. Cela peut mettre pas mal de secondes.
30s ou plus de timeout devrait résoudre le pb
Bonjour et merci de m’aider.
Ci-après, le journal de l’application entre le 11 et 27 septembre
- 11/09/22 11:39:13 - Activity start
- 11/09/22 11:39:16 - Server started (http://192.168.1.197:8080)
- 11/09/22 11:39:23 - 0 cron task(s) loaded
- 11/09/22 11:39:23 - Reset google services impossible without root access
- 11/09/22 11:39:23 - Service started
- 13/09/22 21:46:05 - Activity start
- 13/09/22 21:46:08 - Server started (http://192.168.1.197:8080)
- 13/09/22 21:46:16 - 0 cron task(s) loaded
- 13/09/22 21:46:16 - Reset google services impossible without root access
- 13/09/22 21:46:16 - Service started
- 16/09/22 15:40:09 - Activity start
- 16/09/22 15:40:12 - Server started (http://192.168.1.197:8080)
- 16/09/22 15:40:19 - 0 cron task(s) loaded
- 16/09/22 15:40:19 - Reset google services impossible without root access
- 16/09/22 15:40:19 - Service started
- 21/09/22 23:24:55 - Activity start
- 21/09/22 23:24:58 - Server started (http://192.168.1.197:8080)
- 21/09/22 23:25:06 - 0 cron task(s) loaded
- 21/09/22 23:25:07 - Reset google services impossible without root access
- 21/09/22 23:25:07 - Service started
- 27/09/22 14:48:13 - Activity start
- 27/09/22 14:48:17 - Server started (http://192.168.1.197:8080)
- 27/09/22 14:48:24 - 0 cron task(s) loaded
- 27/09/22 14:48:24 - Reset google services impossible without root access
- 27/09/22 14:48:24 - Service started
- 27/09/22 14:57:47 - Service stopped
- 27/09/22 14:57:47 - Server stopped
- 27/09/22 14:57:47 - Application Quit
- 27/09/22 15:02:12 - Activity start
- 27/09/22 15:02:15 - Server started (http://192.168.1.197:8080)
- 27/09/22 15:02:23 - 0 cron task(s) loaded
- 27/09/22 15:02:23 - Reset google services impossible without root access
- 27/09/22 15:02:23 - Service started
On constate plusieurs lancement manuels de JPI que j’ai dû faire constatant que JPI était tombé (plus d’accès depuis le Web ou je constatais que l’alimentation n’était pas coupée automatiquement bien qu’à 100%)
Le problème date de plusieurs mois (changement de smartphone) mais je n’avais pas pris le temps de remonter le problème)
Le log n’aide pas malheureusement car il se passe rien quand JPI s’arrête.
Tu n’es pas le seul à avoir remonté ce pb.
Je pense qu’il se pose uniquement sur des versions récentes d’Android (>= 10).
Chez moi ça tourne h24 sur 4 devices depuis des années mais tout est en version 7.
Faudrait que je teste avec un android v10 ou v11 ou v12 en natif (non virtualisé) mais je n’ai pas l’appareil…
1 « J'aime »
J’habite à Villeurbanne (à côté de Lyon). Si nous avions été proches géographiquement, je t’aurais prêté sans problème mon smartphone
Oui c’est très facile avec les évènements que porposent l’application! 
Bonjour à tous,
J’ai lu l’intégrité des messages de ce très long topic…
J’en suis à mon 3e device dédié que je laisse dans mon garage ( au frais ) et dont la batterie gonfle au point de faire décoller l’écran.
Ecran dont l’interface JPI est gravé du fait de l’affichage permanent des infos de JPI.
Du coup, je me demande comment certains d’entre vous ont géré les soucis de batterie ? Et si ça fonctionne ? Par exemple avec une prise wifi ou autre.
Et si il est possible de faire un écran de veille dynamique ( avec les infos de passerelles,etc…)
Merci pour vos retours
Salut,
Moi je l’ai au mur dans la maison avec affichage du design en permanence.
Seulement la tablette détecte lorsqu’il y a un mouvement devant, du coup l’écran passe plus de temps éteint qu’allumé. C’est dans les paramètres JPI.
Pour la prise connectée tu fais un scénario qui récupère l’info de la batterie de la tablette et quand c’est chargé la prise s’éteint et donc se rallume quand la batterie est à 20% par exemple.
Comme ça m’a batterie n’a jamais gonflé et ça fait plusieurs années que la tablette est contre un mur dans un cadre en chêne massif, donc pas d’aération ni rien…
2 « J'aime »
Merci de ton retour, ça me conforte dans mon idée de scénario de charge.
J’avais testé la détection de mouvement mais c’était pas concluant. Dû à la qualité du device je pense, cette fois c’est un vieux tel Samsung, je vais retester pour voir.
Concernant la charge, j’ai lu qu’il fallait éviter de dépasser 80%, du coup je me disait faire un scénario de charge entre 10% et 80%.
1 « J'aime »
Moi je fais 25 / 95 et jamais eu de pb
Pour régler ce pb J’ai remplacé les batteries par une alim 4.2v (en démontant et soudant)
Du coup forcément pas de soucis depuis 4 ans.
Pour l’écran, outre gérer l’extinction correctement (perso j’utilise la proximité de l’appareil et également des yeux Fibaro via Jeedom, pas la detection de mvt), il y a un nettoyage d’écran intégré dans JPI (action startScreenburnFix)
2 de mes écrans affichent un design en permanence depuis 4 ans (ils ont à peine bougé depuis, si ce n’est les modifs dues aux majs de Jeedom)
Les écrans ne sont pas du tout marqués.
Je les « nettoie » 3h tous les jours entre 3h et 6h du matin.