OJC

Salut @ADN182, Je suis intéressé par ton VD pour 'jouer' avec une Yeelight Bedside. Merci =)

@Krikroff J'avais bien compris, t'inquiètes

Oui, c'est sûr qu'en installant une bêta, on doit s'attendre à des bugs... M'enfin, quand tu vois que c'est un truc qui marchait qui se met à ne plus marcher...

Bon, j'ai parlé trop vite Je n'ai plus les paramètres sur divers types de modules, en l’occurrence FGMS-001 et FGK-101 (soit dit en passant, c'est toujours les mêmes qui font ch... ) EDIT = Bon, je vois que Krikroff a déjà remonté le pb sur le forum officiel... Apparemment, l'UI déconne avec divers langages, dont le français... P... C'est amateurs ou quoi ? Sérieux...

Nickel !

Bon, du coup, je la lance puisque j'ai le même souci Alea jacta est !

Pour le coup, le changelog ne fait pas trop rêver. J'avais pris la 4.151 pour la zone de saisie du code redimensionnable, je crois que je vais passer mon tour.

En l'état, Heating Manager ne fonctionnera pas avec ce type de matériel puisque c'est un thermostat, et que Heating Manager est précisément un thermostat logiciel. Maintenant, s'il s'agit simplement d'envoyer la température de consigne au module, je pense pouvoir d'ajouter la fonction assez facilement. Mais comme je ne dispose pas de ce type de module, il faut que tu m'expliques un peu comment il fonctionne. Notamment, la propriété timestamp sert à quoi ? La propriété value correspond à une sonde de température intégrée dans le module ? EDIT : Cela dit, vu que ce type de chauffage a une grande inertie, je ne suis pas convaincu de l'intérêt d'utiliser Heating Manager pour le gérer ?

Bonjour @Net, Je ne connais pas le fonctionnement d'un Danfoss, peux-tu me préciser la commande à envoyer pour l'actionner ? Est-ce turnOn et turnOff ? Quelle est la valeur de sa propriété value lorsqu'il est à l'arrêt ? Et quand tu parles de zone 3, qu'est-ce que tu utilises comme source pour la température de consigne ?

Bon, pour ma part, après plusieurs jours, cela fonctionne correctement. Je précise que j'ai quand même été contraint d'exclure deux FGMS-001 et de les réinclure en mode non sécurisé pour qu'ils acceptent de fonctionner correctement, mais ces petites boules sont tellement capricieuses que je ne saurais dire si le problème vient de la mise à jour. Sinon, c'est stable. La possibilité de redimensionner la zone de saisie du code dans les scènes justifie à elle-seule la mise à jour. Et j'ai toujours ce foutu problème quand je sauvegarde le code d'une scène... Bref, globalement positif comme dirait l'autre...

@Net Oui, c'est ça, une ligne pour chaque radiateur.

@Dgille Bon, te concernant, c'est bien un bug d'inattention de ma part. Mea culpa Remplace la fonction HM:startHysteresisManager() de ta scène par celle-ci : function HM:startHysteresisManager() if not (self.isBoot) then self:getRefinedSetpoint() end for i, room in pairs(self.Collection) do if (i ~= "outdoorSonde") then for _, item in pairs(room.heaters) do self:notify(self:log("checkRoom", room.nameRoom, item.nameHeater)) local current = self:getTemperatures(item, room.nameRoom) if (isNotNil(current)) then if ((self.isBoot) and (isNotNil(room.message))) then self:notify(room.message, self.colors.fInfo) end room.message = nil self:notify(self:log("showTemperatures", room.nameRoom, current, room.refinedSetpoint)) if (room.refinedSetpoint - current >= tonumber(self.HMCF.hysteresis)) then self:startHeater(item, room.nameRoom) else self:stopHeater(item, room.nameRoom) end else self:stopHeater(item, room.nameRoom) end end end end if (self.isBoot) then self.isBoot = false end setTimeout(function() self:startHysteresisManager() end, self.HMCF.cycle * 1000) end

@Net Pour ce qui te concerne, c'est normal. La fonction présente de base n'est pas à décommenter. Il faut que tu rajoutes tes propres fonctions en suivant le tuto dans le premier post. Il n'y a pas de variables idRoom, idHeater, idSonde, etc. Donc la scène se retrouve à chaque fois avec la valeur nil.

Je n'arrive pas à reproduire l'erreur chez moi ?? Au démarrage de la scène, est-ce que le nom Heating Manager s'affiche bien, suivi du mode de régulation ? Ou c'est directement le message d'erreur ? Il n'y a aucun doute sur l'ID des modules et le nom de la variable globale ? Tu peux m'envoyer ta scène entière en mp ?

@Dgille Effectivement, il y a une erreur sur la valeur par défaut d'oldLastTempUpdate qui est en fait à 0. Pour le reste, est-ce que checkConfig est bien à true ?

Bizarre L'erreur est apparue dès le premier lancement ou après un début de configuration ?

Bonjour @Net, C'est la scène qui gère le remplissage de ce label.

26 modules inclus en mode sécurisé (FGD-212, FGMS-001, FGK-101, WallPlug, FGD-222), pas de surcharge CPU. PS: Outre les Qubino, j'ai un Cord Switch en non sécurisé.

Y'a plus qu'à attendre les templates pour le HC2

Ben c'est clair... Je comptais le prendre, mais du coup je peux pas =( Mon pilier de portail est assez bas, donc si je mets une tablette (pas très compliqué), la caméra ne servira plus à rien sauf à se courber pour être dans son champ... Et question pluie, il passera pas un hiver par chez moi ! Je vais attendre un peu voir les retours, mais je vais sûrement partir sur autre chose, du coup...

Oui, il y a la solution de la tablette ou de la tuile... Mais du coup, ça limite de la champ de vision de la caméra, sauf à le placer très haut genre 1m80/90

Il ne faut pas le mettre dans un endroit exposé au soleil, ni dans un endroit exposé à la pluie... En gros, il faut le mettre en intérieur ??? Pas super pratique, ça...

ça a l'air d'être une tuerie ce truc J'espère que la carte SD est prévue pour pouvoir être remplacée facilement ? Stockage des vidéos sur carte SD...

p... mon réseau est presqu'intégralement en mode sécurisé, je n'ai que les Qubino fil pilote qui ont refusé de s'inclure en mode sécurisé et qui font donc leur life ensemble (sans jamais le moindre problème de fonctionnement)... S'il faut que je reprenne tout