L’action SMS attends le résultat de l’envoi du SMS afin de pourvoir retourné le statut (Ok ou erreur)
C’est pour cela que ce n’est pas instantané.
Après oui ça doit venir du téléphone car 15s c’est bien long effectivement…
Petite nouveauté à venir dans la prochaine version, la possibilité de choisir la couleur de l’appareil dans l’interface web. (Utile pour repéré en un clin d’œil sur quel appareil on est, surtout si on a plusieurs appareils identiques)
Bonjour dJuL,
je reviens vers toi car j’ai tout de même des déconnexions du serveur paw.
Je te joins les logs :
`19/03/20 09:07:20 - Service stop
`
Merci à toi
Une idée d’ou ca peut venir ? Ca prend combien de temps chez vous ?
Merci !!!
Ah, bah donc il y a bien des PAW offline dans le log.
Dans ce cas je ne peux malheureusement rien faire.
C’est PAW qui n’est pas stable.
Tu n’es pas le premier à qui ça arrive, c’est souvent avec du vieux matos…
Je précise, pour mon cas, pas de trop vieux matos, et rien dans les fichiers de log (event, app, error)…
Y aurait-il des options à désactiver (je m’en sers juste pour envoyer des textos) pour alléger JPI+PAW ?
J’oublais, Memoire Libre (en haut à droite), 364Mo
Coeurs 2, Inactif 60% en moyenne,
Reception wifi 65%…
Android 4.4.4
J’ajoute que l’envoi de texto via PAW ( 0.97.4-android (beta)) prend 1 seconde…
Comme préciser plus haut l’envoi est également instantané avec JPI, par contre JPI attend d’avoir un statut du SMS afin de savoir si il a été transmis correctement ou non, et peut également faire plusieurs tentatives en cas d’erreur, ce qui n’est pas le cas de PAW, donc forcément ce n’est pas le même temps de réaction de la requête…
Enfin chez moi, je viens de mesurer, une requête SMS via JPI a mit 1.6s.
Peut être que cela vient d’android, JPI fonctionne de moins en moins bien avec android V4 et je ne le teste/valide plus depuis un moment.
Peut être devrais tu essayer une plus vielle version de JPI ou de changer la ROM en v5.1 minimum.
edit: Et si PAW est offline dans les LOGS c’est que le CORE de JPI qui est sous PAW n’est pas stable donc c’est vraiment pas étonnant que ça fonctionne mal…
edit2: Android 4.4.4 si si ça comment à être vieux, ça à tout de même 6 ans.
Merci pour ta réponse !
Comment vérifier ça (PAW pas stable) ?
Une plus vielle version de JPI à me conseiller ? Juste pour l’envoi des SMS et la gestion des appareils perso ?
Désolé j’ai confondu avec @Fouky
Si tu n’as jamais de PAW offline dans les logs c’est que c’est stable.
Tu peux essayer de désactiver l’option de multiples tentatives après un échec.
Dernière option dans la capture ci-dessous :
Bonjour
Je cherche à faire fonctionner la commande MMS mais j’ai un problème sur le téléphone Paw Server me renvoi une erreur comme quoi « impossible d’exécuter l’action ».
Quelqu’un pourrait il m’aider ?
bonjour,
question très certainement bête mais peut on trouver quelque part une doc concernant l’apk JPI.
J’essaie désespérément de faire fonctionner la détection de mouvement sur ma tablette (Archos core 101, ce n’est pas des plus performantes mais pour faire des essais …) Je suis le tuto de Benj29 qui dit de ne pas démarrer automatiquement la détection de mouvement (conso batt) mais si je en le fait pas la détection ne fonctionne pas chez moi. J’avoue que la différence entre détection de mouvement et MotionDetector est floue pour moi dans ce contexte …
que sont ces paramétres et quelles valeurs limites ? :
bref des zones d’ombres, merci de vos conseils
Cordialement
Bonjour,
Depuis quelques versions, Jeedom est toujours indiqué comme étant indisponible.
Pourtant il est correctement configuré (test de l’accès à l’API valide) et le test depuis un périphérique externe est bien fonctionnel… Il y a une différence sur le test ? (Ping vs autre méthode)
Répondu plus haut :
A titre indicatif, même problème avec la passerelle qui apparait en rouge alors que OK, « supprimer les donnés des événements dans OUTILS / Nettoyer les données » fonctionne également dans ce cas
Tout à fait.
Pour l’explication l’APK attend 2 cycles de détection de Hors-ligne avant de déclencher l’événement hors ligne correspondant.
Ceci afin d’éviter le déclenchement à tout bout de champs pour un hors ligne qui aurait été très bref.
C’est justement dans le cas où le hors ligne est bref, et que l’événement n’est pas déclenché, que l’affichage de l’interface web se retrouve désynchronisé avec l’apk.
Ce phénomène est corrigé dans la prochaine version.
En effet, merci de ta réponse rapide.
Nouvelle maj disponible !
Le changelog est énorme, quasi tous les fichiers principaux ont été modifiés, je vais essayer de le résumer au maximum…
Ajout et corrections d’actions
Ajout de la synchronisation automatique entre plusieurs JPI
Nouveau thème
Nombreuses refontes
Correction de bugs et améliorations.
–
Change log :
Nouvelles actions :
Système / shell : permet d’exécuter un script shell (en root ou non)
Cette action permet de quasiment tout faire…
Communication / ping : permet d’effectuer un ping sur une ip ou un domaine afin de vérifier si un périphérique est en ligne ou hors ligne
Fichiers / read : permet de lire un fichier et de retourner son contenu
Informations / getLastEvent : retourne le nom du dernier événement exécuté
Informations / lastEventDate : retourne la dernière date d’exécution pour un événement donné (précisé en paramètre).
Informations / getBTconnected : retourne le nombre d’appareils bluetooth actuellement connectés ou bien la liste en json
Informations / getSyncDevices : retourne au format json la liste et les informations des périphériques synchronisés sur l’appareil.
Amélioration d’actions :
Moteur / clearData : ajout de la possibilité de purger la liste des périphériques synchronisés.
Moteur / clearLog : ajout de la possibilité de purger le journal des synchronisations
Fonctions / jsonValue : ajout du support des ‹ json array › pour récupérer une valeur.
Ex: { "toto": [ "valeur0", "valeur1" ] } => toto 1 dans le paramètre key pour récupérer la valeur ‹ valeur1 ›
Communication / http*** : le retour de l’action comportait un retour chariot anormal à la fin du résultat de la requête => corrigé
Informations / getLog : ajout de la possibilité de retourner le journal des synchronisations
Informations / getLastDetection : ajout de la possibilité de retourner la date au format timestamp
Interface web :
Core :
NOTE: Vous devez d’abord mettre à jour l’APK de JPI en v0.99 pour pouvoir avoir accès à cette mise à jour du code.
L’application restera gratuite. un bouton donation se trouve dans la fenêtre DIVERS / A propos de l’interface web si vous souhaitez soutenir le projet. 
Merci pour vos rapports de crashs.
Par contre svp évitez de les envoyer si vous n’utilisez pas la dernière version de JPI
(Ceci est du au fait que le rebuild config a été entièrement revu et cela ne se reproduira plus dans les prochaines versions.)
Ce bug est corrigé depuis et donc ne se reproduira plus.
Si vous êtes en version 0.986 sur l’APK (uniquement cette version, pas de soucis avec les versions suivantes et précédentes) il faut faire la maj à la main en téléchargeant (et en installant) l’apk ici :
http://rulistaff.free.fr/JPI/getJPI/
Change log versions précédentes:
v0.989 : jpi-apk-android-tel-dedie-domotique/10014/322
v0.987 : jpi-apk-android-tel-dedie-domotique/10014/247
v0.986 : jpi-apk-android-tel-dedie-domotique/10014/239
v0.985 : jpi-apk-android-tel-dedie-domotique/10014/201
v0.983 : jpi-apk-android-tel-dedie-domotique/10014/161
v0.982 : jpi-apk-android-tel-dedie-domotique/10014/144
v0.98 : jpi-apk-android-tel-dedie-domotique/10014/102
v0.974: jpi-apk-android-tel-dedie-domotique/10014/35
v0.973: jpi-apk-android-tel-dedie-domotique/10014/22
v0.97 à 0.972: viewtopic.php?f=27&t=18283&start=3020#p627896
NOTE : Cette version est en beta, merci de signaler les éventuels bugs rencontrés (testé sous Android v5 à v9).
L’application restera gratuite. un bouton donation se trouve dans la fenêtre DIVERS / A propos de l’interface web si vous souhaitez soutenir le projet.
Je le reprécise au cas où, pour anticiper les messages de tout ceux qui auraient lu en diagonale le post ci-dessus :
(Cela est dû au fait que le rebuild config a été entièrement revu et cela ne se produira plus dans les prochaines versions.)
Bonjour,
J’ai développé un script dans Jeedom qui prend une photo, la copie et la supprime.
Soit un takePicture, un getLink puis un delete.
Cela fonctionnait très bien jusqu’à ce que je migre mes téls avec la dernière version (0.99).
Dans le fichier récupéré, j’ai maintenant ceci :
Je fais quelque-chose de mal ou c’est un bug ?
Très bonne journée et bon confinement.
Voici le message d’erreur :
BeanShell Error:
bsh.TargetError: Sourced file: inline evaluation of: ``if (parameters.get(« action ») != null) { source(server.props.get("serviceContex . . . ‹ › : at Line: 88 : in file: /storage/emulated/0/paw/JPI/net/core.session_net.bsh : session .saveReq .clear ( )
Called from method: getSession : at Line: 74 : in file: /storage/emulated/0/paw/JPI/net/filemanager_net.bsh : this .getSession ( )
Called from method: init : at Line: 122 : in file: /storage/emulated/0/paw/JPI/net/filemanager_net.bsh : this .init ( )
Called from method: run : at Line: 12 : in file: inline evaluation of: ``if (parameters.get(« action ») != null) { source(server.props.get("serviceContex . . . ‹ › : filemanager_net .run ( )
Target exception: java.lang.NullPointerException: Null Pointer while evaluating: session.saveReq
Bonjour,
Suite aux différentes modification apporté à JPI, je ne sais plus quelle configuration réaliser dans JPI pour activer une mise en veille automatique et un réveil de la tablette lorsqu’un mouvement est détecté par la caméra.
Si vous avez un exemple ou un lien vers une configuration qui fonctionnement bien, je suis preneur.
En attendant, bon courage a tous pour cette période bizarre de notre vie…
