Utilisation du plugin VIRTUEL - remise en cause

Bonjour à tous

Je partage ici des informations d’un échange avec Loic suite à un dysfonctionnement du plugin Virtuel.

Je ne pense pas être le seul à utiliser le plugin VIRTUEL et apparemment pas de la bonne façon.

j’utilise Jeedom depuis ses débuts et j’avais pris l’habitude, avant que les fonctions de remplacement de commandes existent, de ne jamais utiliser directement un équipement ou un plugin.

Je créé systématiquement un virtuel pour le remplacer et c’est ce virtuel que j’utilise depuis mes Scénarios, Dashboard, Design, …

je sais que ce fonctionnement n’a plus forcement ca raison d’être maintenant et que cela demande un peu plus de ressources système mais c’est une habitude et j’avais pas envi de tout refaire, ca fonctionnait très bien même avec une mini+

Ce que je viens d’apprendre par Loic, c’est que ce plugin virtuel ne serait pas du tout fait pour ca.

Il n’est là que pour créer de faux équipements pour un objectif de simulation.

On ne devrait pas y trouver des appels de commande provenant d’un équipement ou d’un plugin

comme ca par exemple :

(je ne parle pas que du cotés esthétique, on peut mettre un widget sur l’équipement d’origine, mais le rassemblement des infos et commandes d’un équipement avec les infos d’un autre plugin)

Loic ne dit pas que cela ne peut pas fonctionner mais c’est pas l’objectif du plugin et donc ca peut poser des soucis; de mauvais fonctionnement (j’avais déjà remonté des problèmes de commandes PERE qui utilisent des commandes FILS et qui ne se mettent pas bien à jour) ou de surcharge système (ca serait l’explication de mes problèmes de swap ou comme depuis quelques jours, le compteur de « mémoire suffisante » qui s’incrémente)

le soucis c’est que tout mon jeedom ne fonctionne qu’avec ces virtuels

Plusieurs de ces virtuels, sont fait pour avoir un jolie Dashboard.

je préférais voir ca :

que ca :

mais pour ce faire, c’est forcement un virtuel avec des commandes qui pointent vers l’équipement.

En fait, j’aurais du voir le dashboard comme une interface d’administration, pas forcement jolie

et ne travailler le visuel que par design.

qu’en pensez vous ?
Comment utilisez vous ce plugin ?
Comment utilisez vous votre dashboard ?

Perso c’est pas le premier post ou je te le dis que ça sert à rien de tout doubler par virtuel et pire ça impact les perfs… Mais tu ne veux jamais nous/me croire j’ai l’impression; en tout cas tu es convaincu du contraire.
Et à côté de ça tu as toujours de problèmes de mémoire…
Je ne comprend pas que tu te poses encore la question.

Non c’est faux surtout pour l’exemple de ta capture.
Dans plus de 80% des cas les plugins utilisent les widgets core et donc tu mets ce que tu veux.
Il n’y a pas beaucoup de plug-in qui impose une tuile dédiée; et effectivement pour ceux là tu ne peux pas changer les widgets.
Au pire il est toujours possible de faire un virtuel pour ceux là si besoin, ça t’en fera nettement moins.

2 « J'aime »

C’est aussi comme ça que j’avais compris le truc et pas pour doubler toutes les commandes. En cas de remplacement d’un équipement par un autre il y a les fonctions dans les commande avancées « cette commande remplace … »

Les virtuels je m’en sert pour créer des commandes infos (par exemple présence qui combine mon portable wifi + keeper bleutooth) ou pour faire des widgets regroupant des infos dans plein d’équipement pour mes vues.

Le dashboard a toujours été présenté comme l’interface de gestion pas celle de présentation.

1 « J'aime »

Bonjour @Mips
il faut lire mon message plus attentivement avant de tirer :slight_smile:

  1. je remets moi même en question ma façon de faire, que je ne referais pas si je me lançais dans jeedom maintenant, mais ca m’a plus d’un fois sauvé avec les anciennes versions de Jeedom.
    Donc tu ne peux pas dire que je ne veux pas croire que c’est une erreur de multiplier les virtuels, j’en suis conscient mais c’est un gros boulot de revenir en arrière et surtout ca fonctionnait très bien :slight_smile: et je trouvais que c’était une des forces de Jeedom de pouvoir faire ca.
  2. comme indiqué, je ne parles par la personnalisation de l’affichage, oui c’est possible de mettre des widget, mais du regroupement d’informations et de commandes provenant de plusieurs sources non. Pour l’affichage de mes prises, il y a l’équipement, mais aussi des infos du plugin « surveillance équipement ».

Oui mais l’exemple que tu donnes, et que j’utilise aussi, un virtuel pour regrouper plusieurs équipements pour le Dashbord, les vues ou les designs c’est pas prévu pour ca.

et quand je dis « Dashboard », je parle aussi des « Vues », car c’est aussi ce que j’utilise, la copie écran « prises électriques » c’est une vue.

Non tu dois séparer vue et Dashboard. Quand Loic parle de Dashboard je pense que c’est le dashboard et pas autre chose.

Les virtuels sont juste pas fait pour refaire des commandes déjà existantes et leur coller des widgets, tu dois mettre les widgets directement sur ta commandes. Pour les regroupements de même type oui je vois pas comment faire autrement.

1 « J'aime »

Oups… je suis mal ^^

Loïc parle de Virtuel peu importe que ce soit dans un Dashboard ou dans une vue.

et non, les virtuels ne doivent servir que pour faire de faux équipement à des fins de simulation, je ne fais que citer Loïc :

le plugin virtuel est la pour faire un module virtuel comme une fausse lumiere, un faux interrupteur mais pas pour faire du rassemblement.

Comme dit c’était pour faire des fausse lumière a la base et relié a rien du tout, c’est plus prévu pour faire de la simulation.

tu as de la marge :slight_smile:

1 « J'aime »

ah oui en effet :wink:

Ah mon avis y’a incompréhension quelque part parce que la doc dit :

Un périphérique virtuel peut être créé pour les besoins suivants :

  • consolider dans un seul périphérique des informations ou actions de plusieurs périphériques physiques/virtuels ;
  • créer un périphérique alimenté par une source externe à Jeedom (Zibase, IPX800…) ;
  • dupliquer un équipement pour le scinder en 2 par exemple ;
  • effectuer un calcul sur plusieurs valeurs d’équipements ;
  • exécuter de multiples actions (macro).
1 « J'aime »

en effet, très intéressant, j’ai pas pensé à regarder la doc, apparement ca doit plus être le cas, car mon usage ne fait que reprendre une partie des besoins indiqués :

  • effectuer un calcul sur plusieurs valeurs d’équipements ;
  • consolider dans un seul périphérique des informations ou actions de plusieurs périphériques physiques/virtuels ;

Bonjour,

Effectivement la doc manque de précision il devrait en plus avoir : si absolument nécessaire et a utiliser avec parcimonie (je vais bien sur corriger immédiatement). Vous vous doutez bien que un virtuel ça induit une surconsommation loin d’etre négligeable ça double tout : usure des carte SD, utilisation CPU, mémoire, swap, disque, temps de traitement et j’en passe.
Tout doubler en virtuel c’est aller a la catastrophe avec soucis mémoire, swap, probleme de fiabilité et j’en passe… Ça peut même influer sur la stabilité des protocoles comme le zigbee : si le cpu n’est pas disponible pour répondre au protocole ben dans certain cas le module se met en erreur

Que vous l’utilisiez pour de l’agrégation sur quelques commandes ok (et encore dans ce cas vaut mieux prendre les scénarios qui sont optimisé pour) mais de la a tout faire en virtuel ya un monde

4 « J'aime »

c’est qui ce parcimonie ? connais pas :slight_smile:

1 « J'aime »

Oui juste en cas de nécessité pour la conso ça parait logique.
La doc ne parle pas de doubler toutes les commandes donc pour moi je comprends que c’est pas fait pour ça.

En revanche j’ai pas la logique d’agrégation des commandes en scénario ?

1 « J'aime »

Un petit échange assez court sur le sujet :

1 « J'aime »

Bonjour, je viens tomber sur ce post parce que justement j’ai des soucis de refresh avec mes virtuels.
Je comprends bien les avertissements des développeurs quant à l’utilisation de ces outils de programmation.
Je peux imaginer que les rafraîchissements en cascade des infos des virtuels doivent être une problématique assez compliquée à résoudre et qu’il y a forcément des limitations. Et justement quelqu’un pourrait-il me décrire ces limitations (l’ordre des ID est-il important ?)
Mes équipements sont dupliqués en virtuels mais je n’en ai que 20 (des virtuels). Hormis les perfs, à quoi dois-je faire attention pour que les refreshs en cascade fonctionnent ?

Ca a très bien fonctionné pendant des années, outre la surcharge système qui n’a peut être rien à voir, n’ayant pas encore réussit à l’identifier mais depuis quelques temps, certaines commandes PERE incluant des commandes FILS ne se mettent pas à jour, alors que les FILS oui.

Je pensais avoir vu ca avec Loïc, mais apparemment non, donc qqqun m’a dit, que la commande PERE devait avoir un ID supérieur à l’ID des fils, ca semblait régler le problème mais j’ai eu le problème il y a peut de temps et l’ID était bien supp…

mais bon sur le principe, il faut peut être mieux arrêter l’usage de ce plugin

Pareil pour moi. Les IDs n’expliquent pas tout… malheureusement…
Ce qui est dommage c’est que ce plugin donne l’impression de pouvoir tout résoudre et ce n’est pas le cas. Difficile de savoir où se trouve le curseur entre ce qui fonctionne et ce qui ne fonctionne pas. ET honnêtement je ne vois pas trop comment je pourrais remplacer l’usage que je fais des virtuels par des scénarios.

Salut,
Juste pour rapporter un peu mes usages du virtuel chez moi :

  • pour créer des boutons on/off pour des automatismes
  • régler des paramètres pour des automatisation
  • tout un tas de truc que je récupère dans des scripts ou calcul dans des scénarios, et donc stock dans des virtuels
  • j’ai un virtuel mode Maison (je n’arrivais pas à faire ce que je voulais avec le plugin mode)
  • agréger des infos ou en sortir d’autre d’équipement, notamment pour afficher sur un même desing en plusieurs endroits ou sur plusieurs formes (car on ne peux mettre qu’une fois le même équipement sur un même design…)
  • calculer des valeurs à partir de plusieurs info avec parfois des actions associées (typiquement ma BAL)
  • pour mon tableau de monito, je regroupe mes batterie, reachable, et autre info de dispo de mes capteurs, ce qui serait une plaie à mettre en forme à partir des équipements.

J’ai rencontré des pbs similaires avec des fonction de calculs type last_duration_state, etc… entre des virtuels, résolu en faisant le calcul dans un scénario, dommage de sortir l’artillerie, mais la gestion de la récursivité dans les virtuels doit être une vraie partie de plaisir!

1 « J'aime »