DiderikFrom

9 hours ago, eivtress said:

Der står alle verdiene jeg har satt manuelt mens jeg har testet. Alt fra 0 til 8.

Da er det jo snodig at det skal ta så lang tid før den begynner å hente data. Den skal jo hente hver gang scriptet kjører, og dataene er jo der. Det er visst bare mellom 00 og 02 den ikke får data fra ogimet.

 

Men når scriptet kjøres henter den bare data fra devicen i HS, den oppdaterer aldri denne devicen.

 

Det opprinnelige skriptet og dette skriptet tar høye for at ogimet-stasjonene ikke alltid sender ut octa-data. Derfor hentes den gamle verdien fra HomeSeer. Her kan det av og til gå litt tid mellom hver gang octa oppdateres, men jeg synes octa virker ganske reel.

 

Du kan prøve å kjøre

curl "http://www.ogimet.com/cgi-bin/getsynop?block=01384&begin=201612102000"

Der tallet etter 'block=' er din ogimet-stasjon, og dato/tid formateres som etter 'begin='.

 

Jeg får output som under:

01384,2016,12,10,20,00,AAXX 10201 01384 45156 /1501 10008 20008 51004==
01384,2016,12,10,21,00,AAXX 10211 01384 41135 81201 10006 20006 50001 71054 886//==

 

Da svarer ogimet-stasjonen, og alt er som det ska. Dersom du ikke får noe svar, er det noe feil i oppsettet med ogimet.

 

Fant du ut av dette? Jeg byttet pærer i min Qubino dimmer i dag, og etter en stund (kanskje ti minutter) slår lyset seg av. Det er fortsatt markert som på i HomeSeer, men strømforbruk oppdateres til 0W. Satte i glødepærer fordi de liksomdimbare LED-pærene bare flimrer og har et grusomt lys når de dimmes.

Nei, JSON.lua skal ikke kjøres -- det skal lastes fra hovedskriptet. Jeg får også outputet du får.

 

Problemet er her at du ikke får respons fra HomeSeer på

curl -s 'http://localhost/JSON?request=getstatus&ref=${ID}"

Prøv: curl 'http://localhost/JSON?request=getstatus&ref=${ID}"

 

altså det samme, men uten '-s'. Hva får du da?

Enten svarer ikke HomeSeer eller du har feil ID. Kan ikke se andre forklaringer.

Du gjør dette på samme maskin som HomeSeer er installert?

 

Du kan ev. prøve å bytte ut localhost med 127.0.0.1 eller IP-adressen til maskinen. Har du passordbeskyttet HomeSeer JSON API når du bruker JSON med Tasker? Feilsøkingen her må gå videre på at du ikke får respons på curl til HomeSeers JSON API.

OK, det ser veldig riktig ut, såfremt det er der du har lagret det,

 

Hva får du dersom du kjører

 

curl -s 'http://localhost/JSON?request=getstatus&ref=IDTILOCTADEVICEN'

 

Altså direkte fra kommandolinjen, f.eks.

 

curl -s 'http://localhost/JSON?request=getstatus&ref=1406'

 

Dersom 1406 er din RefID til Octa

Hva er banen? Klipp og lim linje 60.

Og hvilken plattform kjører du.

Dette er en lua-feil. Det er en feil på linje 66. Linje 66 mener jeg er første linje som er avhengig av at hjelpeskriptet er lastet.

Jeg tipper da at banen til hjelpeskripet er feil.

 

 

«Nye lysbrytere» for bord. David Andersen ca. 1910 sterling sølv med guilloche emalje. Dette er vel opprinnelig »tjernerbjeller», men de blir fine med passende ledning (som er i bestilling) koblet til den binære inngangen på en (gjemt) Fibaro dørsensor. Da får de scene-funksjonalitet dersom man ønsker.

Bruk er ikke helt bestemt, men på nattbordet for nattmodus, for å styre rullegardiner, i stua for å endre lysmodus &c.

 

 

 

1 minute ago, Lazarus said:

Det skal gå fint. tar en titt. :-)

Flott! Det du trenger å gjøre (i tillegg til vanlig oppsett) er å editere curl/JSON-callet som henter ut siste lagrede octa-verdi i HomeSeer (for deg OpenHAB). Dette er fordi ogimet-stasjonene ofte kan sende "/" i stedet for reel octa og da feiler lux-beregningen.

Lenger ned må du editere curl/JSON-callene som oppdaterer devicene.

1 hour ago, Lazarus said:

Jeg tar gjene en kopi. Men må nok skrive om en del for å få den til å virke med OpenHAB.. :-)

Nå har jeg lagt vedlegg til posten med guide. Der kan du lastened skriptet.

 

Kan du styre OpenHAB med JSON/curl (http), samt få status på device (eller tilsvarende)?

I så tilfelle trenger du sannsynligvis nærmest ikke editere noe, bare curl-adressene.

For lux postet jeg her en oversikt: https://www.hjemmeautomasjon.no/forums/topic/122-real-time-solar-data-without-any-hardware-sensor/?do=findComment&comment=7708

For radiation har jeg ingen anelse, og at tenker her at man sommer og vinter kommer til åfåi diametralt forskjellige verdier. For radiation, tenkte jeg bare se littt hva slags tall jeg fikk, og så fordele etter hvert.

Dog, her: https://en.wikipedia.org/wiki/Solar_irradiance#Earth

kan jeg lese at: "maximum normal surface irradiance [is] approximately 1000 W /m2 at sea level on a clear day."

 

(Generelt er det viktig å passe på å ha høy nok maks-verdi slik at ikke oppdateringen feiler pga. det.)

15 minutes ago, ZoRaC said:

Hvordan har du satt opp grafikken på devicene dine?

Jeg har brukt disse ikonene:

LUX/radiation: /images/HomeSeer/status/luminance-00.png

octa: images/HomeSeer/status/cyan.png

Sun, *: images/HomeSeer/status/yellow.png

Men det fins sikkert mye bedre ikoner der ute et sted dersom man gidder lete.

 

Og så er posten min oppdatert med samme info!

3 hours ago, ZoRaC said:

de ble fikset så fungerer det utmerket!  Sola er endelig på vei opp, så jeg får testet - 8 lux nå.  

 

Supert!

 

--------------

 

Jeg har utvidet posten med installeringsguide. Sender fortsatt gjerne PM med filer til de som vil ha. Ev. om det er en løsning med å hoste filene på forumet, eller som et attachment?

 

Og post gjerne erfaringer i tråden her.

Dette har jeg laget mange forskjellige løsninger for, men er kanskje mest fornøyd med nåværende implementasjon:

 

1. Dersom jeg har lys som er slått automatisk på som jeg ikke vil at skal gå av, har jeg en bryter eller Alexa-kommando som gir meg betraktelig lenger tid før automatisk av, dvs. tidne før av forlenges. Dette brukes dog nesten ikke fordi det er langt inn andre (meget individuelle) faktorer inn som sier at lyset fortsatt skal være på.

 

2. Dersom et automatisk justert lys er endret, vil det ikke justeres av seg selv. Hver gang systemet endrer et lys automatisk, skrives state til en tmp-fil. Systemet vil bare endre lyset ved neste anledning dersom nåværende state er identisk med forrige lagrede state. Dette nullstilles ved hver night-mode, eller dersom jeg sier "Alex, turn on Automatic Lights".

@eivtress

PM til deg også!

@ZoRaC

Jeg har sendt PM. Da håper og tror jeg det skal funke greit

Den eneste modiulen jeg evt om der du skal sette en parameter, og så ekskludere og inkludere på en spesiell måte er noen dimmere fra Qubino.

Men det holder ikke å bare kjøre rescan? Jeg kan ikke finne noe om å ekskludere i manualen til de jeg har, men du har kanskje en nyere versjon.

 

Du kan godt teste med den strømforsyningenen som er der. Bare pass å sett parameter i Fibaro'en til maks dim ned til f.eks 30%, og så leser du av strømforbruket, og justerer opp. Ev. Bare start opp med 10% Brightness, og dim forsiktig opp til du nærmer deg 9W med en passe god margin, og sett deretter parameter for max dimlevel

Da begynner jeg å bli veldig fornøyd med min versjon av dette, og jeg deler gjerne. Vi får se om @Moskus får lagd en plugin (som sikkert blir enda enklere), men oppsett av dette skulle være ganske greit. Veldig greit på linux, og sikkert passe greit på Windooze. På Windows har jeg ikke testet, men med riktige dependencies burde det fungere.

 

Det du får: I HomeSeer, automatisk oppdatering av utendørs lysstyrke (LUX), skydekketetthet (octa), direkte, indirekte og total solstråling (i W/m2) samt solens høyde (i grader) og solens Azimuth (vinkel mot nord, også i grader).

 

Det du trenger: HomeSeer, lua og curl.

For å installere lua og curl på debian/ubuntu (dersom du ikke allerede har det): sudo apt-get install lua5.1 curl

En annen versjon av lua fungerer sannsynligvis også greit. lua er et programmeringsspråk, og skriptet er skrevet i lua. curl brukes for å kommunisere med HomeSeers innebygde JSON API slik at vi kan oppdatere devicene.

 

Start med å lage virtuelle devicer som under:

 

For hver av devicene, noteres "Reference ID", under "Advanced".

Og slik har jeg (f.eks. for LUX) satt opp "Status graphics" for at det skal være mulig å oppdatere via skriptet (dvs. JSON som skriptet bruker). Obs! Under Status-Control kan det gå galt, devicen oppdateres ikke dersom denne står på en spesiell måte.

Edit 2: Jeg har satt en vid value range  slik at jeg er sikker på at oppdatering ikke feiler fordi verdien ikke er tillatt for devicen. For LUX, som over, For Solar Altidue/Azimuth: -360 til 360 °, for Radiation 0-200000 (aner ikke hvilken verdi man når på en solrik sommerdag, men sannsynligvis langt under 200000 W/m2 -- det skader ikke å ha litt høy maxverdi), og Octa:0-8. For Radiation-devicene samt Solar Altitude og Azimuth, kan du vise decimaler dersom du vil, men det tror jeg er et unødvendig presisjonsnivå.

 

Skriptet består av en hovedfil og en hjelpefil. Hjelpefilen må ligge i samme mappe som hovedskriptet og lastes automatisk for å dekode JSON-formatert input fra Weather Underground, HomeSeer, Ogimet og mer.

 

Nå er det bare å lagre mappen med de to skriptfilene et sted, oppdatere innloggingen og sted for Weather Underground, lengde- og breddegrad for der du bor (ev. ønsker varsel), høyde over havet samt "Reference IDs" du noterte lenger opp. Du må også oppdatere banen til hjelpeskriptet.

 

Sjekk at skriptet er kjørbart ('sudo chmod ug+x SolarSensor.lua'), og test med './SolarSensor.lua'

 

Edit: Devicene oppdateres hver gang skriptet kjøres. Den enkleste måten å få det til å kjøre regelmessig er å lage en Event i HomeSeer som kjører automatisk så ofte du vil. Jeg gjør det på en annen måte, men forslagsvis:

 

Det er litt vanskelig å poste begge skriptene her, men jeg tenkte gå igjennom og kommentere Jeg har gått gjennom skriptet og kommentert hva jeg har gjort, og lagt til header der jeg gir all ære til de som opprinnelig laget skriptet -- jeg har bare knotet meg gjennom et programmeringsspråk jeg ikke kan for å få skriptet til å snakke med HomeSeer i stedet for domoticz. Men det funker utmerket!

Og støter du på problemer, sjekk først om reference IDs er riktig definert i skriptet, samt at du har satt opp devicene som i guiden. Dersom devicene i HomeSeer feil satt opp, tar de ikke i mot curl/JSON-oppdateringer.

 

Gi lyd under dersom du er interessert! Skriptet finner du nå som vedlegg til denne posten: solar_data_for_distribution_vH.1.zip

@Lazarus har nå lagt til støtte for OpenHab i tillegg til HomeSeer i en ny versjon, tillegg er støtte for Windows sikret og testet: solar_data_for_distribution_vHO.1.zip

 

Ny versjon 09.01.17 @Lazarus: solar_data_for_distributionv2.2.1.zip

(Mulighet for å velge desimalskilletegn samt mer omfattende instruksjoner for windows, og både windows 32- og 64bit-støtte.)

 

Post gjerne erfaringer under.

 

Edit: Og slik kan det se ut i bruk på en desemberdag:

 

Jeg har brukt disse ikonene:

LUX/radiation: /images/HomeSeer/status/luminance-00.png

octa: images/HomeSeer/status/cyan.png

Sun, *: images/HomeSeer/status/yellow.png

Men det fins sikkert mye bedre ikoner der ute et sted dersom man gidder lete.

Ja, alle parametrene resettes når du ekskluderer. Jeg har ikke hatt noen problemer med å sette parametre.

Er du sikker på at du får satt parameter, dvs. dersom du sjekker hva parameteren er satt til, kommer det da riktig parameter opp?

 

Jeg er i hovedsak veldig fornøyd med Fibaros RGBW. Det er noen småting (på mine versjoner, ihvertfall) i forhold til hvordan den oppdateres i HomeSeer (der skylde rjeg egentlig på HomeSeer), slik at status kan være feil dersom man setter RGBW direkte. Det løser jeg ved å polle, ikke på tidsintervall, men innbakt i skriptene der jeg setter RGBW. Manuelt setter jeg egentlig bare "overall brightness".

7 hours ago, iceball said:

Joda, har skrevet det Det har fungert automatisk ved inkludering.

Ups. Tenkte jeg skulle hjelpe rask før jeg løp på jobb. Beklager.

 

2 hours ago, Moskus said:

Sukk... må slutte å kjøpe Aeon Labs produkter...

Det har du sagt en stund... Jeg har tenkt det samme, men de nye produktene deres ser så fine ut på papiret -- dog er det alltid et eller annet.

 

2 hours ago, iceball said:

Hadde testet med begge deler uten hell, men nå ser det ut som 10 sekunder på parameter 3 gjorde susen på en her. Hadde ikke prøvd med mindre enn 60 sekunder før.

Funker det med 10 sekunder på parameter 3? Problemet løst?

Du skriver ikke at du har assosiert den til HS? Det må du.

Gruppe 1 skal være nok (det er det i hvert fall hos meg).

21 minutes ago, Moskus said:

Joda, men når den sensoren ikke kan inkluderes i HomeSeer, er du vel fort like langt... ?

Den er da støttet i JowiHue.

 

http://www.vuyk.info/hs/jowihue/motionsensor

 

Sitat:

"Be aware that motion sensor updates are retrieved by polling. The speed of updates - and because of that response - will be limited by that. I have been testing with a refreshrate of 2 seconds, which could be quite fast in some bridge configurations. In this case, the motion sensor updates fast enough towards HomeSeer to switch on zwave lights in a time that is 'half a step into a room“ to “one full step into a room”. For me this is very acceptable as my old x10 sensors were regularly slower then that."

 

Dog, ikke dermed sagt at dette er det beste valget av sesor -- jeg har ikke prøvd den. Jeg ville valgt Fibaro sin dersom jeg hadde rikelig med annen z-wave, men (jeg sier det igjen) Hues pærer har i hvert fall det beste lyset på markedet.

Jeg har lagt til RGBW-strips i speil tidligere. Det er ikke spesielt vanskelig hokus pokus. Hos oss var det et Villeroy og Boch speil med en vannvittig kraftig "ikke-dimbar" ledstripe. Jeg beholdt den, brukte samme strømforsyning (den var kraftig nok), koblet på en ekstra RGBW-stripe og en gammel Fibaro 2x1.5kW modul samt en Fibaro RGBW-modul til å styre/dimme RGBW-stripen. Da står RGBW på med moderat, varm belysning hele tiden, og så kan man skru på flombelysning i form av den opprinnelige stripen dersom man skal gjøre noe som trenger ekstra godt lys (Alexa, turn on Task Light). Den kunne jeg forsåvidt også ha dimmet dersom jeg hadde hatt behov, men jeg hadde kun on/off mikromodul og ikke RGBW-liggende. (Den kunne brukes på 24V.)

 

Jeg kan ikke helt se hvorfor man ikke skal kunne dimme den eksisterende leddstripen i IKEA-saken? Dersom den får 12/224V dc kan man jo bare kope på en Ribaro RGBW?

 

Edit: Et alternativ, dersom du kun har relativt lyssvake eBay-RGB(W) strips liggende, er å beholde den opprinnelige stripen, koble til en Fibaro RGBW-modul, men også koble til en ekstra RGB(W) til samme modul, men da droppe W på RGBW-stripen (dersom du bruker det og ikke en RGB-stripe.

Dersom strømforsyningen ikke er godt nok overdimensjonert, kan du endre parametrene i RGBW-modulen som justerer maks dim.

Da får du dimbart originallys med mulighet for å tone det med RGB.

 

19 hours ago, Moskus said:

Tenker jeg starter med et helt grunnleggende.NET console program. Og så løses et problem om gangen. Mulig jeg kan spørre deg om hva "det eller det" returnerer, eller hvilken verdi du får.

OK, greit å kunne lime noe inn i scriptboksen i en event.

 

Jeg har skrevet om det originale skriptet enda en gang... Nå gjør jeg alt i lua i ett skript, og bruker curl fra lua-skriptet til å hente ut gammel octa-verdi samt oppdatere devicene. (curl til HomeSeer for å stye med JSON). Tenkte teste litt videre, men ser ut til å funke utmerket (dog er jo solen så mye nede på denne tiden av året).

51 minutes ago, Moskus said:

Hvis den svarer med "/" trenger du jo ikke oppdatere noe, så det kan du jo bare hoppe over.

Det gjorde jeg først, men da oppdateres heller ikke LUX igjen (man får Nan: not a number) basert på nye verdier for altitude og azimuth, og ev. annen data fra wunderground. Derfor henter jeg (og det opprinnelige lua-skriptet) den sist lagrede verdien for octa i (domoticz) HomeSeer slik at den kan brukes i beregningen.

 

56 minutes ago, Moskus said:

Ja, det er vel det jeg vil unngå. Begynner å bli ferdig med å gå over bekker etter vann. 

Ja, hvorfor ikke. Man kunne kanskje lage eller opprette et sted her der man kunne samarbeide om et prosjekt. En ting for denne saken er å få rådata ut av wunderground, ogimet &c, en annen å få regnestykkene å plass i klartekst, en annen ting å få dem skrevet i .NET/bash/lua, og til sist å få det hele satt sammen som et skript eller plugin. Jeg har så mye annet på tapetet at jeg ikke klarer å skrive om hele skriptet fra lua til et annet språk alene, men tar gjerne deler av oppgaven (og er godt i gang).

Og jeg har jo noe som funker for meg.

@Moskus

Det skal ganske lite til (nå som jeg har skjønt hva man må gjøre) for å endre lua-skriptet til å fungere uten domoticz.

Det eneste jeg slet med, var å finne en måte å laste inn siste octa-verdi til bruk dersom ny verdi ikke er tilgjengelig (dvs. ogimet svarer med "/").

 

Dette skriptet vedlikeholdes på domoticz' wiki, og jeg tenker det er litt undøvedig å finne opp hjulet to ganger, men heller gjøre enkle tilpassinger for HomeSeer. Det er i hvert fall veldig mye mindre arbeid, men forutsetter at man kan/vil kjøre lua. Dersom man ikke kan kjøre lua, må man oversette skriptet helt.

 

Hva har du tenkt å gjøre? Dersom du vil oversette helt eller delvis (bare det jeg har skrevet i bash) til .NET, eller lage plugin, er jeg gjerne med (med min begrensede kunnskap om .NET og plugins).

Sender gjerne en PM senere i dag nå rjeg har tilgang til scriptet.