Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

play_state + conflit cron #78

Open
ghost opened this issue Sep 27, 2018 · 4 comments
Open

play_state + conflit cron #78

ghost opened this issue Sep 27, 2018 · 4 comments
Assignees
Labels
bug Something isn't working

Comments

@ghost
Copy link

ghost commented Sep 27, 2018

Description

  1. Le play_state ne se met pas à jour en temps réel, c'est inutilisable si on l'on souhaite par exemple gérer des lumières en fonction de l'état play/pause de ma Nvidia Shield.
  2. J'ai de temps à autre l'erreur suivante, aucune idée de l'impact que ça a sur le reste :

image

Environnement:

  • Version Jeedom : 3.0
  • Plateforme : Raspberry Pi 3 Model B
  • Version du Plugin : 02a7639
@ghost
Copy link
Author

ghost commented Oct 19, 2018

Je me permet de revenir sur le sujet. Je me suis rendu compte que le play_state se mettait à jour en fonction du cron normal donc toutes les minutes. C'est extrêmement long pour gérer des lumières en fonction du play/pause, n'y a-t-il pas possibilité d'avoir un retour plus rapide de l'information ?

Aussi, j'ai remarqué que si l'on retournait au menu principal, la commande "encours" ne changeait pas (et restait donc sur plex) si je sortais simplement de l'app sans en ouvrir une autre. J'éteint souvent ma Shield à la voix et ça semble poser problèmes dans les états cités précédemment.

En gros là j'aimerais faire la chose suivante : si j'ouvre Plex, j'ai une lumière qui s'allume "fort". Si je lance un média, elle s'éteint, si je le met en pause, elle se rallume mais moins fort. Et si je quitte Plex, elle s'éteint. Actuellement ça me semble compliqué de faire un tel scénario avec des délais raisonnables.

@slobberbone
Copy link
Collaborator

Salut @adrimau ,
Je pense que si tu execute ta commandes directement dans un scénario qui tourne en boucle avec un sleep de 5 secondes, et qui appelle la commande voulue, tu pourras déclencher ton autre scénario de gestion de la lumière. En effet le "cron" Jeedom est executé toutes les minutes et le plugin se sert du cron pour actualiser les valeurs des commandes.
C'est pas super propre mais sa aura le mérite de fonctionner.

@byackee
Copy link
Collaborator

byackee commented Jan 21, 2019

salut @adrimau

Je reprends le developpement de ce plugin. Je vais m'occuper de ton problème mais des limitations techniques lié a adb ne me permettra pas de satisfaire toutes tes demandes.

Pour info le cron sert a mettre a jour les infos du plugin sans action sur une commande. Si tu réalise une commande par exemple lancer une application, une maj des infos se fait dans la foulée.
par contre si tu lance une appli a partir de la shield la il faudra attendre entre 1s et 1 min.

Pour le status encours, je vais voir ce que je peux faire ...

@byackee byackee self-assigned this Jan 21, 2019
@ghost
Copy link
Author

ghost commented Feb 17, 2019

Oui je comprends la limitation du cron, ce qui rend l'actualisation en temps réel impossible.

Par contre le message d'erreur dont j'ai parlé au début du post m'arrive toujours, une idée du pourquoi ?

2019-02-17 16:15:02 | core | La tache plugin::cron n'arrive pas à finir à cause du plugin : AndroidRemoteControl nous vous conseillons de désactiver le plugin et de contacter l'auteur

Aussi, autre remarque : actuellement j'utilise des scénarios pour pouvoir éteindre mes appareils (car la commande power_set permet de switcher d'état mais peu importe l'état actuel. Serait-il possible d'intégrer des fonctions allumage et extinction par défaut ?

@byackee byackee added the bug Something isn't working label Jun 10, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants