[JPI-APK android] Tel Android dedié domotique

[dJuL]

Le bug qui a existé concernait les accents dans les réponses des interactions (et a été corrigé depuis)
Certains, beaucoup même utilisent pourtant JPI pour ça, donc si eux n'ont pas de pb c'est qu'il doit y avoir un truc spécifique dans ton cas, reste à savoir quoi ...
Surtout que certains utilisent les variables edit: en fait ça marche pas les variables => réponse en dessous

[dJuL]

Ok je viens de tester et effectivement ça fait pareil... (Je n'avais jamais testé avec des variables)
C'est donc un bug interne à Jeedom, les variables sont mal encodées une fois leur valeur réinjectée dans l'url définie dans le plugin script.
Il faut donc utiliser les tags jeedom.
Persos j'utilise que ça (avec le plugin script) et ça marche très bien et c'est même plus simple et plus souple que les variables je trouve.

On peut donc définir une commande action de sous-type MESSAGE dans le plugin script
Puis dans l'url action=sendSms&message=#message#&number=... (on peut aussi utiliser #title# si on veut 2 paramètres)
genre action=sendSms&number=#title#&message=#message#
Voila ensuite il suffit de lancer la commande, jeedom demandera les valeurs pour #title# et #message#


On peut aussi utiliser les commandes de type infos directement dans l'url:
ex: ?action=tts&message=#message#&volume=#[CONFIG][ALARM Options][Volume Voix]#

En bref les variables sont à évitées dans les urls du plugin script, l'encodage est foireux.
Il faut utiliser les #tags#

[cprivet]

Merci pour ta réponse,

J'y ai pensé hier au soir et j'ai fait un test avec la case message, j'ai eu le même souci. Cependant, je vais refaire un test au vu de tes explications clair.

Merci pour ton aide.

[dJuL]

Et si on veut utiliser les variables il suffit de la mettre dans le paramètre message (et non directement dans l'url)
Dans ce cas ça marche bien, je viens de testé, aucun soucis d'encodage.

[cprivet]

Génial !

J'ai tourné en rond pendant un moment, jusqu'au moment ou tu a mis un exemple de ton script !

C'est parfait, les SMS sont bien envoyés avec les accents !

Merci encore d'avoir pris le temps de répondre et de me guider.

J'espère que ce sera utile à d'autres personnes ...

Et si on veut utiliser les variables il suffit de la mettre dans le paramètre message (et non directement dans l'url)
Dans ce cas ça marche bien, je viens de testé, aucun soucis d'encodage.

[dJuL]

Tout ça me fait dire qu'il commence à manquer cruellement un petit guide de démarrage qui pourrait contenir:
- configuration de base de JPI
- configuration du tel pour reco vocale et tts
- concepts de base JPI de :
* Api HTTP, actions & actions persos
* événements, clefs de scénarios et scénarios
* mots clefs (dédiés à un événement, fonctions, états et persos)
* variables (temporaires, RAM, SD)
- Utilisation avec jeedom et le plugin scripts
- Utilisation des interactions JPI et Jeedom
- Ex SMS / TTS / interactions

[romainh41]

Tout ça me fait dire qu'il commence à manquer cruellement un petit guide de démarrage qui pourrait contenir:
- configuration de base de JPI
- configuration du tel pour reco vocale et tts
- concepts de base JPI de :
* Api HTTP, actions & actions persos
* événements, clefs de scénarios et scénarios
* mots clefs (dédiés à un événement, fonctions, états et persos)
* variables (temporaires, RAM, SD)
- Utilisation avec jeedom et le plugin scripts
- Utilisation des interactions JPI et Jeedom
- Ex SMS / TTS / interactions

Ah oui ce serait super !!!!!

Bravo pour ce boulot de ouf !!!

[dJuL]

Pour celui qui à un crash avec l'apk et son Enspert WIKIO DARKSIDE en v4.2.1
Je ne peux malheureusement rien faire pur ce bug, il s'agit d'un bug interne à android.
En plus je ne vois aucune référence à l'apk ni dans le logCat ni dans le Stack Trace, donc je ne sais pas a quel moment il intervient et pourquoi
Seule solution: flasher ou essayer avec un autre appareil.

Sinon mis à par ce cas je n'ai reçu aucun rapport de crash depuis la v1.91 de l'apk, c'est plutôt bon signe.

[alpha13fr]

de quel bug parles tu ?
car j'ai darkside, 4.2.1 noyau 3.4.5 et rien à l'horizon !! comme bug

[dJuL]

Si tu ne te souviens pas avoir envoyer de rapport de crash c'est que ce n'est pas toi, l'envoie nécessite une validation de l'utilisateur et la boite de dialogue n'apparait qu'en cas de crash fatal de l'apk.
Par contre si tu n'as aucun pb avec exactement le même matos, c'est plutôt bon signe pour celui chez qui ça crash, cela pourrait vouloir dire qu'un reset factory pourrait suffire à régler son pb.

[i-magin]

Cet après-midi, Internet est tombé chez moi (incidents sur un NRO) et JPI a bien fait le job puisque j'ai reçu un SMS

Lorsque Internet a été à nouveau disponible, j'ai reçu trois SMS de suite
Voici l'extrait du journal des événements

Code : Tout sélectionner

 - 21/02/17 15:10:21 - INTERNETOFFLINE_EVENT terminé
 - 21/02/17 15:39:45 - INTERNETONLINE_EVENT déclenché
 - 21/02/17 15:39:45 - INTERNETONLINE_EVENT déclenché
 - 21/02/17 15:39:45 - internetonline_event - basic scenario
 - 21/02/17 15:39:45 - internetonline_event - basic scenario
 - 21/02/17 15:39:45 - internetonline_event - action: toast
 - 21/02/17 15:39:45 - internetonline_event - action: toast
 - 21/02/17 15:39:45 - internetonline_event - évaluer: SI ( "1" == "1" ) => VRAI
 - 21/02/17 15:39:45 - internetonline_event - évaluer: SI ( "1" == "1" ) => VRAI
 - 21/02/17 15:39:45 - internetonline_event - action: sendSms
 - 21/02/17 15:39:45 - internetonline_event - action: sendSms
 - 21/02/17 15:39:46 - INTERNETONLINE_EVENT déclenché
 - 21/02/17 15:39:46 - internetonline_event - basic scenario
 - 21/02/17 15:39:46 - internetonline_event - action: toast
 - 21/02/17 15:39:46 - internetonline_event - évaluer: SI ( "1" == "1" ) => VRAI
 - 21/02/17 15:39:46 - internetonline_event - action: sendSms
 - 21/02/17 15:39:48 - internetonline_event - action: unsetVar
 - 21/02/17 15:39:48 - internetonline_event - action: unsetVar
 - 21/02/17 15:39:49 - internetonline_event - FIN du bloc CONDITION
 - 21/02/17 15:39:49 - INTERNETONLINE_EVENT terminé
 - 21/02/17 15:39:49 - internetonline_event - FIN du bloc CONDITION
 - 21/02/17 15:39:49 - INTERNETONLINE_EVENT terminé
 - 21/02/17 15:39:51 - internetonline_event - action: unsetVar
 - 21/02/17 15:39:51 - internetonline_event - FIN du bloc CONDITION
 - 21/02/17 15:39:51 - INTERNETONLINE_EVENT terminé

De mémoire je n'ai rien modifié au scénario que voici :

JPI SMS.PNG (76.09 Kio) Consulté 1721 fois

Sinon c'est une bonne expérience qui va m'amener à changer ma façon d'envoyer des messages depuis Jeedom
Je vais utiliser une variable qui permettra d'orienter le routage des messages :
- si Internet OK j'utilise tous les outils de messages disponibles
- si Internet HS, j'utilise JPI
Et c'est JPI qui changera la variable en fonction de la disponibilité d'Internet (d'où la nécessité d'utiliser une adresse locale pour Jeedom dans la configuration JPI)

[dJuL]

Effectivement d'après les log l'apk a déclenché l'événement 3 fois (2 fois quasi en même temps à 15:39:45 puis une fois à 15:39:46)
Aucun soucis au niveau du core et du scénario.

Je vais essayé de voir pourquoi mais en théorie c'est impossible (la seule possibilité que je vois à chaud c'est d'avoir 3 instances du service qui tourne en même temps, ce qui me semble assez improbable)

Edit: Sinon les SMS sont partis 3 fois car les 3 déclenchements sont intervenus avant que le premier déclenchement ait eu le temps de finir d'envoyer le 1er sms et donc de mettre la variable à 0.
Pour éviter ça tu peux déjà remonter l'action unsetVar juste au dessus de l'action sendSms.
Ça empêchera au moins d'envoyer plusieurs SMS si l'événement se déclenche plusieurs fois de suite.

A suivre donc...

[i-magin]

Merci, je fais la modification

[dJuL]

Peux tu regarder le journal de l'apk si il y a un erreur à l'heure correspondante ?

[i-magin]

Rien
- 21/02/17 13:01:26 - Reset google services is impossible with an unrooted system
- 21/02/17 20:02:17 - PAW is offline

[dJuL]

OK merci.
Bah je pige pas, pour moi c'est impossible...
Non seulement le statut change après l’exécution réussi de l'événement (empêchant donc qu'il s’exécute une 2ème fois)
Et de plus on ne peut pas avoir plus d'un déclenchement concernant un événement par cycle de scan (réglage dans la config)...
Donc même si ça boucle (ce qui n'est pas possible si l'événement a été déclenché) ça ne peut être que espacé d'au moins 5 secondes.
Hors là les 3 déclenchements se sont fais sur un intervalle de moins de 1 seconde.
Donc pour moi il n'y a que 2 possibilités :
- le settings • Intervalle minimum (en seconde) de la fonction qui scanne le réseau est à 0 (ce qu'on ne faire qu'en éditant la config à la main)
- le service à 3 instances simultanés qui s’exécute (je ne sais pas comment on peut faire ça )

Tu peux essayer de désactiver le wifi ou de mettre jeedom hors ligne en ligne ou internet pour voir si ça se reproduit ?
Car là c'est vraiment mystique

Et j'ai tout essayé chez moi et évidemment je n'arrive pas à reproduire...

[i-magin]

Ok je fais les tests demain

[tom74]

Bonjour,
J'aurais bien aimé tester Jpi mais je suis un peu perdu...
Un tuto est-il dispo quelque part ou en préparation ?

[i-magin]

@dJuL, je ferai les tests vers le 6 mars... je dois partir pour une dizaine de jours et je n'ai rien préparé

@tom74 :
JPI est pour l'instant en version beta
Comme l'indique @dJuL dans un message récent, le tuto n'est pas encore construit
Si tu n'as pas vu ce message récent, il est peut être préférable d'attendre encore un peu

[tom74]

Ok merci pour l'info, je vais patientez