i-magin

Voyons ce que l'on peut faire pour modifier les trois symboles-icônes Il faut retourner sur son module virtuel et cliquer sur le petit symbole d'engrenage. Pour le symbole "prise", il faudra aller cliquer sur l'engrenage pour ON puis pour OFF Voyons pour le ON Vous pouvez constater que le widget choisi est "prise (core)" Pour l'instant j'ai peu d'autres choix (pas de copie d'écran, car çà devient lourd), mais qui ne me conviennent pas... Nous allons faire notre marché sur le market des Widget. Pour cela il faut être en mode expert On trouve des widgets pour dashboard ou pour mobiles Je vais donc rechercher des widgets pour dashboard Je choisis le widget wall plug et un autre pour la puissance (je ne vais pas rentrer dans le détail, mais il existe des widgets pour les infos binaires, numériques, autres) NB : j'ai un message pour le widget wall plug qui pourrait être incompatible avec mon Rpi... je passe outre Je télécharge ces deux widgets que je retrouve dans mon environnement et par conséquent dans ma liste de choix Je configure et j'obtiens ... Mince ... ou plutôt le contraire ! le deuxième widget est bien trop gros ! Pas de panique, le développeur bénévole a prévu une option dans son widget Cette option "petit = 1", nous allons la positionner dans les paramètre optionnels widget ici Bon, comme cela devient un peu long comme démo, j'ai positionné dans mon module virtuel la dernière info à "ne pas afficher"... et on obtient ceci La modularité de l'affichage graphique est extrêmement riche... vous n'en voyez avec moi, qu'un aperçu Et vous noterez que je n'ai écrit aucune ligne de code Et merci de votre attention... ou pas

Création d'un module virtuel à partir du Wall Plug... facile car il suffit de cliquer sur "importer l'équipement" Détail important : sélectionner "Etat" pour les commandes "On" "OFF" (id 546 et 547 dans mon exemple) Je pourrais ajouter à ce module virtuel des infos et commandes d'autres équipements, mais nous allons faire simple J'obtiens donc des jumeaux Je vais tout d'abord changer la couleur de fond de la tuile Vous constatez que l'on peut changer beaucoup de choses sans coder (sauf bordures pour l'instant)... je ne change que la couleur de fond A suivre

@sebcbein, je me sers encore de ton topic ... pour partager ce que j'ai découvert au sujet de l'interface de Jeedom souvent décrié Je prendrai l'exemple d'un wall plug (Je rappelle que je ne suis pas expert Jeedom) Après inclusion, on se trouve avec ceci (ou presque, car je crois avoir déjà changé le symbole de la prise) J'entends déjà les remarques : "c'est moche, cette couleur criarde" "et puis les symboles c'est tarte" Bon, les goà»ts et couleurs, il en existe plein... lorsque Apple a passé l’interface de ses iPhones en mode flat, certains ont eu des haut-le-coeur Mais pourquoi cette couleur ? Sous Jeedom, vous pouvez classer vos objets de deux façons : par lieux géographiques d’implantation des modules (méthode souvent utilisée), mais en même temps vous pouvez affecter une catégorie par usage pour des vues préétablies (chauffage, sécurité, énergie, etc) La couleur orange correspond à "lumière" Et si je veux changer de couleur? Il est possible de changer la configuration des couleurs par groupe Ou bien individuellement par équipement Mais plutôt que changer directement cet équipement, je vais travailler sur un module virtuel... A suivre

Tu fais bien de prévenir @Domomat et j'ai pu le vérifier suite à l'une de mes interventions à propos d'un plugin J'ai répondu aux propos "courroucés" de @Lunarok.... et il n'y a pas eu de souci Il faut dire que certains débarquent sur le forum, sans se présenter, avec des exigences immédiates... ce qui peut parfois générer un ras le bol Comme je l'avais écrit, il n'est pas obligatoire de se présenter sur le forum Jeedom, mais il est plus sympa de le faire (rubrique Informations / Vitrine)

Sauf si tu as mis une apikey bidon, il serait préférable de la changer/masquer NB : je n'ai pas pu t'envoyer un MP

Super ! Merci pour l'info

Houlà , mais il faut que je mette les choses au point .... Je ne suis pas un spécialiste de Jeedom Je me trouve dans la même situation que lorsque j'ai débuté avec Fibaro en 2013 à‡à devrait en rassurer plus d'un : on peut utiliser Jeedom sans grande compétence... Donc, @Lazer : oui, tu m'as posé une colle @sebcbien : dans mon dernier exemple, ma HC2 pousse une info (présent ou absent) déclenchée par une télécommande Nodon vers Jeedom (qui la stocke dans une variable) Dans mon exemple de script JSON ICI , je fais "l'inverse" car Jeedom va chercher l'état d'un module Qubino Ton besoin est d'une autre dimension et je ne sais pas si tu peux récupérer tes infos sur la HC2 par script JSON

C'est le cas de Jeedom... en aurais-je tiré trop vite la conclusion pour tous les plugins ? Il va falloir vérifier

Il existe deux types de plugins sous Jeedom : - ceux qui sont officiels : j'en ai dénombré 28. Ils constituent l'ossature de Jeedom - les autres, que je n'ai pas dénombré (dont 21 sont conseillés par l'équipe Jeedom) : un message d'alerte précise qu'l ne s'agit pas de plugin officiel L'utilisateur est donc prévenu, et il aura tout intérêt à consulter le topic sur le forum pour en savoir plus sur le plugin Certains plugins sont mentionnés obsolètes sur le market, soit à la demande de leurs auteurs, soit parce qu'ils ont été signalé par leurs utilisateurs Le market s'est construit avec le temps et en s'appuyant (j'imagine) sur le REX des utilisateurs. Je trouve ce market bien élaboré. On y trouve bon nombre d'informations : - description - documentation - compatibilité plateforme - note attribuée au plugin - nombre de téléchargement et installations - historique des maj (historique en entier par la touche "tout voir") - et pour certains le lien sur le topic du forum Ainsi pour le plugin SNMP, on trouve toutes ces informations et le changelog montre que ce plugin est bien suivi par son auteur... Jusqu'à l'accident récent qu'il a subi Pour suivre un peu les propos de @slobberbone sur le forum, je n'ai pas de doute qu'il soit repris rapidement par son auteur En tirer l'hypothèse selon laquelle "dans 3-4 ans. Jeedom a intérêt de bien grandir, sinon les 3/4 des plugins ne seront plus suivi" ne peut venir que d'un aficionado Fibaro Plus sérieusement, le risque existe avec les plugins comme pour d'autres développements comme le toolkit et le VD Sonos de notre ami @Krikroff, mais il est toujours intervenu en cas de pépin. Idem pour GEA et son auteur @Steven Le risque peut être plus important comme la fermeture de boites exemple Zodianet Mon propos n'avait pour objectif que d'alerter sur ce "risque" (enfin pour les utilisateurs de Jeedom, car ceux de Fibaro ne risquent rien depuis l'annonce des plugins en 2004 ) Comme l'indique @Lazer, un plugin abandonné pourra être repris par un autre et pourquoi pas devenir officiel après reprise par l'équipe Jeedom.... et je le rappelle une fois de plus : OPEN SOURCE

Le plugin SNMP a été développé par le membre du forum Jeedom (@slobberbone) dont la maison a brà»lé récemment (nous avons évoqué sur ce forum ce qui lui était malheureusement arrivé) Dans le topic consacré à son plugin, il évoquait qu'il n'est plus compatible avec les dernières maj de Jeedom et qu'il attendait du matériel pour reprendre ses développements Comme je l'avais évoqué il y a quelque temps, c'est le point faible des plugins (et de tout développement) qui sont élaborés par des bénévoles, dont on ne peut pas garantir la pérennité... sauf qu'ils sont open source

Nous sommes bien d'accord... Je voulais souligner que l'acheteur (que j'ai été) a confiance au premier abord, compte-tenu des caractéristiques de la box alu Mais ce qui importe, c'est la réalité d'un usage au quotidien et là les choses se gâtent sérieusement Pourtant, il ne faudrait pas grand chose pour que cette solution domotique (HC2) devienne fiable Il faudrait notamment que Fibaro ouvre la possibilité d'effectuer des sauvegardes externes, ce qui est le b.a.-ba de la sécurité d'un système informatique Pour moi c'est trop tard, mais pour les utilisateurs de la HC2 je souhaite que Fibaro réagisse au moins sur ce point, facile à mettre en oeuvre (je n'évoque pas les problèmes de stabilité de la V4) Il est paradoxal qu'une solution basée sur un Raspberry PI et une carte micro-SD comporte beaucoup moins de risques de perte d'heures de configuration de son installation domotique, qu'une solution basée sur un matériel plus sophistiqué Car je rappelle que Jeedom effectue des sauvegardes automatiques chaque nuit. Voir doc ICI Il est facile de copier automatiquement cette sauvegarde sur un support externe, par le plugin "data transfert". Voir doc ICI Une carte micro-SD dupliquée et un restore permettent de redémarrer rapidement (on peut même avoir un RPi de secours pour pas cher !) Si la clé USB recovery de la HC2 est HS.... sans les conseils de ce forum, c'est retour en Pologne et probablement la perte de sa configuration, soit des heures de boulot... une épée de Damoclès au dessus de la tête de chaque utilisateur de HC2 (Rappel : il existe le fameux Toolkit de @Krikrofff qui permet de sauvegarder scènes, MV, etc) Bien sà»r, je ne conseillerai pas l'usage de carte SD avec Jeedom et pour ce qui me concerne elle ne sert qu'au boot, un SSD prenant le relais

Je croyais que la box alu était fiable jusqu'aux trop nombreux plantages dus au choix par Fibaro d'une clé usb de recovery et... de protection ! Avec toutes les conséquences suffisamment répétées sur ce forum et l'impossibilité d'effectuer des sauvegardes externes pour Mme Michu Donc, une base matérielle qui aurait pu être fiable mais qui donne des sueurs froides à plus d'un utilisateur

Tout à fait d'accord ! Sur un forum X, on peut aussi parler de Q

C'est sà»r que migrer une soixantaine de modules n'est pas une partie de plaisir.... pas plus que "claquer" 600€ dans une box et devoir changer de solution domotique 3 ans après, comme moi Mais 18 mois après la première version officielle de la V4 je ne veux plus perdre mon temps à attendre une vrai version stable... avec tout ce qui avait été annoncé et qui n'est jamais venu C'est donc bien le comportement de Fibaro qui m'a poussé vers Jeedom (et on ne peut pas dire que Fibaro manque de moyens ... voir ouverture bureau San Francisco : ICI ) Concernant l'interface sous Windows, il est possible d'avoir un rendu fonctionnel et sympa... J'avais également montré des exemples sur un autre topic L'affichage avancé simplifie les modifications depuis la version 2.x ... les widgets évoluent... bref, un effort conséquent a été mené sur l'interface Et comme l'a montré @sebcbien, il est toujours possible d'appliquer facilement un thème comme "Dark Sobre" de @dJuL J'espère que d'autre thèmes seront proposés par les utilisateurs de Jeedom

Je positionne la variable à "présent" ou "absent" pour une question de clarté, mais tu peux très bien utiliser les valeurs que tu veux, comme 0 et 1 Ainsi, en fonction de cette variable et suite à une détection de présence par mon module multifonctions 6 en 1, j'allume ma lumière d'entrée. Voir scénario suivant :

Je ne connais pas le protocole de communication entre la télécommande et le radiateur... mais je pense que ton radiateur dispose des 6 ordres Fil Pilote Tu peux rechercher des solutions sur ce forum pour la gestion du fil pilote et plus particulièrement avec module Qubino

A propos d'info publique, celle de @algeroth (l'un des deux cofondateurs) àpropos des applications mobiles :

En complément de l'info donnée par @Domomat, je me cite pour rappeler les deux approches de Jeedom

@Domomat ayant abordé la gestion des variables sous Jeedom, je me contenterai d'un exemple de gestion de présence (sachant qu'il existe un plugin Jeedom très bien élaboré et que mon exemple me permet d'effectuer la transition entre HC2 et Jeedom) Variable "presence" dans la liste des variables Jeedom Module virtuel Jeedom pour gérer cette variable Un scénario Jeedom qui permet de changer la valeur de la variable en lien avec le module virtuel Et pour finir le code lua de la HC2 qui va actionner le mode virtuel de Jeedom pour positionner en mode absent -- commande Jeedom mode absent HC2 = Net.FHttp("192.168.1.28"); response = HC2:GET("/core/api/jeeApi.php?apikey=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&type=cmd&id=322")

Je suis loin de chez moi et je ne pourrai répondre que mardi pour la gestion de variables qui est simple par un scénario D'ailleurs la liste et gestion des variables se trouve dans la rubrique scénario Pour ce qui concerne les templates, @nico tu as un virus sur ton micro qui t'empêche de lire mes contributions

Pas testé, mais je n'ai aucun doute Autre possibilité : tu peux créer un module virtuel et importer automatiquement un équipement (donc un module) Ensuite, tu peux donc retirer une info ou commande, et en rajouter d'autres... ce que tu as du voir avec @gomba77

Ah d'accord Mais cette info @domodial, veut simplement dire que le prix des applications mobiles est intégré dans le coà»t du pack Jeedom Pour les autres comme moi, qui n'ont rien payé à l'équipe Jeedom (sauf quelques plugins), on devra probablement payer quelque chose pour obtenir l'appli mobile... ce que je trouve tout à fait logique Certains plugins officiels sont payants, mais il sont intégrés dans les packs Pour l'inclusion, on va arrêter le débat ici.... puisque c'est le topic de @sebcbien, il nous fera un retour

Et pour en terminer sur la question de l’intégration-inclusion des modules Zwave sous Jeedom, une copie d'écran de mon dimmer Qubino rail din (cliquer pour agrandir) ... je n'ai rien renseigné à la main J'ai juste modifié un ou deux paramètres comme on le fait habituellement (ex : switch mode.... je ne suis pas allé voir s'il fallait mettre un 0 ou un 1, puisque c'est commenté )

Rectificatif, il y a un lien pour déclarer une configuration de module manquante: ICI

Tu peux nous donner la référence de ton info ? Aucune application mobile n'est encore disponible : on ne devrait pas attendre longtemps pour iOS et android Il n'y a pas d'application officielle Winphone engagée actuellement, mais il existe une application tierce en cours de développement (voir forum)