Moskus

Det letteste er å gjøre det med et Event, det er en Z-wave Action for det.

Noe av det jeg bruker magnetsensoren på postkassen til er jo å huske å faktisk hente posten når jeg går forbi. Regner med at det var det trådstarter var ute etter. En slik magnetsensor gir jo bedre fleksibilitet enn våre integreringer, da det jo ikke er noen garanti at man får post bare fordi den skal bli levert... Men jeg lurer på om jeg kan kombinere magnetsensoren og "postdag". Hvis magnetsensoren trigges på en postdag (verdi = 0), så er det sannsynligvis post. Ellers kan det være reklame, og det er jo ikke så interessant...

Og slik kan det gjøres i HomeSeer:

Et script som sjekker når du får levert post. 1. Du trenger en referanse til Newtonsoft.Json i ScriptingReferences. 2. Du trenger en virtuell device uten knapper eller statuser. 3. Du trenger en konto hos MyBring, du kan opprette gratis her (du trenger ikke firmanavn): https://www.mybring.com/signup/register/user 4. En API-key som du finner på denne siden: https://www.mybring.com/useradmin/account/settings/api Kjør dette scriptet ved midnatt: Sub Main(ByVal params As Object) Dim devRef As Integer = DIN_DEVICEREF_HER Dim postnummer As Integer = DITT_POSTNUMMER_HER Dim mybring_email As String = "[email protected]" Dim mybring_key As String = "DIN_KEY_FRA_MYBRING" Dim url As String = "https://api.bring.com/address/api/no/postal-codes/" & postnummer & "/mailbox-delivery-dates" Dim source As String = "" Try Using client As New System.Net.WebClient Net.ServicePointManager.SecurityProtocol = Net.SecurityProtocolType.Tls12 client.Headers.Add("x-mybring-api-uid", mybring_email) client.Headers.Add("x-mybring-api-key", mybring_key) client.BaseAddress = url source = client.DownloadString(url) End Using Dim json As Object = Newtonsoft.Json.JsonConvert.DeserializeObject(Of Object)(source) Dim nestePost As String = json.item("delivery_dates").item(0).ToString Dim nestePostDato As Date = DateTime.Parse(nestePostDato) Dim dagerTilPost As Integer = nestePostDato.Date.Subtract(Now.Date).Days Dim output As String = "" For i As Integer = 0 To json("delivery_dates").Count - 1 Dim currentDate As Date = DateTime.Parse(json.item("delivery_dates").item(i)) output &= GetDateDescription(currentDate) & "<br>" Next hs.SetDeviceValueByRef(devRef, dagerTilPost, True) hs.SetDeviceString(devRef, output, False) Catch ex As Exception hs.SetDeviceValueByRef(devRef, -1, True) hs.SetDeviceString(devRef, "Feil: " & ex.Message, False) End Try End Sub Function GetDateDescription(ByVal nextDate As Date) Dim dagerTilPost As Integer = nextDate.Date.Subtract(Now.Date).Days If dagerTilPost = 0 Then Return "I dag" ElseIf dagerTilPost = 1 Then Return "I morgen" Else Return nextDate.ToString("dddd d. MMM") End If End Function Devicen vil da se slik ut: Device Value er antall dager til postleveranse. "0" betyr da at posten blir levert i dag, kan f.eks. brukes som trigger til noe. EDIT: Takk til @daniel.h.iversen som fant ut at Posten har oppdaget at 2020 var i fjor. 👍 EDIT2: Takk til @DeVille som fant ut at siste 1 skal erstattes med 9. EDIT3: Takk til @ZoRaC for sin oppdatering etter API-omleggingen hos Posten versjon som jeg bygget litt videre på.

Hvis posten har data, så er det vel den mest pålitelige løsningen. Plutselig legger de om på dagene, eller endrer ifb. helligdager. Derfor vi ikke har en fast kalender på tømming av søppeldunker, men parser heller Stavanger Kommune sin nettside. Det har vært stabilt veldig lenge.

Det gjør jeg også, men selv om jeg ikke har brydd meg med å gjøre det på deCONZ, så liker jeg at "spesialisert hardware" har egen fast IP. Jeg mener jeg hadde dette på deCONZ før (jeg måtte resette for mange år siden), og da gjorde jeg det i det gamle webgrensesnittet. Mulig det kan gjøres i Phoscon nå.

Jeg mangler mange...

Er FW noe du kan dele her?

... er ikke en sensor på postkasselokket en like grei løsning? Foreløpig gjelder jo dette: ... så det er en stund til vi vet om det kan scriptes. Men vi får håpe på et enkelt API.

Merk at Zigbee-plugin'en krever en bestemt Zigbee-stick: Nortek HUSBZB-1. Men de har vel en egen Hue-plugin også?

Det er det samme her. HS4 kommer til å være der i mange år, det gjør ikke noe om jeg venter litt til så de kan få fjerne noen bugs...

Stemmer. Men jeg regner det som den 8. dødssynd å ikke øke rapporteringen på strøm til minst 300...

Jeg har logget støynivåer i stua de siste 8 måneder (relatert til noe annet, lang historie som jeg kanskje kan fortelle om en dag). Selv ikke en gang jeg, som jobber med støy til daglig, er sikker på om slike gjennomsnittsnivåer det er verdt noe. Og mine verdier blir oppdatert hvert 15. sekund, ikke hvert 10. minutt. Ja, innendørsmodulen til Netatmo rapporterer en eller annen form for lydtrykksnivå.

Ja, å sette via parameter har fungert hele tiden. Mener du da at den fortsetter å operere med den gamle setpoint-temperaturen selv om den viser den nye? At det tar 20 sekunder før endringen vises har vært tilstede i Z-TRM2 og Z-TRM2fx også, lurer på om det også gjaldt originale Z-TRM.

TibberSeer tar kun for seg det som ligger i Tibber sitt API. Det begynner å bli en del som Tibber kan gjøre, men som ikke er i APIet...

Hvilke andre alternativer enn "Safe" har du for den øverste triggeren?

How?! Jeg vil prøve å alltid ha Fn-knappen aktivert på min Surface.

Jeg er bare innom her for å fortelle at våre Multisensor 6 fungerer aldeles strålende her. Mulig litt dårlig datagrunnlag, vi har bare 10-12 stykker. Alle rapporterer bevegelse når de skal, og alle parametere kan justeres til passelig rapporteringsintervall. Helt suveren sak som styrer huset etter bevegelse, Lux, temperatur og fuktighet. MEN: Alle går på USB-strøm.

Det er ikke sikkert de lar seg lure, men på den annen side kan ikke de heller være sikre. Og det er snakk om sannsynlighetsberegninger: Vil du bryte deg inn i et hus hvor lyset går av og på, eller i nabohuset som har vært helt mørkt i to uker? Vil du bryte deg inn i et hus som har alarm, eller tar du det andre huset uten synlige skilt?

Men det burde det jo være mulig å komme rundt. Det er mer arbeid, men det går jo. Enten fjern group condition og legg inn alle pr. device, eller lag et egen virtuell device som styres fra et event, og legg inn den devicen istedet for WeatherXML i group condition.

Hva er det som gir beskjed om "too many instances"? Når får du beskjeden?

Men betyr det at det er håp for å få kontrollert de siste 3 utgangene? Har du testet, @teeko?

Skulle hatt et digitalt timeglass, så slapp man alt sanden....

Vet ikke om det dokumentet forteller oss noe vi ikke vet fra før. Det vi vet er: 1) flere sentraler/hubber/programmer har problemer med å sende setpoint til Z-TRM3. 2) det problemet finnes ikke med Z-TRM2fx 3) HeatIt sier de ikke har endret noe i koden mellom Z-TRM3 og Z-TRM2fx ---> men en kjapp sannsynlighetsberegning tilsier da at det er hos HeatIt vi må begynne å lete først...

Ja, men du kan være bombesikker på at disse folkene skal tjene penger i andre enden. Ellers er de jo konkurs, de driver garantert ikke med veldedighet. Må følge altfor mye med til at det vil lønne seg, iallfall for meg. Jeg betaler gladelig 200 kr for å slippe arbeidet med å skifte strømleverandør hver måned, hvert kvartal eller halvår. Og fremdeles er jeg sikker på at jeg betaler "betydelig" mindre enn gjennomsnittet, så alt er helt OK.