[Tuto] Programmation hebdomadaire pour chauffage ou interrupteurs

[skarab22]

Je suis en bonne route pour avoir un truc qui marche.

Si l'un de vous est d'accord, je fais un code python et je vous laisse refaire un truc propre à partir de ce code. Je ne suis déjà pas très bon en dev de base, et c'est mon tout 1er code en python...

Pour le moment j'arrive à savoir sur quel timer mon device est censé être.

Me reste à implémenter si le device est dans le bon état et à envoyer la commande json dans le cas contraire. Je pense faire une 1ère mouture d'ici la fin du we si je bosse dessus. Sinon peut être mardi (lundi je suis en déplacement).

[syrhus]

Avec grand plaisir pour y participer
Es tu parti sur le modèle d'un plugin python pour Domoticz?

[skarab22]

Avec grand plaisir pour y participer
Es tu parti sur le modèle d'un plugin python pour Domoticz?

Non, je me suis dit que si besoin je pourrais le faire après. Pour l'instant je débute vraiment en python et je galère un peu.

Pour expliquer un peu, pour le moment :
- je récupère l'id de l'ensemble des devices qui ont des timer actifs
- je parcours la liste des timers des ces devices pour comparer la valeur "date" avec le jour actuel pour voir si le timer doit s'activer dans la journée
- je compare la valeur "time" est plus petite que l'heure actuelle et que celle du prochain timer et plus grande.

Problème :
- dans la mesure où les timer d'un device ne sont pas forcément dans l'ordre, Il faut que je trie. Mais je ne sais pas faire
- je ne sais pas trop comment vérifier l'heure du dernier device actif

edit : c'est bon mon contrôle des heures marche, faut juste que je trouve comment trier ma commande json

[syrhus]

Transfert nous ton code si tu veux et l'on partira de cette base pour travailler dessus.
Peut être peux tu te créer un compte Github afin d'y mettre ton code?

[skarab22]

Désolé, je suis un peu handicapé de la chose, pas sûr que ce soit comme ça qu'on fasse,

mais voici mon code : https://github.com/skarab22/Update_timer.git

Pour l'instant, j'ai des prints dans tous les sens pour savoir ou j'en suis. Je ne l'ai pas tester directement depuis mon Raspberry. Il tourne en local depuis mon pc.

Je vous laisse modifier tout ce qui vous fait plaisir. Les noms de variables ne sont peut être pas les mieux choisies. Il y a sûrement des horreurs dans tous les sens, des choses qui peuvent être simplifiées, factorisées, écrites de manière plus élégantes.

Mais pour l'instant j'ai l'impression que ça marche...

Donc soyez indulgent !

[Flying Domotic]

Bonjour,

J'ai adopté une autre méthode en ce qui concerne les plannings de chauffage.

Le principe est d'avoir des devices virtuels qui n'actionnent rien, selon les plannings souhaités, et de copier leur état (pas le planning, juste l'état) à chaque changement (ou toutes les minutes si on est vraiment bourrin

C'est décrit à https://easydomoticz.com/forum/viewtopi ... 542#p88542

[skarab22]

Bonjour,

J'ai adopté une autre méthode en ce qui concerne les plannings de chauffage.

Le principe est d'avoir des devices virtuels qui n'actionnent rien, selon les plannings souhaités, et de copier leur état (pas le planning, juste l'état) à chaque changement (ou toutes les minutes si on est vraiment bourrin

C'est décrit à https://easydomoticz.com/forum/viewtopi ... 542#p88542

Peut être que je me trompe, mais si tu démarre ton serveur un a instant donné. Comment fait tu pour savoir si tes inter virtuels sont dans le bon état ? A partir du moment ou tu as un planning, tu peux avoir des écarts entre sont état réel et son état nominal...

[skarab22]

Transfert nous ton code si tu veux et l'on partira de cette base pour travailler dessus.
Peut être peux tu te créer un compte Github afin d'y mettre ton code?

Merci pour les modifs de ce matin. Quelques trucs que je ne comprend pas mais effectivement c'est plus claire et plus compact. Il y a certaines fonctions que j'avais essayé de faire à ta manière (que j'avais pu lire dans certains tuto) mais je n'y arrivait pas.

Je me penche sur comment en faire un plugin et réfléchis à quand activer le plugin. Parce que, actuellement, ce qui est pratique, c'est que je peux modifier manuellement un device et qu'il reste dans cet état jusqu'au prochain timer. Donc je n'ai pas forcément intérêt à faire un refresh trop régulièrement.

Pour mon utilisation, je pencherai plutot pour une activation au démarrage et lorsque je change de TimerPlan.

[Flying Domotic]

Peut être que je me trompe, mais si tu démarre ton serveur un a instant donné. Comment fait tu pour savoir si tes inter virtuels sont dans le bon état ? A partir du moment ou tu as un planning, tu peux avoir des écarts entre sont état réel et son état nominal...

J'ai peut être raté un truc.

Je crée par exemple un thermostat virtuel avec un planning associé. Pour moi, au lancement, Domoticz devrait charger sa (bonne) valeur (sinon, c'est un bug qu'il faudrait corriger).

Je vais essayer de faire un test dès que j'ai un moment pour vérifier ce point.

[skarab22]

Peut être que je me trompe, mais si tu démarre ton serveur un a instant donné. Comment fait tu pour savoir si tes inter virtuels sont dans le bon état ? A partir du moment ou tu as un planning, tu peux avoir des écarts entre sont état réel et son état nominal...

J'ai peut être raté un truc.

Je crée par exemple un thermostat virtuel avec un planning associé. Pour moi, au lancement, Domoticz devrait charger sa (bonne) valeur (sinon, c'est un bug qu'il faudrait corriger).

Je vais essayer de faire un test dès que j'ai un moment pour vérifier ce point.

Malheureusement non, les timer ne s'active que OnTime, c'est à dire à l'heure d'activation. Donc si tu loupe cette heure, ton Device n'est pas dans l'état où il devrait être. La solution, c'est de faire un planing lua, mais cette solution ne me convient pas. Je préfère utiliser les planning domoticz et le plugin fde Syrhius