Le RFPlayer ne communique plus mais le daemon reste Ok

[Domatizer]

Bonjour,

Le RFPlayer fonctionne sans souci mais il est capricieux chez moi. Au moindre souci USB, il saute. Si je débranche la clé USB de la TIC, la clé du RFPlayer se déconnecte et se reconnecte. Il peut fonctionner correctement pendant des semaines, mais de temps en temps, il sautera et plus aucune communication alors que tout reste au vert dans la page Santé.

Dans le log, le souci vient bien de l’USB avec des lignes à n’en plus finir.

[2023-07-04 14:42:45.512][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:45.712][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:45.913][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:46.113][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:46.314][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:46.514][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:46.715][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:46.915][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:47.116][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:47.316][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:47.517][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:47.718][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:47.918][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:48.119][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[2023-07-04 14:42:48.319][ERROR] : Error in read_rfplayer: device reports readiness to read but returned no data (device disconnected or multiple access on port?)

La solution, un redémarrage du démon suffit. Mais ce n’est pas fait automatiquement !

En effet, le plugin ne voit pas ce souci (tout est vert au niveau santé), donc le daemon ne redémarre jamais.

J’ai mis le hearbeat à 5 min avec redémarrage et et gestion automatique du daemon.

Pour palier à ce manque de fiabilité du plugin, je compte faire ce scénario : si pas de communication d’un des capteur dans les 5 dernières minutes alors redémarrer le daemon.

Questions :

1. Comment récupérer l’info « aucun capteur n’a communiqué dans les 5 dernières minutes » ?
2. Quelle est la commande permettant de redémarrer le daemon de ce plugin RFPlayer depuis un scénario ?

[Dams]

Bonjour
Pour redémarrer le deamon tu peux utiliser jeelink.
Ce plugin est fait pour voir l’état d’un Jeedom distant mais aussi ton Jeedom local lorsque tu le règle sur ton IP.

Dams

[Idaho947]

J’avais ce soucis (c’était un autre périphérique qui faisait sauter les ports USB). J’ai mis la clef sur une autre vm. Tu peux aussi fixer les ports.

[Domatizer]

@Idaho947

Tu peux aussi fixer les ports.

Je les ai « vissé » les ports !

Changement inopiné port USB clé ZWave

Bonjour à tous, J’ai eu le même souci en utilisant plusieurs clés en même temps (RF Player, Aeotec Gen 5 Z-Wave et Huawei 3G). J’ai changé les câbles usb, j’ai testé avec un hub alimenté ou pas, en direct sur le Pi 3, avec des alim de 3A (une pour le Pi et une autre pour le hub), j’ai mesuré les courants pour vérifier. En configurant les ports en Auto ou autrement, ça fonctionne au début, mais ça ne tient pas dans le temps. Par défaut les numéros de ports sont attribués dans l’ordre de connex…

@Idaho947

J’ai mis la clef sur une autre vm.

Idéalement, il faudrait avoir une VM par clé USB pour éviter ces soucis de soft, je ne comprends pas.

Il faudrait une VM avec un mini Jeedom avec juste le plugin RFPlayer mais ma machine n’a pas les ressource en mémoire pour faire tourner 2 VMs de Jeedom ou alors ne garder que le RFPlayer dans la VM de Jeedom et externaliser toutes les autre clés, ce qui est peut-être moins lourd.

@Dams

Pour redémarrer le deamon tu peux utiliser jeelink.

Bien vu @Dams

Il me reste le point 1.

@Domatizer

Comment récupérer l’info « aucun capteur n’a communiqué dans les 5 dernières minutes » ?

Je pense que je vais me contenter de surveiller un seul capteur de température Oregon.

Mais je ne peut pas mettre d’action

Bon, je sors l’artillerie Node-RED avec le flow suivant pour surveiller en masse les communications de toutes les sondes Oregon

Un petit équipement JMQTT pour récupérer l’état de communication des sondes

Puis une petite Action sur la valeur pour arrêter et redémarrer le démon via JeeLink et envoyer une alerte SMS

Résultat : si je débranche le câble USB de la TIC, la clé RFPlayer se déconnecte puis se reconnecte. Bien sûr, le plugin ne s’aperçoit pas qu’il n’y a plus de communication possible. Comme les sondes communiquent toutes les 40s et que le démon n’aime pas être redémarré tous les 45s, Node-RED va vérifier si toutes les sondes n’ont pas communiqué depuis 55s avant de déclarer KO la communication avec le RFPlayer. Puis Jeedom qui surveille l’état de la communication arrêtera et redémarrera le démon du plugin et enverra un SMS.

En revanche, si je débranche la clé du RFPlayer, le re-lancement du démon au bout de 55s ne va pas fonctionner et là le démon passe en NOK rouge, hé hé.

Ensuite, lorsque je rebranche la clé quelques minutes plus tard, il repasse OK en vert comme un grand. Là, je pense que le heartbeat fonctionne car le démon était NOK.

[anon53349806]

@Domatizer

Mais je ne peut pas mettre d’action

Cest dans le menu configuration ou on peut avoir acces sur alerte…

[Domatizer]

@anon53349806

Cest dans le menu configuration ou on peut avoir acces sur alerte…

Dans Configuration, il y a l’action sur la valeur

Dans Alertes de la commande, je ne vois pas d’action

Dans Alertes de l’équipement, idem

[Idaho947]

Dans configurations de jeedom (onglet log)

[Domatizer]

Ah oui là !

Mais, c’est un truc général et on ne peut lancer qu’une commande…
Je vais garder ma solution. Merci

[Idaho947]

Une commande comme un scénario où tu mets tout dedans.

[Domatizer]

Je n’ai pas vu la possibilité de lancer des scénarios, seulement une seule action.

[Idaho947]

Tu met « scénario » dans l’action et tu peux sélectionner celui que tu veux (comme tu le ferais dans un scénario justement).

[anon53349806]

Tu ne vois pas…
Tu ne cherches pas beaucoup non plus

[Domatizer]

@anon53349806

Tu ne cherches pas beaucoup non plus

Si si.

Non, ici, il manque l’icône avec les fonctions Jeedom à droite.

Oui, dans l’action sur la valeur, il y a les 2 icônes à droite et on peut faire ce qu’on veut.

[Idaho947]

Clique a côté ça va apparaitre.

[Domatizer]

Oui pour juste une seule action.

Pour lancer une séquence d’action, il faudrait passer par un scénario que je ne peux appeler depuis là !

Bref, je m’arrête là car ma solution fonctionne déjà.

Merci pour tous vos conseils.