Moskus

Jeg endte opp med å måtte parse hjemmesiden til Stavanger Kommune...

Tanken var veldig nærliggende da jeg testet dette.

Kan ikke si at jeg har merket noe til det...

Når man har automatisert lys, varme, dørlåser, garasjeporter, sengetepper, og så videre, så er selvfølgelig spørsmålet: "Hvordan kan jeg nå gjøre livet enklere for meg selv?" Svaret er åpenbart: Den tiden det tar å helde drikke fra en beholder til et glass er jo helt bortkastet, så det må jo automatiseres! Og så er det jo selvfølgelig kulere. Dermed ble The Bartender™ født. En liten 5V slangepumpe styrt av en ESP8266, et par slangelengder, litt tålmodighet, og voila! Den kan selvfølgelig gjøre mer enn det: Deler En NodeMCU eller ESP32 (som denne: https://www.aliexpress.com/item/32665100123.html) En slangepumpe (som denne: https://www.aliexpress.com/item/4000974680479.html) Et 5V relé brett (som dette: https://www.aliexpress.com/item/4000125547605.html) En 5V strømforsyning (f.eks. fra Clas Ohlson) Et knippe prosjekt-ledninger (som dette: https://www.aliexpress.com/item/33060775595.html) Strømtilkoblinger (som disse: https://www.aliexpress.com/item/4000097450967.html) En passende plankebit, jeg hadde en foring liggende Slanger (jeg fant på Biltema) Hullbånd Kantbånd for stryking Oppkobling Koble 3V og GND på NodeMCUen til VCC og GND på reléet. Koble D1 på NodeMCUen til Vin på reléet. Utgangene på releet kobles i serie på strømforsyningen. Kode Jeg styrer den via MQTT. Det var enkleste måten å få inn og ut data fra den uten for mye styr. Den har følgende topics. /motor/get - sender status på motoren, verdi: 1 eller 0 /motor/set - setter motoren på eller av, verdi: 1 eller 0 /runtime - heltall på antall sekunder motoren skal kjøre /runtimestatus - rapporterter fortløpende hvor lenge i prosent motoren har kjørt av sekunder satt med /runtime (verdi: 0-100) Alt sendes til "bartender/1", det siste /1 i tilfelle jeg skulle finne på å lage noen til… Du trenger Arduio Studio og ha installert PubSubClient (https://pubsubclient.knolleary.net) Bartender.ino: I HomeSeer ser det slik ut: … som er satt opp i mscMQTT slik: Dette kan man selvsagt enkelt legge til andre systemer, som Home Assistant, Node-Red eller Homey hvis man ønsker. Kalibrering En typisk drink er visstnok 40 ml. Jeg hadde et målebeger og kjørte pumpa til det nådde opp til 0,4 dl. Det tok 19,5 sekunder som jeg runder opp til 20. Dermed får vi sammenhengen Kjøretid = Drink_størrelse * (20 sek /40 ml) = ca. drinkstørrelse * 0,5. Men det kan være annerledes for din pumpe og strømforsyning. Alexa Den øverste devicen (merket 4052) er egentlig bare på/av som er lagt inn i Alexa. Der har jeg også bare laget en rutine som skrur på device 4052 når Alexa hører "pour me a drink". Når devicen blir skrudd på har jeg et event som sender "20" til topic "/runtime", og skrur seg selv av (dvs. til "inactive" etter 20 sekunder). Så nå står den her på kjøkkenbenken. Tror jeg må få meg et barskap den kan passe inn i...

Jeg er tilhenger av smarte dimmere over smarte lyspærer. Det fungerer stort sett best. Og sannsynligvis er det billigere, men det er et spørsmål siden du må ha en elektriker til å montere dimmeren.

Ikke teknisk sett, men det er en del arbeid å måtte sette opp selv. Det er best om det bare er å spesifisere navn og modell, så henter den kommandoene. Når det er sagt, så fant Hub'en til og med min gamle HDMI-matrise. Men utfordringen kan være å finne ut hva merket egentlig heter...

Det går helt fint, iallfall etter min erfaring. Jeg har en blanding av ekte Squeezeboxer og software-klienter på PC.

Hvis du trigger en av portene i en nettleser, fungerer det da? Er port 8080 åpen?

Det er mest smak og behag. Jeg foretrekker Z-wave, jeg har mest stabilitet med det og mest Z-wave utstyr. Det er minst dill og rot med Z-wave. For meg. Andre liker Zigbee, og har mest av det utstyret. De finnes i mange farger og fasonger. Ikea har jo til og med noen som ikke koster en formue.

... og du har fire tre koblinger til HS spesifisert som HTTP-kall?

Det burde jo være mulig å få inn hit...

Wow! Today I learned! Se på det! https://github.com/sabeechen/AirthingsMQTT

Er det en grunn til at det må være en Raspberry Pi? En ESP32 vil kunne gjøre tilsvarende...? Men det må programmeres da...

Denne typen løsning er jo en veldig vanlig løsning i disse kretser. Jeg har diverse forskjellige temperatur-sensorer (Z-wave, Zigbee, 433MHz) som styrer diverse Z-wave-plugger med en virtuell termostat. Skulle forundre meg om Homey ikke kan det samme. Alternativt kan du bruke en batteri-termostat, som f.eks. Z-TEMP2 assosisert direkte til en Z-wave plugin-modul. Så fungerer det selv om Homey skulle gå ned.

Denne? https://www.airthings.com/resources/raspberry-pi

Det må være en feil. Jeg hadde flyttet FH-sentralen til 10-15 cm fra døren ved inkludering.

Samme her, men logikken er det som vil redde deg.

Enig med @stigvi, det hørtes lite ut. Men har du Hue, kan du fortsette å bygge ut det og legge en "hjerne" på toppen. HomeSeer, Home Assistant og Homey er populære valg.

Hmm....Hæ? Det skal ikke være det. Alt blir jo lagret fortløpende...? Ja (selvfølgelig). Det hadde iallfall jeg gjort, ja. Men det er mange veier til Rom. Avhengig av hva du vurderer som en "variabel", men jeg har ca. 45-50 selv. Som med alle variabler er nøkkelen navngivning og organisering. Med fornuftige navn og floor/room-valg, så er det en smal sak å vinne frem. Variabler som kan automatiseres er det beste.

Hmm... hvis jeg leser dette riktig, kan det være et tilfelle av "hvorfor gjøre noe lett når man kan gjøre det vanskelig?"...

Hmmm! Det var rart. Kan det være at du har hatt Event-siden åpen mens du redigerte? Ellers har jeg ingen forklaring, men kjekt å se at det iallfall går riktig retning.

Zigbee er glimrende som et tillegg, men ellers kjøres det mest på Z-wave både inne og ute.

Ja, men de er litt større saker. Jeg har en slik dings, men det er mulig det blir litt overkill. Løsningen over fungerer imidlertid supert!

Du kan fint få globale variabler til å virke, men i så fall, med all programmering, så må du gjøre det selv. Ikke at det er noe problem, bare noe å være klar over. Med virtuelle devicer, så gjøres jobben mye for deg, man får automatisk et grensesnitt, kan håndtere set og get med json og MQTT. Så bruk det du selv foretrekker. Neida, du bruker selvfølgelig de statusene du har satt selv. Slik ser vår ut (i HS3, men prinsippet er det samme): Med Status Graphics som dette: ... og brukes da som dette: ... eller som betingelse: Har du lest HS-skolen del 6 og del 7? Mye står der.