[JPI-APK android] Tel Android dedié domotique
- guenneguez_t
- Actif
- Messages : 2389
- Inscription : 17 oct. 2014, 09:07
- Localisation : Seine Maritime
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour,
Je découvre ce plugin fort intéressant. Ci dessous 2 idées d'un nouvel utilisateur
Idée suplémentaire : Que le plugin gère sa propre clef API
Exemple de création :
https://github.com/Jeedom-Plugins-Extra ... ll.php#L34
Champ adresse IP très court donc impossible de renseigner un nom DNS.
A+
Thomas
Je découvre ce plugin fort intéressant. Ci dessous 2 idées d'un nouvel utilisateur
Idée suplémentaire : Que le plugin gère sa propre clef API
Exemple de création :
https://github.com/Jeedom-Plugins-Extra ... ll.php#L34
Champ adresse IP très court donc impossible de renseigner un nom DNS.
A+
Thomas
Développeur averti ;-)
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
- guenneguez_t
- Actif
- Messages : 2389
- Inscription : 17 oct. 2014, 09:07
- Localisation : Seine Maritime
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour,
Encore une petite coquille dans le code
PHP Strict Standards: Non-static method JPI::cron() should not be called statically in /var/www/html/core/class/plugin.class.php on line 222
A+
Thomas
Encore une petite coquille dans le code
PHP Strict Standards: Non-static method JPI::cron() should not be called statically in /var/www/html/core/class/plugin.class.php on line 222
A+
Thomas
Développeur averti ;-)
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Re: [JPI-APK android] Tel Android dedié domotique
Ici c'est le fil de JPI, l'appli android.
Je n'ai rien à voir avec le plugin Jeedom qui a son fil et son créateur: Jerome84
Je n'ai rien à voir avec le plugin Jeedom qui a son fil et son créateur: Jerome84
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.
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.
- guenneguez_t
- Actif
- Messages : 2389
- Inscription : 17 oct. 2014, 09:07
- Localisation : Seine Maritime
Re: [JPI-APK android] Tel Android dedié domotique
Ah d'accord désolé.
Envoyé de mon BLN-L21 en utilisant Tapatalk
Envoyé de mon BLN-L21 en utilisant Tapatalk
Développeur averti ;-)
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Re: [JPI-APK android] Tel Android dedié domotique
Merci Djul, bon ski !
Je regarde et profite bien !
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
Je regarde et profite bien !
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
- guenneguez_t
- Actif
- Messages : 2389
- Inscription : 17 oct. 2014, 09:07
- Localisation : Seine Maritime
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour,
Reste quand même le champ IP très court donc impossible de renseigner un nom DNS.
Merci pour le développement
Thomas
Reste quand même le champ IP très court donc impossible de renseigner un nom DNS.
Merci pour le développement
Thomas
Développeur averti ;-)
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Re: [JPI-APK android] Tel Android dedié domotique
Quelqu'un sait-il s'il est possible de récupérer via un lien la date et l'heure du téléphone ? Je suis en train de me faire un afficheur LED et ce serait plus simple de pouvoir récupérer ces données via un simple URL
- guenneguez_t
- Actif
- Messages : 2389
- Inscription : 17 oct. 2014, 09:07
- Localisation : Seine Maritime
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour,
Je découvre cet outil fort intéressante.
Par contre pour l'envoie de MMS, la puissance de la chose me semble résider dans la capacité de pouvoir envoyer des photos distante asses simplement.
Il faudrait donc une fonction qui permette de faire en un seul appel l'équivalent de : download + sendMms + delete
Celà permettrait d'intégrer dans un second temps cet appel au plugin JPI.
Actuellement, les plugins suivants permettent l'envoi de fichier via message sont :
mail
pushbullet
slack
synologychat
telegram
Les plugins suivants permettent d'utiliser ce mode de notification :
camera
motion
openalpr
openbr
J'espère que ce besoin te semblera sencé.
A+
Thomas
Je découvre cet outil fort intéressante.
Par contre pour l'envoie de MMS, la puissance de la chose me semble résider dans la capacité de pouvoir envoyer des photos distante asses simplement.
Il faudrait donc une fonction qui permette de faire en un seul appel l'équivalent de : download + sendMms + delete
Celà permettrait d'intégrer dans un second temps cet appel au plugin JPI.
Actuellement, les plugins suivants permettent l'envoi de fichier via message sont :
pushbullet
slack
synologychat
telegram
Les plugins suivants permettent d'utiliser ce mode de notification :
camera
motion
openalpr
openbr
J'espère que ce besoin te semblera sencé.
A+
Thomas
Développeur averti ;-)
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
Faire un don pour mes développements gratuits https://www.paypal.com/cgi-bin/webscr?c ... BA2DSQ844J
- Theduck38
- Helper
- Messages : 2714
- Inscription : 22 févr. 2015, 17:32
- Localisation : Près de Grenoble
- Contact :
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour,
Ma tablette est en service depuis une semaine maintenant... j'ai régulièrement des logs comme quoi le PAW est offline.
A priori par d'impact sur le fonctionnement.
En revanche, j'ai depuis peu des redémarrages du service :
De plus, j'ai configuré le scénario 'Service OK' de la façon suivante :
Bien que je voie les évènements dans le log, je n'ai pas le design qui apparaît à chaque redémarrage du service, il se remet à chaque fois sur l'écran d'accueil de JPI :
[Le log d'erreurs est vide]
Il y a un truc que j'ai mal fait ?
Ma tablette est en service depuis une semaine maintenant... j'ai régulièrement des logs comme quoi le PAW est offline.
A priori par d'impact sur le fonctionnement.
En revanche, j'ai depuis peu des redémarrages du service :
Code : Tout sélectionner
23/02/18 14:32:30 - PAW is offline
- 23/02/18 15:14:31 - Activity start
- 23/02/18 15:59:58 - PAW is offline
- 23/02/18 16:53:42 - PAW is offline
- 23/02/18 18:40:06 - PAW is offline
- 23/02/18 18:59:34 - PAW is offline
- 23/02/18 19:55:50 - PAW is offline
- 23/02/18 20:14:33 - Service start
- 23/02/18 20:20:05 - Activity start
- 23/02/18 20:20:53 - Error while rebuilding config file
- 23/02/18 20:20:55 - Service stop
- 23/02/18 20:20:55 - Service start
- 23/02/18 20:20:55 - 0 cron task(s) loaded
- 23/02/18 20:30:53 - Service start
- 23/02/18 20:35:04 - Activity start
- 23/02/18 20:35:52 - Error while rebuilding config file
- 23/02/18 20:35:54 - Service stop
- 23/02/18 20:35:54 - Service start
- 23/02/18 20:35:55 - 0 cron task(s) loaded
- 23/02/18 20:58:51 - Activity start
Code : Tout sélectionner
{
"event": "SERVICEOK_EVENT",
"key": "__DEFAULT__",
"data": [
{
"_designFS;0": "id=3"
}
]
}
Code : Tout sélectionner
- 23/02/18 20:32:30 - http_event - action: httpReturn => 1
- 23/02/18 20:32:30 - HTTP_EVENT terminé
- 23/02/18 20:35:03 - Le service de l’APK est arrêté et ne communique plus depuis au moins 180 secondes
- 23/02/18 20:35:03 - Redémarrage automatique de l’APK
- 23/02/18 20:35:04 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 23/02/18 20:35:04 - http_event - scénario: __DEFAULT__
- 23/02/18 20:35:04 - http_event - action: getVolume => 2
- 23/02/18 20:35:05 - http_event - action: httpReturn => 1
- 23/02/18 20:35:05 - HTTP_EVENT terminé
- 23/02/18 20:35:07 - HTTP_EVENT déclenché - http action: getBattLevel - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 23/02/18 20:35:07 - http_event - scénario: __DEFAULT__
- 23/02/18 20:35:07 - http_event - action: getBattLevel => 2
- 23/02/18 20:35:07 - http_event - action: httpReturn => 1
- 23/02/18 20:35:07 - HTTP_EVENT terminé
- 23/02/18 20:35:09 - HTTP_EVENT déclenché - http action: getSmsCounter - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 23/02/18 20:35:09 - http_event - scénario: __DEFAULT__
- 23/02/18 20:35:09 - http_event - action: getSmsCounter => 2
- 23/02/18 20:35:10 - http_event - action: httpReturn => 1
- 23/02/18 20:35:10 - HTTP_EVENT terminé
- 23/02/18 20:35:11 - HTTP_EVENT déclenché - http action: getWifiStrength - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 23/02/18 20:35:11 - http_event - scénario: __DEFAULT__
- 23/02/18 20:35:12 - http_event - action: getWifiStrength => 2
- 23/02/18 20:35:12 - http_event - action: httpReturn => 1
- 23/02/18 20:35:12 - HTTP_EVENT terminé
- 23/02/18 20:35:13 - SERVICEOK_EVENT déclenché
- 23/02/18 20:35:13 - serviceok_event - basic scenario
- 23/02/18 20:35:13 - serviceok_event - action perso: _designFS => 2
- 23/02/18 20:35:13 - SERVICEOK_EVENT terminé
- 23/02/18 20:35:14 - serviceok_event (_designFS) - évaluer: SI ( "3" != "_NULL_" ) => VRAI
- 23/02/18 20:35:14 - serviceok_event (_designFS) - évaluer: SI ( 3 > 0 ) => VRAI
- 23/02/18 20:35:14 - serviceok_event (_designFS) - action: configureLayout => 1
- 23/02/18 20:35:14 - HTTP_EVENT déclenché - http action: getVersion - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 23/02/18 20:35:14 - http_event - scénario: __DEFAULT__
- 23/02/18 20:35:14 - serviceok_event (_designFS) - action: goToDesign => 1
- 23/02/18 20:35:15 - http_event - action: getVersion => 2
- 23/02/18 20:35:15 - serviceok_event (_designFS) - action: httpReturn => 1
- 23/02/18 20:35:15 - http_event - action: httpReturn => 1
- 23/02/18 20:35:15 - HTTP_EVENT terminé
- 23/02/18 20:35:15 - serviceok_event (_designFS) - FIN du bloc CONDITION
- 23/02/18 20:35:17 - serviceok_event (_designFS) - FIN du bloc CONDITION
- 23/02/18 20:35:18 - SERVICEOK_EVENT déclenché
- 23/02/18 20:35:18 - serviceok_event - basic scenario
- 23/02/18 20:35:18 - serviceok_event - action perso: _designFS => 2
- 23/02/18 20:35:18 - SERVICEOK_EVENT terminé
- 23/02/18 20:35:19 - serviceok_event (_designFS) - évaluer: SI ( "3" != "_NULL_" ) => VRAI
- 23/02/18 20:35:20 - serviceok_event (_designFS) - évaluer: SI ( 3 > 0 ) => VRAI
- 23/02/18 20:35:20 - serviceok_event (_designFS) - action: configureLayout => 1
- 23/02/18 20:35:20 - serviceok_event (_designFS) - action: goToDesign => 1
- 23/02/18 20:35:21 - serviceok_event (_designFS) - action: httpReturn => 1
- 23/02/18 20:35:21 - serviceok_event (_designFS) - FIN du bloc CONDITION
- 23/02/18 20:35:22 - serviceok_event (_designFS) - FIN du bloc CONDITION
- 23/02/18 20:35:59 - STARTOK_EVENT déclenché
- 23/02/18 20:35:59 - startok_event - basic scenario
- 23/02/18 20:35:59 - startok_event - action: toast => 1
- 23/02/18 20:35:59 - STARTOK_EVENT terminé
- 23/02/18 20:40:03 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
Il y a un truc que j'ai mal fait ?
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
- Theduck38
- Helper
- Messages : 2714
- Inscription : 22 févr. 2015, 17:32
- Localisation : Près de Grenoble
- Contact :
Re: [JPI-APK android] Tel Android dedié domotique
Encore pareil ce matin : reboot apk en boucle :
(j'en ai mis qu'un petit bout...)
Cette fois il y a des erreurs dans le log :
Le problème c'est que JPI repasse en premier plan à chaque fois. Même si ce n'est pas sain que le service redémarre en boucle, c'est acceptable dans la mesure où pour le moment c'est Fully Kiosk qui me sert d'explorateur.
Pour info, la tablette ne redémarre jamais : elle n'est pas rootée (donc pas possible via le soft) et le bouton physique est 'caché' dans le cadre, ce qui impose de la détacher du mur pour la redémarrer.
Pas trouvé de solution "logicielle" pour le moment pour rebooter.
Donc plusieurs questions pour @dJuL (après le ski....) :
- Quelle manip puis-je faire pour aider à comprendre pourquoi ma config est instable ?
- Est-il possible d'ajouter une option pour que JPI reste toujours en arrière plan ?
- Pourrais-tu rendre le navigateur intégré 'Zoomable' (c'est le seul truc qui me manque pour utiliser JPI intégralement à la place de Fully Kiosk)... ?
[Edit] Et je viens de me rendre compte que je n'ai plus les boutons de mise à jour/quitter sur l'APK... ça sent pas bon !
Code : Tout sélectionner
- 25/02/18 09:20:04 - Activity start
- 25/02/18 09:20:19 - SERVICE Erreur ligne 2385:
java.net.SocketTimeoutException
- 25/02/18 09:20:53 - Error while rebuilding config file
- 25/02/18 09:20:55 - Service stop
- 25/02/18 09:20:55 - Service start
(...)
- 25/02/18 12:02:04 - Error while rebuilding config file
- 25/02/18 12:02:06 - Service start
- 25/02/18 12:02:28 - Service stop
- 25/02/18 12:02:54 - Activity start
- 25/02/18 12:03:47 - Error while rebuilding config file
- 25/02/18 12:03:49 - Service start
- 25/02/18 12:04:22 - Service stop
- 25/02/18 12:05:08 - Error while rebuilding config file
- 25/02/18 12:05:10 - Service start
Cette fois il y a des erreurs dans le log :
Code : Tout sélectionner
- 25/02/18 11:46:44 - Main ERREUR!: Problem with internal command (net): main
Null Pointer in Method Invocation
- 25/02/18 12:02:55 - Main ERREUR!: Problem with internal command (net): main
Null Pointer in Method Invocation
Pour info, la tablette ne redémarre jamais : elle n'est pas rootée (donc pas possible via le soft) et le bouton physique est 'caché' dans le cadre, ce qui impose de la détacher du mur pour la redémarrer.
Pas trouvé de solution "logicielle" pour le moment pour rebooter.
Donc plusieurs questions pour @dJuL (après le ski....) :
- Quelle manip puis-je faire pour aider à comprendre pourquoi ma config est instable ?
- Est-il possible d'ajouter une option pour que JPI reste toujours en arrière plan ?
- Pourrais-tu rendre le navigateur intégré 'Zoomable' (c'est le seul truc qui me manque pour utiliser JPI intégralement à la place de Fully Kiosk)... ?
[Edit] Et je viens de me rendre compte que je n'ai plus les boutons de mise à jour/quitter sur l'APK... ça sent pas bon !
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Re: [JPI-APK android] Tel Android dedié domotique
Côté JPI c'est possible de se faire une action perso (un scénario donc) qui fait toutes les actions qu'on souhaite en un seul appel.guenneguez_t a écrit : ↑19 févr. 2018, 23:48Il faudrait donc une fonction qui permette de faire en un seul appel l'équivalent de : download + sendMms + delete
Celà permettrait d'intégrer dans un second temps cet appel au plugin JPI.
On peut affecter tous les paramètres qu'on veut à cette action.
Côté Jeedom il faut voir avec Jérôme, le dev du plugin.
Ou avec le framework SC où il est assez simple en bloc code de faire les manips.
Tu as un pb de config déjà.Theduck38 a écrit : ↑25 févr. 2018, 12:44Encore pareil ce matin : reboot apk en boucle :(j'en ai mis qu'un petit bout...)Code : Tout sélectionner
- 25/02/18 09:20:04 - Activity start - 25/02/18 09:20:19 - SERVICE Erreur ligne 2385: java.net.SocketTimeoutException - 25/02/18 09:20:53 - Error while rebuilding config file - 25/02/18 09:20:55 - Service stop - 25/02/18 09:20:55 - Service start (...) - 25/02/18 12:02:04 - Error while rebuilding config file - 25/02/18 12:02:06 - Service start - 25/02/18 12:02:28 - Service stop - 25/02/18 12:02:54 - Activity start - 25/02/18 12:03:47 - Error while rebuilding config file - 25/02/18 12:03:49 - Service start - 25/02/18 12:04:22 - Service stop - 25/02/18 12:05:08 - Error while rebuilding config file - 25/02/18 12:05:10 - Service start
Cette fois il y a des erreurs dans le log :Le problème c'est que JPI repasse en premier plan à chaque fois. Même si ce n'est pas sain que le service redémarre en boucle, c'est acceptable dans la mesure où pour le moment c'est Fully Kiosk qui me sert d'explorateur.Code : Tout sélectionner
- 25/02/18 11:46:44 - Main ERREUR!: Problem with internal command (net): main Null Pointer in Method Invocation - 25/02/18 12:02:55 - Main ERREUR!: Problem with internal command (net): main Null Pointer in Method Invocation
Pour info, la tablette ne redémarre jamais : elle n'est pas rootée (donc pas possible via le soft) et le bouton physique est 'caché' dans le cadre, ce qui impose de la détacher du mur pour la redémarrer.
Pas trouvé de solution "logicielle" pour le moment pour rebooter.
Donc plusieurs questions pour @dJuL (après le ski....) :
- Quelle manip puis-je faire pour aider à comprendre pourquoi ma config est instable ?
- Est-il possible d'ajouter une option pour que JPI reste toujours en arrière plan ?
- Pourrais-tu rendre le navigateur intégré 'Zoomable' (c'est le seul truc qui me manque pour utiliser JPI intégralement à la place de Fully Kiosk)... ?
[Edit] Et je viens de me rendre compte que je n'ai plus les boutons de mise à jour/quitter sur l'APK... ça sent pas bon !
Dans l'interface web il faudrait que tu importes ta config en cours et que tu sauves pour régler ce problème.
CONFIGURATON / Bakcup import
Importer config.json (le premier) et sauvegarder.
Pour le zoom c'est possible avec l'action configureLayout.
Pareil pour les boutons qui ont disparus, cela vient surement de configureLayout
Si tu utilises l'action perso _designFs, il faut aller éditer le scénario et modifier l'action configureLayout pour activer le zoom:
ÉVÉNEMENTS / Api Http / Actions persos puis la clef _designFS
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.
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.
Re: [JPI-APK android] Tel Android dedié domotique
Salut Djul, alors ces vacances bien ?
Bon, pour donner des news de mon souci, j'ai changé totalement ma manière de faire.
J'ai introduit des sleep de 3 secondes (après avoir testé plusieurs tempo) entre l'envoi des textos et plus aucun souci.
Je suis resté via le plugin JPI pour l'envoi et non le SC.
Donc de ce côté, tout roule. Merci pour ton aide via SC, mais au final, je reste sur cette manière de faire maintenant.
Bon, pour donner des news de mon souci, j'ai changé totalement ma manière de faire.
J'ai introduit des sleep de 3 secondes (après avoir testé plusieurs tempo) entre l'envoi des textos et plus aucun souci.
Je suis resté via le plugin JPI pour l'envoi et non le SC.
Donc de ce côté, tout roule. Merci pour ton aide via SC, mais au final, je reste sur cette manière de faire maintenant.
- Theduck38
- Helper
- Messages : 2714
- Inscription : 22 févr. 2015, 17:32
- Localisation : Près de Grenoble
- Contact :
Re: [JPI-APK android] Tel Android dedié domotique
Bonjour, @dJuLdJuL a écrit : ↑25 févr. 2018, 21:31Tu as un pb de config déjà.
Dans l'interface web il faudrait que tu importes ta config en cours et que tu sauves pour régler ce problème.
CONFIGURATON / Bakcup import
Importer config.json (le premier) et sauvegarder.
Pour le zoom c'est possible avec l'action configureLayout.
Pareil pour les boutons qui ont disparus, cela vient surement de configureLayout
Si tu utilises l'action perso _designFs, il faut aller éditer le scénario et modifier l'action configureLayout pour activer le zoom:
ÉVÉNEMENTS / Api Http / Actions persos puis la clef _designFS
J'avais essayé de réinjecter la config, sans que ça ne change rien à l'instabilité.
J'ai essayé de réinitialiser la config => idem
J'ai finalement opté pour une réinstallation de l'apk... nickel depuis (j'ai toujours régulièrement des events 'Paw Offline', mais bon, ça n'empêche pas le fonctionnement). Elle a aussi retrouvé les réglages que j'avais refaits entre temps.
OK pour les boutons, c'est peut-être moi en appelant le designFS, mais j'avais pourtant laissé les paramètres par défaut...
Quelle est la condition pour avoir un event 'PAW Offline' dans le log ? 180s de non réponse de PAW ? Ou ça a à voir avec les paramètres avancés 'Vérification du réseau' ? J'aimerais bien comprendre les 'Paw Offline' pour les éradiquer. J'aime bien avoir des logs propres
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
- Theduck38
- Helper
- Messages : 2714
- Inscription : 22 févr. 2015, 17:32
- Localisation : Près de Grenoble
- Contact :
Re: [JPI-APK android] Tel Android dedié domotique
Bon, je sais, je suis lourd, mais maintenant j'ai ça :
Le log de l'application ne montre que des 'PAW Offline' de temps en temps (mais pas à 14h03)
L'event log montre ça :
Jeedom prend bien les informations de JPI puisque le niveau de batterie se met à jour et l'écran s'allume et s'éteint suivant la détection du capteur de mouvement comme configuré dans mon scénario Jeedom.
Mes logs sont en niveau 2.
Y'a une config qui permet de 'forcer' le test de Jeedom après la perte de la passerelle ?
Le log d'erreurs est vide.Le log de l'application ne montre que des 'PAW Offline' de temps en temps (mais pas à 14h03)
L'event log montre ça :
Code : Tout sélectionner
- 26/02/18 14:00:19 - HTTP_EVENT déclenché - http action: getVersion - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 26/02/18 14:00:19 - http_event - scénario: __DEFAULT__
- 26/02/18 14:00:20 - HTTP_EVENT terminé
- 26/02/18 14:01:55 - HTTP_EVENT déclenché - http action: screenOn - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 26/02/18 14:01:55 - http_event - scénario: __DEFAULT__
- 26/02/18 14:01:56 - HTTP_EVENT terminé
- 26/02/18 14:04:13 - GATEWAYOFFLINE_EVENT déclenché - Gateway IP: 192.168.1.1
- 26/02/18 14:04:13 - gatewayoffline_event - scenario: 0
- 26/02/18 14:04:13 - GATEWAYOFFLINE_EVENT terminé
- 26/02/18 14:04:21 - GATEWAYONLINE_EVENT déclenché - Gateway IP: 192.168.1.1
- 26/02/18 14:04:21 - gatewayonline_event - basic scenario
- 26/02/18 14:04:21 - GATEWAYONLINE_EVENT terminé
- 26/02/18 14:05:07 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 26/02/18 14:05:07 - http_event - scénario: __DEFAULT__
- 26/02/18 14:05:07 - HTTP_EVENT terminé
- 26/02/18 14:05:11 - HTTP_EVENT déclenché - http action: getBattLevel - CLIENT: 192.168.1.13 (Plugin Jeedom JPI)
- 26/02/18 14:05:11 - http_event - scénario: __DEFAULT__
Mes logs sont en niveau 2.
Y'a une config qui permet de 'forcer' le test de Jeedom après la perte de la passerelle ?
-- TD38 --
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Helper Officiel Jeedom
Zimeteo sur Jeedom : http://www.meteo.lecoin.info
Jeedom Stable sur serveur custom
Le risque électrique - Afficheur leds RGB - Tablette Murale - Thermostat connecté
Re: [JPI-APK android] Tel Android dedié domotique
Oui ça se passe bien merci, juste il fait -15 aujourd'huibenj29 a écrit : ↑26 févr. 2018, 11:39Salut Djul, alors ces vacances bien ?
Bon, pour donner des news de mon souci, j'ai changé totalement ma manière de faire.
J'ai introduit des sleep de 3 secondes (après avoir testé plusieurs tempo) entre l'envoi des textos et plus aucun souci.
Je suis resté via le plugin JPI pour l'envoi et non le SC.
Donc de ce côté, tout roule. Merci pour ton aide via SC, mais au final, je reste sur cette manière de faire maintenant.
Ok je vais rajouter un settings tout de même pour relancer le sms automatiquement en cas d’échec pour ceux qui aurait le même genre de soucis que toi (je pense tout de même que ça vient du dual sim car j'arrive pas à reproduire avec mes appareils)
Le test de jeedom se relance automatiquement quand la passerelle redevient en ligne.Theduck38 a écrit : ↑26 févr. 2018, 21:36Bon, je sais, je suis lourd, mais maintenant j'ai ça : Le log d'erreurs est vide.
Le log de l'application ne montre que des 'PAW Offline' de temps en temps (mais pas à 14h03)
L'event log montre ça :Jeedom prend bien les informations de JPI puisque le niveau de batterie se met à jour et l'écran s'allume et s'éteint suivant la détection du capteur de mouvement comme configuré dans mon scénario Jeedom.Code : Tout sélectionner
- 26/02/18 14:00:19 - HTTP_EVENT déclenché - http action: getVersion - CLIENT: 192.168.1.13 (Plugin Jeedom JPI) - 26/02/18 14:00:19 - http_event - scénario: __DEFAULT__ - 26/02/18 14:00:20 - HTTP_EVENT terminé - 26/02/18 14:01:55 - HTTP_EVENT déclenché - http action: screenOn - CLIENT: 192.168.1.13 (Plugin Jeedom JPI) - 26/02/18 14:01:55 - http_event - scénario: __DEFAULT__ - 26/02/18 14:01:56 - HTTP_EVENT terminé - 26/02/18 14:04:13 - GATEWAYOFFLINE_EVENT déclenché - Gateway IP: 192.168.1.1 - 26/02/18 14:04:13 - gatewayoffline_event - scenario: 0 - 26/02/18 14:04:13 - GATEWAYOFFLINE_EVENT terminé - 26/02/18 14:04:21 - GATEWAYONLINE_EVENT déclenché - Gateway IP: 192.168.1.1 - 26/02/18 14:04:21 - gatewayonline_event - basic scenario - 26/02/18 14:04:21 - GATEWAYONLINE_EVENT terminé - 26/02/18 14:05:07 - HTTP_EVENT déclenché - http action: getVolume - CLIENT: 192.168.1.13 (Plugin Jeedom JPI) - 26/02/18 14:05:07 - http_event - scénario: __DEFAULT__ - 26/02/18 14:05:07 - HTTP_EVENT terminé - 26/02/18 14:05:11 - HTTP_EVENT déclenché - http action: getBattLevel - CLIENT: 192.168.1.13 (Plugin Jeedom JPI) - 26/02/18 14:05:11 - http_event - scénario: __DEFAULT__
Mes logs sont en niveau 2.
Y'a une config qui permet de 'forcer' le test de Jeedom après la perte de la passerelle ?
Ton problème vient plutôt de Paw.
Car si il est offline les statuts ne se rafraichissent plus.
Il n'est pas normal d'avoir paw offline, cela veut dire qu'il n’est pas stable sur ton appareil.
Je n'ai pas de solution à ça malheureusement...
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.
Un bouton donation se trouve dans la fenêtre DIVERS / A propos de l'interface web si vous souhaitez soutenir le projet.
Re: [JPI-APK android] Tel Android dedié domotique
C'est quoi comme tablette theduc ?
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
Re: [JPI-APK android] Tel Android dedié domotique
@dJuL, est-il normal que resumeMotionDetector fasse éteindre l'écran de la tablette ?
Il m'a fallut contrer ce phénomène en activant le paramètre "toujours allumé quand JPI est affiché" pour empêcher la tablette de s'éteindre dès que l'action, dans mon scénario, resumeMotionDetector était exécuté.
Il m'a fallut contrer ce phénomène en activant le paramètre "toujours allumé quand JPI est affiché" pour empêcher la tablette de s'éteindre dès que l'action, dans mon scénario, resumeMotionDetector était exécuté.
Box : smart, mini+, pi 2 et 3, ipbx800 v4
Protocole : Z-Wave (Fibaro & Qubino), Ikea, Bluetooth
Méteo : Netatmo
Audio : Sonos (Play 1 et 5)
Protocole : Z-Wave (Fibaro & Qubino), Ikea, Bluetooth
Méteo : Netatmo
Audio : Sonos (Play 1 et 5)
Re: [JPI-APK android] Tel Android dedié domotique
Marrant je n'ai pas ce phénomène il me semble. Tu es sur ?
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
Envoyé de mon Moto G (5S) Plus en utilisant Tapatalk
Re: [JPI-APK android] Tel Android dedié domotique
Certains même.
Si l'option "toujours allumé quand JPI est affiché" est désactivée, l'écran s'éteint dès qu'il exécute resumeMotionDetector.
Si l'option "toujours allumé quand JPI est affiché" est activée, l'écran reste allumé lors de l’exécution de resumeMotionDetector.
Si chez toi ça fonctionne, soit ça vient d'Androïd soit du driver de la tablette
Si l'option "toujours allumé quand JPI est affiché" est désactivée, l'écran s'éteint dès qu'il exécute resumeMotionDetector.
Si l'option "toujours allumé quand JPI est affiché" est activée, l'écran reste allumé lors de l’exécution de resumeMotionDetector.
Si chez toi ça fonctionne, soit ça vient d'Androïd soit du driver de la tablette
Box : smart, mini+, pi 2 et 3, ipbx800 v4
Protocole : Z-Wave (Fibaro & Qubino), Ikea, Bluetooth
Méteo : Netatmo
Audio : Sonos (Play 1 et 5)
Protocole : Z-Wave (Fibaro & Qubino), Ikea, Bluetooth
Méteo : Netatmo
Audio : Sonos (Play 1 et 5)
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 1 invité