Aller au contenu

CaptainIgloo

Membres confirmés
  • Compteur de contenus

    565
  • Inscription

  • Dernière visite

  • Jours gagnés

    3

Tout ce qui a été posté par CaptainIgloo

  1. T'as raison, si les bêtas deviennent stables on va devoir dire que c'est bien finalement ...
  2. Get json : // 20150927172349 // http://192.168.1.2:4242/api/query?start=10m-ago&m=sum:VDSoleilRadiPon{Origine=HC2} [ { "metric": "VDSoleilRadiPon", "tags": { "Origine": "HC2" }, "aggregateTags": [ ], "dps": { "1443366971": 253.13999938964844, "1443367034": 250.82000732421875, "1443367097": 248.50999450683594, "1443367160": 243.8800048828125, "1443367223": 241.55999755859375, "1443367286": 239.24000549316406, "1443367350": 236.9199981689453, "1443367410": 234.60000610351562, "1443367473": 232.27999877929688, "1443367536": 229.9600067138672 } } ]
  3. C'est d'une simplicité déconcertante... local VDSoleilRadiPon=fibaro:getGlobal("VDSoleilRadiPon") HC2 = Net.FHttp("192.168.1.2",4242) --HC2:setBasicAuthentication("LOGIN","PASSWORD") json = '{"metric": "VDSoleilRadiPon","timestamp": '.. tonumber(os.time())..',"value": '.. VDSoleilRadiPon..',"tags": {"Origine": "HC2"}}' response, status, errorCode = HC2:POST('/api/put', json) if tonumber(status) == 204 then fibaro:debug("OK") else fibaro:debug("NOK") end
  4. Bon et bien c'est de la balle.
  5. Salut les loulous, En jouant avec mon RPISIGFOX (SNOC), j'ai pu découvrir un SGBD dédié aux séries temporelles de télémétrie par le biais de RunAbove IOT OVH. OVH propose une API pour atteindre une BD optimisée pour cet usage (gros volume de données et performance d'accès et d'affichage). Ce système n'est autre qu'OpenTSDB. En utilisant Grafana il est possible d'obtenir une représentation graphique adaptée et performante. J'ai donc dans l'idée de faire converger les données (indicateurs) HC2 et SIGFOX dans une infra locale sur un de mes Synology. OpenTSDB image Docker : Check (fonctionnel). api/put : Check Code lua net.FHTTP en cours... Il me faut mette en place grafana et configurer le connecteur JSON...
  6. Pas de genre en anglais.
  7. Et bien voila le Miltisensor 6 Aeon est maintenant bien reconnu. La priorité au marché US ...
  8. Bon et bien je me lance pour le HC2. Pour le HCL c'est déjàpassé sans problème.
  9. La grande forme par ici.
  10. Le mien ici : https://github.com/captainigloo/Fibaro-HC2-scripts-Lua
  11. Merci du retour
  12. Où trouve-t'on l'info ?
  13. Lien fournit par Julien L : http://www.thermexcel.com/french/ressourc/deperdit.htm
  14. @mccyrille, ton approches permettant de calculer le transfert thermique mérite d'être développée effectivement. Par contre je n'ai pas les compétences d'un thermicien. Je pense que je vais te fournir la suite permettant d'évaluer la pondération sur la pente et ensuite il faudrait trouver le moyen d'évaluer le transfert thermique simplifié prenant en compte les données de la baies (surface, position sur incidence, attributs thermiques ...).
  15. Alors non ce n'est pas le potentiel au sol (avec pente) mais le potentiel perpendiculaire à l'incidence solaire (comme si ta baie suivait l'angle d'incidence solaire ). Il te faut donc la suite de mon calcul qui permet de déterminer le potentiel revenue sur la pente (en théorie) d'un panneau solaire. Ce qui veut dire que l'inclinaison de la baie correspond à 90°.
  16. TLD : http://www.touteladomotique.com/forum/viewtopic.php?f=48&t=14320
  17. transformer en KJ/m3 c'est pas forcement aberrant... Il faut aussi savoir que le thermique/thermique a un meilleur rendement que Electrique/thermique.
  18. Mccyrille, Je vais regarder cela mai cette approche est intéressante.
  19. Salut, Alors comme je l'ai dit dans l'article, je n'ai pas encore transposé mon script Python en lua pour gérer les angles battant. Mais je ne l'appuie pas de toutes façons sur une méthode de calcul théorique. C'est plutôt pas une conclusion empirique que je détermine les actions. Pour moi ta maison doit être moins sensible au radiation sur les murs sans baie. Donc dès que le soleil sort de l'angle battant, l'impact doit diminuer considérablement. Donc de manière simple je commencerai àchauffer àx degré de la sortie d'angle battant. Comme c'est une donnée relative cela s'ajustera chaque jour en fonction de la courbe solaire...
  20. Oh ! D'enfer alors. On peut balancer du json bien lourd alors. Il me semblait que quelqu'un avait fait une boucle de test ?
  21. Bonjour Lazer, Je ne sais pas comment tu géreras les inserts SQL, mais il pourrait-être envisageable de créer une fonction de rétention sous forme d'un tableau dictionnaire explicite avec des noms de colonnes timestamp unix (tostring) et des lignes nommées correspondant aux noms des variables dans lesquelq on stocke les valeurs collectées. Tant qu'internet indisponible, on stocke en table.insert dans la variable tableau (dictionnaire). Si on retrouve internet, on effectue l'insert SQL et on vide le tableau. Le problème est qui faut pas s'appuyer sur le TS serveur mais sur un champ propriétaire pour pouvoir intercaler (forcer la position temps) les inserts. C'est une idée comme ça...
  22. Granville ! La granvillaise vs la Cancallaise ! Norman ?
  23. :-) l'important est effectivement d'avoir une alternative au local pour ceux pas équipé. Du coup du prévoir une capacité de rétention de données sur indispo du net ? Je veux dire Ue le VD doit pouvoir historiser quelques minutes idéalement pour rien perdre.
  24. Bon àpriori tu as déjàdu recul sur le stockage donc je fais confiance àton analyse. Pour le php c'est un peu une allergie pour moi. Par contre pour l'infra le portage sur un hébergement mutualisé n'est pas dans mes tablettes (spof internet).
  25. De plus, j'aurai aimé un backend contemporain avec autre chose que du php avec par exemple Python Redis en RestFul...
×
×
  • Créer...