[JPI-APK android] Tel Android dedié domotique

[Sartog]

@Djul, merci beaucoup pour cette MAJ avec ajout du Timestamp !!!

[Sartog]

Petite question, salut Djul.
Je n'ai plus les trois boutons dans l'appli.
Je n'ai pas trouvé l'endroit pour régler.

Merci !

Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk

Bonjour Benj29,

J'ai le même problème, il faut relancer l'apk depuis l'interface web (ou fermer JPI et relancer PAW je crois).
Je ne sais pas pourquoi ces boutons disparaissent.

[benj29]

Pas réussi.

Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk

[Theduck38]

Petite question, salut Djul.
Je n'ai plus les trois boutons dans l'appli.
Je n'ai pas trouvé l'endroit pour régler.

Merci !

Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk

Bonjour Benj29,

J'ai le même problème, il faut relancer l'apk depuis l'interface web (ou fermer JPI et relancer PAW je crois).
Je ne sais pas pourquoi ces boutons disparaissent.

Si j'ai bonne mémoire, il faut rappeler le design avec comme paramètre id=-1

[Sartog]

@Djul,

Mon scénario se plante sur l'étape du calcul :

Capture.JPG (24.43 Kio) Consulté 2060 fois

Voici le log :

Code : Tout sélectionner

- 11/05/18 14:20:13 - motiondetected_event - évaluer: SI ( "1" == "1" ) => VRAI
 - 11/05/18 14:20:13 - motiondetected_event - action: calc => 2

Ça fait plus de 3 minutes qu'il est sur cette étape et l'écran de la tablette est toujours allumé (donc les étapes suivantes n'ont pas eu lieu).

Est-ce que j'utilise mal la fonction ou y a t'il un empêchement avec Timestamp ?

Edit : Je viens de tester juste le calcul, ça fonctionne parfaitement.
Serais-ce finalement la ligne du dessous, celle où je veux mettre le résultat du calcul dans la variable, qui ferait planter le scénario ?


P.S. : Je cherche à ajouter 1h au timestamp actuel puis le stocker dans une variable. Ainsi à la prochaine exécution du scénario, si le timestamp est inférieur au résultat dans la variable alors je ne rafraichi pas le Design sinon je refresh.

[dJuL]

Petite question, salut Djul.
Je n'ai plus les trois boutons dans l'appli.
Je n'ai pas trouvé l'endroit pour régler.

Merci !

Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk

Cela se gère avec l'action Application (APK) / configureLayout

(Cette action est exécutée dans le scénario de l’action perso _designFS )

Si j'ai bonne mémoire, il faut rappeler le design avec comme paramètre id=-1

Oui avec l'action perso _designFS et l'id a -1 cela revient à remettre l'écran d’accueil et a réafficher les boutons et la barre de l'appli

[dJuL]

@Djul,

Mon scénario se plante sur l'étape du calcul :
Capture.JPG

Voici le log :

Code : Tout sélectionner

- 11/05/18 14:20:13 - motiondetected_event - évaluer: SI ( "1" == "1" ) => VRAI
 - 11/05/18 14:20:13 - motiondetected_event - action: calc => 2

Ça fait plus de 3 minutes qu'il est sur cette étape et l'écran de la tablette est toujours allumé (donc les étapes suivantes n'ont pas eu lieu).

Est-ce que j'utilise mal la fonction ou y a t'il un empêchement avec Timestamp ?

Edit : Je viens de tester juste le calcul, ça fonctionne parfaitement.
Serais-ce finalement la ligne du dessous, celle où je veux mettre le résultat du calcul dans la variable, qui ferait planter le scénario ?


P.S. : Je cherche à ajouter 1h au timestamp actuel puis le stocker dans une variable. Ainsi à la prochaine exécution du scénario, si le timestamp est inférieur au résultat dans la variable alors je ne rafraichi pas le Design sinon je refresh.

Il faut utiliser { RETURN } et non pas { RESULT }
Par contre il y a effectivement un soucis avec le mot clef { RESULT }, je vais regarder pourquoi...

[Sartog]

@Djul, merci cela fonctionne avec { RETURN } en effet

[dJuL]

Nouveaux patch dispos pour JPI (Code) :

---------- ---------- ----------


edit 7 :

Update du code patch v0.9687 en ligne

CORE :

- Le mot Clef de scénario { RESULT } ne fonctionnait plus => corrigé


---------- ---------- ----------

Bouton checkMaj dans l'APK pour appliquer la mise à jour.

[Aurel01]

J'ai depuis quelques mois un problème.
J'ai ce scénario qui se déclenche lors d'un sms entrant commençant par "M" suivi d'une commande :
Depuis quelques temps (2/3 mois environ) JPI teste les trois premières conditions puis s'arrête sans la moindre raison (Il y a une dizaine de conditions, mais sur la capture on ne voit que les premières)...
Par le passé il testait bien l'intégralité des conditions. Je n'y ai pas touché depuis peut être un an à ce scénario alors je ne m'explique vraiment pas la raison...

Comme ça aucune idée...
Si tu lances une commande vocale (scénario contenant également beaucoup de bloc condition) et ce que ça passe ?

Non pas eu le temps de tester... La nouvelle version a résolu ce problème que j'avais depuis pas mal de temps déjà !

Tu as fais quelque chose en particulier ?

Merci en tout cas !

[dJuL]

Oui j'ai corrigé (dans le dernier patch) le mot clef { RESULT } qui faisait planter les scénarios.
Et je viens de voir dans ta capture d'écran qu'il est justement utilisé dans ton scénario, ce qui explique pourquoi ça plantait depuis pas mal de versions en arrière

[Aurel01]

Tu es juste trop efficace !!!!

Merci

[benj29]

Petite question, salut Djul.
Je n'ai plus les trois boutons dans l'appli.
Je n'ai pas trouvé l'endroit pour régler.

Merci !

Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk

Cela se gère avec l'action Application (APK) / configureLayout

(Cette action est exécutée dans le scénario de l’action perso _designFS )

Si j'ai bonne mémoire, il faut rappeler le design avec comme paramètre id=-1

Oui avec l'action perso _designFS et l'id a -1 cela revient à remettre l'écran d’accueil et a réafficher les boutons et la barre de l'appli

Salut Djul,

Oui effectivement, mais cela affiche un design avec les boutons => j'aurai pu te dire que je l'avais testé, oubli.
Or, mon problème n'est pas celui là.

En fait, je me rends compte que si je démarre mon design sur une tablette domotique pour être en full screen :



Le fait de mettre button à 0 fait que les boutons disparaissent de la première page de l'APK (quand je recharge l'APK directement de la barre des notifications).

Si je mets button à 1... OK ils sont là, mais ils sont là sur mon design aussi.

Pour l'heure, je contournais ce problème en passant par JPI depuis Jeedom avec un bouton checkmaj que j'avais fait, mais là 4 tablettes domotiques dans la maison, comment te dire

Donc si tu me dis qu'il faut démarrer avec -1 ... je comprends pas trop comment démarrer mon design avec ID=XX et -1 aussi... ?

[dJuL]

Non j'ai pas dis qu'il fallait démarrer avec -1, j'ai dit qu'avec -1 ça permettait de réafficher les boutons et l'écran principal.

De toutes façon si tu es sur un design en fullscreen tu n'as aucun moyen de retourner sur l'écran principal de JPI et ensuite de retourner sur ton design sans passer par l'interface web.

Si c'est juste pour faire le checkmaj, tu fais un checkMaj avec l'action checkMaj direct dans l'interface web dans ce cas avec OUTILS / Exécuter action ça évite d'avoir a afficher les boutons avant, ou bien tu te mets un bouton dans ton design Jeedom qui lance l'action check maj

[benj29]

Oui, mais justement.

Cela signifie qu'il faut lancer l'interface web à la maison depuis un PC, lancer le check MAJ, te balader dans la maison, faire oui etc.

Là l'intérêt était de garder le design en mode full screen. Quand j'ai besoin de faire la mise à jour, je viens directement devant la tablette, je reviens sur le lanceur Android, je clique sur JPI et j'arrive sur la page classique de JPI (avec les 4 checks et les 3 boutons). Sauf que là j'ai plus les 3 boutons.

Je trouve "dommage" de ne pas pouvoir décorréler les 3 boutons du design (layout) des 3 boutons du "menu de base".

D'ailleurs, j'ai un tél qui gère JPI pour les SMS/MMS et qui n'affiche aucun design. Et du coup, je n'ai plus les boutons car j'avais testé un design "simple". (OK je ferai un -1 pour les récupérer).

[benj29]

Bon, déjà pour arrêter de me prendre la tête, j'ai ajouté ça :

[dJuL]

J'ai rajouté un menu dans l'APK permettant (entre autres) de palier à ton problème.
Ce sera dans la prochaine version.

[benj29]

Merci Djul .

Toujours aussi réactif !

[Jeff92]

Bonsoir à tous

Depuis la version 0.9687, les events ( batterie critique, faible et ok ) se déclenchent 4 fois donc 4 fois le même sms. Je joins le log.
======================
- 14/05/18 14:49:13 - BATTERYCRITICAL_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:14 - BATTERYCRITICAL_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:15 - BATTERYCRITICAL_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:16 - BATTERYCRITICAL_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:17 - BATTERYCRITICAL_EVENT terminé
- 14/05/18 14:49:19 - BATTERYCRITICAL_EVENT terminé
- 14/05/18 14:49:19 - BATTERYCRITICAL_EVENT terminé
- 14/05/18 14:49:19 - BATTERYCRITICAL_EVENT terminé
- 14/05/18 14:49:20 - POWERCONNECTED_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:20 - POWERCONNECTED_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:21 - POWERCONNECTED_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:22 - POWERCONNECTED_EVENT déclenché - Niveau de batterie: 20%
- 14/05/18 14:49:23 - POWERCONNECTED_EVENT terminé
- 14/05/18 14:49:26 - POWERCONNECTED_EVENT terminé
- 14/05/18 14:49:26 - POWERCONNECTED_EVENT terminé
- 14/05/18 14:49:26 - POWERCONNECTED_EVENT terminé
===================
J'ai redémarré le tél mais pareil !!
A part ça, tout est ok
Si quelqu'un a une idée
Merci d'avance

[dJuL]

Curieux je n'ai rien changé à ce niveau là...