[Plugin Tiers][Sujet Principal] Plugin Ampli Pioneer

[Mardup]

Vsx-S510 ajouté à la liste

[Patrick]

Pour info, j'ai fini le daemon qui permet de suivre l'état de l'ampli en temps réel.
Ce qui change par rapport aux précédentes versions, c'est que si quelqu'un change un paramètre de l'ampli sans utiliser le plugin dans Jeedom, par exemple avec la télécommande de l'ampli ou directement en manipulant les boutons en façade de l'appareil, le daemon (qui écoute en permanence l'ampli) se charge d'actualiser les informations (Volume, Mute, Power, et inputs) .

j’attends donc les prochains retours des tests de Me_ (je viens juste de pousser une nouvelle bêta), pour sortir une première version stable...

[Me_]

Hello,


Quelques tests ce matin avec la dernière version

- Dans la config du plugin: 23 est affiché en gris dans la case du "Numéro du port d'écoute Telnet" alors qu'il n'est pas saisi - le daemon ne démarre pas tant qu'il n'est pas saisi. J'ai cherché un petit moment comment démarrer le daemon (pas de bouton dans la case (Re)Démarrer). Du coup, c'est un peu trompeur, surtout que tu affiches déjà l'info sous le nom du champ "Numéro du port d'écoute Telnet ( généralement le port 23 )"

- Il n'y a rien dans les logs sur ce que reçoit le deamon.

- Sur mon premier essai, au bout d'un court moment, je n'avais plus de retour d'info par le daemon sur les fonctions (affichage sur le dashboard et valeur de la commande). Seul un refresh remontait les bonnes infos. J'ai relancé le daemon et c'est reparti. Pas de log.

- Les commandes des entrées ne fonctionnent toujours pas que ce soit avec le Type d'ampli VSX-830 ou DEV.

Code : Tout sélectionner

[2017-08-20 09:13:00][INFO] : executeTelnet L480 executing CD
[2017-08-20 09:13:00][DEBUG] : sendCommand L405 for command FN01 result is 04
[2017-08-20 09:13:00][INFO] : executeTelnet L486 retrieving Volume
[2017-08-20 09:13:01][DEBUG] : sendCommand L409 value 046 set for info Volume
[2017-08-20 09:13:01][DEBUG] : sendCommand L414 value 046 set du updateCmd SetVolume
[2017-08-20 09:13:01][DEBUG] : sendCommand L417 value 046 set for SetVolume
[2017-08-20 09:13:01][INFO] : executeTelnet L486 retrieving Mode Silence
[2017-08-20 09:13:01][DEBUG] : sendCommand L409 value 0 set for info Mode Silence
[2017-08-20 09:13:01][INFO] : executeTelnet L486 retrieving Etat
[2017-08-20 09:13:02][DEBUG] : sendCommand L409 value 1 set for info Etat
[2017-08-20 09:13:02][INFO] : executeTelnet L486 retrieving Entr
[2017-08-20 09:13:02][DEBUG] : sendCommand L400 FN : FN06
[2017-08-20 09:13:02][DEBUG] : sendCommand L402 FN : SAT/CBL
[2017-08-20 09:13:02][DEBUG] : sendCommand L409 value SAT/CBL set for info Entr
[2017-08-20 09:13:02][DEBUG] : execute L585 ** refreshWidget **

Je vais lancé une vieille VM pour récupérer les infos que j'avais... je te donne ça un peu plus tard...

- J'ai pour l'instant des erreur

Code : Tout sélectionner

executeTelnet() ERROR Connection refused(111)

uniquement lorsque je modifie une valeur à partir du dashboard ET que l'appli Pioneer sur mon iPhone est ouverte (même en jouant sur le délai d'attente). Dès que je ferme l'appli, c'est ok.

- Lorsqu'on allume l'ampli avec la télécommande, le daemon ne remonte que l'état de l'ampli mais pas le volume ni l'entrée.

[Me_]

Un refresh de la page log m'affiche le log du daemon...

[Patrick]

Comme j'ai changé pas mal de choses, as tu bien supprimé tous les équipements du plugin avant de refaire les tests ?
Pour le port d'ecoute, peux tu vérifier en ouvrant une session telnet que ton ampli envoie bien ses données sur ce port chez toi ? Peut être utilise t il un autre port...
Pour les entrées, cela fonctionne très bien chez moi, il faut rechercher si tes commandes sont différentes chez toi.
Maintenant vue ton retour, je me demande si ton ampli n'utiliserai pas un zutre port pour envoyer ces commandes.
En tout cas, pour avoir essayé avec l'application smarphones chez moi ça fout la pagaille dans le telnet de mon ampli quand j'utilise les deux en même temps...
Je préférerais que tu arrête complètement ton application smarphones pour les tests au moins dans un 1er temps...

[Me_]

Pour les entrées, la commande n'est pas "FN01" mais "01FN" et comme ça ça fonctionne (VSX-922)

J'ai l'impression que le daemon ne retransmets pas l'info de l'entrée à Jeedom tant que celle-ci ne change pas. J'ai redémarré ma VM de test avec mon ampli qui était allumé, et l'info de l'entrée est apparue uniquement après avoir modifié l'entrée sur l'ampli. Un refresh ou un test de la commande Entr donnait un champ vide.
Surement normal pour pas surcharger Jeedom mais du coup, tant qu'on ne modifie pas l'entrée, pas d'info.
Même comportement avec le volume...

[Me_]

Comme j'ai changé pas mal de choses, as tu bien supprimé tous les équipements du plugin avant de refaire les tests ?
Pour le port d'ecoute, peux tu vérifier en ouvrant une session telnet que ton ampli envoie bien ses données sur ce port chez toi ? Peut être utilise t il un autre port...
Pour les entrées, cela fonctionne très bien chez moi, il faut rechercher si tes commandes sont différentes chez toi.
Maintenant vue ton retour, je me demande si ton ampli n'utiliserai pas un zutre port pour envoyer ces commandes.
En tout cas, pour avoir essayé avec l'application smarphones chez moi ça fout la pagaille dans le telnet de mon ampli quand j'utilise les deux en même temps...

Hop, nos messages se sont croisés...

Non je n'ai pas supprimé l'équipement avant de refaire des tests...

Pour le port d'écoute, du coup ça doit être le bon

[Patrick]

Et pour les entrées ça devrait aussi être bon non ?

[Patrick]

Pendant les tests, c'est impératif de supprimer tous les équipements et de refaire tous les paramètres car sinon on aura pas la même chose
Par exemple j'ai déplacé le champ de saisie de l'ip, et changé presque toutes les commandes (nom et logicId et repointé leur setValues) ...

[Me_]

Et pour les entrées ça devrait aussi être bon non ?

Oui en modifiant les commandes par 01FN, 02FN... et même des commandes en plus pour des entrées perso (23FN par exemple) ça fonctionne.

En revanche, un problème: au bout d'un moment le daemon ne renvoit plus les infos à Jeedom:

Je viens d'enlever le MUT (donc passage de MUT ON à MUT OFF), le daemon semble le voir mais l'info sur le dashboard n'est pas actualisée et lorsque je teste la commande ?M elle est égale à 1.

Code : Tout sélectionner

REFRESH MuteStatus : 0
result=MUT1
REFRESH PowerStatus : 1
result=PWR0
REFRESH InputStatus : 23FN
result=FN23
result=E04
result=FL022020204D555445204F4E20202020
REFRESH MuteStatus : 1
result=MUT0
result=FL02202020202050434D202020202020
result=FL022020204D555445204F4646202020
REFRESH MuteStatus : 0
result=MUT1
result=FL02202020202050434D202020202020
REFRESH VolumeStatus : 062
result=VOL062
REFRESH MuteStatus : 0
result=MUT1
REFRESH PowerStatus : 1
result=PWR0
REFRESH InputStatus : 23FN
result=FN23
result=E04

Idem pour le volume:

Code : Tout sélectionner

REFRESH VolumeStatus : 058
result=VOL058
result=FL004D2E564F4C20202D35322E306442
REFRESH VolumeStatus : 057
result=VOL057
result=FL004D2E564F4C20202D35322E356442
REFRESH VolumeStatus : 056
result=VOL056
result=FL004D2E564F4C20202D35332E306442
REFRESH VolumeStatus : 055
result=VOL055
result=FL004D2E564F4C20202D35332E356442
REFRESH VolumeStatus : 054
result=VOL054
result=FL02202020202050434D202020202020

et idem pour l'entrée et le status...

Le dashboard ne bouge plus...

[Me_]

Je redémarre le daemon et c'est reparti...

[Patrick]

Juste pour être bien sûr :
Peux-tu me dire commandes par commande celles qui fonctionnent "out of the box", celles qui ne marchent pas, et celles qui sont spécifiques à ton ampli (les entrées qu'il faudrait que j'ajoute au profil de ton ampli) .

Pour les retours d'états, l'ampli ne les annonce que lors d'un changement (je n'ai pas la main).
Le daemon ne peut actualiser que les données qu'il reçoit.
Je vais voir si je peux le stimuler sans surcharger le daemon...
De mon côté je n'ai pas le problème de "perte" du daemon,mais je vais voir si je peut faire quelque chose...
On est bien d'accord que tu as stoppé ton application smartphone (car elle charge beaucoup le telnet de l'ampli et avec en plus le plugin ca fout souvent le bazar chez moi sur le daemon : perte d'info) ...

[Me_]

Juste pour être bien sûr :
Peux-tu me dire commandes par commande celles qui fonctionnent "out of the box", celles qui ne marchent pas, et celles qui sont spécifiques à ton ampli (les entrées qu'il faudrait que j'ajoute au profil de ton ampli) .

Toutes les commandes fonctionnent "out of the box" SAUF celles du choix des entrées qu'il faut que je modifie de FN01 en 01FN.

Pour les retours d'états, l'ampli ne les annonce que lors d'un changement (je n'ai pas la main).
Le daemon ne peut actualiser que les données qu'il reçoit.
Je vais voir si je peux le stimuler sans surcharger le daemon...

Ok.
Peut-être alors forcer un refresh après certaines actions comme un Power ON par exemple.

De mon côté je n'ai pas le problème de "perte" du daemon,mais je vais voir si je peut faire quelque chose...
On est bien d'accord que tu as stoppé ton application smartphone (car elle charge beaucoup le telnet de l'ampli et avec en plus le plugin ca fout souvent le bazar chez moi sur le daemon : perte d'info) ...

Oui oui l'appli smartphone est killée.
Par contre ça me fait penser que j'ai encore l'ancien plugin qui tourne sur ma VM de prod... je m'en vais le désactiver!

En tout cas, le dernier redémarrage du daemon date du 2017-08-20 10:13:21 et pas eu de nouveau le pb mais je n'ai plus trop joué avec l'ampli sur les 2 dernières heures...
Faut que je vois si j'arrive à trouver une action qui mène à ce problème...

[Me_]

Dans le log du daemon, j'ai ça:

Code : Tout sélectionner

REFRESH InputStatus : 23FN
result=FN23
result=VTA011111111111111111000000000000
result=VTA011111111111111111000000000000
result=VTA011111111111111111000000000000
REFRESH VolumeStatus : 055
result=VOL055
REFRESH MuteStatus : 0
result=MUT1
REFRESH PowerStatus : 1
result=PWR0
result=LM0405
REFRESH InputStatus : 23FN
result=FN23
result=E04
result=FL02202020202050434D202020202020
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=
result=FL022020204D555445204F4E20202020
REFRESH MuteStatus : 1
result=MUT0
result=FL02202020202050434D202020202020
result=FL022020204D555445204F4646202020
REFRESH MuteStatus : 0
result=MUT1
result=FL02202020202050434D202020202020
result=

Tout fonctionne à ce moment, mais juste pour savoir si c'est normal?

[Patrick]

Oui, c'est des infos pour moi (pour débuger) mais ils vont disparaitre dès que le daemon tourne comme il faut

Bon, j'ai à ajouter dans le daemon une demande de renvoi des infos toutes les minutes (à compter de la dernière remontée d'information reçue par le daemon)...
J'ai tenté sans succès de reproduire ton problème, mais sans succès (je pense que c'était dû à un conflit d'accès entre ton appli mobile et le daemon)...
Je pense avoir résolu le problème lors du pilotage depuis l'appli mobile qui avait tendance à saturer le telnet (en tout cas depuis mes dernières modifs, je n'ai plus de problèmes.
Il reste juste un petit soucis de MàJ du slider du setVolume dont le curseur ne se déplace pas tout seul (graphiquement, parce que les valeurs elles sont justes) lors d'une modif du volume non réalisée via Jeedom (mais par télco par exemple). Mais bon, cela n'est pas gênant du tout et n'a pas d'impact sur le bon fonctionnement...

Concernant ton problème d'entrées et leur inversions chez toi, cela m'embête un peu plus, car ça ne correspond pas du tout à ce que cela devrait être.
Peux tu rendre visible la commande SetCustom, et depuis le dash, saisis (dans le titre ou le message) ta commande, et teste les deux : FN01 et 01FN , et dis moi laquelle des deux change bien l'entrée (sans utiliser les boutons des entrées qui eux doivent être inversés)...

[Me_]

FN01 sur la commande SetCustom (ne fonctionne pas):

Code : Tout sélectionner

[2017-08-20 13:07:03][INFO] : executeTelnet L480 executing SetCustom
[2017-08-20 13:07:04][INFO] : executeTelnet L486 retrieving Volume
[2017-08-20 13:07:04][DEBUG] : sendCommand L409 value 091 set for info Volume
[2017-08-20 13:07:04][DEBUG] : sendCommand L414 value 091 set du updateCmd SetVolume
[2017-08-20 13:07:04][DEBUG] : sendCommand L417 value 091 set for SetVolume
[2017-08-20 13:07:04][INFO] : executeTelnet L486 retrieving Mode Silence
[2017-08-20 13:07:04][DEBUG] : sendCommand L409 value 0 set for info Mode Silence
[2017-08-20 13:07:05][INFO] : executeTelnet L486 retrieving Etat
[2017-08-20 13:07:05][DEBUG] : sendCommand L409 value 1 set for info Etat
[2017-08-20 13:07:05][INFO] : executeTelnet L486 retrieving Entr
[2017-08-20 13:07:05][DEBUG] : sendCommand L400 FN : FN23
[2017-08-20 13:07:05][DEBUG] : sendCommand L402 FN :
[2017-08-20 13:07:06][DEBUG] : execute L585 ** refreshWidget **

01FN sur la commande SetCustom (fonctionne):

Code : Tout sélectionner

[2017-08-20 13:08:41][INFO] : executeTelnet L480 executing SetCustom
[2017-08-20 13:08:41][INFO] : executeTelnet L486 retrieving Volume
[2017-08-20 13:08:41][DEBUG] : sendCommand L400 FN : FN01
[2017-08-20 13:08:41][DEBUG] : sendCommand L402 FN : CD
[2017-08-20 13:08:41][DEBUG] : sendCommand L409 value CD set for info Volume
[2017-08-20 13:08:41][DEBUG] : sendCommand L414 value CD set du updateCmd SetVolume
[2017-08-20 13:08:41][DEBUG] : sendCommand L417 value CD set for SetVolume
[2017-08-20 13:08:41][INFO] : executeTelnet L486 retrieving Mode Silence
[2017-08-20 13:08:42][DEBUG] : sendCommand L409 value 0 set for info Mode Silence
[2017-08-20 13:08:42][INFO] : executeTelnet L486 retrieving Etat
[2017-08-20 13:08:42][DEBUG] : sendCommand L409 value 1 set for info Etat
[2017-08-20 13:08:42][INFO] : executeTelnet L486 retrieving Entr
[2017-08-20 13:08:43][DEBUG] : sendCommand L405 for command ?F result is 111111111111111111000000000000
[2017-08-20 13:08:43][DEBUG] : execute L585 ** refreshWidget **

[Me_]

Je pense avoir résolu le problème lors du pilotage depuis l'appli mobile qui avait tendance à saturer le telnet (en tout cas depuis mes dernières modifs, je n'ai plus de problèmes.

Tu parles de l'appli mobile Pioneer ou de l'appli mobile Jeedom?

[Patrick]

Bon, je crois que j'ai trouvé pourquoi tes entrées n'étaient pas bonnes.
Je te renvois une nouvelle version disons "pré-release".
Merci de supprimer tous tes équipements du plugin, et de retester toutes les commandes.
Pense aussi à tester la création de nouvelles commandes (par exemple la commande Extented Stéréo = 0010SR, ou 100SR pour passer en mode Action, ou encore 0025SR pour passer en mode DTS-ES Neo,...).

Si tes prochains retours sont positifs, on basculera en stable pour que tout le monde en profite.
Après on verra les configs particulières, mais à part les ports et les commandes non disponibles sur certains modèles, je pense que la config standard devrait convenir à beaucoup de monde (enfin j'espère)

[Patrick]

Je pense avoir résolu le problème lors du pilotage depuis l'appli mobile qui avait tendance à saturer le telnet (en tout cas depuis mes dernières modifs, je n'ai plus de problèmes.

Tu parles de l'appli mobile Pioneer ou de l'appli mobile Jeedom?

de l'appli pioneer pour smartphones

[Me_]

Pense aussi à tester la création de nouvelles commandes (par exemple la commande Extented Stéréo = 0010SR, ou 100SR pour passer en mode Action, ou encore 0025SR pour passer en mode DTS-ES Neo,...).

Tu as une liste des différentes commandes existantes?
J'avais trouvé ça.

Edit: j'ai trouvé ça:
https://github.com/Clems01/FrameworkPio ... -RS232.PDF