Rogerbl
-
Innlegg
178 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
4
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av Rogerbl
-
-
4 timer siden, ZoRaC skrev:
Da var det vel nok å endre devIDene i scriptet? Eller måtte du endre noe i tillegg?
ja og i tillegg tok jeg vekk octa beregningen og lastet den inn fra Homeseer devicen opprettet av mcsMqtt.
Takk for god jobb! ?
-
Det funka fint!
Ser at Lux verdien er i samsvar med tidligere verdier, og faktisk så var den på 363 når ytterlyset slo seg på ihht dag/natt verdier.
Med WU lua scriptet brukte jeg en luxverdi på 350. Kanskje en tilfeldighet, men lover bra! ?
Måtte bare skrive det litt om da jeg ikke benytter Jon00s datascraper men python og mcsMqtt for å få inn octa og pressure fra darksky.
Bra jobba Zorac!! -
Her er et python script som henter data fra Darksky og publiserer de til en MQTT broker.
La også inn en octa beregning og da får man octa, pressure og alle de andre værdata.
For de med HomeSeer benyttes mcsMqtt plugin til å få dette inn i devicer. For de andre, bruk MQTT import.
Så prøver jeg å skrive om LUA scriptet til et vb script siden vi nå har alle verdiene vi trenger inne i Hs devicer...
Kanskje 'noen' kan hjelpe til med det? ? -
2 timer siden, ZoRaC skrev:
Hmm... nå som sola har stått opp, så tror jeg kanskje noe er galt i den nye beregningen...
Mulig jeg har redigert for mye på lua-scriptet og tatt vekk en vesentlig del av beregningen?
Sun alt og Sun azi er i hvertfall riktig. Det samme er cloudcover/octa og pressure.
Ser også ut til at lua-scriptet henter der riktige verdiene fra HS.
Ifølge wikipedia så er det innenfor hvis du har direkte sollys:
Illuminance (lux) Surfaces illuminated by
0.0001 Moonless, overcast night sky (starlight)[3]
0.002 Moonless clear night sky with airglow[3]
0.05–0.3 Full moon on a clear night[4]
3.4 Dark limit of civil twilight under a clear sky[5]
20–50 Public areas with dark surroundings[6]
50 Family living room lights (Australia, 1998)[7]
80 Office building hallway/toilet lighting[8][9]
100 Very dark overcast day[3]
150 Train station platforms[10]
320–500 Office lighting[7][11][12][13]
400 Sunrise or sunset on a clear day.
1000 Overcast day;[3] typical TV studio lighting
10,000–25,000 Full daylight (not direct sun)[3]
32,000–100,000 Direct sunlight -
Bra jobba! Etter å ha gått gjennom scriptet så ser jeg at det er mulig å beregne det meste utifra Darksky data.
Har du tenkt å dele dette modifiserte scriptet? ? -
6 minutter siden, ZoRaC skrev:
Da ser det ut til at det virker igjen!
Mener du at det opprinnelige scriptet mot weather underground er oppe igjen?
Eller har du gjort en jobb med de dataene selv? -
Forøvrig ser jeg at Homeseer nå viser riktig soloppgang/nedgang etter at jeg tok vekk minus fortegn på lengdegrad. Må ha vært en bug der tidligere...
Men blir likevel spennende å se om den takler midnattsol og mørketid. -
12 minutter siden, ZoRaC skrev:
Men jeg ser ikke Octa i det scriptet du la ut i går?
Kanskje det heter noe annet som CloudCover e.l. ?
local idxCloudCover = 78 -- (Integer) Device ID of device holding cloudcoverage
local idxBarometer = 75 -- (Integer) Device ID of device barometric presusure-- Variables to customize (can be nil )------------------------------------------
local idxSolarAzimuth = 1997 -- (Integer) Virtual Azimuth Device ID
local idxSolarAltitude = 1998 -- (Integer) Your virtual Solar Altitude Device ID
local idxRadiation = 1999 -- (Integer) Domoticz virtual Radiation device ID
local idxLux = 1996 -- (Integer) Domoticz virtual Lux device ID
Du trenger verdiene ovenfor...
-
2 minutter siden, ZoRaC skrev:
Trenger man «sun radiation» for å beregne Lux? Hva med Octa? Ser noen API har «cloudlyness» (0-100), det kan kanskje brukes som Octa? Eller må man bare hente Octa fra samme kilde som før?
Man trenger octa i beregningen. Octa går fra 0 til 8, hvor 8 er helt overskyet. 4 er 50% skydekke osv.
Sun radiation er jeg usikker på. -
5 timer siden, ZoRaC skrev:
Kan det være at lat eller lon må oppgis med negativt fortegn? Mener det har vært en bug på det i HomeSeer tidligere, så kanskje samme problem gjelder her?
Ja det kan være at lengdegrad(lon) må oppgis med negativt fortegn , skal prøve det.
Prøvd å ta vekk negativt fortegn på lon og da stemmer dataene!! Takk for innspill!?
-
1
-
-
6 minutter siden, ZoRaC skrev:
Brukte du riktig tidssone på suncalc.net?
tidssone 1 og DST i NOAA stemmer med suncalc.org
https://www.esrl.noaa.gov/gmd/grad/solcalc/
-
35 minutter siden, ZoRaC skrev:
Her er en start, som gir sun alt. og azimuth (kalkulert, ikke hentet fra API!
?
ja, har prøvd dette, men det gir avikende resultat i forhold til Suncalc.net og andre kilder:
suncalc.net og NOOA: 36.16 176.64
script: 28.2 125,1Mulig jeg har oversett noen settinger i scriptet, men la inn lon og lat..
-
På 28.4.2019 den 17.50, Rogerbl skrev:
Dessverre, har skanna nettet etter en løsning på det men ikke funnet noen hittil. En får nøye seg med pålitelige data om dag og natt... spennende hva som vises etter vi går inn i midnattsoltida her nord. Da burde det stå permanent dag, håper også på at det blir permanent natt i mørketida. Vi får se.. ?
Her har jeg et script for domoticz som visstnok skal kunne hente ut LUX verdier uavhengig av hviken kilde du har, men det trenger visse data som skydekke, sol altitude mm for å virke.
Hvis det er noen som vil oversette dette til f.eks python? -
På 27.4.2019 den 8.55, DiderikFrom skrev:
Edit: Glem det, jeg tenkte feil.
Men dersom du trenger altitude og azimuth, kan du bruke dette: https://forums.homeseer.com/forum/developer-support/scripts-plug-ins-development-and-libraries/script-plug-in-library/1286064-solar-position-script
Ser ikke ut til at dette scriptet viser riktige data her på min bredderad. Stort avvik fra suncalc.org og suncalc.net.. Mulig at man kan grabbe data fra en av disse med jon00s datascraper...
-
8 minutter siden, ZoRaC skrev:
Får man også ut lux, octa, osv?
Dessverre, har skanna nettet etter en løsning på det men ikke funnet noen hittil. En får nøye seg med pålitelige data om dag og natt... spennende hva som vises etter vi går inn i midnattsoltida her nord. Da burde det stå permanent dag, håper også på at det blir permanent natt i mørketida. Vi får se.. ?
-
Her er en annen løsning for å få tak i rene værdata men også dag/natt sol opp/nedgang mm.
Det er et python script.Data hentes fra weather.com og printes ut på skjermen samtidig som de publiseres til en MQTT broker.
Viktig at man legger inn egen bredde og lengdegrad i config fila.
-
På 12.4.2019 den 16.29, ArnieO skrev:
Jeg har nylig installert en Flexit Roomie Wifi. Er det slik at du har en løsning for å få styrt den via MQTT, så vil jeg svært gjerne låne løsningen din!
Jeg kjører MQTT broker og Domoticz på en RasPi.
ok, da kan du prøve disse to prøveversjonene av kontroll og monitor programmene. De er kompilert for Pi pyton 2.7.
De varer ut mai 2019.-
1
-
-
På 12.4.2019 den 16.29, ArnieO skrev:
Jeg har nylig installert en Flexit Roomie Wifi. Er det slik at du har en løsning for å få styrt den via MQTT, så vil jeg svært gjerne låne løsningen din!
Jeg kjører MQTT broker og Domoticz på en RasPi.
Hei!
Jeg har ikke testet løsningen på Flexit Roomie Wifi vifta men siden Appen på mobiltelefonen er kompatibel så regner jeg med at dette programmet er det også.
Har kompilert det for pyton2.7 på raspberry pi.Jeg legger ut en prøveversjon i nettbutikken min. Prøveversjonen vil vare i fram til 1. juni. Dette kan jeg få gjort til over helga.
mvh Rogernettbutikk: http://www.blomkvistitk.no
-
Legger nå ut en prøveversjon av mqtt2miirobo(for windows og python 3.5+)
har tatt screenshots av cfg fila mm. Man behøver en mqtt broker for å få dette til å spille.
La inn Find() funksjonen i prøveversjonen. Kan være fint å ha en kvinnestemme som roper"Hey! I'm here!" både som selskap og til å skremme vekk uvedkommende!
Lykke til! ?
p.s.Den kommer til å bli lagt ut i min nettbutikk når
den er helt ferdig. Det er nesten 750 linjer kode, så jeg håper dere tilgir meg for at jeg må ta meg betalt en symbolsk sum for arbeidet.
-
3
-
1
-
-
Oppdatert status:
Nå har jeg fått kontroll med sonebasert rengjøring. Det var morsomt å se at den fulgte ordre! ?
Da gjenstår det bare multisone basert rengjøring og waypoints som gir deg mulighet å sende roborock'en
til et forutbestemt punkt som har et navn slik som sonene(stue, soverom, hall mm). Sistnevnte kommer i tillegg til den innebygde goto(x,y) funksjonen.
Og jeg har heller ikke ennå startet på utviklingen av monitor programmet.
Tar gjerne imot tips om noen har tanker om hva som kunne legges inn av funksjonalitet her..************
Sonebasert rengjøring og waypoints er på plass.
Da er det monitor programmet igjen...
-
2
-
-
1 time siden, ZoRaC skrev:
I HomeSeer er jo soloppgang/solnedgang tilgjengelig direkte via "hs.sunset" og "hs.sunrise"...?
Kan vel bare bruke noe sånt som dette direkte i VB-scriptet (uten at jeg da har sett på formatet scriptet bruker):
Convert.ToDateTime(hs.sunrise).ToString("h:mm tt")
EDIT:
Dette burde vel funke?
currSunset = DateTime.Parse(Convert.ToDateTime(hs.sunset) currSunrise = DateTime.Parse(Convert.ToDateTime(hs.sunrise)
Linje 17-27 kan da fjernes.
EDIT 2:
Nå ser jeg jo at dette egentlig ikke er så relevant til denne tråden i det hele tatt - denne tråden handler jo om å beregne hvor mange lux lys det er ute (når sola er oppe), ikke om sola har gått ned eller ikke...
Problemet mitt er at jeg bor nord for polarsirkelen og her stemmer ikke homeseer sin beregning av soloppgang og nedgang.
Det blir helt tullerusk verdier på dette! ? Derfor må jeg desverre bruke min metode....
Den xml fila som jeg henter med mqtt scriptet finnes også i underkatalogen \data\weatherxml til weatherxml plugin'en hvis man har installert denne i Hs3.
WeatherXML støtter yr.no og gir det meste av værdata. -
1 time siden, Moskus skrev:
... men vi mangler fremdeles det mest vesentlige: "Real time solar data".
Ja, men det burde være mulig å hente på samme måte fra https://aa.usno.navy.mil/data/index.php eller suncalc.org.
-
Etter at Weather Underground la ned API tjenesten fungerer ikke dette scriptet dessverre.
Måtte lage to script for å hente soloppgang og solnedgang fra yr.no. Det første scriptet er mqtt basert og henter data fra yr.no(varsel.xml) og sender de til mqtt brokeren.Via mcsMqtt plugin'en så oppretter man to devicer, ett for sunset og et for sunrise.
Det andre scriptet er et vb script i hs3 som henter ut data fra disse to devicene og drar ut klokkeslett i riktig format slik at man kan sammenligne to klokkeslett.
(f.eks. hvis klokka er lik eller mer enn sunset og mindre enn sunrise, sett x device lik natt).Dette kjører jeg regelmessig og oppdaterer to virtuelle devicer(dag og natt).
-
50 minutter siden, Moskus skrev:
Spennende! Men med den kunnskapen hadde det jo vært mulighet også for å lage en dedikert plugin...?
ja, det kunne blitt gjort om jeg hadde tilgang til Xiaomi's API, men har tatt utgangspunkt i et python-miio bilioteket som ligger åpent på github.
Og jeg ser at ved å bruke python og mqtt fremfor propietære plugin'er for Hs3, så kutter man utviklingstiden drastisk. Samtidig som man gjør produktet tilgjengelig
for mange andre automasjonsystemer også. Krever kun at de har støtte for Mqtt.
Gjorde litt tilpassninger til mcsMqtt plugin'en slik at mqtt programmene mine fungerer bedre der.
Har nå mqtt styre og monitorerings program for Arlo kameraer, Ring Video Doorbell, Netatmo Weather station, Netatmo Healty Home, Xiaomi Air Purifier, Blauberg Wifi Varmegjenvinnings
enheter(Twinfresh wifi og Flexit Roomie One Wifi kompatible) og nå kommer denne for Roborock snart. ? De fleste kjører under windows, MacOs og Linux med python 2.7 og 3.x.
Xiaomi fungerer kun med python 3.5+.
-
1
-
Real-time solar data without any hardware sensor
i Klimakontroll
Skrevet
Solar azimuth gir retning hvor sola kommer fra...