Utan koda är det lite halvklurigt. Isåfall skulle jag nog rekommendera att lägga all logik i en PLEG-plugin.

Om du kan tänka dig att koda (en hel rad) i varje scen du vill påverka kan du skapa en viruell switch (plugin) som du kanske kallar "Borta". Denna är sedan antingen On eller Off.

I dom scener du vill ta hänsyn till borta hemma lägger du till följande kodsnutt i luup-tabben.

return luup.variable_get("urn:upnp-org:serviceId:switchPower1", "Status", <deviceId>) == "1"
Scenen kommer då bara köras om den viruella knappen "Borta" är på. Device-id ovan skall vara din viruella knapps-id.


 
Jag har liknande funktioner där saker ska triggas med vissa villkor. Jag har ett flera sådana "flervillkorsscener" och jag har ett starkt önskemål att slippa progammering, främst för att hela systemet ska vara en utbyggbart, framtidssäkrat och användarvänligt. Som hek sa: tag bort dina vanliga scener och lägg all logik i en PLEG.
 
Hoffan skrev:
Nu har även M.nu fått upp den i sin webshop, för 495:- Men ingen leveransdatum ännu..
vill bara ha nu ju :)
Vad ska du ha den till?
 
Jag skulle tänka mig att ha den för att styra en rgb ledstripe. Fast lär väl dröja innan veran stödjer
denna modul.
 
Hoffan skrev:
Jag skulle tänka mig att ha den för att styra en rgb ledstripe. Fast lär väl dröja innan veran stödjer
denna modul.
Saxxat från forum.fibaro.com:

"It should be recognised in the Homeseer interface as 4 dimmer modules (each one for R, G, B, W channel)"

Då borde fungera likadant i veran. D.v.s. att den presenterar sig som 4 dimmers.
 
  • Gilla
Hoffan
  • Laddar…
Inte riktigt relevant i relation till ovanstående men detta verkar onekligen vara bästa stället att fråga på:
Vad rekommenderar ni för iPad app för Vera lite + SQ Blaster (alternativt iTach IP2IR)? Är lite inne på Roomie eller iRule...
 
carlfredrik skrev:
Inte riktigt relevant i relation till ovanstående men detta verkar onekligen vara bästa stället att fråga på:
Vad rekommenderar ni för iPad app för Vera lite + SQ Blaster (alternativt iTach IP2IR)? Är lite inne på Roomie eller iRule...
Roomie är snyggt out-of-the-box men är väl rätt låst som det ser ut. Jag kör iRule, som kan skräddarsys precis som du vill ha det.

Ta även en titt på DemoPad, www.demopad.com
 
Redigerat:
politby skrev:
Roomie är snyggt out-of-the-box men är väl rätt låst som det ser ut. Jag kör iRule, som kan skräddarsys precis som du vill ha det.

Ta även en titt på DemoPad, www.demopad.com
Precis så jag har fått intrycket om att det verkar vara. Men vad är största skillnaden på iRule och DemoPad? Ser snarlikt ut? Lika bra att lära känna ett program som iRule antar jag. Båda funkar fint med zwave produkter och Vera?
 
carlfredrik skrev:
Precis så jag har fått intrycket om att det verkar vara. Men vad är största skillnaden på iRule och DemoPad? Ser snarlikt ut? Lika bra att lära känna ett program som iRule antar jag. Båda funkar fint med zwave produkter och Vera?
Jag kör Android så jag har inte kunnat testa Demopad. En viktig skillnad är att Demopads designverktyg inte är molnbaserat dvs slutar inte fungera om företaget går i putten.
 
Som trogna läsare kanske kommer ihåg byggde jag en styrning till vår ventilation för en tid sedan. Med en fuktsensor på toaletten som skulle öka ventilationen när vi duschar.
Allt har fungerat med tekniken förutom att ju mer "sommar" det blivit desto högre har luftfuktigheten blivit utomhus. Eftersom det sugs in uteluft med hög luftfuktighet har frånluftsventilationen forcerat högt flöde allt längre tid efter en dusch.

Men men.. det är ju kul att få lite nya klurigheter att fundera över. Eller hur?

Så för att lösa detta har jag nu installerat Väder-pluginen (Weather plugin, http://code.mios.com/trac/mios_weather) som hämta väderinformation från www.wunderground.com. Däribland luftfuktighet för vårt område.

väder.png

Så... nu jämför jag luftfuktigheten i badrummet med den utomhus innan jag drar igång max-ventilationen. Gränsvärdena behöver fortfarande finjusteras lite... Men jag tror vi har en vinnare med vid 15% skillnad och av vid 5%.

pleg.png
Inloggade ser högupplösta bilder
Skapa konto
Gratis och tar endast 30 sekunder
 
  • Gilla
Bamsefar och 4 till
  • Laddar…
Jag använder den där Google Calender plugin appen, och har styrning via HELdagar i en Google kalender. Det fungerar att trigga på - men när jag väl kommit in i en eller flera heldagar, så verkar den inte släppa taget. Dvs Om jag t.ex. har en google kalender där jag använder kodordet "HELG" för att t.ex. ha lampor tända lite längre, så ja dom tänds lite längre för de dagar som har HELG - men när dagen efter en HELG kommer så hänger sig GCal "sensorn" och stänger inte av sig. Förstår ni vad jag menar ? Av vad jag läst mig till är det en "feature" (dvs bugg) - någon som vet en väg runt problemet ? Kan man stänga av en sensor varje natt 01.00 t.ex. eller ?
 
Jag följde det fina exemplet som "hek" visade i inlägg #12 för att fixa mina lampor i fönstret, dvs två scener, en som tände lamporna vid solnedgång och en annan som släckte dem 22:00 på vardagar och 22:30 på helger.
Det har ju inneburit att nu under den senaste månaden har mina lampor tänds vid solnedgången (som då inträffar efter 22:00) och sedan lyst hela dagen fram till 22:00 på kvällen. Nu är ju detta problem snart löst av sig självt i och med att solnedgången är 22:09 i dag. Men hur skulle man bäst lösa detta annars?

/Gojan
 
Jag har en ljussensor som via regler i PLEG hanterar grundscenariet (sol uppe/nere), och sedan då ett par triggers som drivs av google calender pluginen som styr vid helger (alltså inte bara Lördag och Söndag utan även vid andra tillfällen) med senare avslag (22.30 vardagar 23.30 helgdag).
 
Vera_Ljusstyrning.png
Inloggade ser högupplösta bilder
Skapa konto
Gratis och tar endast 30 sekunder


Hmm ja ungefär såhär alltså...
 
  • Gilla
hek
  • Laddar…
Bamsefar skrev:
Jag använder den där Google Calender plugin appen, och har styrning via HELdagar i en Google kalender. Det fungerar att trigga på - men när jag väl kommit in i en eller flera heldagar, så verkar den inte släppa taget. Dvs Om jag t.ex. har en google kalender där jag använder kodordet "HELG" för att t.ex. ha lampor tända lite längre, så ja dom tänds lite längre för de dagar som har HELG - men när dagen efter en HELG kommer så hänger sig GCal "sensorn" och stänger inte av sig. Förstår ni vad jag menar ? Av vad jag läst mig till är det en "feature" (dvs bugg) - någon som vet en väg runt problemet ? Kan man stänga av en sensor varje natt 01.00 t.ex. eller ?
Japp det finns en kind-of-lösning som jag tagit fram: Skapa en scen som körs varje natt 00.05 och som skjuter en http get mot just CHECK funktionen. Lustigt sätt att lösa det på men det lirar hos mig i alla fall. Här är LUUP koden som måste köras (byt xxx.xxx.xxx.xxx till din Vera's IP adress, och yy till den device som du skapat i GCal):

local status, result = luup.inet.wget("http://xxx.xxx.xxx.xxx:3480/data_request?id=lu_action&output_format=json&DeviceNum=yy&serviceId=urn:utz-com:serviceId:GCal1&action=GCalCheck&&rand=0.6405106370233815", 5)
 
Vi vill skicka notiser för ämnen du bevakar och händelser som berör dig.