Moskus

Google Hom er er vel "rom-basert" som Alexa, er den ikke? Hvis jeg oppretter et rom i Alexa, og legger en Echo-enhet og lys inn der, så kan jeg si til den "Alexa, turn off lights", så skrur Alexa av lysene i det rommet. Veldig sikker på at Google Home gjør det samme (mener jeg testet det på hytta).

Nei. I begynnelsen tenkte HomeSeer at de skulle dytte absolutt alle devicer inn som talestyring. Men noen av oss (deriblandt meg) oppdaget at det fungerte dårlig når man har mange enheter, Alexa og Google Home var rett og slett ikke istand til å takle 2000 enheter. Derfor er det nå motsatt: Man må selv aktivt skru på talestyring for de dingsene man vil styre med tale, og for å slippe mye dobbeltarbeid mtp. det, så ble det lagt på et ikon.

Fru Moskus har støvallergi, så det er Herr Moskus som støvsuger. Og ja, vi har en liten tilleggsstøvsuger, men det er ikke hovedstøvsugeren vår, for det er Neato'ene. Vår enkle tilleggstøvsuger koster ca. 2000-2500 kr. Fra Elkjøp. Gjør den jobben den skal gjøre, og vi kan jo ha nesten 5 sånne før det koster tilsvarende DV11...

Det er RF, så strengt tatt kan ha fått et signal om det, eller iallfall trodd at den fikk det. Det er sannsynligvis ikke HomeSeer selv, for da hadde du fått en CAPI-melding i loggen om det. Jeg kjøpte den første revisjonen av den første versjonen av Fibaro RGBW-controllere. De fungerer utmerket, men det hender et par av dem plutselig tilegner seg merkelige assosiasjoner. Den assosierer noen brytere til noder som finnes og som ikke finnes i nettverket, så det er nok en bug i Fibaro-controlleren. Men det gav slike opplevelser, da noe plutselig blir skrudd av uten at noen forstår hvorfor...

Unnskyld, hva? Den tar jo ikke oppå lister og under for lave møbler og sånt, men ellers burde det vel bli bra?

Aha. Jeg har en plan om å lage en Bartender-implementering med MQTT, og ikke bare Arduino-plugin'en, men må til en mer strømlinjeformet måte enn det.

Kan ikke forestille meg at FutureHome ikke kan lese av strømtrekk og totalt strømforbruk. Alle andre kan det.

Ha! Kult!

Hvis man ønsker å styre hver enkelt pære så det jo ikke så mange alternativer, da hadde jeg selv gått for Hue. Men når er det praktisk å styre hver enkelt pære? Jeg spør fordi jeg er nysgjerrig. Vi har flere uavhengige lyskilder i forskjellige rom, spesielt i stua, og de styres i 99.9999997% (hvis det ikke faktisk er 100%) av alle tilfeller sammen uansett. Hvis du ikke er fagmann er det enda mindre lurt å gjøre sånt selv i et sameie.

Jeg tror du skal lese denne tråden:

2.0 er bra. Jeg mistenker at prisen er oppgitt eks. MVA. Med moms blir prisen 3250,- og det samme som du betaler andre steder. Det får du til med alle systemer. Men dekket bord antyder at det kan det være verdt å sjekke FutureHome. Iallfall nå, så kan du evt. bytte den ut hvis du blir bitt av basillen. FutureHome er veldig bra for det det gjør, noen har rett og slett tenkt for deg. Og kan gjøres avansert også. Men hvis man vil gjøre noe mer avansert, så er det faktisk andre systemer som gjør den jobben bedre (mener nå jeg).

Du blir nok ikke ferdig i jula. Bare begynn.

...

Det kommer an på hva du vil gjøre! Hvis du vil ha mulighet for gjøre avanserte funksjoner og mye automasjon, så er nok Homey det rette valget. Hvis du derimot vil komme til dekket bord, ferdige oppsett, bruke mindre tid på automasjon, men også tar til takke med mindre muligheter, så er FutureHome enklest. Men det aller viktigste er protokollen du bruker. Med Z-wave (og Zigbee) kan du velge å bytte gjerne til noe annet senere. Det er en OK pris, men spør om det er med eller uten MVA. Spør også om det er den originale eller 2.0.

@ZoRaC, samme topic må jo fungere, men tenker du på samme device? Men hvordan gjør du det? Du har vel haugevis med eksempler! Jeg kom rundt problemet med en elegant og idiotisk måte. Så strengt tatt er problemet løst... Men det er nå kun fordi det var enkelt. Denne gangen. Men da har jeg fått til dette: ... som etter bare 2-3 timer fra blank .ino-fil til ferdig i HomeSeer ikke er så verst.

Slik blir det: Men det er jo helt fjernt!

OK, jeg har fått inn sound/in. Det var enklest å lytte etter alle beskjeder, for så å finne sound/in Her skal det være to verdier: Off = 0 og On = 1. Med $$value: sender devicen 0 og 1. Hendig. Her er oppsettet: Hvis jeg velger "In Hs Device String" (rødt oppe) får jeg "0" eller "1" som device string. MEN hvis jeg velger "In HS Device Value" blir verdien +2! Altså 0 (som er Off) blir 2 og 1 (som er On) blir 3! AAAARGH!

Ja, men den gir seg etter en del minutters tenking.

Tja... du kan vurdere selv. Her er en (eldre) kjapp guide for å sette det opp: Med Hue er det nærmest bare å plugge den i nettverket. Men da har man mindre muligheter over hva man kan koble til. Ja, iallfall hvis det skal snakke med HomeSeer. Igjen kan det være mulig å gå veien om MQTT; men jeg hadde heller bare kjøpt en RFXtrx433E.

Som @stigvi sier, du kan ikke benytte eksisterende dimmere, de må faktisk byttes ut. Men vil du ha skru dimmere, så kan du selvfølgelig bruke det istedenfor (Namron, Heatit, Q-light og Sunricher har skrudimmere med Z-wave, og noe Zigbee). Men i motsetning til stigvi så ville (og har) jeg valgt smarte dimmere. Det er muligens enklere med smarte pærer, men det er bedre med smarte dimmere. Da står man friere til valg av lyskilder, og kan enklere dimme flere lyskilder på samme kurs samtidig. Smarte dimmere blir heller ikke "dumme" hvis noen skrur av bryteren. Nei. (Vel, det er en sannhet med modifikasjoner. Man kan helt sikkert gå veien via MQTT el.l., men det er ikke plug-n-play.) Hue fungerer fint også. DeConz er teknisk sett best, men mer arbeid også. ... fungere på samme måte som hva?

Men så skal vi finne ut hvordan vi sender data...

Fant ut at jeg måtte vise den i Associations-tab'en, og finne den med "Include Received MQTT Topics" PÅ og "Show All Assicoated Only" AV. Så var det bare å huke av i "a"-kolonnen.

Z-TEMP2 fungerer iallfall fint med HomeSeer. Merket at hvis du kobler ut den Z-wave-modulen som Z-TEMP2 skal styre (via assosiasjon), så spiser den batterier. Men det er altså ikke et problem i vanlig bruk. Jeg skal montere en i badet i kjelleren (som ikke er ble pusset opp) når elektrikeren kommer innom neste gang for å montere et relé foran den gamle stråleovnen.

Vi har hatt det i mange år, og det har fungert fint. Jeg puttet bare en 12V PC-vifte inn i ventilene, og brukte en plugin-modul for å slå dem av og på. Men da må spjellet foran stå åpent, ellers er det ikke så mye vits, @Fermate sin ultra-kule løsning er jo den man skal gå for hvis man kan.

Jeg har lekt meg med en NodeMCU og et breakout board som måler A-veide lydnivåer. Jeg har skrevet litt kode for måle/beregne forskjellige lydtekniske verdier, og vil publisere en eller flere over MQTT. Jeg har nå fått til å sende nivåer (LAeq,5s) hvert 5. sekund til topic sound/level. I tillegg kan jeg sende 0 og 1 til sound/in for å skru av eller på det blå lyset på NodeMCUen. Alt dette fungerer fint med mosquitto_sub og mosquitto_pub. _sub _pub Så: Jeg vil ha en device i HomeSeer via mscMQTT-pluginen som oppdaterer seg hver gang den mottar data på topic sound/level Jeg vil ha en device i HomeSeer som sender hhv. 0 og 1 til topic sound/in, gjerne med dedikerte knapper. Jeg har imidlertid ikke peiling på hvordan jeg gjør dette i mscMQTT. Jeg brukte en annen plugin tidligere, men den fungerte ikke like bra med større datamengder, noe som mscMQTT visstnok skal klare fint, samtidig som den ikke kunne koble seg til flere brokere. Men jeg er blank. Jeg har satt opp noe som dette: ... og har med det fått ut et par devicer her: ... men det skjer jo ingenting! 😫 Hva er det jeg mangler?!