Rogerbl

Forøvrig så ser jeg at azimuth fra scriptet er ca 100 grader feil så jeg går tilbake til det scriptet som bare regnet ut altitude og azimuth, for disse verdiene, der stemmer verdiene med RL.

Solar azimuth gir retning hvor sola kommer fra...

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? ? darksky2mqtt.py darksky2mqtt1.cfg

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? ?

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.

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...

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å.

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!?

tidssone 1 og DST i NOAA stemmer med suncalc.org https://www.esrl.noaa.gov/gmd/grad/solcalc/

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,1 Mulig jeg har oversett noen settinger i scriptet, men la inn lon og lat..

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? lux.txt

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...

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. weather2mqtt.py weather2mqtt1.cfg

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. fan2mqttTrial-pi-27.zip mqtt2fanTrial-pi-27.zip

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 Roger nettbutikk: 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. roborock_screenshots.zip mqtt2miiorobo.zip roborock-doc.txt

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...

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.

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). sundata.vb yr2mqtt.py yr2mqtt1.cfg