Avant toute chose merci de (re)prendre connaissance de la charte et de la respecter.
Pour résumer :
- Avant de poser une question, je cherche si la réponse existe
- Je suis poli, courtois et je respecte tout un chacun sur le forum
- Si un post m'agace : je m'en éloigne plutôt que de répondre d'une façon qui pourrait être mal interprétée


Il n'est jamais du luxe que de rappeler des choses simples :
Courtoisie, amabilité, politesse et bonne humeur sont les maîtres mots pour un forum sympathique, bienveillant et accueillant :)

Toute la communauté vous remercie

[JPI-APK android] Tel Android dedié domotique

Cette partie est dédiée à la programmation sur le logiciel JEEDOM
Avatar de l’utilisateur
Theduck38
Actif
Messages : 1991
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: [JPI-APK android] Tel Android dedié domotique

Message par Theduck38 » 13 mars 2018, 19:10

Bon, j'ai une idée plus claire de ce qui ne va pas sur ma tablette... c'est madré !

Pour expliquer mieux, je dois reposter mon design :
Design.JPG
Design.JPG (171.01 Kio) Consulté 525 fois
La partie encadrée en bleu clair en haut à droite correspond à deux équipements SqueezeboxControl.

En téléchargeant un utilitaire qui suit graphiquement la charge processeur de la tablette, je me suis rendu compte que :
- D'une part PAW est bien gourmand sur ma tablette : 80% de charge (je ne sais pas si cela concerne le cumul des 4 processeurs ou un seul)
- D'autre part, lorsque mon design affiche les deux équipements Squeezebox Control et qu'ils sont sur 'ON', le taux de charge global avoisine les 100%.
Du coup, comme JPI et PAW sont au second plan par rapport à Fully kiosk, ils récupèrent les miettes et il y a du lag.

Comme je désactive les équipements SBC la nuit (pour éviter les annonces TTS intempestives à 1h du matin), ou que je les mets sur OFF après m'en être servi (ce qui n'est pas le cas de ma fille quand elle met de la musique), j'ai des déconnexions pseudo-aléatoires avec de grands périodes OK, et d'autres ou je prends 20 'Paw offline' par heure...

Je me suis amusé à lancer l'outil de dev (performances) de Firefox sur la page avec et sans les équipements SBC, et la seule différence que je vois est qu'il y a beaucoup plus d'évènements 'Paint' lorsque les SBC sont ON. Après... ça ne me parle pas du tout.

Bref, en conclusion : problème lié à un taux de charge processeur trop élevé, et lié aux équipements Squeezebox Control ON sur le design...

Merci à dJuL pour m'avoir soutenu dans ma quête ! Et je vais pouvoir mettre les oeillères et régler mon design en fonction.

Avatar de l’utilisateur
dJuL
Actif
Messages : 1384
Inscription : 28 janv. 2016, 01:37
Localisation : Ile de France

Re: [JPI-APK android] Tel Android dedié domotique

Message par dJuL » 13 mars 2018, 19:27

Tu devrais essayer de mettre ton design dans JPI pour voir.
Moins d'appli = moins de charge CPU et surement une meilleur réactivité de JPI si l'appli reste au premier plan.
80% de CPU pour paw par contre c'est pas normal, chez moi c'est quelques %.
Y'a JPI qui peut par contre consommer pas mal si streaming et/ou détection de mvts sont activés.
Paw également un peu mais uniquement lors des copies de fichier ou des téléchargements de fichiers via l'interface web de JPI
Dernière version de JPI
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.

Aurel01
Timide
Messages : 66
Inscription : 08 janv. 2017, 16:43

Re: [JPI] Tel Android dedié domotique

Message par Aurel01 » 13 mars 2018, 19:54

dJuL a écrit :
12 mars 2018, 23:08
Aurel01 a écrit :
10 mars 2018, 11:10
Donc je viens d'y passer un bon moment dessus mais ca ne marche pas complètement.

Si j'utilise dans un bloc code la fonction suivante :

file_put_contents("/home/config.json", fopen("http://XXXXXXXXXX/?path=%2Femulated%2F0 ... e=readfile", 'r'));

Le fichier est bien crée mais vide. J'ai tenté de changer "readfile" par "download" => Même chose.

Du coup avec le dernier patch cela peut être simplifié par :

Code : Tout sélectionner

file_put_contents('/home/config.json', fopen('http://xxx.xxx.xxx.xxx:xxx/?action=getConfig', 'r'));
;)
Ca fonctionne nickel ! Merci encore pour ta réactivité ! :shock:

Nouvelle version, nouvelle question ;)

Tu as intégré une fonction que je trouve super et qui manquait vraiment pour ceux comme moi qui ont un JPI dans le trou du c** du monde la fonction "Relancer automatiquement les sms si l'envoie échoue".

Par contre tu as mentionné "Fonctionne uniquement si le réseau GSM est disponible lors de la première tentative"

Techniquement as tu moyen de modifier ca ?

Car j'ai très souvent des pertes de réseau et la fonction perd grandement de l'intéret (dans mon cas) avec cette limitation car il arrive souvent qu'au premier envoi le réseau GSM soit ko dans mon cas.

Merci ;)

Avatar de l’utilisateur
sjauquet
Timide
Messages : 276
Inscription : 08 mars 2015, 19:38

Re: [JPI-APK android] Tel Android dedié domotique

Message par sjauquet » 13 mars 2018, 19:58

Bonjour,
Juste une petite question soulevée sur le forum Fibaro.
Je dois dire que je n'ai pas trouvé la réponse sur le forum et je suis loin de chez moi, donc je ne peux pas regarder directement...
La question : est ce que l'on peut utiliser JPI pour accéder à son réseau quand la connexion internet dur routeur est down ?
Je veux dire à tout le réseau interne, pas uniquement piloter la domotique ?
Merci :-)

Envoyé avec mon pouce via Tapatalk

Pseudo habituel: sebcbien, mais il était déjà pris.
En cours de test/migration Fibaro/HC2: http://www.domotique-fibaro.fr/index.ph ... st-jeedom/
Backup Clef Z-Wave: viewtopic.php?f=34&t=19079

benj29
Actif
Messages : 2245
Inscription : 26 mars 2017, 09:57

Re: [JPI-APK android] Tel Android dedié domotique

Message par benj29 » 13 mars 2018, 22:46

Oui Djul, je voulais dire tenter d'installer et installer (nuance différente :) pour moi !).

Voilà l'erreur que j'avais dans scenario_execution quand j'ai voulu réinstaller le framework.

Code : Tout sélectionner

PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
converted 'http://rulistaff.free.fr/sc/sc_framework.zip' (ANSI_X3.4-1968) -> 'http://rulistaff.free.fr/sc/sc_framework.zip' (UTF-8)
--2018-03-13 14:19:48--  http://rulistaff.free.fr/sc/sc_framework.zip
Resolving rulistaff.free.fr (rulistaff.free.fr)... 212.27.63.162
Connecting to rulistaff.free.fr (rulistaff.free.fr)|212.27.63.162|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2417200 (2.3M) [application/zip]
Saving to: '/tmp/sc_framework.zip'
0K .......... .......... .......... .......... ..........  2%  322K 7s
50K .......... .......... .......... .......... ..........  4%  331K 7s
100K .......... .......... .......... .......... ..........  6%  322K 7s
150K .......... .......... .......... .......... ..........  8%  320K 7s
200K .......... .......... .......... .......... .......... 10%  320K 7s
250K .......... .......... .......... .......... .......... 12%  322K 6s
300K .......... .......... .......... .......... .......... 14%  321K 6s
350K .......... .......... .......... .......... .......... 16%  321K 6s
400K .......... .......... .......... .......... .......... 19%  329K 6s
450K .......... .......... .......... .......... .......... 21%  141K 6s
500K .......... .......... .......... .......... .......... 23% 5.78M 6s
550K .......... .......... .......... .......... .......... 25%  465K 5s
600K .......... .......... .......... .......... .......... 27%  322K 5s
650K .......... .......... .......... .......... .......... 29%  321K 5s
700K .......... .......... .......... .......... .......... 31%  322K 5s
750K .......... .......... .......... .......... .......... 33%  329K 5s
800K .......... .......... .......... .......... .......... 36%  319K 5s
850K .......... .......... .......... .......... .......... 38%  321K 5s
900K .......... .......... .......... .......... .......... 40%  321K 4s
950K .......... .......... .......... .......... .......... 42%  321K 4s
1000K .......... .......... .......... .......... .......... 44%  186K 4s
1050K .......... .......... .......... .......... .......... 46% 1.28M 4s
1100K .......... .......... .......... .......... .......... 48%  321K 4s
1150K .......... .......... .......... .......... .......... 50%  320K 4s
1200K .......... .......... .......... .......... .......... 52%  321K 3s
1250K .......... .......... .......... .......... .......... 55%  318K 3s
1300K .......... .......... .......... .......... .......... 57%  322K 3s
1350K .......... .......... .......... .......... .......... 59%  321K 3s
1400K .......... .......... .......... .......... .......... 61%  331K 3s
1450K .......... .......... .......... .......... .......... 63%  321K 3s
1500K .......... .......... .......... .......... .......... 65%  321K 3s
1550K .......... .......... .......... .......... .......... 67%  322K 2s
1600K .......... .......... .......... .......... .......... 69%  320K 2s
1650K .......... .......... .......... .......... .......... 72%  322K 2s
1700K .......... .......... .......... .......... .......... 74%  321K 2s
1750K .......... .......... .......... .......... .......... 76%  329K 2s
1800K .......... .......... .......... .......... .......... 78%  322K 2s
1850K .......... .......... .......... .......... .......... 80%  320K 1s
1900K .......... .......... .......... .......... .......... 82%  322K 1s
1950K .......... .......... .......... .......... .......... 84%  322K 1s
2000K .......... .......... .......... .......... .......... 86%  320K 1s
2050K .......... .......... .......... .......... .......... 88%  321K 1s
2100K .......... .......... .......... .......... .......... 91%  331K 1s
2150K .......... .......... .......... .......... .......... 93%  321K 0s
2200K .......... .......... .......... .......... .......... 95%  321K 0s
2250K .......... .......... .......... .......... .......... 97%  321K 0s
2300K .......... .......... .......... .......... .......... 99%  308K 0s
2350K ..........                                            100%  368K=7.3s
2018-03-13 14:20:01 (322 KB/s) - '/tmp/sc_framework.zip' saved [2417200/2417200]
PHP Fatal error:  Call to a member function log() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 4
converted 'http://rulistaff.free.fr/sc/sc_framework.zip' (ANSI_X3.4-1968) -> 'http://rulistaff.free.fr/sc/sc_framework.zip' (UTF-8)
Rien de particulier dans le log de JPI.

benj29
Actif
Messages : 2245
Inscription : 26 mars 2017, 09:57

Re: [JPI-APK android] Tel Android dedié domotique

Message par benj29 » 14 mars 2018, 13:31

Je complète après une journée d'utilisation depuis sa mise à jour.

Il semblerait que l'envoi des SMS marche mieux... mais tellement mieux que je les reçois en double :).
J'ai fait trois fois le test et en fait à chaque fois, envoi en double.
C'est mieux que pas de SMS on pourrait dire hein. :lol:

Donc je détaille si cela peut t'aider Djul.

Exemple ce matin :

Code : Tout sélectionner

[2018-03-14 10:16:07][SCENARIO] Ajout du message suivant dans le centre de message : Benjamin est parti. L'alarme est activée en mode Hiver.
[2018-03-14 10:16:07][SCENARIO] Exécution de la commande [Interfaces][Asus Zenfone Garage][SMS Benjamin] avec comme option(s) : {"background":"0","title":"","message":"Au revoir Benjamin ! L'alarme est activ\u00e9e en mode Hiver."}
[2018-03-14 10:16:48][SCENARIO] Pause de 5 seconde(s)
[2018-03-14 10:16:53][SCENARIO] Exécution de la commande [Interfaces][Asus Zenfone Garage][SMS Emilie] avec comme option(s) : {"background":"0","title":"","message":"Benjamin a quitt\u00e9 la maison. L'alarme est activ\u00e9e en mode Hiver."}
[2018-03-14 10:17:19][SCENARIO] Lancement du scénario : ScreenOFF Tablettes JPI options : []
[2018-03-14 10:17:19][SCENARIO] Fin correcte du scénario
Le scénario envoie un texto à moi, un à madame.
Rien dans log côté JPI sur Jeedom (je présume que JPI dans les logs c'est plus le plugin).

Le error est vide depuis 24h, là où généralement j'avais au moins une erreur par jour au minimum.

Côté JPI, on voit bien l'erreur d'envoi qui recommence dans 5 secondes... sauf qu'en fait, j'ai reçu 2 textos. Je ne vois rien côté log pour le montrer, si ce n'est faire une copie d'écran de mon tél de réception... On voit bien le second SMS pour madame qui lui se déroule bien.

D'ailleurs je remarque un décalage d'horloge entre Jeedom et JPI, ce serait peut être utile de le synchroniser peut être ?

Code : Tout sélectionner

 14/03/18 10:16:00 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:00 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:11 - Erreur d’envoi du SMS à +336monnumero, nouvelle tentative dans 5 seconde(s)
 - 14/03/18 10:16:18 - http_event - action: sendSms => 1
 - 14/03/18 10:16:18 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:18 - HTTP_EVENT terminé
 - 14/03/18 10:16:18 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:18 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:18 - http_event - action: getVolume => 2
 - 14/03/18 10:16:18 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:18 - HTTP_EVENT terminé
 - 14/03/18 10:16:19 - HTTP_EVENT déclenché - http action: getBattLevel - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:19 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:19 - http_event - action: getBattLevel => 2
 - 14/03/18 10:16:19 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:19 - HTTP_EVENT terminé
 - 14/03/18 10:16:20 - HTTP_EVENT déclenché - http action: getSmsCounter - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:20 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:20 - http_event - action: getSmsCounter => 2
 - 14/03/18 10:16:20 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:20 - HTTP_EVENT terminé
 - 14/03/18 10:16:20 - HTTP_EVENT déclenché - http action: getWifiStrength - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:20 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:20 - http_event - action: getWifiStrength => 2
 - 14/03/18 10:16:20 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:20 - HTTP_EVENT terminé
 - 14/03/18 10:16:21 - HTTP_EVENT déclenché - http action: getVersion - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:21 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:21 - http_event - action: getVersion => 2
 - 14/03/18 10:16:21 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:21 - HTTP_EVENT terminé
 - 14/03/18 10:16:47 - HTTP_EVENT déclenché - http action: sendSms - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:47 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:48 - http_event - action: sendSms => 1
 - 14/03/18 10:16:48 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:48 - HTTP_EVENT terminé
 - 14/03/18 10:16:49 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:49 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:49 - http_event - action: getVolume => 2
 - 14/03/18 10:16:49 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:49 - HTTP_EVENT terminé
 - 14/03/18 10:16:50 - HTTP_EVENT déclenché - http action: getBattLevel - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:50 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:50 - http_event - action: getBattLevel => 2
 - 14/03/18 10:16:50 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:50 - HTTP_EVENT terminé
 - 14/03/18 10:16:50 - HTTP_EVENT déclenché - http action: getSmsCounter - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:50 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:51 - http_event - action: getSmsCounter => 2
 - 14/03/18 10:16:51 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:51 - HTTP_EVENT terminé
 - 14/03/18 10:16:51 - HTTP_EVENT déclenché - http action: getWifiStrength - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:51 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:51 - http_event - action: getWifiStrength => 2
 - 14/03/18 10:16:51 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:51 - HTTP_EVENT terminé
 - 14/03/18 10:16:52 - HTTP_EVENT déclenché - http action: getVersion - CLIENT: 192.168.2.23 (Plugin Jeedom JPI)
 - 14/03/18 10:16:52 - http_event - scénario: __DEFAULT__
 - 14/03/18 10:16:52 - http_event - action: getVersion => 2
 - 14/03/18 10:16:52 - http_event - action: httpReturn => 1
 - 14/03/18 10:16:52 - HTTP_EVENT terminé

Avatar de l’utilisateur
Theduck38
Actif
Messages : 1991
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: [JPI-APK android] Tel Android dedié domotique

Message par Theduck38 » 14 mars 2018, 14:14

Hello,

Une autre question : lorsque je déclenche un redémarrage forcé de l'apk grâce à l'url :

Code : Tout sélectionner

http://192.168.x.x:8090/?action=restart
Je n'ai ni le scénario 'Démarrage OK', ni le scénario 'Service OK' qui se lancent... c'est normal ?

Du coup, le but étant de transférer le navigateur dans JPI, et de le redémarrer toutes les nuits, il ne revient jamais sur le design après redémarrage.
Bon, bien sûr, je peux aussi forcer un _designFS 2 minutes après le redémarrage, mais c'est pour comprendre.

Autre chose : j'ai noté que le cache de JPI était aux alentours de 18Mo pour une appli relancée à 3h du matin... ça me paraît énorme.

Avatar de l’utilisateur
Theduck38
Actif
Messages : 1991
Inscription : 22 févr. 2015, 17:32
Localisation : Près de Grenoble
Contact :

Re: [JPI-APK android] Tel Android dedié domotique

Message par Theduck38 » 14 mars 2018, 14:25

Et du coup j'ai un doute... comment faut-il écrire de paramètre 'id' de l'action _designFS dans l'interface ?
Comme ça :
Capture2.JPG
Capture2.JPG (27.01 Kio) Consulté 464 fois
Ou comme ça :
Capture1.JPG
Capture1.JPG (26.88 Kio) Consulté 464 fois
Ou autrement ???

benj29
Actif
Messages : 2245
Inscription : 26 mars 2017, 09:57

Re: [JPI-APK android] Tel Android dedié domotique

Message par benj29 » 14 mars 2018, 14:32

Id tout simple.

Image

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

kerdale
Actif
Messages : 897
Inscription : 25 sept. 2016, 11:38
Localisation : Penn-ar-Bed

Re: [JPI-APK android] Tel Android dedié domotique

Message par kerdale » 14 mars 2018, 19:37

Bonjour.
Tout d'abord bravo et merci à Djul pour son super boulot et sa réactivité sans faille.
Pour ne pas polluer ce fil, j'ai ouvert un fil distinct qui concerne: quel Tel/tablette rootés vous utilisez ?
viewtopic.php?f=59&t=35046
1 NUC et 1 RPI3 V3.2.10, Dongles EnOcean, Z-wave,
Rflink, IPX800V3, carte 8 relais IP, IR_V3, Xiaomi gateway, JPI/APK sur tel Android dédié
Modules: Enocean, Somfy RTS, Rf433Mhz, Xiaomi, Bm280 (baro,Hydro,t°), Broadlink,

Avatar de l’utilisateur
dJuL
Actif
Messages : 1384
Inscription : 28 janv. 2016, 01:37
Localisation : Ile de France

Re: [JPI] Tel Android dedié domotique

Message par dJuL » 14 mars 2018, 23:46

Aurel01 a écrit :
13 mars 2018, 19:54
Nouvelle version, nouvelle question ;)

Tu as intégré une fonction que je trouve super et qui manquait vraiment pour ceux comme moi qui ont un JPI dans le trou du c** du monde la fonction "Relancer automatiquement les sms si l'envoie échoue".

Par contre tu as mentionné "Fonctionne uniquement si le réseau GSM est disponible lors de la première tentative"

Techniquement as tu moyen de modifier ca ?

Car j'ai très souvent des pertes de réseau et la fonction perd grandement de l'intéret (dans mon cas) avec cette limitation car il arrive souvent qu'au premier envoi le réseau GSM soit ko dans mon cas.
Je vais voir mais c'est pas simple...
Je vais peut être rajouter une option pour ça, indépendante de l'autre réglage d'échec, c'est la seule solution que je vois à chaud là comme ça.

sjauquet a écrit :
13 mars 2018, 19:58
La question : est ce que l'on peut utiliser JPI pour accéder à son réseau quand la connexion internet dur routeur est down ?
Je veux dire à tout le réseau interne, pas uniquement piloter la domotique ?
Merci :-)
Non.
Et ça me semble compliqué car l'ip publique de la data n'est pas fixe et on ne peut pas contrôler les ports entrants.
Et de plus l'appareil android n'est pas un routeur...
Et ce serait qui plus est une grosse faille de sécurité de mettre en place un truc comme ça sur un téléphone android.

Une solution :
Avec un parefeu routeur VPN, genre kerio, supportant le load balancing internet ou le mode secours, avec la 2ème ligne utilisant une sim ou un tel en modem, et avec un serveur distant dispo 24h/24 servant de relais au VPN (afin de palier au pb du port entrant et de l'ip fixe nécessaire pour se connecter de l'extérieur).
Du coup il suffit de se connecter en VPN au serveur distant pour avoir accès à tout son réseau local, sans avoir à se poser la question de savoir si on passe par la box ou par la SIM.
Possible donc, mais pas simple et nécessite des ressources (un serveur OVH ou Online)

benj29 a écrit :
13 mars 2018, 22:46
Oui Djul, je voulais dire tenter d'installer et installer (nuance différente :) pour moi !).

Voilà l'erreur que j'avais dans scenario_execution quand j'ai voulu réinstaller le framework.

Code : Tout sélectionner

PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
PHP Fatal error:  Call to a member function load() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 2
converted 'http://rulistaff.free.fr/sc/sc_framework.zip' (ANSI_X3.4-1968) -> 'http://rulistaff.free.fr/sc/sc_framework.zip' (UTF-8)
--2018-03-13 14:19:48--  http://rulistaff.free.fr/sc/sc_framework.zip
Resolving rulistaff.free.fr (rulistaff.free.fr)... 212.27.63.162
Connecting to rulistaff.free.fr (rulistaff.free.fr)|212.27.63.162|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2417200 (2.3M) [application/zip]
Saving to: '/tmp/sc_framework.zip'
0K .......... .......... .......... .......... ..........  2%  322K 7s
50K .......... .......... .......... .......... ..........  4%  331K 7s
100K .......... .......... .......... .......... ..........  6%  322K 7s
150K .......... .......... .......... .......... ..........  8%  320K 7s
200K .......... .......... .......... .......... .......... 10%  320K 7s
250K .......... .......... .......... .......... .......... 12%  322K 6s
300K .......... .......... .......... .......... .......... 14%  321K 6s
350K .......... .......... .......... .......... .......... 16%  321K 6s
400K .......... .......... .......... .......... .......... 19%  329K 6s
450K .......... .......... .......... .......... .......... 21%  141K 6s
500K .......... .......... .......... .......... .......... 23% 5.78M 6s
550K .......... .......... .......... .......... .......... 25%  465K 5s
600K .......... .......... .......... .......... .......... 27%  322K 5s
650K .......... .......... .......... .......... .......... 29%  321K 5s
700K .......... .......... .......... .......... .......... 31%  322K 5s
750K .......... .......... .......... .......... .......... 33%  329K 5s
800K .......... .......... .......... .......... .......... 36%  319K 5s
850K .......... .......... .......... .......... .......... 38%  321K 5s
900K .......... .......... .......... .......... .......... 40%  321K 4s
950K .......... .......... .......... .......... .......... 42%  321K 4s
1000K .......... .......... .......... .......... .......... 44%  186K 4s
1050K .......... .......... .......... .......... .......... 46% 1.28M 4s
1100K .......... .......... .......... .......... .......... 48%  321K 4s
1150K .......... .......... .......... .......... .......... 50%  320K 4s
1200K .......... .......... .......... .......... .......... 52%  321K 3s
1250K .......... .......... .......... .......... .......... 55%  318K 3s
1300K .......... .......... .......... .......... .......... 57%  322K 3s
1350K .......... .......... .......... .......... .......... 59%  321K 3s
1400K .......... .......... .......... .......... .......... 61%  331K 3s
1450K .......... .......... .......... .......... .......... 63%  321K 3s
1500K .......... .......... .......... .......... .......... 65%  321K 3s
1550K .......... .......... .......... .......... .......... 67%  322K 2s
1600K .......... .......... .......... .......... .......... 69%  320K 2s
1650K .......... .......... .......... .......... .......... 72%  322K 2s
1700K .......... .......... .......... .......... .......... 74%  321K 2s
1750K .......... .......... .......... .......... .......... 76%  329K 2s
1800K .......... .......... .......... .......... .......... 78%  322K 2s
1850K .......... .......... .......... .......... .......... 80%  320K 1s
1900K .......... .......... .......... .......... .......... 82%  322K 1s
1950K .......... .......... .......... .......... .......... 84%  322K 1s
2000K .......... .......... .......... .......... .......... 86%  320K 1s
2050K .......... .......... .......... .......... .......... 88%  321K 1s
2100K .......... .......... .......... .......... .......... 91%  331K 1s
2150K .......... .......... .......... .......... .......... 93%  321K 0s
2200K .......... .......... .......... .......... .......... 95%  321K 0s
2250K .......... .......... .......... .......... .......... 97%  321K 0s
2300K .......... .......... .......... .......... .......... 99%  308K 0s
2350K ..........                                            100%  368K=7.3s
2018-03-13 14:20:01 (322 KB/s) - '/tmp/sc_framework.zip' saved [2417200/2417200]
PHP Fatal error:  Call to a member function log() on null in /var/www/html/core/class/scenarioExpression.class.php(1453) : eval()'d code on line 4
converted 'http://rulistaff.free.fr/sc/sc_framework.zip' (ANSI_X3.4-1968) -> 'http://rulistaff.free.fr/sc/sc_framework.zip' (UTF-8)
Rien de particulier dans le log de JPI.
Comme ça ça ne me parle pas du tout.
Personne n'a jamais eu ce genre d'erreur d'installation depuis que le framework existe...

benj29 a écrit :
14 mars 2018, 13:31
Il semblerait que l'envoi des SMS marche mieux... mais tellement mieux que je les reçois en double :).
J'ai fait trois fois le test et en fait à chaque fois, envoi en double.
C'est mieux que pas de SMS on pourrait dire hein. :lol:

Donc je détaille si cela peut t'aider Djul.

Exemple ce matin :

Code : Tout sélectionner

[2018-03-14 10:16:07][SCENARIO] Ajout du message suivant dans le centre de message : Benjamin est parti. L'alarme est activée en mode Hiver.
[2018-03-14 10:16:07][SCENARIO] Exécution de la commande [Interfaces][Asus Zenfone Garage][SMS Benjamin] avec comme option(s) : {"background":"0","title":"","message":"Au revoir Benjamin ! L'alarme est activ\u00e9e en mode Hiver."}
[2018-03-14 10:16:48][SCENARIO] Pause de 5 seconde(s)
[2018-03-14 10:16:53][SCENARIO] Exécution de la commande [Interfaces][Asus Zenfone Garage][SMS Emilie] avec comme option(s) : {"background":"0","title":"","message":"Benjamin a quitt\u00e9 la maison. L'alarme est activ\u00e9e en mode Hiver."}
[2018-03-14 10:17:19][SCENARIO] Lancement du scénario : ScreenOFF Tablettes JPI options : []
[2018-03-14 10:17:19][SCENARIO] Fin correcte du scénario
Le scénario envoie un texto à moi, un à madame.
Rien dans log côté JPI sur Jeedom (je présume que JPI dans les logs c'est plus le plugin).

Le error est vide depuis 24h, là où généralement j'avais au moins une erreur par jour au minimum.

Côté JPI, on voit bien l'erreur d'envoi qui recommence dans 5 secondes... sauf qu'en fait, j'ai reçu 2 textos. Je ne vois rien côté log pour le montrer, si ce n'est faire une copie d'écran de mon tél de réception... On voit bien le second SMS pour madame qui lui se déroule bien.
Là je ne peux rien faire...
Si android répond que le SMS est en erreur alors qu'il est envoyé quand même, je ne saurai quoi dire...
Comment est le message dans l'interface web / fenêtre des sms ?
Avec un triangle orange ?

benj29 a écrit :
14 mars 2018, 13:31
D'ailleurs je remarque un décalage d'horloge entre Jeedom et JPI, ce serait peut être utile de le synchroniser peut être ?
Le plus simple serait de synchroniser ton Jeedom sur un serveur NTP car c'est surement lui qui n'est pas à l'heure...
Le tel android récupérant l'heure sur le réseau.
Sinon (en ROOT uniquement) il serait possible que j'ajoute la synchro d'un serveur NTP perso pour JPI mais je ne suis pas certain que le jeu en vaille la chandelle...

Theduck38 a écrit :
14 mars 2018, 14:14
Une autre question : lorsque je déclenche un redémarrage forcé de l'apk grâce à l'url :

Code : Tout sélectionner

http://192.168.x.x:8090/?action=restart
Je n'ai ni le scénario 'Démarrage OK', ni le scénario 'Service OK' qui se lancent... c'est normal ?

Du coup, le but étant de transférer le navigateur dans JPI, et de le redémarrer toutes les nuits, il ne revient jamais sur le design après redémarrage.
Bon, bien sûr, je peux aussi forcer un _designFS 2 minutes après le redémarrage, mais c'est pour comprendre.

Autre chose : j'ai noté que le cache de JPI était aux alentours de 18Mo pour une appli relancée à 3h du matin... ça me paraît énorme.
Effectivement pour le restart, c'est corrigé, ce sera dans le prochain patch du code.
Pour le cache cela vient surement du cache du navigateur intégré (designs Jeedom)...
Tes designs semblent lourds en données/images, je vois que ça.
Chez moi je viens de regarder c'est 172 Ko de cache sur mon appareil de test exécutant JPI 24h/24 depuis des mois.

Theduck38 a écrit :
14 mars 2018, 14:25
Et du coup j'ai un doute... comment faut-il écrire de paramètre 'id' de l'action _designFS dans l'interface ?
Si tu as un doute tu as le bouton Exécuter en vert en haut à droite (dans tes captures).
Tu cliques dessus et tu peux voir instantanément si ça marche ou pas...
Dernière version de JPI
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.

maccaire
Timide
Messages : 85
Inscription : 26 août 2015, 22:00

Re: [JPI-APK android] Tel Android dedié domotique

Message par maccaire » 15 mars 2018, 11:18

Bonjour a tous
Mon problème est basique j'utilise le scenario d'alimentation inclus dans les scénarios JPI mais cela ne fonctionne pas quand je teste la roue crantée ne s’arrête pas et ce qui est bizarre l'onglet scenario actif est légèrement grise et inopérant ?

Voir copie écran
Pièces jointes
2018-03-15 (3).png
2018-03-15 (3).png (509.02 Kio) Consulté 392 fois
2018-03-15 (2).png
2018-03-15 (2).png (316.16 Kio) Consulté 392 fois

Aurel01
Timide
Messages : 66
Inscription : 08 janv. 2017, 16:43

Re: [JPI] Tel Android dedié domotique

Message par Aurel01 » 15 mars 2018, 11:36

dJuL a écrit :
14 mars 2018, 23:46
Aurel01 a écrit :
13 mars 2018, 19:54
Nouvelle version, nouvelle question ;)

Tu as intégré une fonction que je trouve super et qui manquait vraiment pour ceux comme moi qui ont un JPI dans le trou du c** du monde la fonction "Relancer automatiquement les sms si l'envoie échoue".

Par contre tu as mentionné "Fonctionne uniquement si le réseau GSM est disponible lors de la première tentative"

Techniquement as tu moyen de modifier ca ?

Car j'ai très souvent des pertes de réseau et la fonction perd grandement de l'intéret (dans mon cas) avec cette limitation car il arrive souvent qu'au premier envoi le réseau GSM soit ko dans mon cas.
Je vais voir mais c'est pas simple...
Je vais peut être rajouter une option pour ça, indépendante de l'autre réglage d'échec, c'est la seule solution que je vois à chaud là comme ça.
Ca serait super pour les gens comme moi qui hébergent leur JPI dans des endroits à la couverture réseau catastrophique...(Quelque soit l'opérateur)

On parle de 4G mais il y a encore pas mal d'endroits à la campagne ou déjà une 2G qui fonctionne correctement est presque un miracle.

Merci ;)

benj29
Actif
Messages : 2245
Inscription : 26 mars 2017, 09:57

Re: [JPI-APK android] Tel Android dedié domotique

Message par benj29 » 15 mars 2018, 11:55

Djul, pour te répondre.

Pas de triangle orange, pas contre, bien qu'un seul SMS envoyé dans l'historique. Disons que c'est Free qui a merdé... à voir !

Image

Concernant la synchronisation NTP, je me doutais de ta réponse car par expérience professionnelle, l'heure réseau GSM est plutôt fiable.
Par contre, côté Jeedom, il est bien synchronisé depuis le début (jamais touché). J'ai bien remarqué qu'il y avait des foirages côté NTP Jeedom, j'avais d'ailleurs posté ça et Loic m'avait indiqué que ce serait amélioré. Donc c'est vrai que je ne peux rien faire de plus. Après en soi, ce n'est pas génant, c'est plus pour le debug.

Image

Bon et une dernier phénomène, mais je n'arrive pas à isoler le souci.

Sur mes tablettes domotiques, je gère l'allumage/extinction des écrans via le capteur de mouvement.
Depuis la mise à jour dans la dernière version, le screenoff sur fin de temporisation marche bizarremment !
L'écran s'éteint... façon de parler. Il fait un noir en fait. C'est à dire le rétroéclairage reste allumé, on voit l'écran noir, mais plus le design.
C'est pas un vrai screenoff.
De plus, j'ai beau passé la main devant, l'écran ne se rafraichit plus. Il faut que j'éteigne l'écran et que je rallume et là tout revient dans l'ordre, le design se réactualise.

Je ne sais pas si je suis clair.

Je n'ai rien changé sur mon scénario qui gère la tempo et le design et le relâchement du motion detector.

Image

Une idée ?

Je n'ai rien dans mon error log depuis le 5/3.

Par contre dans l'app, il y a deux points qui m'interpellent :
- je ne vois jamais resume MotionDetector (uniquement start).
- je vois ce preventive negative false... assez récurrent !

Code : Tout sélectionner

 - 14/03/18 21:40:21 - Start MotionDetector
 - 14/03/18 21:40:30 - Start MotionDetector
 - 14/03/18 21:40:39 - Start MotionDetector
 - 14/03/18 21:40:48 - Start MotionDetector
 - 14/03/18 21:40:56 - Start MotionDetector
 - 14/03/18 22:05:25 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:05:28 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:11:49 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:11:52 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:18:05 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:18:08 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:20:32 - Start MotionDetector
 - 14/03/18 22:20:40 - Start MotionDetector
 - 14/03/18 22:21:09 - Start MotionDetector
 - 14/03/18 22:21:41 - Start MotionDetector
 - 14/03/18 22:21:47 - Start MotionDetector
 - 14/03/18 22:22:34 - Start MotionDetector
 - 14/03/18 22:22:42 - Start MotionDetector
 - 14/03/18 22:22:49 - Start MotionDetector
 - 14/03/18 22:58:21 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 22:58:24 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:28:21 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:28:24 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:39:01 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:39:04 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:50:29 - SERVICE Event: event ignored (Prevent negative false)
 - 14/03/18 23:50:32 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 00:01:25 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 00:01:28 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 00:16:21 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 00:16:24 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:00:45 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:00:48 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:40:37 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:40:40 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:59:09 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 01:59:12 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 02:15:33 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 02:15:36 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 02:45:17 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 02:45:20 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 04:38:05 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 04:38:08 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 04:47:25 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 04:47:28 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 05:00:29 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 05:00:32 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 06:26:21 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 06:26:24 - SERVICE Event: event ignored (Prevent negative false)
 - 15/03/18 06:35:57 - Start MotionDetector
 - 15/03/18 06:36:07 - Start MotionDetector
 - 15/03/18 06:36:16 - Start MotionDetector
 - 15/03/18 06:36:32 - Start MotionDetector
 - 15/03/18 06:37:04 - Start MotionDetector
 - 15/03/18 06:37:17 - Start MotionDetector
 - 15/03/18 06:37:23 - Start MotionDetector
 - 15/03/18 06:37:47 - Start MotionDetector
 - 15/03/18 06:37:54 - Start MotionDetector
 - 15/03/18 06:38:01 - Start MotionDetector
 - 15/03/18 06:41:17 - Start MotionDetector
 - 15/03/18 06:43:50 - Start MotionDetector
 - 15/03/18 06:47:26 - Start MotionDetector
 - 15/03/18 06:47:36 - Start MotionDetector
 - 15/03/18 06:47:44 - Start MotionDetector
 - 15/03/18 06:48:08 - Start MotionDetector
 - 15/03/18 06:48:33 - Start MotionDetector
 - 15/03/18 06:48:45 - Start MotionDetector
 - 15/03/18 06:49:33 - Start MotionDetector
 - 15/03/18 06:49:39 - Start MotionDetector
 - 15/03/18 06:50:24 - Start MotionDetector
 - 15/03/18 06:50:41 - Start MotionDetector
 - 15/03/18 06:50:48 - Start MotionDetector
 - 15/03/18 06:50:55 - Start MotionDetector
 - 15/03/18 06:55:15 - Start MotionDetector
 - 15/03/18 06:56:57 - Start MotionDetector
 - 15/03/18 06:57:05 - Start MotionDetector
 - 15/03/18 07:03:26 - Start MotionDetector
 - 15/03/18 07:05:14 - Start MotionDetector
 - 15/03/18 07:05:22 - Start MotionDetector
 - 15/03/18 07:05:39 - Start MotionDetector
 - 15/03/18 07:05:46 - Start MotionDetector
 - 15/03/18 07:05:53 - Start MotionDetector
 - 15/03/18 07:06:00 - Start MotionDetector
 - 15/03/18 07:06:11 - Start MotionDetector
 - 15/03/18 07:06:19 - Start MotionDetector
 - 15/03/18 07:06:26 - Start MotionDetector
 - 15/03/18 07:08:01 - Start MotionDetector
 - 15/03/18 07:08:10 - Start MotionDetector
 - 15/03/18 07:08:16 - Start MotionDetector
 - 15/03/18 07:10:03 - Start MotionDetector
 - 15/03/18 07:10:22 - Start MotionDetector
 - 15/03/18 07:10:41 - Start MotionDetector
 - 15/03/18 07:11:32 - Start MotionDetector
 - 15/03/18 07:11:56 - Start MotionDetector
 - 15/03/18 07:12:23 - Start MotionDetector
 - 15/03/18 07:12:43 - Start MotionDetector
 - 15/03/18 07:12:50 - Start MotionDetector
 - 15/03/18 07:13:05 - Start MotionDetector
 - 15/03/18 07:13:21 - Start MotionDetector
 - 15/03/18 07:17:32 - Start MotionDetector
 - 15/03/18 07:17:52 - Start MotionDetector
 - 15/03/18 07:18:20 - Start MotionDetector
 - 15/03/18 07:18:31 - Start MotionDetector
 - 15/03/18 07:20:21 - Start MotionDetector
 - 15/03/18 07:20:36 - Start MotionDetector
 - 15/03/18 07:20:54 - Start MotionDetector
 - 15/03/18 07:21:54 - Start MotionDetector
 - 15/03/18 07:22:10 - Start MotionDetector
 - 15/03/18 07:22:17 - Start MotionDetector
 - 15/03/18 07:22:26 - Start MotionDetector
 - 15/03/18 07:23:04 - Start MotionDetector
 - 15/03/18 07:23:34 - Start MotionDetector
 - 15/03/18 07:23:47 - Start MotionDetector
 - 15/03/18 07:23:55 - Start MotionDetector
 - 15/03/18 07:24:02 - Start MotionDetector
 - 15/03/18 07:24:12 - Start MotionDetector
 - 15/03/18 07:24:28 - Start MotionDetector
 - 15/03/18 07:25:22 - Start MotionDetector
 - 15/03/18 07:25:29 - Start MotionDetector
 - 15/03/18 07:25:42 - Start MotionDetector
 - 15/03/18 07:26:00 - Start MotionDetector
 - 15/03/18 07:26:13 - Start MotionDetector
 - 15/03/18 07:26:20 - Start MotionDetector
 - 15/03/18 07:26:48 - Start MotionDetector
 - 15/03/18 07:27:10 - Start MotionDetector
 - 15/03/18 07:28:42 - Start MotionDetector
 - 15/03/18 07:28:52 - Start MotionDetector
 - 15/03/18 07:28:58 - Start MotionDetector
 - 15/03/18 07:29:21 - Start MotionDetector
 - 15/03/18 07:29:40 - Start MotionDetector
 - 15/03/18 07:29:57 - Start MotionDetector
 - 15/03/18 07:30:04 - Start MotionDetector
 - 15/03/18 07:30:10 - Start MotionDetector
 - 15/03/18 07:30:28 - Start MotionDetector
 - 15/03/18 07:30:52 - Start MotionDetector
 - 15/03/18 07:30:59 - Start MotionDetector
 - 15/03/18 07:31:06 - Start MotionDetector
 - 15/03/18 07:31:18 - Start MotionDetector
 - 15/03/18 07:31:59 - Start MotionDetector
 - 15/03/18 07:32:08 - Start MotionDetector

Avatar de l’utilisateur
dJuL
Actif
Messages : 1384
Inscription : 28 janv. 2016, 01:37
Localisation : Ile de France

Re: [JPI-APK android] Tel Android dedié domotique

Message par dJuL » 15 mars 2018, 22:28

maccaire a écrit :
15 mars 2018, 11:18
Bonjour a tous
Mon problème est basique j'utilise le scenario d'alimentation inclus dans les scénarios JPI mais cela ne fonctionne pas quand je teste la roue crantée ne s’arrête pas et ce qui est bizarre l'onglet scenario actif est légèrement grise et inopérant ?

Voir copie écran
L'onglet scenario grisé c'est normal, car tu es dans un événement ne possédant qu'un seul scénario.
La roue crantée à l'infini lors du test ça ce n'est pas normal par contre...
Il faudrait essayer dans un autre scénario pour voir.
Et regarder dans F12 / Xhr dans le navigateur si la requête renvoie rien.

Aurel01 a écrit :
15 mars 2018, 11:36
Ca serait super pour les gens comme moi qui hébergent leur JPI dans des endroits à la couverture réseau catastrophique...(Quelque soit l'opérateur)

On parle de 4G mais il y a encore pas mal d'endroits à la campagne ou déjà une 2G qui fonctionne correctement est presque un miracle.
Sauf que je tourne un peu en rond pour arriver à faire un truc qui ne bloque pas l'action 107 ans en cas de longue perte de réseau GSM...
Et qui risque de ne pas être efficace sur une courte durée d'attente.
En attendant tu peux le faire avec une action perso _sendSms qui s'utilise exactement comme l'action sendSms (avec les même paramètres)

Voici le code à importer dans l'événement http:

Code : Tout sélectionner

{
	"event": "HTTP_EVENT",
	"key": "_sendSms",
	"data": [
		{
			"__IF__": "paramL=%7BGSM%7D&operator=__EQUAL__&paramR=0"
		},
		{
			"makeCall": "number=666"
		},
		{
			"sleep": "time=4"
		},
		{
			"hangUp": ""
		},
		{
			"calc": "operand1=%7BVAR%3ASMS_Tentative%3B0%7D&operator=%2B&operand2=1"
		},
		{
			"setVar": "name=SMS_Tentative&value=%7BRETURN%7D"
		},
		{
			"__IF__": "paramL=%7BVAR%3ASMS_Tentative%3B0%7D&operator=__INF__&paramR=3"
		},
		{
			"sleep": "time=3"
		},
		{
			"_sendSms;1": "%7BHTTP_PARAMETERS%7D="
		},
		{
			"httpReturn": "result=%7BRETURN%7D"
		},
		{
			"__ELSE__": ""
		},
		{
			"unsetVar": "name=SMS_Tentative"
		},
		{
			"httpReturn": "result=%7BERROR%7D+!+R%C3%A9seau+non+valide+apr%C3%A8s+3+tentatives"
		},
		{
			"__END__": ""
		},
		{
			"__ELSE__": ""
		},
		{
			"sendSms": "%7BHTTP_PARAMETERS%7D="
		},
		{
			"httpReturn": "result=%7BRETURN%7D"
		},
		{
			"unsetVar": "name=SMS_Tentative"
		},
		{
			"__END__": ""
		}
	]
}
Cette action perso tente de lancer un appel pour récupérer le réseau, puis raccroche au bout de 4s.
J'ai remarqué que cette technique marchait assez bien.
Si le réseau revient le sms est envoyé, sinon elle retente à nouveau l'appel, et ce, pendant 3 fois.

benj29 a écrit :
15 mars 2018, 11:55
Depuis la mise à jour dans la dernière version, le screenoff sur fin de temporisation marche bizarremment !
L'écran s'éteint... façon de parler. Il fait un noir en fait. C'est à dire le rétroéclairage reste allumé, on voit l'écran noir, mais plus le design.
C'est pas un vrai screenoff.
De plus, j'ai beau passé la main devant, l'écran ne se rafraichit plus. Il faut que j'éteigne l'écran et que je rallume et là tout revient dans l'ordre, le design se réactualise.

Je ne sais pas si je suis clair.

Je n'ai rien changé sur mon scénario qui gère la tempo et le design et le relâchement du motion detector.
Une idée ?

Je n'ai rien dans mon error log depuis le 5/3.

Par contre dans l'app, il y a deux points qui m'interpellent :
- je ne vois jamais resume MotionDetector (uniquement start).
- je vois ce preventive negative false... assez récurrent !
Essayes de nettoyer le répertoire sdcard/paw/JPI/tmp et de rebooter.
Le "prevent negative false" se déclenche quand le code serveur de JPI indique à l'apk qu'il n'a pas fini de s'initialiser ou qu'il n'est pas dispo (save/reload config, resetWifi, restart en cours).
C'est pas normal que tu ais ça en cours de route, normalement ça peut arriver uniquement au démarrage / redémarrage du serveur ou reset du Wifi.
Sinon concernant le screenOff je n'ai rien changé du tout dans la dernière version, curieux...
Dernière version de JPI
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.

benj29
Actif
Messages : 2245
Inscription : 26 mars 2017, 09:57

Re: [JPI-APK android] Tel Android dedié domotique

Message par benj29 » 16 mars 2018, 08:39

Merci Djul. Je m'en occupe et je teste.
Pour le screenoff, j'ai vu sur le fil du plugin qu'apparemment ce serait quand le plugin jpi se met en carafe. A voir ça ne me l'a pas refait.
viewtopic.php?f=141&t=25330&p=597662#p592748

maccaire
Timide
Messages : 85
Inscription : 26 août 2015, 22:00

Re: [JPI-APK android] Tel Android dedié domotique

Message par maccaire » 16 mars 2018, 09:58

dJuL a écrit :
15 mars 2018, 22:28
maccaire a écrit :
15 mars 2018, 11:18
Bonjour a tous
Mon problème est basique j'utilise le scenario d'alimentation inclus dans les scénarios JPI mais cela ne fonctionne pas quand je teste la roue crantée ne s’arrête pas et ce qui est bizarre l'onglet scenario actif est légèrement grise et inopérant ?

Voir copie écran
L'onglet scenario grisé c'est normal, car tu es dans un événement ne possédant qu'un seul scénario.
La roue crantée à l'infini lors du test ça ce n'est pas normal par contre...
Il faudrait essayer dans un autre scénario pour voir.
Et regarder dans F12 / Xhr dans le navigateur si la requête renvoie rien.

Aurel01 a écrit :
15 mars 2018, 11:36
Ca serait super pour les gens comme moi qui hébergent leur JPI dans des endroits à la couverture réseau catastrophique...(Quelque soit l'opérateur)

On parle de 4G mais il y a encore pas mal d'endroits à la campagne ou déjà une 2G qui fonctionne correctement est presque un miracle.
Sauf que je tourne un peu en rond pour arriver à faire un truc qui ne bloque pas l'action 107 ans en cas de longue perte de réseau GSM...
Et qui risque de ne pas être efficace sur une courte durée d'attente.
En attendant tu peux le faire avec une action perso _sendSms qui s'utilise exactement comme l'action sendSms (avec les même paramètres)

Voici le code à importer dans l'événement http:

Code : Tout sélectionner

{
	"event": "HTTP_EVENT",
	"key": "_sendSms",
	"data": [
		{
			"__IF__": "paramL=%7BGSM%7D&operator=__EQUAL__&paramR=0"
		},
		{
			"makeCall": "number=666"
		},
		{
			"sleep": "time=4"
		},
		{
			"hangUp": ""
		},
		{
			"calc": "operand1=%7BVAR%3ASMS_Tentative%3B0%7D&operator=%2B&operand2=1"
		},
		{
			"setVar": "name=SMS_Tentative&value=%7BRETURN%7D"
		},
		{
			"__IF__": "paramL=%7BVAR%3ASMS_Tentative%3B0%7D&operator=__INF__&paramR=3"
		},
		{
			"sleep": "time=3"
		},
		{
			"_sendSms;1": "%7BHTTP_PARAMETERS%7D="
		},
		{
			"httpReturn": "result=%7BRETURN%7D"
		},
		{
			"__ELSE__": ""
		},
		{
			"unsetVar": "name=SMS_Tentative"
		},
		{
			"httpReturn": "result=%7BERROR%7D+!+R%C3%A9seau+non+valide+apr%C3%A8s+3+tentatives"
		},
		{
			"__END__": ""
		},
		{
			"__ELSE__": ""
		},
		{
			"sendSms": "%7BHTTP_PARAMETERS%7D="
		},
		{
			"httpReturn": "result=%7BRETURN%7D"
		},
		{
			"unsetVar": "name=SMS_Tentative"
		},
		{
			"__END__": ""
		}
	]
}
Cette action perso tente de lancer un appel pour récupérer le réseau, puis raccroche au bout de 4s.
J'ai remarqué que cette technique marchait assez bien.
Si le réseau revient le sms est envoyé, sinon elle retente à nouveau l'appel, et ce, pendant 3 fois.

benj29 a écrit :
15 mars 2018, 11:55
Depuis la mise à jour dans la dernière version, le screenoff sur fin de temporisation marche bizarremment !
L'écran s'éteint... façon de parler. Il fait un noir en fait. C'est à dire le rétroéclairage reste allumé, on voit l'écran noir, mais plus le design.
C'est pas un vrai screenoff.
De plus, j'ai beau passé la main devant, l'écran ne se rafraichit plus. Il faut que j'éteigne l'écran et que je rallume et là tout revient dans l'ordre, le design se réactualise.

Je ne sais pas si je suis clair.

Je n'ai rien changé sur mon scénario qui gère la tempo et le design et le relâchement du motion detector.
Une idée ?

Je n'ai rien dans mon error log depuis le 5/3.

Par contre dans l'app, il y a deux points qui m'interpellent :
- je ne vois jamais resume MotionDetector (uniquement start).
- je vois ce preventive negative false... assez récurrent !
Essayes de nettoyer le répertoire sdcard/paw/JPI/tmp et de rebooter.
Le "prevent negative false" se déclenche quand le code serveur de JPI indique à l'apk qu'il n'a pas fini de s'initialiser ou qu'il n'est pas dispo (save/reload config, resetWifi, restart en cours).
C'est pas normal que tu ais ça en cours de route, normalement ça peut arriver uniquement au démarrage / redémarrage du serveur ou reset du Wifi.
Sinon concernant le screenOff je n'ai rien changé du tout dans la dernière version, curieux...
Extrait du journal erreur de JPI
null
- 16/03/18 08:11:41 - ERREUR sendSms: Thread already started
- 16/03/18 08:11:41 - ERREUR sendSms: Thread already started
- 16/03/18 08:12:22 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33604028259
- 16/03/18 08:12:22 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33604028259
- 16/03/18 08:12:22 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33604028259
- 16/03/18 08:12:22 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33604028259
- 16/03/18 08:29:39 - ERREUR interaction: Jeedom ne répond pas...
null
- 16/03/18 09:17:45 - ERREUR interaction: Jeedom ne répond pas...
null
- 16/03/18 09:17:45 - ERREUR interaction: Jeedom ne répond pas...
null

maccaire
Timide
Messages : 85
Inscription : 26 août 2015, 22:00

Re: [JPI-APK android] Tel Android dedié domotique

Message par maccaire » 16 mars 2018, 10:04

Un sms mot clef de commande d'un scipt est envoyer par macrodroid sur le téléphone qui héberge jpi et la reponse revient sur le telephone qui heberge macrodroid c'est peut être ça l'erreur mais je ne vois pas comment faire autrement

wazerty
Timide
Messages : 24
Inscription : 27 avr. 2017, 21:30

Re: [JPI-APK android] Tel Android dedié domotique

Message par wazerty » 17 mars 2018, 15:27

Bonjour,

je viens solliciter votre aide car ne n'arrive pas à envoyer de message par JPI. Les SMS entrent bien, mais à la sortie, j'ai un

Code : Tout sélectionner

- 17/03/18 15:11:35 - sendSMS(core) ERREUR: Impossible d’envoyer le message à +33623XXXXXX
.

La communication avec Jeedom se fait bien par ailleurs, les logs événement de JPI donnent:

Code : Tout sélectionner

- 17/03/18 15:10:59 - Erreur d’envoi du SMS à +33623XXXXXX, nouvelle tentative dans 5 seconde(s)
 - 17/03/18 15:11:35 - incomingsms_event - action: sendSms => 0
 - 17/03/18 15:11:35 - INCOMINGSMS_EVENT terminé
 - 17/03/18 15:11:36 - incomingsms_event - action: sendSms => 0
 - 17/03/18 15:11:36 - incomingsms_event - action: sendSms => 0
 - 17/03/18 15:11:36 - INCOMINGSMS_EVENT terminé
 - 17/03/18 15:11:36 - INCOMINGSMS_EVENT terminé
Le compteur de SMS reste à O "aucun SMS envoyé".

Côté interaction Jeedom:

Code : Tout sélectionner

[2018-03-17 15:08:41][DEBUG] : Correspondance trop éloigné : 15
[2018-03-17 15:08:41][DEBUG] : Array (     [query] => hello world!     [object] =>      [eqLogic] =>      [cmd] =>      [summary] =>  ) 
[2018-03-17 15:08:41][DEBUG] : Je cherche dans les interactions automatique, resultat : 
[2018-03-17 15:08:41][DEBUG] : J'ai reçu : hello world!.Je n'ai rien compris.J'ai répondu : Désolé je n'ai pas compris
[2018-03-17 15:08:41][DEBUG] : J'ai reçu : hello world!.Je réponds : Array (     [reply] => Désolé je n'ai pas compris ) 
[2018-03-17 15:09:39][DEBUG] : Correspondance trop éloigné : 999
[2018-03-17 15:09:39][DEBUG] : Array (     [query] => hello world!     [object] =>      [eqLogic] =>      [cmd] =>      [summary] =>  ) 
[2018-03-17 15:09:39][DEBUG] : Je cherche dans les interactions automatique, resultat : 
[2018-03-17 15:09:39][DEBUG] : J'ai reçu : hello world!.Je n'ai rien compris.J'ai répondu : Désolé je n'ai pas compris la demande
[2018-03-17 15:09:39][DEBUG] : J'ai reçu : hello world!.Je réponds : Array (     [reply] => Désolé je n'ai pas compris la demande ) 
J'ai commencé à essayer avec un Samsum galaxy S4 mini en 4.4.2 avec différentes versions de JPI, puis j'ai installé une rom custom en me disant que ça venait peut-être d'android. Mais en 7.1.2 avec la dernière version JPI et Paw j'ai les mêmes résultats en suivant les instructions de config de Guillaume Braillon.
La page d'acceuil JPI m'indique tout en vert, il n'y a qu'au lancement que le mode root reste en rouge. J'avais bien redémarré manuellement lors de la première installation. Je pense avoir raté quelque chose mais je n'arrive pas à voir quoi...

Avatar de l’utilisateur
dJuL
Actif
Messages : 1384
Inscription : 28 janv. 2016, 01:37
Localisation : Ile de France

Re: [JPI-APK android] Tel Android dedié domotique

Message par dJuL » 18 mars 2018, 02:08

dJuL a écrit :
12 mars 2018, 12:56

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


edit 2 :

Update du code patch v0.9682 en ligne :D

CORE :

- Suppression de la majorité des concaténation de String restantes
- Refontes et optimisations
- Maj des fichiers de langues


CORE - Amélioration d'actions :

- Moteur / restart
Après le redémarrage l'action pouvait parfois ne pas déclencher les événements START_OK et/ou SERVICE_OK => corrigé

- HomeCenter / hc_scene
Ajout des paramètres optionnels arg1, arg2, arg3, arg4, arg5 afin de pouvoir passer des arguments à la scène.


CORE - Ajout d'actions :

- HomeCenter / hc_getDevice
Permet de retrouver les informations d'un module.


GUI - (Interface web):

- Fenêtre de gestion des volumes : le changement des volumes provoquait une erreur => corrigé
- Fenêtre de test des scénarios : L'émulation des paramètres du mot clef { HTTP_PARAMETERS } pouvait ne pas apparaitre => corrigé
- Gestionnaire de fichier : Ajout des icones des dossiers downloads et config de JPI


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


edit 2 :

Maj APK v0.9682

- Correction afin d'empêcher que la mise en veille se retrouve avec un réglage à 1 seconde.
- Diverses Petites corrections et optimisations


---------- ---------- ----------
Dernière version de JPI
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.

Répondre

Revenir vers « Développements sur Jeedom »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 2 invités