[JPI-APK android] Tel Android dedié domotique

[benj29]

Bizarre cette nuit, le tel n'a pas fait de screen on une fois que le wifi s'était désactivé comme d'habitude. Il a fallu que je le réactive à la main.
Jamais eu ce problème avant.
Je vais peut être ajouter un screen on sur le scénario à 10s de perte de wifi ou gateway.
Autre solution, passer par une ROM custom...

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

[rodfred]

Petite question, comment faire une capture photo d'une camera de jeedom et l'envoyer en MMS plutot que par mail

Il faudrait déjà voir si cette capture photo peut être accessible via une url locale, seul moyen pour JPI de récupérer une image n'étant pas sur l'appareil.

http://192.168.x.x/core/php/downloadFil ... -23-26.jpg
Difficile à exploiter je pense, car le nom du fichier généré n'est jamais le même.

Sinon peut être la possibilité de configurer la camIP sur JPI?

[dJuL]

http://192.168.x.x/core/php/downloadFil ... -23-26.jpg
Difficile à exploiter je pense, car le nom du fichier généré n'est jamais le même.

Avec un script php et en filtrant les fichiers par date on doit du coup pouvoir facilement récupérer le nom du fichier le plus récent et ainsi en déduire l'URL.
Je vais avancer un peu sur JPI aujourd'hui afin qu'il puisse prendre une url en paramètre pour l'action sendMms.

[HS]Le forum rame de plus en plus ces derniers temps, parfois il est même inutilisable, c'est curieux car on est pas 50.000 dessus non plus[/HS]

[benj29]

J'ai ajouté l'action ScreenOn sur le scénario à 10s avec un sleep de 10s (la même chose que le scénario à 0 seconde en fait), effectivement il n'était que dans le scénario à 0s de perte de passerelle.
On va voir si cela change quelque chose.

[dJuL]

As tu regardé le journal des événements pour voir quel scénario s'est déclenché dans la nuit ?

[benj29]

C'était celui du 10s perte gateway. Mais visiblement le reset wifi n'a rien fait. D'où je me dis, je rajoute le screen ON.
Un jour où j'ai rien à faire, je lui mets une rom custom à cet asus...

[Jeandhom]

[HS]Le forum rame de plus en plus ces derniers temps, parfois il est même inutilisable, c'est curieux car on est pas 50.000 dessus non plus[/HS]

[HS]C'est lié au Market avec toutes les mises à jour des plugins "Documentation inside".[/HS]

[benj29]

Mdr !

[benj29]

Petite question, j'ai des loupés d'envoi de SMS.
Je poste ici car d'après mon analyse c'est côté JPI et non le plugin qu'il y a un problème.

Quand je regarde le log des events :

Code : Tout sélectionner

- 29/01/18 08:23:08 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 29/01/18 08:23:08 - http_event - scénario: __DEFAULT__
 - 29/01/18 08:23:08 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 29/01/18 08:23:08 - http_event - scénario: __DEFAULT__
 - 29/01/18 08:23:15 - http_event - action: sendSms => 0
 - 29/01/18 08:23:15 - http_event - action: httpReturn => 1
 - 29/01/18 08:23:15 - HTTP_EVENT terminé
 - 29/01/18 08:23:16 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 29/01/18 08:23:16 - http_event - scénario: __DEFAULT__
 - 29/01/18 08:23:16 - http_event - action: sendSms => 0
 - 29/01/18 08:23:16 - http_event - action: httpReturn => 1
 - 29/01/18 08:23:16 - HTTP_EVENT terminé
 - 29/01/18 08:23:16 - http_event - action: getVolume => 2
 - 29/01/18 08:23:16 - http_event - action: httpReturn => 1
 - 29/01/18 08:23:16 - HTTP_EVENT terminé

J'ai pourtant bien l'impression qu'il reçoit bien l'ordre d'envoyer deux SMS.
Côté scénario, c'est lui qui donne l'ordre. Là encore on voit bien les 2 commandes (SMS benjamin, puis SMS emilie).

Code : Tout sélectionner

[2018-01-29 08:23:14][SCENARIO] Exécution d'un bloc élément : 366
[2018-01-29 08:23:14][SCENARIO] Exécution du sous-élément de type [condition] : if
[2018-01-29 08:23:15][SCENARIO] Evaluation de la condition : [(2 < (1+3))  ET (2 > (1-3))] = Vrai
[2018-01-29 08:23:15][SCENARIO] Exécution du sous-élément de type [action] : then
[2018-01-29 08:23:15][SCENARIO] Exécution d'un bloc élément : 833
[2018-01-29 08:23:15][SCENARIO] Exécution du sous-élément de type [condition] : if
[2018-01-29 08:23:15][SCENARIO] Evaluation de la condition : [1 == 1] = Vrai
[2018-01-29 08:23:15][SCENARIO] Exécution du sous-élément de type [action] : then
[2018-01-29 08:23:16][SCENARIO] Ajout du message suivant dans le centre de message : Benjamin est arrivé - Alarme désactivée
[2018-01-29 08:23:16][SCENARIO] Exécution de la commande [NAS - Box][JPI][SMS Benjamin] avec comme option(s) :
Array
(
[background] => 0
[title] =>
[message] => Alarme désactivée
)
[2018-01-29 08:23:28][SCENARIO] Exécution d'un bloc élément : 367
[2018-01-29 08:23:28][SCENARIO] Exécution du sous-élément de type [condition] : if
[2018-01-29 08:23:28][SCENARIO] Evaluation de la condition : [0 == 0 ] = Vrai
[2018-01-29 08:23:28][SCENARIO] Exécution du sous-élément de type [action] : then
[2018-01-29 08:23:28][SCENARIO] Exécution de la commande [NAS - Box][JPI][SMS Emilie] avec comme option(s) :
Array
(
[background] => 0
[title] =>
[message] => Benjamin est bien arrivé à la maison, l'alarme est désactivée.
)
[2018-01-29 08:23:33][SCENARIO] Exécution d'un bloc élément : 498
[2018-01-29 08:23:33][SCENARIO] Exécution du sous-élément de type [condition] : if
[2018-01-29 08:23:33][SCENARIO] Evaluation de la condition : [0 == 0 ET 1 == 1] = Vrai
[2018-01-29 08:23:33][SCENARIO] Exécution du sous-élément de type [action] : then
[2018-01-29 08:23:33][SCENARIO] Exécution d'un bloc élément : 544
[2018-01-29 08:23:33][SCENARIO] Tâche : 544 programmé à : 2018-01-29 08:28:33 (+ 5 min)
[2018-01-29 08:23:33][SCENARIO] Fin correcte du scénario

Sauf que dans les faits, madame a reçu, mais pas moi !

Ce qui me fait dire que c'est un problème d'envoi de SMS, c'est que dans l'interface de JPI des SMS, je vois au numéro de madame, le SMS bien envoyé (celui Benjamin arrivé à la maison, alarme désactivée) ; mais dans ma liste de conversation, y a pas le mien ... (qui est alarme désactivée).

[picsou83]

Bonjour à tous,

Merci pour JPI qui est super et m’envoi des SMS tous les jours ...

Petit problème avec la MAJ hier soir 0.962

j'ai perdu ma conf, erreur sur le rebuild config, pas grave je suis repartie sur une conf toute neuve ..

J'ai effectué quelques tests de sms hier soir après une nouvelle configuration de JPI tout semblé ok

Ce matin, je ne reçois plus de sms, je viens de tester une interaction, l'action est déclenchée mais je n'ai aucun retour par SMS !!

je viens de rajouter vite fais une petit reverse proxy pour accéder à l'interface web pour vérifier les logs mais l'authentification ne ce fait pas

voici ma conf reverse

<Location /jpi/>

ProxyPass http://192.168.1.55:8086/jpi/

ProxyPassReverse http://192.168.1.55:8086/jpi/

Order allow,deny

Alllow from all

</Location>

roue de JPI qui tourne, erreur "Error Type : parsererror" et la page d'authentification ne s'affiche pas

Quelqu'un a-t-il déjà configuré JPI avec reverse ???

Pour le problème de SMS d'autres personnes qui ont le même problème depuis la MAJ ??

Merci d'avance

@++ tard

[dJuL]

Petite question, j'ai des loupés d'envoi de SMS.
Je poste ici car d'après mon analyse c'est côté JPI et non le plugin qu'il y a un problème.

Quand je regarde le log des events :

Code : Tout sélectionner

- 29/01/18 08:23:08 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 29/01/18 08:23:15 - http_event - action: sendSms => 0
 - 29/01/18 08:23:16 - http_event - action: sendSms => 0

Si sendSms retourne 0 dans les logs c'est qu'il y a eu une erreur d'envoi sur au moins un des destinataires.
Reste à savoir pourquoi...

j'ai perdu ma conf, erreur sur le rebuild config, pas grave je suis repartie sur une conf toute neuve ..

De quelle version tu venais ?
J'imagine d'une ancienne ou le rebuild config n'avait pas encore été modifié.
Sinon tu peux la réimporter facilement dans l'interface web dans CONFIGURATION / Backup

Ce matin, je ne reçois plus de sms, je viens de tester une interaction, l'action est déclenchée mais je n'ai aucun retour par SMS !!
je viens de rajouter vite fais une petit reverse proxy pour accéder à l'interface web pour vérifier les logs mais l'authentification ne ce fait pas

Faudrait voir les logs effectivement, peut être que JPI est dead aussi... Et Je ne peux pas t'aider avec l'histoire de proxy mais en théorie y'a pas de raison que ça ne marche pas si le proxy est "transparent"...
Le plus simple reste le VPN sinon si ta box le supporte.

[benj29]

Du coup, Djul de quel côté faut-il chercher ?

[dJuL]

Tu peux déjà essayer d'exécuter l'action directement dans JPI pour voir si le SMS vers toi part bien.

[picsou83]

Bonjour,

Suite de l'épisode, hier soir, aucun sms ne partait même depuis l'interface web de JPI, après redémarrage du téléphone ok ça refonctionne.

Ce matin , plus aucun sms ne part avec l'erreur http_event - action: sendSms => 0, j'ai effectué un test depuis l'interface web de JPI mais sans succès ...

Les interactions jeedom fonctionnent par sms mais donc sans retour sms

Je ne pourrai effectuer d'autres actions que ce soir vu que JPI ne passe pas via mon reverse proxy ..

[benj29]

Je confirme pour ma part, aussi, toujours des problèmes d'envoi de SMS....
1 sur 2 part visiblement.

Je regarderai ce soir moi aussi...

[dJuL]

Ce matin , plus aucun sms ne part avec l'erreur http_event - action: sendSms => 0, j'ai effectué un test depuis l'interface web de JPI mais sans succès ...

Ce qui serait bien c'est que tu testes dans l'interface avec OUTILS / Exécuter action / sendSms à un moment où ça marche pas.
(Ou bien via l'url de l'action dans un navigateur).
Cela permettrait de voir quel est la réponse de l'action (et donc quel est le type d'erreur)
Si tu est passé par la fenêtre de conversation SMS/MMS, il n'y a pas d'erreur détaillée qui est retournée.

Dans la prochaine version j'ai ajouté des entrées dans le log d'erreur pour pas mal d'actions qui n'en avaient pas, dont l'action sendSms.
Cela permettra de comprendre plus facilement ce qu'il se passe, et d'avoir plus d'erreurs enregistrées dans le journal d'erreurs.
Sinon le plugin JPI n'a t-il pas une option pour loguer les réponses des requêtes ? Car le type d'erreur est retournée.

[Jeedom_3164]

Bonjour DJUL, tous,

Merci pour cette appli qui jusque hier fonctionnait trés bien chez moi aussi.
Comme Benj29 et et picsou83, depuis hier matin j'ai reçu une notification SMS (Jeedom hors ligne, puis à nouveau en Ligne et 3 minutes plus tard hors ligne définitivement). A priori micro coupure EDF à l'origine.

Hier soir j'ai donc réinialiser JPI (mise à jour propose et faite pour derniere version), réinitaliser PAW.
Sur l'écran de configuration JPI (via PC) impossible d'envoyer SMS "ERREUR réseau mobile indisponible" en rouge.
Je confirme que le log jeedom indiqué envoie SMS, mais dans JPI, http_event - action: sendSms => 0

Et là je viens de recevoir notification SMS provenant d'un scenario.
merci du support.

[dJuL]

"ERREUR réseau mobile indisponible" en rouge.

Ok merci, ça m'en dit un peu plus sur le pb même si je ne comprend toujours pas pourquoi, je sais maintenant où ça coince.

edit: Ok, j'ai une piste

[dJuL]

Merci de faire un FORCE MAJ et de me dire si ça va mieux (j'ai corrigé la version existante).
J'ai bricolé un truc car je pense avoir trouvé, la correction définitive sera dans la prochaine MAJ si ça résout le problème.

[benj29]

Je fais ça et te confirme si ça rentre dans l'ordre.

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