Moskus

@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?!

Ja, selvfølgelig. Ikke bare skal varmen på til jeg kommer hjem, men det skal være behagelig varmt. Holder på med et script for lastfordeling som tar hensyn til timepris, men det er ikke det som har høyest fokus så jeg har ikke noe som er ferdig nok til å deles. Ja, det er dette jeg bruker.

Jo, men man må vel ha den uoffisielle firmwaren for å løse dette problemet, og den kan vel legges inn OTA?

Nei, de Tellstick-greiene er 433 MHz.

Nei, ikke per dags dato. Men hvorfor ikke bare bruke Z-TEMP2 direkte?

Da må jeg spørre: Hvordan får du åpnet dem? De er jo vanligvis slik at man åpner dem med å trekke en snor nedover...?

Nei, det burde være enkelt. Min (dvs den med litt misfaring) er til og med bare liggende løst oppå et skap, og jeg har fremdeles en god del striper liggende, så det er kun latskap som stopper meg... 😏

Det er klassisk vegg-ventil design. Den opprinnelige grunnen er at du ikke skal få kaldras nedover veggen og kalde gufs for de som oppholder seg der. Man får altså en viss diffusjon rundt i rommet med en ventil som vender oppover. Jeg tror ikke det blir mer støv der enn andre horisontale flater i rommet.

Ah, så driveren er ikke en Trådfri driver eller dimmer! Sorry, jeg misforstod!

#DenFølelsen når du må ta sikringen på "data-kursen". Men du vet du har UPS, så du er ikke bekymret. Og likevel slår alt seg av... 🤬

Har du en dimmer puck fra Namron som du har koblet foran en Trådfri dimmer?

Ah, @Laterman som blander 433Mhz inn i en Z-wave/Zigbee-tråd... Da forstår jeg.

Fott! Og dette, folkens, er grunnen til at man alltid skal ha en gulvføler hvis man har mulighet!

... men de er vel verken Zigbee eller Z-wave.