[JPI-APK android] Tel Android dedié domotique

[loic69]

@dJuL

J’ai la détection de mouvement (seulement quand écran éteint) et le streaming actif sur 4 appareils (2 tablettes et 2 téléphones, Android 5 / 6 / 7 et 9).
Et aucun plantage depuis 3 mois.

Peux tu passer ton scénario ?

[loic69]

@dJuL

edit2: une piste en attendant, stopper et relancer le streaming dans un cron toutes les 2 heures (avec un sleep d’une seconde avant de relancer) pour voir si ça empêche le crash (on verra plus tard pour la détection de mvt)

Dans les actions, je n’ai ni stopCamera ni startStreaming ? Dans quelle section sont-elles ? Dans la section camera, je n’ai que 2 items.

EDIT
En parallèle, j’ai vu dans les logs ce matin suite au blocage cela

- 19/10/21 07:57:01 - Service started
 - 19/10/21 07:57:01 - I18n Error ligne 11: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String android.app.Activity.getPackageName()' on a null object reference
 - 19/10/21 07:57:02 - Activity start

[m.georgein]

Problème résolu, merci @dJuL

d’après google il se serait agis d’un problème de temps de propagation de la nouvelle sécurité.

Quoiqu’il en soit sur le port 587 avec le mot de passe d’application fournis par google cela fonctionne très bien.

Désolé de t’avoir pris la tête pour rien (sauf le tmp !!!)

[Micka41]

Je viens d’avoir ceci, si ça peut aider.

• 19/10/21 19:56:21 - BAD IP: 100.79.114.194 (or network is down) - Stop server
• 19/10/21 19:56:21 - Server stopped
• 19/10/21 19:56:22 - Try to restart Wifi
• 19/10/21 19:56:31 - IP (and network) OK - Start server
• 19/10/21 19:56:35 - Server started (http://192.168.9.78:8080)
• 19/10/21 19:56:35 - Server stopped
• 19/10/21 19:56:35 - Server Error: android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord{9a02713 u0 fr.djul.jpi/.server.ServerService}
• 19/10/21 19:56:35 - Restart (Auto) JPI
• 19/10/21 19:58:15 - Service started

[johndoe2011]

Bonsoir,
Sur mon Samsung gt-i9195 , la mise a jour vers v0.99505 se bloque au milieu de la mise a jour…rien a faire …avant aucun soucis pendant plusieurs années …je ne sais pas trop quoi faire…(ce n’est pas un hasard car cela fait la meme chose sur mon 2ieme GT-i9195 … Any idea ??

[Darkeyes]

Salut
Tu as testé de faire un bkp de ta conf sur un PC.
Ensuite tu supprime jpi et paw, tu supprime le dossier par.
Ensuite réinstalle jpi de zéro, puis réinjecte ton bkp.
J’ai fait comme ça moi, pas d’upgrade direct

[johndoe2011]

Merci, qu’entends tu par « Ensuite tu supprime jpi et pas, tu supprime le dossier par » car je n’ai pas de dossier ‹ par › ?
A+

[Darkeyes]

Désolé correcteur du téléphone, tu supprimes JPI et le serveur PAW

[Micka41]

J’ai peut-être un début de piste, ce maint crash de l’appli après anvoir envoyé un SMS.
Et pour chaque MMS envoyé j’ai le MMS en erreur dans le log alors qu’ils partent vraiement

[LittleYoda]

Bonjour dJul,
Tout d’abord bravo pour ce soft incroyable qui permet une vraie integration domotique 100% WAF !
Pour aller un peu plus loin, je me suis intéressé à cette nouveauté de la v0.9935 :

@dJuL

Fonctions / showDialog => Ouvre une boîte de dialogue sur l’appareil (peut importe si JPI est au premier plan ou non). Prend comme paramètre optionnels l’icône, le titre, le message, les boutons et le timeout d’affichage du dialogue. Retourne le résultat du dialogue (si le paramètre wait est à 1)

CEpendant je ne comprends pas comment fonctionne l’interaction? Je lance une boite de dialogue depuis jeedom en mode script sur le telephone JPI.
La boite s’affiche bien mais comment je recupere la valeur de la réponse ? via un scenario sous JPI ?
merci pour ton aide

[Jeandhom]

Bonjour dJuL,

Je viens d’avoir une coupure internet, pendant cette coupure l’état du lien FTTH est resté UP.
Sur la page d’accueil JPI, la liaison Internet est restée en ligne pendant toute la coupure.
Afin de comparer, j’ai ajouter sur la page d’accueil le DNS de Google.
Un traceroute 8.8.8.8 n’allait pas au delà de la Freebox.

Pendant la coupure:

Après la coupure;

[dJuL]

@Micka41

J’ai 6 Go de RAM sur cette tablette et elle est très peu utilisé, je pense que l’on peu écarter un problème de mémoire.

Le streaming ne prend pas plus que quelques ko de mémoire avec la nouvelle version (1 image), donc oui on peu bel et bien écarter un pb de ram.

@loic69

Dans les actions, je n’ai ni stopCamera ni startStreaming ? Dans quelle section sont-elles ? Dans la section camera, je n’ai que 2 items.

Si tu as désactivé toutes les fonctions de streaming dans les réglages généraux c’est normal… Il faut les réactiver.

@loic69

En parallèle, j’ai vu dans les logs ce matin suite au blocage cela

- 19/10/21 07:57:01 - Service started
 - 19/10/21 07:57:01 - I18n Error ligne 11: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String android.app.Activity.getPackageName()' on a null object reference
 - 19/10/21 07:57:02 - Activity start

Toujours pareil, l’appli a été (mal) redémarrée par l’OS

@m.georgein

Désolé de t’avoir pris la tête pour rien (sauf le tmp !!!)

Pas de soucis

@Micka41

Je viens d’avoir ceci, si ça peut aider.

IL y a un truc que je pige pas (le serveur est stoppé sans explication avec avoir redémarré) mais cela n’a rien à voir avec un crash…

@johndoe2011

Sur mon Samsung gt-i9195 , la mise a jour vers v0.99505 se bloque au milieu de la mise a jour

Tu pars de quelle version ? (une avec paw ou déjà une 0.9950x ?)
Essaye de télécharger l’apk à la main sinon :
https://jpi-domotique.com/?getJPI

[dJuL]

@Micka41

J’ai peut-être un début de piste, ce maint crash de l’appli après anvoir envoyé un SMS.

Pas de log ?
Si crash normalement il y a possibilité d’envoyer un rapport

@LittleYoda

La boite s’affiche bien mais comment je recupere la valeur de la réponse ? via un scenario sous JPI ?

3 solutions :

• Via le plugin script en affectant le résultat de la requête dans une cmd info, et en faisait gaffe à mettre un long timeout à la requête script afin qu’elle attende la résponse.
• En utilisant le framework SC
• En utilisant un scenario côté JPI (via une action personnalisée) qui lancera une commande ou un scenario Jeedom.

Ex avec la 3eme solution :

Il suffit d’appeler l’action perso _showDialog dans Jeedom
Celle ci renvoie le statut via un tag #status dans un scenario Jeedom

[dJuL]

@Jeandhom

Je viens d’avoir une coupure internet, pendant cette coupure l’état du lien FTTH est resté UP.
Sur la page d’accueil JPI, la liaison Internet est restée en ligne pendant toute la coupure.
Afin de comparer, j’ai ajouter sur la page d’accueil le DNS de Google.
Un traceroute 8.8.8.8 n’allait pas au delà de la Freebox.

Curieux car JPI ping les domaines google.com et/ou yahoo.fr
Il faut donc une réponse dns valide pour résoudre le domaine et une réponse positive de l’ip résolue au ping.
Je viens de tester en débranchant ma fibre et j’ai bien internet offline…

edit:

puis

[Darkeyes]

J’ai le même message sur un de mes JPI:

Pourrai correspondre au moment du plantage:

- 19/10/21 18:14:50 - I18n Error ligne 11: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String android.app.Activity.getPackageName()' on a null object reference
- 19/10/21 22:04:09 - I18n Error ligne 11: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String android.app.Activity.getPackageName()' on a null object reference
- 20/10/21 13:09:57 - I18n Error ligne 11: java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String android.app.Activity.getPackageName()' on a null object reference

[dJuL]

Ce message arrive lorsque JPI est (mal) redémarré par je ne sais qui (l’OS j’imagine)

[Jeandhom]

J’ai bien le même résultat que toi en débranchant ma fibre.

[dJuL]

Cela signifie que ta coupure était probablement partielle tout à l’heure et que google.com ou yahoo.fr était encore joignable, je ne vois pas trop d’autres possibilités…

[Jeandhom]

@dJuL

Cela signifie que ta coupure était probablement partielle tout à l’heure

En contradiction avec le traceroute.

@Jeandhom

Un traceroute 8.8.8.8 n’allait pas au delà de la Freebox.

[loic69]

@dJuL

edit2: une piste en attendant, stopper et relancer le streaming dans un cron toutes les 2 heures (avec un sleep d’une seconde avant de relancer) pour voir si ça empêche le crash (on verra plus tard pour la détection de mvt)

@dJuL
Malheureusement, cela n’a pas réglé le problème du plantage toutes les 3 heures. J’avais pris le soin de désactiver la fonction détection pour essayer d’isoler…;