Moskus

Dette scriptet lar deg hente inn trafikkinformasjon fra EnTur. Finne reiseruter, IDer for "StopPlace" og "Quay" Å bruke scriptet er ikke så vanskelig. Det vanskelige er å finne IDene til stasjonene du vil spore. La oss si at jeg vil finne alle busser som går fra "Tasta Senter" (og mot Stavanger sentrum, men det kommer vi tilbake til) Gå til en-tur.no Tast inn stoppesteder til og fra Kopier URL'en fra nettleseren etter søket (f.eks. som denne) inn URLdecoder.org for å gjøre den lettere å lese. Finn "startID" og kopier ut strengen som begynner med "NSR:". For Tasta Senter er denne "NSR:StopPlace:28163" Vel og bra! Nå vet vi at busstoppet ved Tasta Senter heter "NSR:StopPlace:28163". Men et busstopp kan faktisk ha flere plattformer, f.eks. en på hver side av veien. Det heter visst "Quay" på engelsk. Jeg er ikke interessert i begge sider av veien for kun en av dem har vanligvis trafikk mot sentrum. For å finne Quay, må vi bruke GraphQL-exploreren til EnTur (som dessverre ikke er like forseggjort som Tibber sin). Vi er interessert i denne spørringen som finner alle avganger for et stoppested, og vi må endre id: "NSR:StopPlace:28163" og avgangstiden (startTime:"2018-06-19T09:00:00+0200") til det riktige. I skrivende stund ser min spørring slik ut. Så går vi gjennom resultatene, vi skal prøve å finne riktig "Quay". Det første treffet er inneholder denne teksten: "destinationDisplay": { "frontText": "Tasta - Vardeneset" }, "quay": { "id": "NSR:Quay:48450" }, ... men en buss med "Tasta - Vardeneset" tar meg i feil retning! Ergo er "NSR:Quay:48450" ikke riktig. Det neste treffet inneholder dette: "destinationDisplay": { "frontText": "Stavanger" }, "quay": { "id": "NSR:Quay:48449" }, Jepp! Riktig! Altså kan vi filtrere på "NSR:Quay:48449" for å finne avganger fra "NSR:StopPlace:28163" som kun går mot Stavanger. Installasjon Du trenger en referanse til Newtonsoft.Json.dll for at scriptet skal fungere. Json er mye i bruk i dag, og siden jeg har oppdaget at Webclient nå er innebygget i HS3 (og superenkel å bruke), så er det bare å legge inn Json-støtte for scripting også. Lukk HS3. Åpne settings.ini Finn linjen som begynner med ScriptingReference= Vanligvis står det kun System.Core;System.Core.dll. Vi skal legge til Newtonsoft bak der. Hos meg (på Windows) skal linjen da se slik ut: ScriptingReferences=System.Core;System.Core.dll,Newtonsoft.Json;C:\Program Files (x86)\HomeSeer HS3\Bin\homeseer\Newtonsoft.Json.dll Lagre og start HS3 igjen. For Linux skal den muligens se slik ut, men du må sjekke plasseringen på /bin/homeseer/Newtonsoft.Json.dll selv. ScriptingReferences=System.Core;System.Core.dll,Newtonsoft.Json;/usr/local/HomeSeer/bin/homeseer/Newtonsoft.Json.dll Kopier scriptet under og lagre det som EnTur.vb. Etter massiv testing fra @Tor-Erik er vi ganske sikre på at det også kjører på Linux. EnTur.vb: Du må også lage deg noen devicer selv for å faktisk vise data. Dette gjør foreløpig ikke scriptet for deg. Den trenger ingen status values, men kanskje en enkel status Graphics for å ha et ikon (istedenfor Off/Dim/On-ikoner) Så trenger vi et event for å oppdatere teksten. Dette kan f.eks. kjøre hvert minutt. Parametre for funksjonen "CallsFromStopplace" er deviceID, stopplaceID, quayID (optional), antall_avganger (optional). Du kan ha flere script-kall i et event, hvis du har flere stopp, avganger, etc du vil kontrollere. Parametre for funksjonen "TripsBetweenStops" er deviceID, stopplaceID (fra), stopplaceID (til), antall_avganger (optional). Det er et enkelt ruteoppslag, fint fra større stasjoner (f.eks. "Stavanger") til et bestemt stoppested. DeviceValue i hver device er antall minutter til neste avgang. Kan brukes til automasjon.

Etter noe venting, har TibberSeer endelig blitt oppdatert for å støtte Pulse! Takket være god hjelp fra de flinke guttene hos Tibber (Husky, Kjell og Edgeir) har nå TibberSeer blitt oppdatert til å støtte Tibber Pulse. De har sluppet en .NET-pakke for Tibber. Utfordringene begynte for alvor da Websockets ikke er støttet på Windows 7 og dermed også kan ha begrenset støtte på Linux via mono. Men til slutt fant jeg et bibliotek som støtter dette også, og fikk da kompliert Tibber.sdk med støtte for Win7 og forhåpentligvis Linux/mono. For å gjøre det ekstra gøy har jeg en Aidon-måler (fra Lyse, men bl.a. Hafslund har også Aidon). Aidon har vært notorisk problematiske for de som har undersøkt muligheter for å hente ut AMS-verdier før, og dette har jeg kastet bort MYE tid på. Kort oppsummert: Demo-token og min token fungerer prikkfritt i en test-app jeg skrev (som bare skriver verdiene til skjermen), både på laptop og på HS-server. Demo-token fungerer prikkfritt i plugin'en, men det gjør ikke min token. Det virker som om Aidon-måleren pulibliserer litt i hytt og pine, og når plugin'en faktisk prøver å gjøre noe med tallene som kommer så skaper det problemer, og Websocket-forbindelsen blir lukket. Vel, problemet ble løst på den enkle og idiotiske måten om at plugin'en detekterer om forbindelsen ble lukket og starter den opp igjen. Dette skal i prinsippet bare gjelde Aidon-målere, og muligens kun på et fåtall (muligens større) systemer. Installasjon Du trenger en HomeID i tillegg til Token for å få Pulse til å virke (dette er det kanskje mulig å hente automatisk, men jeg har ikke brukt tid på det). Den finner du ved å bruke API-exploreren til Tibber. Ta en backup av hele HS3-mappen først! Gå til https://developer.tibber.com Trykk på "API Explorer" oppe til venstre Trykk "Load personal token" Velg "Real time subscription" i nedtrekksboksen "Load an example query" IDen din er da her (og nei, det er ikke min 😞 Last ned plugin'en her: Deaktiver TibberSeer hvis den kjører. Pakk ut plugin'en i HS3-mappen, erstatt de filene som skal erstattes. Start opp TibberSeer igjen. Sett inn HomeID'en din i config'en Hvis du har en Aidon-måler, kan det være lurt å krysse av for "Keep Realtime Alive". Men prøv først uten. Trykk "Add Tibber Pulse" knapp nederst. Kjente feil Root som ikke blir satt skikkelig er et problem, og at plugin'en dermed generere MANGE enheter. Men det kan løses ved å slette root'en og childdevicene som ikke er satt skikkelig, restarte HS3 og trykke "Add Tibber Pulse" igjen. Det virker som det er en feil i HS3 etter versjon .435, sjekker dette nå. Du trenger ikke å slette devicer som oppfører seg slik de skal. Det mangler en del feilsøking og try-catch. Det KAN kræsje, men burde på det jevne oppføre seg pent. Fokuset har vært på å få det til å fungere... Det er ingen gjennomsnittsmålinger for intervaller, dvs. 5. minutters snitt, 15. minutters snitt. Jeg kan nok programmere det, men håper at Tibber gjør det for meg. Er du ikke Tibber-kunde kan du bli det her, så får vi begge 500 kr til gadgets.

https://aeotec.com/recessed-sensor Det er spot-kasser med CAT6 trukket ned til skap i teknisk rom. CAT6 fører bare strøm (5V).

Første Multisensor på plass...

Indeed!

Jeg tror ikke man gjør det, rett og slett. "Rotate" er ikke en del av Windows Forms (som HStouch bygger på) så vidt jeg husker.

Da ville jeg startet med å sjekke om "StopPlace" som du bruker i CallsFromStopplace ikke er endret på EnTurs sider. Her fungerer det fint.

Hva er Smart+ pærer? Jeg har en Osram Zigbee-pære som fungerer fint med deConz og HomeSeer (dvs. inntil den tok kvelden).

Soverom skal ha luft inn, ikke ut. Da ordner det seg nesten selv, iallfall i eldre hus.

Nei, jeg har ikke mast på Tibber. Tenkte jeg skulle se om det gjentok seg, men etter det har det fungert prikkfritt.

Det er ikke bare midlertidige server-problemer? Ser den av og til men den forsvinner av seg selv.

Nei, men jeg er enig at det kan se sånn ut. Tolk det som at devicen faktisk må ha en verdi og at verdien er mindre enn Y.

Markiser skal styre seg selv. Jeg hadde fremdeles byttet ut line 2 med AND IF Node 26 Z-wave Luminance has a value lower than 500 Lux. ... dvs den innebygde i HomeSeer. Dessuten hadde jeg ikke kjørt eventet hvert minutt, men det finner du utav...

Ja, men ikke her. Range[0,3000] er det samme som "less than 3000". Range[4000,1000000++] er i prinsippet det samme som "greater than 4000".

Du trenger vel ikke bruke range? Du kan heller bruke HomeSeers innebygde "greater than" og "less than". Da slipper du for "at least 1s" også.

Nå er det bare 15 dager siden sist. Hva er det som ikke virker? Batteriet endrer seg ikke med mindre det faktisk er noe å endre.

Det er forskjell på tidsangivelse eller verdiangivelse. Her er "at least" snakk om at en viss betingelse har vært oppfylt en visst tid. Hva er det du prøver å gjøre?

Denne skrur av reléet av seg selv etter 0,2 sekunder, slik at det alltid kun blir en puls. Den har også to innganger, der en kan brukes til å styre døren og den andre kan kobles til en garasjeport. Alt dette kan du stille. Et par hundrelapper med mer funksjonalitet. Den har i det hele tatt ganske mye forskjellig, men enheten som skal "smartifiseres" må allerede ha bra med innganger og utganger...

Ligner på mine tall for opptil i går, selv om våre verdier sjeldent er over 1000 ppm. Men i går ble ventilasjonsanlegget mitt skrudd på, så nå får vi se...

... men hva er nytt, da?

Jeg har testkoblet Fibaro Smart Implant for garasjeport. Dette var en genial liten sak! Input 1 brukes kobles videre til utgang som er koblet til garasjeport. Åpneren får kun en 0,2 sekunders puls uansett hvor ivrig man trykker, så ingen fare for at noe henger seg opp. Input 2 har jeg tenkt å koble til en magnetbryter for å lese status på porten.

Må jo uansett fysisk sette batteriet oppi laderen...

Jeg skrur den selv på ikke-automatisk. Eller "manuelt" som det heter.

Selv om den er deaktivert, kan det (med en feil) være at plugin'en kjører enda. Prøv å drep den manuelt.

Vi snakker mye om automasjon her på forumet, og sammen er vi blitt veldig flinke. Jeg lærer noe nytt nesten hver dag, og det synes jeg er gøy! ... men som de sier: "We work hard, we play hard". Så av og til må det være lov med litt off topic. Jeg begynner med litt uhemmet selvskryt. Jeg la et bilde på Reddit der jeg streamer (verdens absolutt beste spill) Red Dead Redemption fra Xbox One hjemme over 4G til båten da vi var på båtferie, og det var jo festlig å se at det bildet ble populært. Faktisk så populært at jeg ble kontaktet av Surface-teamet som ville legge det på Twitter, som de selvfølgelig fikk lov til. ... ikke akkurat direkte relatert til hjemmeautomasjon, men fremdeles godt innenfor "because I can!"-mentaliteten.