CaptainIgloo

Bonjour les loulous, Steven ou Krikroff, est-il possible interroger un serveur NAS iCal avec le HC2 ? En effet, j'ai trouvé une librairie ical.lua qui semblerait intéressant d'intégrer dans un VD pour intéroger un iCalendrier Google ou directement sur mon Synology. http://code.matthewwild.co.uk/lua-ical/file/c16d25785df1

Pas de formule le RGBw traite le 0-10v avec la fonction de transfert 0-10v face à0-1500 unités.

Alors c'est effectivement très cher, mais je l'ai personnellement récupérer au taf. La tuile d'ensoleillement est simplement la représentation Fibaro d'un des 4 inputs du RGBw en mode In/Out. Ni plus ni moins la configuration...

C'est drôle car moi avec le même site j'ai vraiment pas tant de différence. moins d'un degré...

Un abri pas cher : http://www.amazon.com/Ambient-Weather-SRS100LX-Temperature-Radiation/dp/B003EB3GE4/ref=sr_1_1?ie=UTF8&qid=1432972570&sr=8-1&keywords=SRS100LX

Avec la dernière MAJ 4.046 mon RGBW en mode In/Out 0-10v re-fonctionne. Le capteur d'ensoleillement Spektron 320 est d'une aide précieuse... https://plus.google.com/+S%C3%A9bastienJoly/posts/6FbD15dHdCm

@darklite44 Tu as une heure de décalage car tu utilises probablement GMT0 au lieu de GMT+1 (heure légale). Changes pour GMT+1 puis exécute et tu auras les bonnes valeurs.

Pas vraiment de temps pour l'instant.

Personnellement je compare à l'app sun seeker. Non il faut utiliser la fonction pour avoir le nombre de jour de l'année. 365 et 366 pour les année bissextile. Si la fonction revoie true le calcul doit partir sur 366 Jours, si false sur 365, et jamais 365.25. -- Si bissextile la fonction renvoie true sinon false function isLeapYear(annee) return annee%4==0 and (annee%100~=0 or annee%400==0) end

@al1_fibaro, Je crois avoir trouvé l'origine de l'erreur (décalage). Cela vient selon moi du jour de l'année (DoY : Day of Year) qui s'appuie sur 365,25 jours par an au lieu de déterminer si l'année est bissextile. Avec la fonction suivante tu peux déterminer 365 ou 366 selon l'année en question : function isLeapYear(year) return year%4==0 and (year%100~=0 or year%400==0) end

@nico Oui il y a un décalage entre l'heure du coucher de soleil et son élévation sur l'horizon qui devrait être à0°.. Hier j'avais 21:04 comme coucher mais j'étais à-1,4 en élévation.

darklite44, pour l'angle zenital effectivement on compare àl'angle d'élévation solaire. On ourrait aussi avoir un masquage tel qu'une terrasse couverte ou un toit plongeant ...

J'avance doucement, par contre il y a un décalage entre couchers de soleil.

@al1_fibaro, Pour que le mainloop n'agisse pas la nuit il faudrait que tu le conditionnes entre le lever et le coucher de soleil. -- fibaro:getValue(1, "sunriseHour") < OK > fibaro:getValue(1, "sunsetHour") --

Pour un usage avec l'api owm, et un pas de 20% de nébulosité conditionnel (if statment au dessus) + 10 minutes de latence, il y aura franchement pas de changement souvent. Le pas de 20% filtre largement les variations de nébulosité, ce qui fait que cela se produira quasi jamais.

@al1_fibaro, Je viens de revoir le calcul astro, il manque une données très importante, l'ALTITUDE. En effet, le soleil se lève plus vite site tu te trouves à1000m. C'est négligeable...

Le Spektron peut fonctionner avec un RGBW mais avant la v4 pour ma part. Je n'arrive àrien en 0-10v. Mais avec l'IPX ou du 4-20mA c'est possible. La nébulosité ne change pas toutes les minutes sur l'API OWM. Avec un Spektron il faudrait en effet jouer Sur un délai. De plus le VD traitera seulement tous les 10'. Donc en définitive cela ne varie pas si souvent, et franchement même si cela change de position souvent, cela fait de la simulation de présence, ce qui est pas mal.

@Nico, Oui, je transpose mon process antérieur qui était porté sur un PI+ Python + API. Par contre je revoie mon algo car je peux maintenant mieux faire, du type -- genre if anglebattant=true then if nebulosite <= 20 then If temperature_ext>temperature_int then --ACTION End elseif nebulosite <= 40 then elseif nebulosite <= 60 then elseif nebulosite <= 80 then else End End

@al1_fibaro? Je me suis permis un fork de ton VD initial pour aller plus loin dans la gestion de mes VR. Initialement, j'utilisai un RPI pour piloter mes VR via l'API du HC2, mais avec ta partie Astro déjàdans le lua, je n'ai plus qu'àtransposer mon automate python.

Voici comment déterminer si le soleil entre ou n'entre pas dans la maison : -- Fonction pour réduire à2 décimales function round(num, dec) local mult = 10^(dec or 0) return math.floor(num * mult + 0.5) / mult end local AzimutFenetre = 180 --Mettre ici l'azimut/orientation de la fenetre en degre (°), pour moi plein sud = 180° local LargeurFenetre = 140 local EpaisseurFenetre = 30 local HauteurFenetre = 190 -- Seuils gauche et droit d'incidence Azimutale dans la fenetre = Az + ou - cet angle masqueAz = round(math.deg(math.atan(LargeurFenetre/EpaisseurFenetre)),2) fibaro:debug(masqueAz) -- Seuil haut d'incidence zenitale dans la fenetre = Horizon + cet angle masqueElev = round(math.deg(math.atan(HauteurFenetre/EpaisseurFenetre)),2) fibaro:debug(masqueElev)

@nico, De plus la taille de la fenêtre est très importante aussi. Perso, c'est par les baies vitrées que la chaleur s'élève et pas par les mini-fenêtres des toilettes. A titre d'info, je gagne 2 à3° sur la climatisation avec mon protocole. Mais si tu n'es pas dans le sud, c'est moins important.

Le couvert nuageux s'obtient facilement sur OWM. Mais un capteur d'ensoleillement tel que le spektron 320 est vraiment une bonne solution.

Et non, car je prends l'exemple du chalet des beaux parents à la montage. L'hiver la courbe d'élévation est moins haute et je peux garantir que cela change. Incidence de l'irradiation solaire d'entrée dans l'atmosphère fait pourtant que nous devrions avoir moins de chaleur et pourtant cela n'a rien a voir avec l'été. Je confirme que l'angle d'élévation est très important

Et l'index UV on en fait quoi ?

Voici l'enigme... L’élévation est aussi utile pour déterminer s'il existe une incidence directe dans la fenêtre. Paramètre utiles :::: AzimutFenetre = LargeurFenetre = EpaisseurFenetre = HauteurFenetre = Nebulosite = (super important) poids max dans l'algorythme.