Ca marche au poil maintenant 
Merci beaucoup pour le bugfix 
Cool,
A voir si l’auteur veux reprendre, ou que qqlun pousse un PR.
Hello
Je peux pousser le Pr s’il faut
Mais pas avant ce soir et je contacte comme j’ai fait à chaque fois l auteur
3 « J'aime »
Envoie lui le zip sinon j’ai aussi supprimé des fichiers qui ne servaient pas.
Après c pas urgent peu être attendre confirmation que tout va bien
Oui j’ai vu hier,
Par contre quand tu fais une mise à jour. Cela ne supprime pas les fichiers inutiles dans le core ?
On peut pousser en bêta pour avoir plusieurs retours et si tout ok on fait pousser en stable
Bon en effet faudrai faire la suppression dans la fonction update. Ou supprimer le plugin et réinstaller y’a pas grand a configurer. Mais c’est pas grave non plus si ils restent …
Pour le reste voit avec l’auteur vraiment pas le temps d’en faire plus
Ok
Je m en occupe dans le week-end
Merci pour le boulot
1 « J'aime »
@kiboost
Re, je suis en train de regarder le code. J’ai modifié les types de generic qui était faux.
J’ai ajouté aussi un message si aucun équipement pour la pression est mis
Par contre je viens de voir que si l’équipement est désactiver, il fait quand même du calcul.
et là je ne sais pas ce qu’il faut modifier
Peut-tu nous dire pour que l’on puisse le diffuser
Merci de ton aide
yop
Dans la class du plugin change les fonctions cron :
/* * ***********************Methode static*************************** */
public static function cron5() {
foreach (eqLogic::byType('rosee') as $rosee) {
if ($rosee->getIsEnable()) {
log::add('rosee', 'debug', '___cron5()');
$rosee->getInformations();
}
}
}
public static function cron30() {
//no both cron5 and cron30 enabled:
if (config::byKey('functionality::cron5::enable', 'rosee', 0) == 1)
{
config::save('functionality::cron30::enable', 0, 'rosee');
return;
}
foreach (eqLogic::byType('rosee') as $rosee) {
if ($rosee->getIsEnable()) {
log::add('rosee', 'debug', '___cron30()');
$rosee->getInformations();
}
}
}
Et dans getInformations ajoute :
public function getInformations() {
if (!$this->getIsEnable()) return;
log::add('rosee', 'debug', 'Configuration =============================');
1 « J'aime »
Merci,
je vais l’ajouter.
Comment tu peux ajouter dans les logs le nom de l’équipement car j’ai 2 équipements et je ne sais pas lequel il fait
Exemple sur le getinfo:
public function getInformations() {
if (!$this->getIsEnable()) return;
$_eqName = $this->getName();
log::add('rosee', 'debug', $_eqName.'-> Configuration =============================');
2 « J'aime »
Merci,
je l’ai intégré dans le code et cela fonctionne bien
la question que je me pose faudrait-il pas inverser l’état des alertes
Actuellement Alerte déclenché = 1
Proposition Alerte déclenché = 0
Cela permettrait de mettre un widget alarme par défaut et de voir pour mettre des widgets core par défaut
Qu’en penses tu ?
1 « J'aime »
Bonjour à tous,
Je découvre ce plugin et vient donc de l’installer.
Quelques remarques de newbie :
-
La doc ne mentionne pas l’obligation d’indiquer un équipement pression barométrique. J’en ai mis un mais je me disais qu’il s’agissait sans doute d’un oubli car la pression est utilisée dans les calculs.
-
J’ai validé mon équipement.
En fonction de mes conditions actuelles, sur mon dashboard j’ai l’alerte rosée qui est active et l’alerte givre non active.
En voulant positionner les alertes avec #value# dans ces deux commandes je constate que l’alerte rosée est bien égale à 1 mais l’alerte givre elle, n’est pas à zéro mais indéfinie.
Si je met une alarme sur #value#=1 mon widget passe en orange alors que la valeur n’est pas à 1 mais indéfinie.
Il n’y aurait pas moyen de faire en sorte que la valeur soit forcée à binaire ?
Hello
- La doc ne mentionne pas l’obligation d’indiquer un équipement pression barométrique. J’en ai mis un mais je me disais qu’il s’agissait sans doute d’un oubli car la pression est utilisée dans les calculs.
Ce n’est pas une obligation d’après le code, si pas de valeur il prend la valeur 1013.25
Je vais ajouter l’info dans la doc
Dans la prochaine info, les 2 valeurs seront bien en binaires.
Je viens de voir sur une version stable, les 2 infos d’alerte sont bien en binaire
1 « J'aime »
Merci Jag pour cette réponse rapide ainsi que pour ce plugin sympa.
-
Oui j’avais bien remarqué la valeur barométrique par défaut en grisé mais ne connaissant pas l’écart que ça peut provoquer en cas de différence notable avec la réalité, j’ai préféré mettre une valeur plus fine obtenue via le plugin METAR (j’ai la chance d’être proche d’un aéroport).
-
Concernant les alertes, tu veux dire que malgré qu’un dev. définisse une valeur en binaire, Jeedom peut retourner une valeur indéfinie ?
De rien
Je ne suis pas le créateur du plugin avec @kiboost
On a fait des modifs pour que cela fonctionne avec le core v4 et debian 10
Bonjour,
C’est quand meme pas logique de mettre 0 quand il y a une alerte.
Faut changer la Template Alert
La coche et la croix sont pour moi suffisants et compréhensibles sans réfléchir.
Alors qu’un gyrophare…
Idem
En plus tu va casser tout les scénarios existant 
1 « J'aime »
Ok
Je laisse comme c’est
Par contre je viens de voir dans le code que si l alarme n’était pas activé celle-ci était masqué
Mais cela ne fonctionne pas chez moi
Je pense que je vais désactivé cette partie du code
Qu’en pensez-vous ?
1 « J'aime »
Oui j’ai croisé ça tu peux virer je pense je vois pas l’interêt