[JPI-APK android] Tel Android dedié domotique

[m.georgein]

Toujours le même

 29/01/20 09:20:54 - CAMERA is busy retry again in 500ms...
 - 29/01/20 09:20:54 - CAMERA Erreur ligne 171:
java.lang.RuntimeException: Fail to connect to camera service

[dJuL]

Essaye avec cette version de l’apk pour voir, ça pourrait corriger le pb :

http://rulistaff.free.fr/JPI/test/fr.djul.JPI-0.984-minAPI19.apk

[m.georgein]

Installé… , il n’y a plus qu’a attendre ! Je te tins au courant

edit1 : Pour l’instant je n’ai plus de problème avec la détection de mouvement, ta modif à l’air efficace ! Merci @dJuL

[zigjack]

Hello!
J’étais pas passé sur ce fil depuis qques jours mais je vois que tu as pu identifier et proposer un correctif a mon soucis de SMS non reconnu, c est cool!!!
Je suis pas chez pour le moment, je test ca ce weekend, mais en tout cas, merci beaucoup!
Bonne soirée!

[m.georgein]

Juste une petitr question, je voudrais avoir une variable en reflet de l’état de la VR dans jeedom

OU dois je mettre l’action ‹ setvar › dans les différents scénarios de la VR pour transmettre à jeedom les modes VR activé et en veille ?

Edit1 : pour la mise en veille j’ai mis l’action dans « .VEILLE », c’est pour l’activation que je bute

[dJuL]

Dans le scénario par défaut.
C’est celui qui se déclenche lorsque le pattern d’activation est reconnu

[philbil92]

Bonjour,

J’ai exactement le même problème que zigjack

Je suis en version v0.983
J’ai relancer à plusieurs reprise mon téléphone sans succès.
J’ai finit par stopper JPI et PAW
J’ai été dans le menu paramètres/applications du téléphone et j’ai forcé l’arrêt de PAW et JPI
J’ai ensuite tout relancé et ça refonctionne nickel.

Encore merci à DJUL pour cette superbe application.
Bonne soirée

[dJuL]

@bourgui37

Bonjour,
Je pense que ce sujet a déjà été apporté mais j’ai du mal a retrouver les bonnes informations.

Tous les jours j’ai ce message d’erreur sur ma tablette qui affiche en pleine écran un design plein écran

{“state”:“error”,“result”:“Token d’accès invalide”,“code”:0}

J’ai mis en place un scénario pour que la tablette rentre en veille et que l’écran se rallume a la détection sur la caméra (j’ai repris le script fourni sur ce même forum.

Je pense que c’est la session avec jeedom qui expire.
Ce n’est pas normal, surement que la tablette coupe le wifi en veille.
Le plus simple serait de rafraîchir le design.
Probablement qu’il faut mesurer le temps de veille pour ne pas le rafraîchir inutilement à chaque réveil et ainsi ne pas avoir l’attente du rafraîchissement de la page web.
Avec un truc du genre si en veille depuis au moins xx minutes alors dans ce cas rafraîchir le design

[sebcbien]

Bonjour,
JPI est génial pour monitorer mon réseau et me sert beaucoup.
Malheureusement hier j’ai raté le facteur car JPI était planté/down.
Je cherche un moyen simple pour détecter l’état de JPI a partir de Jeedom.
Avez-vous trouvé un moyen simple ?
J’essaie par exemple de monitorer avec:
(#timestamp# - strtotime(collectdate(# … jpi getBTpaired… #))) < 60 par exemple mais la commande n’a pas de collectdate.
utilisez-vous un « ping » sur l’interface web ? autre solution ?
Merci !

[dJuL]

@m.georgein

edit1 : Pour l’instant je n’ai plus de problème avec la détection de mouvement, ta modif à l’air efficace ! Merci @dJuL

Tu peux le voir dans le log de l’apk si le problème est résolu

edit: @m.georgein il doit tout de même y avoir ce message dans le log quand le pb se reproduit (et éventuellement se résout avec ta version de test) :
CAMERA is busy retry in 500ms...

[dJuL]

@sebcbien

Je cherche un moyen simple pour détecter l’état de JPI a partir de Jeedom.
Avez-vous trouvé un moyen simple ?

C’est relativement facile avec le Framework SC (et plus fiable que le ping car paw pourrait être crashé et encore répondre au ping)

$jpi = $sc->load('jpi', 'http://xxx.xxx.xxx.xxx:8080');
if ($jpi->CHECK()) {
  //Connexion OK à JPI
}
else {
 //Connexion KO
}

[benj29]

Bizarre j’avais les mêmes soucis quand j’avais plusieurs WiFi sur le même ssid et qu’aucune priorité n’était donnée.
Si ça connectait à l’un et que le réseau tombait ou lâchait…

[m.georgein]

Le fichier erreur reste vide !!!

Mais j’ai encore quelques questions :

Depuis jeedom,
pour mettre la VR en veille je lance « action=voiceCmd&mode=.VEILLE&message=_veille&exit=1" »
pour la réveiller je lance « action=voiceCmd »

Cela à l’air de fonctionner (j’ai bien le message de révil et celui de mise en veille), sauf que certaines fois (après avoir fait des TTS) le micro de Emeet n’est pas réactivé, il faut que j’appuie sur le « bouton magique de Emeet » pour retrouver le micro

J’ai tenté des « action=VRstatus&status=1 » mais sans succès …

[dJuL]

@m.georgein

Le fichier erreur reste vide !!!

C’est dans le log de l’APK
Si tu n’as jamais le « CAMERA is busy » c’est que le cas de figure ne s’est encore jamais reproduit et que donc on ne sait pas si la version corrige quoi que ce soit.

@m.georgein

Cela à l’air de fonctionner (j’ai bien le message de révil et celui de mise en veille), sauf que certaines fois (après avoir fait des TTS) le micro de Emeet n’est pas réactivé, il faut que j’appuie sur le “bouton magique de Emeet” pour retrouver le micro

Curieux.
Même en veille la reco continue est toujours en cours (puisqu’elle attend le mot de reveil.)
Le micro ne devrait donc pas être désactivé car il continue à écouter en permanence, mode veille ou pas

[zigjack]

J’ai du redémarrer le téléphone 2 fois, mais je confirme, probleme résolu!
T’es au top dJuL!

[dJuL]

Update du code v0.985 en ligne !

Ajout des événements screenon et screenoff
Cela pourra par exemple permettre à certains de gérer plus facilement les pbs de wifi qui décroche en veille (avec l’aide d’une pause (sleep) par exemple)
Ajout de l’action Informations / getAndroidVersion
Correction de bugs
Diverses petites corrections.

–

Change log :

Nouveaux événements :

Mise en veille / Extinction écran
Mise en veille / Allumage écran

Nouvelle Action :

• Informations / getAndroidVersion : Retourne la version d’Android installée ou son niveau d’API

Interface web :

• Ajout des nouveaux événements et de leurs scénarios respectifs

Core :

• Maj des fichiers de langues
• Diverses corrections et optimisations

NOTE: Vous devez d’abord mettre à jour l’APK de JPI en v0.985 pour pouvoir avoir accès à cette mise à jour du code.

NOTE² : IL EST VIVEMENT CONSEILLÉ DE REBOOTER L’APPAREIL APRÈS LA MAJ DE L’APK ET DU CODE (sauf si vous venez de la dernière version)

---

Update de l’APK v0.985 en ligne !

• Ajout de la gestion des événements screenon et screenoff
• Correction de crashs de la caméra après un mouvement détecté
• Correction de crashs pouvants apparaître avec les Toast et Android v7.x
• Divers corrections et optimisations

Merci pour vos rapports de crashs.
Par contre svp évitez de les envoyer si vous n’utilisez pas la dernière version de JPI

---

Change log versions précédentes:

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 probablement à prendre comme une “V1” et devrait être relativement stable. (testé sous Android v5 à v9)

---

NOTE² : pour les vieilles version d’android (< V6) les designs de Jeedom V4 nécessitent la mise à jour de l’appli système WebView. Il faut parfois bidouiller et avoir l’accès root pour pouvoir la faire.

Symptômes : Mauvaises couleurs des fonds et des textes dans les designs qui sont dues aux variables CSS présentes dans Jeedom V4 et qui ne sont pas supportées par les vieux moteurs WebView

Ex pour résoudre le pb (nécessite un accès root) :

Remplacer le Webview Android par celui de Bromite

Testé avec succès sur des tablettes android V5.1 où il n’était pas possible de mettre à jour ou de choisir la version de webview.

---

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.

---

Screen shots :

(nouveaux événements: screenoff et screenon)

(nouvelle action : Information / getAndroidVersion)

---

Vidéo de démo du bluetooth pour les interactions vocales :

Test JPI interactions BT

Vidéo réalisée avec une version précédente (0.98), le temps de réaction (réponses vocales) est plus rapide de 500ms (1/2s) depuis la version 0.982

---

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.

---

[ouquoi]

La démo est juste enorme ! C est quoi ton enceinte Bluetooth ? Et tes interactions vocales tu les gères comment ?
Merci
Nouvelle maison en cours je M y remets d ici un mois

[dJuL]

@ouquoi

C est quoi ton enceinte Bluetooth ?

Cité plus haut :

@dJuL

la référence du boitier est emeet m2 , relativement cher car c’est un truc à la base fait pour les conférences, mais le son de ce boitier est vraiment bon pour sa taille (on s’en rend déjà un peu compte dans la vidéo surtout avec la musique), et la captation des micros est vraiment bonne et incomparable avec le micro d’origine. Idem pour le design et la qualité générale qui sont de bonne facture.

Ps: ce n’est pas un boitier de musique, il se comporte comme n’importe quel handset bluetooth capable de faire une conversation téléphonique.

---

@ouquoi

Et tes interactions vocales tu les gères comment ?

Tout ce qui est domotique est gérée dans Jeedom avec un scénario maison en php (via le framework SC) relativement puissant, et que j’optimise / affine avec le temps.
Le reste est géré directement par JPI (volumes, recherche google, envoie sms, musique…)

Démo rapide du scénario Jeedom :

Test interactions

https://www.jeedom.com/forum/viewtopic.php?f=27&t=17645&start=380#p743269

[ouquoi]

Ok merci j avais pas vu la référence de l enceinte.

Sinon le framework je l ai utilisé il y a bien deux ans…
Faut que je M y remette

Mais sinon c est un script home made qui gère tes mots clés ?
J ai Lu la page framework mais J ai pas tout compris. qui faisait la reco vocale ? le text to speach ?
Merci

[dJuL]

La reconnaissance vocale et le TTS est faite par JPI.
Si JPI ne trouve rien pour lui dans le texte reconnu, alors il l’envoie dans un scénario Jeedom, mon fameux scénario d’interactions.
Le scénario jeedom retourne la réponse en texte à JPI qui fait le TTS.

JPI est déjà configuré tel quel d’usine dans ses modes de reconnaissance vocale, à la différence qu’il lance une interaction Jeedom à la place d’un scénario Jeedom comme ici dans mon cas (jai opté pour un scénario maison car je n’arrivais pas à avoir des résultats satisfaisant avec les interactions Jeedom)