Etat des timers dans un fichier xml?

Bonjour la communauté,

J’ai une petite question concernant les timers. Existe il sur l’IPX800 V3 un fichier XML ayant comme info le paramétrage des 128 timers?

Mon objectif serait de récupérer ces infos, pour une interface domotique, afficher la programmation active par relais.

Au pire je peux ouvrir la page /protect/timers/timer1.htm?tselect=0, parser le code html et récupérer les infos… Mais ça serait tellement bien si il y avait un fichier sur l’ipx à l’identique du status.xml :slight_smile:

Je m’attaque à la programmation (ouverture / fermeture) des timers de mes volets roulant en fonction d’un calendrier solaire. Par exemple en ce moment je doit faire à la mano sur l’interface la modification des timers assez souvent, vu qu’on prend 3 à 4 min de soleil en plus par jour :slight_smile:

Au passage je me permets de vous présenter l’interface que j’ai dev, avant qu’elle ne soit définitivement fermée par identifiants pour le futur contrôle de l’ipx :
http://parlan.fr/lamelie/

Merci d’avance

Bonsoir sympa l’interface as tu prévu de le partager
les graf pour les ana sont intéressant c’est ce qui manque à l’interface d’origine

je ne pense pas que tu peux lire les paramètre dans un fichier mais tu peux les modifier en HTTP

as tu lu l’article de Lionel sur les commande Timers en HTTP
http://www.myipx800.com/index.php?post/2013/02/25/Firmware-V3.05.33-et-commandes-http

ca donne ceci
Programmer un timer : http://IPX800_V3/protect/timers/timer1.htm?

Paramètres :
timer=x où x c’est le numéro du timer concerné, de 0 à 127
day=x où x est le jour concerné de 0 à 6 (lundi à vendredi) avec 7 pour tous les jours
time=HH%3AMM où HH représente les heures et MM les minutes de l’horaire choisi
relay=x où x est le numéro de sortie assignée, de 0 à 31
action=x où x est le numéro d’action avec 0=off, 1=on, 2=inversion, 3=impulsion, et 4=annulation du timer (valeur vide)

Cdt

Ps Non Lionel je suis plus rapide grâce au copier coller sur le blog lol:wink:

Bonjour Mil,
Moi j’aurais juste 2 questions car je ne comprends pas vraiment votre besoin :

  • pourquoi ne pas passer par un détecteur de luminosité ? si lumière < à un seuil prédéfini, alors c’est le soir, on ferme les volets, si lumière > au seuil, alors c’est le jour, on peut ouvrir les volets,
  • si vous souhaitez vraiment passer par un programmation des timers, pourquoi ne pas les commander par http, vous n’avez pas besoin de les lire dans un fichier xml au préalable…
    Bref, je ne comprends pas pourquoi vous voulez aller lire les timers dans un flux XML alors que vous pouvez les programmer à volonté sans avoir à les lire.

EDIT : on a écrit en même temps avec didierm.

didierm,
C’est exactement ce que je veux faire, sur l’interface :

  • avoir la possibilité de modifier les timers, pas de soucis avec les requêtes http,
  • faire un cron chaque soir qui modifie les timers liés au VR, par rapport au calendrier solaire que je vais devoir me palucher à la main :slight_smile:
  • pour le partage, j’y ai pensé, mais pour l’instant c’est pas très poussé, faudrait que je m’y remette et que je la finisse : version mobile allegée, interaction avec les relais, historique des relais, Au passage si certains ont des tablettes, merci de me dire ce que ça donne en visu, normalement c’est adapté.

LionelF,

-J’ai pensé exactement comme vous (toi? :p), en passant par le capteur de luminosité, sauf que cela ne me permet pas de gérer les exceptions. Notamment pour le VR de notre chambre : si je l’associe au capteur de luminosité c’est tous les jours sans exception que mon VR va monter ou descendre. Sauf que j’aimerais si possible que les samedi et dimanche matin, le VR de la chambre ne s’ouvre pas étant donné qu’a 7h on est encore au lit :slight_smile: Voilà pourquoi je préfère passer par des timers. où l’on peu gérer finement l’ouverture.

  • Pour ce qui est de la lecture des statuts des timers, c’est mon coté informaticien, j’aurais tendance à vouloir savoir sur l’interface ce qui est déjà programmé avant de changer la programmation.

En tout cas je poste pas beaucoup sur le forum, car entre celui ci et le blog de LionelF il y a tout ce dont on a besoin. Merci à tous les gens qui participent sur le forum et sur les blogs ! C’est tout simplement excellent.

Bonjour,

Très(très…) belle interface, sur ma tablette Samsung note 10.1 le format a un super rendu et les proportions sont adéquates ,comme les couleurs.

J’ai hâte que tu partage tes travaux avec la communauté,car je viens de commander une extension et capteurs multiples,comme toi je suis confronté au même problème pour les volets surtout pour la chambre de mon fils qui est ado,donc se lève plus tard…(weekend).
Je commande 8 volets en deux groupe,portail avec éclairage,porte de garage et vmc double flux et commande ventilation aire chaud du poêle…et bientôt plus…(alarme et éclairage…)

Continu comme cela c’est très bien…

Moi pour la gestion des exceptions je passerai par un ET logique (je viens d’en parler sur mon blog). Si effectivement il y a un cas particulier comme celui des chambres le week-end, alors il suffit de laisser le capteur de luminosité faire son job tout en y rajoutant une sortie pilotée par un timer : ça fera un « volet s’ouvre » SI « luminosité ok » ET « horaire ok ».

Je confirme interface bien sur iPad
Cdt

Merci pour vos tests sur tablette. Effectivement c’est maximisé pour une résolution de 720p.

LionelF, je vais regarder de plus près ton article. Par contre si j’utilise cette solution ça va me prendre un relais en plus, et je comptais les utiliser pour de l’éclairage et la gestion d’une vmc.

Je reviendrai ici vers vous quand j’aurais avancé sur l’interface, en ce moment c’est plutôt carrelage / placo!