i-magin

Plus on utilise de plugins sous Jeedom, plus les possibilités de mises à jour seront nombreuses Je ne reboot donc pas mon serveur Jeedom à chaque maj de plugin Mais l'idée de redémarrer Jeedom avant une mise à jour du Core, mais aussi de plugins comme Z-Wave n'est pas une mauvaise idée... pour les raisons données par @chris6783, mais aussi pour ne pas imputer des problèmes à une maj, alors que le problème était latent et donc ailleurs Après avoir été testée par les beta-testeurs "officiels", la version 3.3.x a été ouverte à ceux qui souhaitent la tester (les possibilités de configuration étant nombreuses) La version 4 est déjà en développement avec une refonte des thèmes Le changelog est ICI

Comme l'indique @sebcbien, effectuer la maj du plugin Z-Wave puis relancer les dépendances Cette maj peut être plus longue que d'habitude (compilation) Voir ce sujet ICI (auquel j'ai participé) Et comme d'habitude effectuer une sauvegarde avant et l'externaliser (l'idéal avec les VM étant de prendre un snapshot)

Concernant les groupes d’associations qui permettent d’associer des modules entre eux, on peut trouver le tuto de @Nechry : ICI @Nechry propose d'excellents tutos sur son blog

Mon serveur Jeedom est sur Debian Strech et le plugin BLEA fonctionne bien Les problèmes que j'ai pu découvrir sur le forum Jeedom seraient liés à Debian Strech et des VM (ESXi et Proxmox) multi CPU Des modules bluetooth qui fonctionnent mal à un mètre du dongle Sena, c'est vraiment curieux

Pour compléter mon propos, un "Xiaomi Mijia Bluetooth Capteur de Température et d'Humidité" dans ma SDB est "invisible", alors qu'une sonde RFXcom fonctionne très bien

Si la qualité du dongle (et de l'antenne) est importante, les capacités du module géré jouent aussi Pas de souci avec mes boutons Nodon NIU, et mes trackers NUT (*) Par contre, ma lampe de chevet Xiaomi Yeelight répond aux ordres reçus une fois sur trois (les ordres envoyés par un Nodon NIU - positionné à proximité de la lampe de chevet - sont réceptionnés à 100% par mon serveur Jeedom) J'ai testé un "Xiaomi Mijia Bluetooth Capteur de Température et d'Humidité" et il n'est pas performant Enfin, il faut tenir compte d'un ensemble de paramètres qui perturbent facilement le bluetooth : tout l'environnement proche du dongle et de l'antenne, les multiples possibilités d'interférences entre le dongle/antenne et le module géré.... cela me fait penser au WiFi, ou au Sonos Net (*) Mes trackers NUT fonctionnent bien, et je gére les rares faux positifs par scénario Concernant la consommation des batteries, j'ai pu constater qu'elle dépend énormément de la qualité des piles Et je suis passé des NUT mini au NUT Find 3 un peu plus grand, mais avec une pile à durée plus importante

@Domotique-Home, lorsque tu écris "Les modules sont importés dans Jeedom", en fait les modules sont toujours gérés par le Z-wave de la box Fibaro et tu remontes les infos des devices sur la Jeedom ? Je pense avoir à peu près compris pourquoi @sebcbien avait créé un script pour remonter les infos de ces modules Z-Wave pilotés par sa HC2 vers Jeedom Mais quel est l'utilité/l'utilisation pour ceux qui testent le plugin ? Surtout, n'y voyez aucune critique je voudrais simplement comprendre l'intérêt de cette solution Merci

Cela fait un moment que j'ai remarqué que la modification de son profil ou de sa signature génère ce type de "message" lorsque l'on consulte le contenu non lu En l'occurrence, je modifie le numéro de version dans le profil et je modifie également ma signature : je ne peux donc pas préciser ce qui génère cette information "Member Map marker" qui, à mon sens, n'a pas d'intérêt dans le contenu non lu

Je n'ai aucun problème avec les modules Qubino Fil Pilote y compris Rail Din (et pour info aucun souci avec le module variateur rail Din) Mes modules sont gérés par Jeedom

Bon anniversaire JC !

Deux pseudos totalement identiques ?....... Va falloir m'expliquer comment un gestionnaire de forum peut permettre çà

Vous êtes un peu fatigué ce soir ? Son pseudo est @nicodaudy... mais le titre de son post est "Nico"

@Nico, j'ai écrit Je ne suis pas intéressé par leur offre réduite à la Delta Server (sans player) D'ailleurs, il me semble qu'il est impossible pour le moment de migrer vers cette offre

Une nouvelle mise à jour du Server Freebox Delta (4.0.4) aurait été diffusée Parmi les correctifs recensés ICI, figure "Mode Bridge sur Delta (FTTH) ne fonctionne pas correctement" Dans le bug tracker de Free, on obtient des informations plus précises ICI Info du 4 janvier : Il me reste à attendre un éventuel Player Delta sans la partie Devialet pour abandonner ma Freebox Revolution

Ce soir, j'ai voulu vérifier la "configuration avancée" d'une commande d'un équipement/module (c'est à cet endroit que l'on gère entre autre le paramètre "Gestion de la répétition des valeurs") Et surprise, l’affichage était en vrac (avec Chrome) ! Après vérification avec Firefox : pas de souci J'ai pu voir qu'un topic a été ouvert sur le forum Jeedom et que le problème est intervenu suite à la maj de Chrome en V55 Sur le GitHub on peut voir un "commit" intitulé "Bugfix for chrome 55" Le problème est donc en cours de résolution

Pour info, à propos du VLAN 100 et de la Freebox : ICI

Merci @TonyC Dimensions pour les "interrupteurs" Height : 86 mm Width : 86 mm Depth : 51 mm Pour la profondeur, reste à connaître les dimensions des parties encastrées et en saillie.... mais il faudra probablement une boîte d'encastrement de 50 mm

Reste à connaître précisément la profondeur de boîte nécessaire, car il est indiqué sur le blog Domadoo : J'attendais ce type d'interrupteur Z-Wave pour ne plus avoir le problème de profondeur de boîte rencontré lors d'ajouts de modules Z-Wave Quand à la durée de vie des micro switches évoqué par @Krikroff, c'est l'une de mes inquiétudes Deux de mes FGD-211 achetés en 2014 sont tombés en rade... c'est un peu court comme durée de vie

J'ai testé Jeedom avec un Raspberry Pi et je suis passé rapidement sur un NUC et ESXi

Pour éviter de polluer ce topic, voir ICI à propos de RFXcom

Suite à ton intervention sur un autre topic Exact, çà fonctionne sur un "Jeedom de base", mais également sur un NUC avec ESXi (voir ma signature) La preuve en image - Tu n'as pas un "Jeedom de base" - Et tu as dû lire l’intervention de @Loic le 14 avril 2018

Mes connaissances en programmation sont bien trop anciennes pour réagir immédiatement à ta question, mais je pense que tu dois avoir un problème de parenthèses... Cela dit, je ne sais pas comment tu obtiens les lignes de codes de ton scénario que tu as collées ci-dessus ? Si tu ne peux pas effectuer des copies d'écran de ton scénario, tu peux utiliser la touche "exporter" pour avoir une représentation lisible de ton scénario NB : Je constate que tu préfères utiliser la condition "différent de" que "égal à"... çà n'a pas d'importance et chacun sa logique

Bonjour @Did On peut toujours activer-désactiver un agenda Un extrait de mon utilisation du plugin "mode" : Voici également un extrait de l'un de mes scénarios : Tu remarqueras que dans le 1er exemple (plugin "mode") j'utilise le terme "equipment" et dans le 2ème (scénario) "equipement" Début 2018, suite à une modification il fallait utiliser "equipment" avec le plugin mode et je crois bien avec les scénarios Je viens de tester mon plugin "mode" et mon scénario : mon agenda est bien désactivé Je te laisse tester "equipment " et "equipement" (merci de nous faire un retour)... il se peut que les 2 solutions "equipment " et "equipement" aient été conservées pour les scénarios pour éviter la reprise de ceux-ci J'ajoute un scénario qui permet de savoir si un agenda est actif et de renvoyer l'information dans un popup ... Et bonne année à tous !

Pour l'instant, l'offre Delta S ne concerne que les nouveaux abonnés (pas de proposition de migration) Je patiente, en espérant qu'un player 4K HDR soit proposé (sans le système Dévialet)

Selon "Univers Freebox" : Voir l'article