i-magin

Ma Cloud Key est connectée en POE à un switch Unifi et elle chauffe modérément

@Loic vient de publier ce message au sujet des clés API

Merci pour l'info, car par sécurité j'avais configuré les ports de switch Précision : sur mon switch, je n'ai que les 4 derniers ports en POE

J'oubliais que j'avais constaté un "effet de bord" suite à la mise à jour J'ai des scénarios qui contrôlent la durée d'ouverture de mes fenêtres en hiver Un scénario démarre sur détection d'ouverture d'une fenêtre : - le radiateur est mis HG - J'utilise le bloc "Dans" pour lancer un contrôle dans n minutes : je vérifiais que la durée (en secondes) écoulée depuis la dernière détection d'ouverture (StateDuration) était supérieure à ma durée limite de référence en hiver (cette dernière valeur était égale à celle de "Dans", mais convertie en secondes) Je sais que c'est "brut de fonderie", mais j'obtenais une différence de l'ordre de 2 secondes, certes minime, mais suffisante pour m'alerter (durée écoulée depuis la détection d'ouverture > à la durée de référence) Suite à la maj du core, j'obtiens une égalité parfaite entre les deux durées... et donc pas d'alerte J'ai diminué la valeur référence d'une seconde... ce n'est pas très pro comme contrôle, mais çà fonctionne

Si tu as remis un snapshot, tu as réinstallé non seulement Jeedom mais l'intégralité de ta configuration, Debian compris.... ton souci ne viendrait donc pas de la mise à jour ? Désolé pour toi et gérant mon chauffage électrique par FP, je n'utilise pas le plugin thermostat @Nico, une seule copie d'écran, car je n'ai pas vu grand chose circuler sur Internet La(es) page(s) d’accueil sont totalement configurables (avec 5 ou 16 éléments) L'affichage en "pièces carrées" est disponible et d'autres fonctionnalités .... Voir ICI pour quelques informations officielles où l'on peut lire un "Début de refonte visuelle"

Si ce ne sont que des chats noirs, tu as de la chance @jojo ! Ils n'ont pas faits des petits

Je suis donc en version 3.3.18 et je ne rencontre pas de problème hormis le refresh de certains widgets Il faut savoir que la gestion des anciens widgets était en sursis depuis la sortie du core en 3.x L'intervention de @winhex sur le forum Jeedom est instructive La solution la plus rapide est d'utiliser les widgets officiels "core" Je vais adapter ceux que j'avais bidouillé (je rencontre des petits soucis avec le mode création facile d'un widget) Sinon, certains ont rencontré des problèmes liés avec des clés API... là aussi, des clés API par plugin ont été implémentées pour des questions de sécurité depuis quelque temps, mais avec un sursis de mise en oeuvre En cas de problème, il faut utiliser la clé API du plugin et plus la clé globale Il est désormais possible de vérifier la base de données depuis Jeedom et de lancer une correction... mais je ne vais pas décrire ici les apports de cette version Sinon je teste la version beta de l'application mobile Jeedom et je trouve qu'elle prend une bonne tournure

Et vos Greenwave, çà donne quoi ?

Et oui @Nico.... c'est çà la réactivité !

Pour avoir une idée objective du travail effectué notamment par @Loic le concepteur de Jeedom : - le fil de discussion de la beta 3.3.x : ICI - le fil de discussion suite à la sortie de la version stable : ICI Dans lequel @Loic intervient fréquemment - le suivi du core dans Github : ICI Où on peut suivre les maj suite aux problèmes rencontrés (la version 3.3.16 est passée en 3.3.18)

N'utilisant pas le plugin thermostat je ne pourrai pas aider... une maj du plugin thermostat est disponible à condition que le core soit en 3.3.x J'ai effectué la maj en 3.3.18 : pas de souci, mis à part des widgets dont les valeurs ne sont pas maj automatiquement et qui nécessite d'actionner la touche F5 (il semblerait que le code de ces widgets soit ancien) Concernant le débogage de cette version : après une période de beta tests habituelle, cette version a été ouverte à ceux qui le souhaitaient J'ai suivi le fil de cette beta et lorsque la version stable a été lancée, il n'y avait plus de remontée

C'est moche ! Cependant, il me semble avoir vu un message d'Amazon juste avant la validation de certaine commande pour signaler que la marque du produit est apparente (donc sans carton supplémentaire)

L'expédition a été faite par Amazon ou directement par le vendeur ?

Je n'ai jamais utilisé GEA, mais j'ai compris qu'il s'agit d'une fonctionnalité ("avancée" si tu veux l'appeler ainsi) apportée par @Steven et qui permet aux utilisateurs de mettre en oeuvre leur box HC2 sans avoir à se lancer dans de multiples scènes en LUA (le mode bloc étant limité) J'espère ne pas trop mal résumer l'apport de GEA, en écrivant que c'est un outil de vulgarisation de la domotique Fibaro (HC2) ? J'ai également compris dans les interventions précédentes, que l'intégration des fonctionnalités de GEA par Fibaro est jugée par certains comme nécessaire pour l'utilisateur qui ne souhaite pas approfondir le langage LUA Concernant Jeedom, on va éviter de relancer le débat ... Mais je vais tout de même répéter que j'ai pu reprendre facilement les fonctionnalités de mon ex-domotique avec HC2, sans avoir à apprendre un langage Pour résumer, Jeedom peut être utilisé à plusieurs niveaux de complexité. Ainsi, rien n'oblige à mettre son nez dans les outils Zwave de Jeedom, mais ils peuvent être utiles en cas de merdouille dans son réseau

C'est la procédure classique : lancer le scan depuis le plugin BLEA et appuyer sur le bouton à l'arrière du module Il ne faut pas que le module ait été appairé avec un smartphone, par exemple avec l'application Xiaomi Comme je l'ai écrit par ailleurs sur le forum, je perds la liaison bluetooth de ce module selon l'endroit où il est placé (certainement des problèmes d'interférences réseaux)

J'ai vu CECI sur le forum Jeedom.... je ne pourrai pas t'aider plus

Je laisse répondre @fredokl qui maîtrise bien mieux que moi le design (il a donné un élément de réponse en évoquant "la config de F$B33 sur le forum Jeedom") Mais on peut faire quelque chose de très propre avec l'utilisation de base de l'outil design sans codage.... en fait, tout dépend du niveau de graphisme que l'on veut atteindre Une petite présentation de création de design avec la base de F$B33 : ICI Mais je le répète on peut faire un design sans codage Je pense que l'on peut trouver des tutos sur le net (le premier que je viens de trouver ICI) NB : Dans la prochaine version 3.3 de Jeedom : Possibilité d'ajouter des images en fond sur les vues. Possibilité d'ajouter des images en fond sur les objets.

L'application mobile ne gère pas actuellement plusieurs Jeedom La beta actuelle non plus, mais c'est prévu pour la version suivante selon @rocket13011 (voir ICI et voir le chapitre application mobile ICI)

Tu peux aller voir la "configuration avancée" d'un équipement (réel ou virtuel) Sous l'onglet "affichage" tu peux paramétrer l'affichage du nom et du nom de l'objet pour chaque mode (dashboard, design, vue, mobile) Pour chaque commande d'un équipement, et pour chaque commande/info virtuelle d'un équipement virtuel, en cliquant sur le symbole de l'engrenage, sous l'onglet "affichage" tu peux choisir d'afficher le nom ou pas

Cela fait longtemps que j'ai fait cela Tu ajoutes une zone sur ton design, et dans les "paramètres d'affichage" tu choisis le niveau de profondeur, dans "Type de zone" tu choisis "widget au survol" ... et tu complètes les autres paramètres

En regardant le GitHub de Jeedom, on peut constater le travail entrepris sur les thèmes, voire plus.... Cette démarche n'est pas étrangère au sondage qui avait été lancé auprès des utilisateurs de Jeedom le 7 janvier Voir ICI le résultat Il est important de noter que les utilisateurs avaient été interrogés précisément sur l'évolution de l'interface, qui pouvait aller jusqu'à une refonte des designs déjà créés par les utilisateurs Réponse : "vous ne voulez pas un bigbang de l’interface mais de l’évolution en douceur"

Le tableau est sur mon dashboard Mais je l'ai testé sur un design, ce qui permet de le rendre interactif Dans l'exemple ci-dessus, en survolant la zone de chauffage du bureau, le widget apparaît et je peux sélectionner le mode de chauffage Mais ce ne sont que des essais, car je n'ai jamais poussé le design (je laisse la domotique fonctionner seule )

Pour être précis, la roue crantée sur le dashboard affiche les scénarios et c'est le symbole du crayon qui permet de passer le dashboard en mode édition Tu peux également modifier plus facilement l'ordre des widgets, en passant par "Outils" - "Résumé domotique" et en déplaçant les objets à la souris Pour agréger des informations, tu peux créer un virtuel avec les commandes et infos que tu souhaites obtenir, et dans "configuration avancée" "Disposition" créer un tableau comme celui-ci Mais le mode design est le plus approprié pour avoir un affichage totalement libre

Utiliser le mode design

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