[JPI-APK android] Tel Android dedié domotique

[i-magin]

SMS entrant - Scénario par défaut... il n'y a rien à modifier à ce niveau pour les interactions Jeedom

[olfax]

Bonjour à tous,

Avec tous les améliorations de JPI, cela m'a donné envie de booster la reconnaissance vocale sur Jeedom mais mon pov' Xperia M est un peu à la ramasse. Ca allait bien tant qu'il fallait diffuser un message en TTS et envoyer des SMS, mais sur la reco en continue, cela ne va pas le faire.

J'hésite entre différentes solutions.
Je spécialise les JPI : je garde le Xperia M, pour les SMS et éventuellement la TTS, et je crée un autre JPI reco / affichage.
Ce 2eme pourrait etre une tablette ou un Téléphone plus puissant.

Avez vous des bons plans à proposer : tablette 3G SMS ou telephone.

Budget 100 / 150 €

Merci pour vos avis

[sakuraba]

Bizarre j ai un téléphone à 50 e d Amazon.
Android 5.1 1go et ça marche.

Est ce que ton téléphone est pas trop chargé ? Tu as essayé de me remettre à 0 .

Bonjour à tous,

Avec tous les améliorations de JPI, cela m'a donné envie de booster la reconnaissance vocale sur Jeedom mais mon pov' Xperia M est un peu à la ramasse. Ca allait bien tant qu'il fallait diffuser un message en TTS et envoyer des SMS, mais sur la reco en continue, cela ne va pas le faire.

J'hésite entre différentes solutions.
Je spécialise les JPI : je garde le Xperia M, pour les SMS et éventuellement la TTS, et je crée un autre JPI reco / affichage.
Ce 2eme pourrait etre une tablette ou un Téléphone plus puissant.

Avez vous des bons plans à proposer : tablette 3G SMS ou telephone.

Budget 100 / 150 €

Merci pour vos avis

Envoyé de mon LG-D855 en utilisant Tapatalk

[i-magin]

Par contre ce qui n'est pas normal c'est que paw soit offline dans l'apk alors que ce n'est pas le cas réellement...
Faudrait voir avec la v1.91 si ça se reproduit pour que je puisse éventuellement investiguer car j'ai fait pas mal de modifs dans le service.

Bonjour @dJuL
J'ai effectué la maj v1.91 hier et ce matin "Paw Offline" dans l'apk sans raison apparente

[thebest28]

Hello ,
Quelqu'un aurait il essayer de mettre JPi dans une machine virtuelle avec vmware au cas ou?
Je reçois bientôt mon nuc et j'aimerais bien réaliser cela .
Merci

[dJuL]

Il y a tellement de connexions avec le hardware que ça ne marchera pas.
Même sur les émulateurs android officiels de google ça ne tourne pas.

[dJuL]

Par contre ce qui n'est pas normal c'est que paw soit offline dans l'apk alors que ce n'est pas le cas réellement...
Faudrait voir avec la v1.91 si ça se reproduit pour que je puisse éventuellement investiguer car j'ai fait pas mal de modifs dans le service.

Bonjour @dJuL
J'ai effectué la maj v1.91 hier et ce matin "Paw Offline" dans l'apk sans raison apparente

C'est corrigé, ce sera dans la prochaine maj de l'apk
(Le fait que Paw devienne offline n'est pas normal par contre, cela arrive souvent quand le tel ne répond plus pendant quelques secondes, mais il y a un bug dans l'apk qui l'empêche de redevenir online dès que le téléphone répond à nouveau)

[thebest28]

Il y a tellement de connexions avec le hardware que ça ne marchera pas.
Même sur les émulateurs android officiels de google ça ne tourne pas.

arf ok dommage .
Merci pour l'info , je ne vais pas perdre mon temps et j'achèterais une bonne tablette pour jpi

[dJuL]

---

Bon ça avance tranquillement.
J'ai pu faire une petite pause dans mon taff pour avancer sur le cron.

J'ai fini le moteur cron dans l'apk.
Comme je suis un fou , je suis parti sur ce qu'il se fait de mieux, les expressions crons au format Quartz
Cela permet de tout faire ou presque.
Ex: tous les derniers mercredi des mois de février, avril et octobre, toutes les 1 heure entre 15h30 et à 18h30...
=> 0 30 15-18 4L FEB,APR,OCT ? *

Ça a demandé pas mal de taff car il n'y a pas de cron pour android (j'ai pas trouvé) et les bibliothèques crons java existantes ne sont pas compatibles avec android...
Mais bon tout ça c'est déjà du passé, c'est fini, et pour l'instant ça semble bien marcher

L'événement cron sera bridé à 20 tâches actives (je pense que ça suffit largement).
Il reste pas mal de taff pour l'interface web maintenant pour gérer tout ça, car que je vais intégrer un générateur cron user friendly (pour générer les expressions pour vous), avec en plus la transcription temps réel littérale des expressions (human readable) et un bouton permettant le calcul des 10 prochaines exécutions (ou moins si moins de 10 restantes)

voilou

[mibis]

En effet tu es un FOU!

petites questions;
1) Je trouve que la reco fonctionne aléatoirement plus ou moins bien.
Parfois je dois etre proche du micro, parfois il détecte de loin.
J'ai fais des tests avec jarvis@home, et là ça fonctionne toujours bien de loin.
Le principe de reco n'est il pas le même? une idée pour améliorer sous jPI?

2) au début jarvis@home pouvait être complémentaire à JPI. Maintenant avec ton travail de fou que tu nous as fait, jarvis@home n'apporte rien de plus?

[thebest28]

Ce n'est plus une passion mais un métier avec tous ce que realise, chapeau.

[dJuL]

En effet tu es un FOU!

petites questions;
1) Je trouve que la reco fonctionne aléatoirement plus ou moins bien.
Parfois je dois etre proche du micro, parfois il détecte de loin.
J'ai fais des tests avec jarvis@home, et là ça fonctionne toujours bien de loin.
Le principe de reco n'est il pas le même? une idée pour améliorer sous jPI?

2) au début jarvis@home pouvait être complémentaire à JPI. Maintenant avec ton travail de fou que tu nous as fait, jarvis@home n'apporte rien de plus?

1) J'ai pas testé jarvis@home, mais de ce que je vois sur le topic ça semble être la même méthode (ça utilise google speechRecognition).
Donc la reco étant gérée par un programme tiers, en toute logique la précision de reco. ne peut être que la même.
Par contre il y a une différence de taille, c'est que JPI fait beaucoup de choses en plus dans son service, il n'a pas été simple d'implémenter la reco continue en supplément sans que ça crash pour ces raisons.
Plus la gestion intelligente des collisions (les action tts, ou le media player, ou le réglage du volume fonctionne parfaitement, et dans les événements, et dans l'interface web avec la reco continue en play)
Je pense que c'est donc juste une histoire de ressources qui te donne cette impression que jarvis@home reconnait mieux la voix.
Je remarque ça aussi de mon côté suivant sur quel appareil je teste, les résultats de précision de la reco vocale diffèrent beaucoup selon la puissance.

As-tu testé JPI (avec la reco vocale en pause) + jarvis@home lancé en simultané pour voir ce que ça donne ?
En théorie ça devrait être encore moins bon que JPI seul avec la superposition d'une autre appli...
(Si jarvis@horme mute les volumes, plus aucun sons ne pourra sortir de JPI, donc à mon avis ça le fait pas pour utilisation normale, mais par contre ça donnera une idée sur les ressources utilisées et ça devrait pouvoir valider ma théorie)

2) JPI a son propre moteur d'interaction alors que jarvis@home se base uniquement sur les interactions jeedom
Par contre pour celui qui n'a besoin que des interactions jeedom via la voix, ou qui n'a pas un appareil assez puissant pour JPI, Jarvis@home garde donc un intérêt.

[sjauquet]

Salut,
j'ai trouvé un peu de temps pour faire un diff du fichier de config, car tout mon JPI était "par terre" depuis 15 jours suite à une mise à jour
Donc maintenant tout est up&running, sauf l'option pour décrocher automatiquement qui ne fonctionne plus.
avant ça ne fonctionnait que en mode KEY
J'ai tout essayé, ça ne décroche plus.
Rien vu non plus dans le scénario incomming call pour décrocher.
JPI tourne sur un nexus4 rooté
Une piste ?
Merciiii

edit ok, c'est bon, les modifs dans la config (en tout ccas celles pour décrocher) ne semblent pas être prises en compte jusqu'a ce que je clique recharger

[dJuL]

Toutes les modifs manuelles faites directement dans le fichier de config nécessitent un rechargement pour être prises en compte.
(la config est parsée et stockée en RAM pour de meilleures performances)
Sinon il faut faire les modifs manuelles via OUTILS / configuration manuelle dans l'interface web pour que ça recharge automatiquement lors de la sauvegarde

[dJuL]

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

Maj APK: v1.92

- Nouveau moteur pour gérer les tâches cron
- Ajout dans les logs de l'apk de tout ce qui concerne les tâches cron (erreurs et chargement)
- Refonte de la détection de PAW offline, améliorations pour ceux qui n'ont pas le root
- Maj de la gestion de l'envoi des mails
- Correction d'un bug empêchant paw de redevenir en ligne
- Correction de bugs concernant les dernières dates des événements offline/online
- Correction de bugs du statut de l’icône de la reco avancée en mode pause
- Nombreuses corrections et modifications du code pour supporter les nouvelles tâches cron
- Optimisations et petites corrections diverses

NOTE: FAITES CETTE MAJ UNIQUEMENT APRES AVOIR FAIT LA MAJ DU CODE 0.996 CI-DESSOUS.


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


La version 0.996 beta du code est en ligne

NOTE: cette version à absolument besoin de l'apk en v1.92 pour fonctionner correctement.

---

Changelog :

ÉVÉNEMENT CRON:
- Ajout de l'événement Cron ( Application > Tâches CRON )
- Fonctions pour calculer les prochaines exécutions
- Fonctions pour vérifier que les expressions sont valides
- Fonctions pour vérifier que l'intervalle d’exécution n'est pas trop court (5s minimum entre les répétitions)
- JPI est limité pour l'instant à 20 taches cron

FONCTIONS:
- Ajout de la fonction cronNext : Permet de valider et de calculer les prochaines exécutions d'une tâche cron (les 15 prochaines exécutions max sont calculées)

INTERFACE WEB:
- Nouvelles pages/fenêtres pour gérer le nouvel événement Cron
- Générateur avancé d'expressions Cron pour créer/modifier la clef de scénario => prochaine version
- Correction d'un bug d'affichage et de la roue crantée infinie dans les événements ne contenant aucun scénario
- Correction d'un bug où parfois une mauvaise description de la clef de scénario s'affichait dans la fenêtre de création/édition des clefs de scénarios
- Correction d'un bug (roue crantée infinie) lors de l'édition d'une clef de scénario fraichement crée (lorsqu'il s'agissait de la première clef )
- Correction d'un bug lors du renommage d'une clef de scénario désactivée

DIVERS / CORE:
- Petites refontes de l'initialisation
- Correction d'un bug avec la date des derniers status (paw - GSM - internet...)
- Nouvelles entrées dans le log en cas d’exécution d'un événement désactivé (tous les événements sons concernés sauf les événements de démarrage start et start_ok)



L'application restera gratuite. un bouton donation se trouve dans la fenêtre A propos de l'interface web si vous souhaitez soutenir le projet

Pour ceux qui voudraient tester l'appli c'est par ici:
viewtopic.php?f=27&t=18283&p=334920#p334920


TIMELINE:
* TODO LIST v0.996 => v0.997 :
- (GUI) Générateur d'expressions CRON
* TODO LIST v0.997 => v1.0 :
- (GUI) page de gestions des photos prises par l'apk (aperçu, effacer...)
- (GUI) pages de gestion du dossier medias (lecture, upload...)

* Non planifié pour le moment:
- (CORE) action record audio / video
- (CORE) action download (télécharger/afficher un fichier, un media ou une photo)
- (GUI) backup auto (brouillon) de la config en cours d'édition
- Gestion des MMS

--------

Cette nouvelle version du code est encore en beta... Merci de signaler tout bug rencontré.



Cette version est expérimentale, beaucoup de modifs ont été faites dans le moteur, et j'ai pas pu tout re-tester car l'appli devient de plus en plus complexe avec beaucoup de chemins possibles...

Le moteur cron est 100% opérationnel.
Je l'ai testé depuis 48h sur des répétitions toutes les 10s ou plus. tous les déclenchement sont précis à la seconde près.
Il me reste à faire la fenêtre ' générateur d'expressions CRON ' pour en finir avec les tâches cron (y'a encore un peu de taff).
Ce sera dans la prochaine version.

En attendant vous pouvez générer vos expressions cron (clefs de scénario) par exemple ici:
http://www.cronmaker.com/ (Ce que je vais faire sera plus puissant/complet que ce site)

Sinon voici la doc du format des expressions cron supportées par JPI (J'ai utilisé le format de Quartz) :
http://www.quartz-scheduler.org/documen ... igger.html

[supermenteur]

Test d'installation sur une tablette xiaomi mipad 2. L'application s'installe et démarre bien mais error json lors de la configuration des action. Message dans errorlog " - 18/02/17 09:08:54 - Main ERREUR!: Problem with internal NET command: action
Null Pointer in Method Invocation"

La version Android est 5.1 avec la surcouche Mui7.2.1.0

Je sèche là.

Merci


Envoyé de mon iPad en utilisant Tapatalk

[supermenteur]

Test d'installation sur une tablette xiaomi mipad 2. L'application s'installe et démarre bien mais error json lors de la configuration des action. Message dans errorlog " - 18/02/17 09:08:54 - Main ERREUR!: Problem with internal NET command: action
Null Pointer in Method Invocation"

La version Android est 5.1 avec la surcouche Mui7.2.1.0

Je sèche là.

Merci


Envoyé de mon iPad en utilisant Tapatalk

[dJuL]

Essaye un forceMaj (bouton sur l'écran) puis un reboot, on dirait que le code est corrompu (logiquement ce type d'erreur est impossible sauf si j'avais moi même laissé un gros loup ce qui n'est pas le cas)...

[i-magin]

Bonjour @dJuL
Le problème "PAW offline" est bien résolu.
Je peux donc réutiliser JPI, la tâche de chargement de batterie étant du coup à nouveau opérationnelle

J'ai juste essayé un petit cron et bien sûr çà fonctionne parfaitement

[supermenteur]

Déjà fait. J'ai imperihome sur cette tablette aussi. Peut être une incompatibilité ?


Envoyé de mon iPad en utilisant Tapatalk