ZoRaC

Har ventet i det lengste, da jeg har ment at man ikke skal trenge å gjøre noe manuelt i et smart hus, men har til slutt innsett at @Moskus sin løsning med en skjerm på kjøkkenet ikke er så dumt likevel... ? Så da ble det bestilt en slik, litt mindre enn @Moskus 24": https://www.komplett.no/product/1088800/pc-nettbrett/nettbrett-ipad-eboklesere/nettbrett-ipad/huawei-mediapad-t3-10-16gb-wifi Tenker den skal kjøre HSTouch og i tillegg fungere som en fotoramme (som skjermsparer?). Har også kjøpt et par bilderammer på Clas og planen er å montere den på veggen med ramme og passepartout for å sikre god WAF. Skal montere den på enden av et kjøkkenskap, så tror jeg kan ta hull til microusb-kabelen slik at den ikke blir synlig. Kan ingenting om Android, så det blir jo spennende. Har skjønt at Tasker er et must å bruke, så får vi se hvordan det blir.

Fra http://www.renewable-energy-concepts.com/solarenergy/solar-basics/insolation-weather.html Nå ligger vi litt lengre nord, men vi er vel mellom vinter og sommer nå, så 250-450 w/m2 et kanskje realistisk ved lettskyet vær?

Mulig jeg skulle endret scriptet til å bruke vektede verdier for radiation også. Blir litt rart å bare gjøre det på Lux. Radiation vil jo nå bli veldig høye på overskyet (8 Octa), siden radiation ikke tar hensyn til skydekket, mens Lux gjør det.

Tja, det er direkte sol og indirekte («scattered»)... formlene står i scriptet, men hva/hvordan de beregner aner jeg ikke - jeg bare «oversatte» formlene fra Lua-scriptet @Rogerbl delte for et par sider siden. Gjør gjerne det! Dette er alt for komplisert fysikk/matte til at jeg skjønner nok til å vite om tallene som kommer frem er tilsynelatende riktige eller ikke... Ingen anelse...

Kommer litt an på telefonen. De fleste slår av/på wifi med jevne mellomrom for å spare batteri (når mobilen ikke ber om data). Dermed funker det dårlig å sjekke om «de er på nett». Vi bruker Geofency-app på våre mobiler + PHLocation-plugin til HomeSeer. Funker veldig bra. har også satt en iBeacon hjemme, for å øke nøyaktigheten før den låser opp døra når vi kommer hjem.

Jeg registrerer også at verdiene er mye høyere enn i LUA-scriptet... Basert på dette så tenker jeg det kanskje kan være riktig med 500 W/m2? Ref: https://en.m.wikipedia.org/wiki/Solar_irradiance EDIT: Jeg tror kanskje verdiene for radiation som legges i devicene er uvektet - altså ikke korrigerer for skydekke. Lux er derimot beregnet med skydekke. Hva får du pm du tar radiation * Kc (se i loggen)?

Du kan ikke ha smarte lyspærer tilkoblet en vanlig dimmer. Det KAN funke, men alle smarte pærer skriver i manualene sine at det ikke er støttet. Jeg ville byttet til brytere og Fibaro dimmer 2. Hvis det har kommer for langt i bestillingen til å endre den, så bør det være mulig å få solgt de dimmerne ubrukt og dermed redusere «tapet».

Da var det vel nok å endre devIDene i scriptet? Eller måtte du endre noe i tillegg?

Enig! Den virket ikke i det hele tatt etter oppdatering, så måtte ta en ny kalibrering. Nå funker den fint på låse igjen, men må dytte nesten 1 cm for å låse opp...

Etter å ha rettet et par bugs i går kveld, så tror jeg scriptet nå fungerer som det skal. Det gir fortsatt en del høyere verdier enn LUA-scriptet gjorde, men jeg kan ikke se annet enn at det er riktig likevel. Siden det uansett ikke virker hos noen nå, så legger jeg ut scriptet her sånn at flere kan teste og se om det "gir mening". 1. Sett opp devicene slik som beskrevet her: 2. Registrer deg og finn API-key hos Dark Sky: https://darksky.net/dev Bruk metoden i A eller B: A (Jon00DataScraper): B (WeatherXML-plugin):

Var det som skulle til.

Ikke hos meg?

Ja, men jeg sjekket mai 2018 og da var jeg ikke over 10.000 lux på hele mai - nå har jeg over 50.000 lux med "halvtett" skydekke, så jeg tror det er noe galt. Scriptet du fant var ganske omskrevet/forenklet, så selv jeg som ikke kan VB.net klarte å "oversette" det i lunsjen. Den gir også enorme verdier (83.000 lux nå), så jeg har sendte det over til VB.net-mesteren (@Moskus) i en PM, for å se om han kan finne noe feil. Tenkte jeg ikke trengte å "spamme ned" denne tråden noe mer før en endelig løsning var klar... Med det scriptet trenger man bare å hente "cloud cover" og "pressure" fra en eller annen kilde, alt annet beregnes i det scriptet.

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.

Støtter den AC da?

Når neste versjon av weatherXML kommer, så kan man bytte ut Jon00DataScraper i pkt 3 og bare krysse av for at man ønsker «cloud cover»- og «pressure»-devicer fra den i stedet. https://forums.homeseer.com/forum/weather-plug-ins/weather-discussion/weatherxml-cfguy/1302303-dark-sky-cloud-cover

Trikset er å ikke ta store hopp. jeg er på 5.20, altså nyeste. Startet på 3.x for et par år siden. Har stort sett ikke vært noe problem.

Sikker på at du ikke kjører 2 versjoner samtidig? Bare ser den henviser til Mono 4.0.1 i feilmeldingen, men det trenger ikke ha noen sammenheng. Tatt en restart av serveren?

Her er workaround til @Moskus får skrevet om hele sulamitten til VB.net. 1. Opprett scriptet "sun-azimuth-altitude.vb": 2. Registrer deg og finn API-key hos Dark Sky: https://darksky.net/dev 3. Bruk denne i Jon00DataScraper: [Grab15] Devicemode=2 Path=https://api.darksky.net/forecast/API-KEY/71.123,11.123 Encoding=UTF-8 Pattern1=(?s)"currently".*?"cloudCover":(.*?), Pattern2=(?s)"currently".*?"pressure":(.*?), DeviceName1=CloudCover (DarkSky API) DeviceValue1=[0] DeviceText1=[0] DeviceName2=Pressure (DarkSky API) DeviceValue2=[100] DeviceText2=[100] 4. Jeg har valgt å bruke den eksisterende Octa-devicen, så da må man i eventet legge til denne som "immidiate script": &hs.setDeviceValueByRef(<octa-dvRef>, hs.DeviceValueEx(<cloudcover-dvRef>)*100/12.5, True) PS! Etter at «cloud cover»-devicen har blitt opprettet, så må du inn på «status graphics» og definere at den har to desimaler! 5. Bytt ut SolarSensor.lua med denne: 6. Så er det bare å endre litt på eventet: Ikke en veldig pen løsning/workaround, men det virker...

Jeg har modifisert scriptet slik at den ikke bruker verken WU eller OGIMET lengre.

Da ser det ut til at det virker igjen!

Da tror jeg du må oppgradere - fra Mono 4.8 støtter Mono TLS 1.2 (og det er det som kreves av den siden): Se: https://www.mono-project.com/docs/about-mono/releases/4.8.0/#tls-12-support Filen skal opprettes automatisk, men den feiler nok før den kommer så langt...

Sånn, da har jeg alle grunndata på plass igjen!

Ja, jeg kjører på Ubuntu selv. Men, hvilken versjon av Mono kjører du? For eldre Mono-versjoner har noen ekstra utfordringer med https-adresser (pga manglende sertifikat store i Mono). Data lagres i Config/Jon00DataScraperData.ini.

Har dobbelsjekket, det som er lagt ut er det jeg bruker... Kan dere teste å åpne url, kopiere innholdet og lime inn på regex101.com, for så å kopiere over "Pattern1" og se om den gir treff? Skal se slik ut: