strips

At du opprettet to separate z-wave-nett?

Når du har 5 stk i mesh. Har du testet at alle faktisk uler når du trykker på en?

Hvor mange har du? For min del ønsker jeg en i hvert somerom, gang, loftstue, teknisk rom og 3d-printerrom. Så jeg ender opp med 8 stk. Og jeg stoler ikke på noen server som skal stå å sørge for seriekobling. Mulig jeg bare skaffe innbrudd/brann-alarm fra Røyken Brannvesen. De har en ganske kul sentral som kan selv fungere som z-wave-kontroller. Dessverre ikke som sekundær kontroller i mitt eget system. Men de kan i teorien koble seg mot ID-lock om det er er mer fornuftig. Kommer an på et par faktorer. Vet ikke om de faktisk installerer den integrasjonene men det er teknisk mulig.

Sendte mail til Aeotec angående seriekobling av mer en 3 røykvarslere via Z-wave. Fikk følgende svar:

Er helt enig med deg der men uten å være advokat og tolke hva jeg har lov til og ikke så er jeg føre var: "keeping the access code mentioned in Section 4.1 strictly confidential and not to disclose such code to a third party," "NIBE shall retain all rights, including all intellectual property rights, to the content from NIBE Uplink and to the API Services. The Agreement does not in any way imply that intellectual property is assigned to the Developer." Om de snakker om den ferdig utviklede koden for å autentisere eller sine eksempler er jeg usikker på. Men i verste fall her har ikke jeg lov å dele kode jeg selv utvikler mot deres tjenester. Sistnevnte her bryr jeg meg ikke mye om. Kode jeg selv har skrevet kan vel gjøres såpass generisk at koden kan brukes til mer en bare Nibe.

Tok screenshot av siden vi kan registrer app-tilgang hos Nibe: @Guahtdim, sender deg en link til autentiserings-dok hos Nibe. Tror ikke de blir veldig glad om jeg legger det offentlig. Så hvis du har tid og ork og kan gi oss ett hint om hva vi kan gjøre så hadde jeg blitt glad.

Jeg har ikke fått sett mer på det etter siste runde. Men hele den callback-funkjsonen er veldig diffus for meg. Eksempel baser på Nibe uplink: Usikker på om callback skjer fra Nibe mot den URL som oppgis og vi må ha en tjeneste som lytter der for å plukke opp nøkkel Usikker på om det finnes tredjepart-tjenester vi kan benytte oss av for autentisering eller om vi må sette opp egen tjeneste på sky eller på hjemmeserver eksponert på internett Usikker på om det @Guahtdim snakker om er en mulig løsning for Nibe uplink. Så min anbefaling @Leffa80 er å kaste deg ut i deg og lage en løsning så kan jeg kopiere deg ? Skal selvfølgelig dele hva jeg eventuelt finner ut etter hvert.

Av politiske grunner ser jeg etter andre leverandører en Fibaro da de gir ikke ut oppdatering på fw utenom Home Center. Qubino har vel også vært litt vanskelige å få fw oppdateringer fra. Aeotec har derimot lagt ut oppdateringer for sine enheter. Synd dette kun er en rebranding. Den ligner i hvert fall veldig.

Ja, regnet med at det må kodes. Men om Homeseer kan funke som callback-server? Igjen, så er jeg på tynn is når det gjelder oauth. Lurer på om det finnes noen tilbydere der ute som kan gjøre det enklere for meg å fungere som proxy.

Hei, Har en Nibe VVM320 og Uplink. De har APIer hvor jeg kan gjøre litt forskjellig og har lyst å få dette inn i Homeseer. Modbus 40 - adapter til 6500kr hopper jeg glatt over. Tenkte å mocke opp og teste APIene via Groovy i IntelliJ men ble litt satt ut når jeg kom til callback URL som Nibe krever. Da er spørsmålet om dette er løsbart i Homeseer? Jeg har ingen erfaring med Oauth men det ser ut til at man må ha en tjeneste som lytter hvor det skje en utveksling av nøkkel. Kan Homeseer gjøre dette ut av boksen eller må man inn med noe ekstra. Tar i mot alle tips her og kan fint sette opp noe ekstra eller enda bedre om det finnes en ferdig tjeneste jeg kan benytte. Hvis noen har lyst å dele litt kunnskap om Oauth2 så tar jeg gledelig i mot. Til info så støtter Nibe IFTTT med er litt begrenset med hva Nibe har laget av actions.

mulig det er problemet med Heatit-bryteren og

Hei, Dette vil variere mellom forskjellige kontrollere. Hvilken kontroller har du? Det du må finne ut er hvilken gruppe Dimmer 2 eller Relay Switch har som kan sende til Roller Shutter. Her må du se hva slags kommando Roller Shutter kan motta. Får ikke sjekket noe mer nå men jeg har en heatit push putton 8 som jeg måtte kjøre via event i Homeseer. Husker ikke hvorfor jeg ikke fikk til assosiasjon på den.

Fått Z-unoen og leker litt med display. Tester hva som er mulig. Neste steg blir å populære alle feltene med temp fra sensorer. Tar ring i feil rekkefølge. Med 10 kanaler. Betyr det maks 10 enheter på z-wave? Finner vel snart ut av det og.

Har helst lyst å bruke 1 Z-Uno til alle 6 aktuatorene men da holder det ikke med de 4 PWM-utgangene. Må bruke to I/O-porter som har maks 2mA. Har ikke funnet noe solid state rele som trekker 2mA eller mindre og må nok ha en ekstra transistor på utgangene. Så kan jeg bare hive på så mange DS18B20-tempsensorer jeg vil ha. Tur-temp Retur-temp Retur kurs 1 Retur kurs 2 Retur kurs 3 Retur kurs 4 Retur kurs 5 Retur kurs 6 Hadde vært moro å kunne målt vanngjennomstrømning.

Takk. Det burde gjøre susen. Tenkte på om vi kan definere Z-Wave properties for konfigurasjon. Som kan lagres i EEPROM. Ikke vanskelig å finne ut ved å titte på kode-referansen https://z-uno.z-wave.me/Reference/ZUNO_SETUP_CFGPARAMETER_HANDLER/ Tror jeg har startet på ett nytt prosjekt her. Denne Z-uno er jo som skapt for å frikoble Homeseer fra aktuator-styringene. Jeg stoler ikke 100% på løsningen med Homeseer på headless Virtualbox VM. Selv med auto-start på VM og auto-login på Windows med automatisk oppstart av Homeseer. Det funker alltid når jeg tester, alt fra kontrollert shutdown til å nappe ut strømmen men i virkeligheten så er det alltid noe som hindrer ett av stegene. Siste var at Windows hadde oppgradert seg selv, selv om jeg har deaktivert automatisk oppdatering og reboot via policies. Under oppstart etter oppdatering kom det masse spørsmål man måtte svare på for å logge inn Homeseer for Linux i Docker er neste! Men dette burde vel stått i en egen tråd.

Hei, Til dere som har lekt med Z-Uno Kan man lagre noe som blir persistent på en Z-Uno ved strømbrudd? Altså vil den huske siste verdi mottatt fra Z-wave? Kan man sette egne properties? Ser for meg å kontrollere 6 aktuatorer med sakte PWM. Syklus rundt 15 - 45 minutter. Kommer an på hvor fort aktuatorene åpner/lukker samt forsinkelse i betonggulv. Z-Uno skal kun motta en verdi som % åpningstid for syklus samt rapportere temperatur på retur for hver kurs. Disse prosent-verdiene skal kun endres ved innjustering og målet er at de ikke skal røres med mindre vi drar på ferie mer en 2 dager. Det er varmekurvene i Nibe VVM320 som skal sørge for jevn temp i huset hele året. Mulig det blir noe sesongbetont justering p.g.a at man ønsker å ha det litt varmere/kaldere på badet. Badet vil styre maks-temp på hele systemet og den kursen skal stå tilnærmet åpen hele tiden.

Hvis vegger er åpne ville jeg ha montert veggboks i hvert rom for gulvfølere med rør ned i gulv så man kan bytte sensor ved behov og rør videre til teknisk rom. Hvis du også trekker ett rør fra denne boksen til nærmeste punkt med strøm så har man mulighet å ha dedikert sensor / termostat i hvert rom. Da har du alle muligheter åpne og kan lett bytte hvis du angrer.

Bra å høre. Jeg har også noen kubikk betong. Men inntil videre så er jeg i tenkefasen. Har oppsett levert av utbygger med vanlige trådløse termostater mot 5 soner. Den ene sonen står med full åpning og er på badet så den bestemmer maks-temp på vannet. Så det er sjeldent vannet har høyere temp en 30 grader. Jeg måtte nok ha snudd litt på syklusen så åpning er lengre og lukketid er kortere.

Kult, jeg blir nysgjerrig på hvilken temp du har på vannet? Merker du noe temp-svingning på det intervallet?

Bare husk å vurder at hvis du legger rør i betong har du 4-6 timer med treghet i systemet. Nattsenking er ikke noe å tenke på. Vi har et TEK17-hus og det blir nesten alltid for varmt på ettermiddagen. Så jeg må lage noe mer intelligens i systemet som tar høyde for akkurat vårt hus. Så alt i alt synes jeg vann i betong er noe drit. Hadde jeg fått valget hadde jeg heller hatt elektrisk varme tett opp under parkett/gulv. En ting jeg lurer på er om alle tenker på samme type PWM. Slik jeg ser det kan det gjøres på 2 måter. PWM med hurtig frekvens slik at en aktuator holder f.eks 50% åpning konstant. Alternativt kan man ha en treg PWM (på en måte av/på over lengre tid). F.eks. at jeg kan sette at aktuatoren skal være åpen 5 minutter og lukket i 5 minutter (alternativt enda lengre). Så det blir som en treg effektstyring men sørger for full flow ved åpning og vil gi jevnere temp i hele gulvet.

Hvis man lærer seg C er det mye lettere å skjønne hva som foregår under panseret på høynivåspråk. Hvis C blir for vanskelig kan man alltid hoppe oppover i stacken. Værre å gå nedover om man sliter Men det er ikke sagt at det bare er å hoppe på ett hvilket som helst programmeringsspråk etterpå. Den store utfordringen da blir å skjønne økosystemet. Jeg har hatt noen halvhjertet forsøk på å sette meg inn i Visual Studio og VB.net men blir litt småkvalm av syntaksen. C# ser så utrolig mye bedre ut og er lettere å forstå. Men er nok litt satt i Java/Groovy/Bash/Perl o.s.v. Bare finne nok tid å grave meg skikkelig ned en dag.

Haha, det kan diskuteres synes jeg

Z-wave ar aldri kablet. Med mindre du tenker på tilkoblet strøm. Hvis kabling klarer 230V finnes det termostater som kan kobles til permanent strøm.

Lærer du deg C er det veldig mye enklere å lære seg C# etterpå. Lærer du deg C# først kan fortsatt C være en nøtt å knekke. C# er ett mer høynivåspråk som gjør veldig mye i bakgrunnen som man slipper å tenke på. C derimot er vel noe av det mer komplekse språket man har før man er helt nede på maskinkode. Men etter å ha lest opp og ned i mente om HS så er nok språket man bør bruke VB.net. VisualBasic.net har en syntaks som er grusom spør du meg Føles som jeg er tilbake på 90-tallet før internet var allemannseie.

Kult! Det der overgår knappen på TWC