Vinnerliste

Du skal sjekke hva parameter 1 er satt til, og f.eks prøve med 1 hvis den er noe annet.

Etter litt tid, ble det ferdige oppsettet litt andelenes. Var egentlig lurest å hente data utifra tiden for hver array fra json. Ved neste time, plusses bare 1 time på den eksisterende timen osv.. def weather_data(): #værdata denne timen starter her Yr(location_name='Norway/Telemark/Skien/Skien', forecast_link='forecast_hour_by_hour') for forecast in weather.forecast(hex): tn = time.strftime("%d""T""%H") jsondata = json.loads(forecast) data = jsondata["@from"] regn = jsondata["precipitation"]["@value"] trykk = jsondata["pressure"]["@value"] temp = jsondata["temperature"]["@value"] if tn in data: print("Temp nå: " + temp,"°C") print("Trykk nå: " + trykk,"hpa") print("Regn nå: " + regn,"mm") print('\n') return weather_data()

Da var Raspberry Pi HAN-uHAT produsert og testet. Testet på ZeroW, 3B, 3B+, 3A+ og 4B+. Fungerer utmerket. Test på RPi 3B: Nesten ingen CPU-last på 3B: Fungerer fint med vising av HAN-data i en kombinasjon av Highcharts og eCharts (javascript, nginx, uswgi, REST-api mot monetDB + mqtt for sisteverdier):

Først... All ære til @ZoRaC for denne! Jeg kjører Homeseer på Windows 10, så målet mitt var å kunne ordne alt derfra så jeg ikke var avhengig av en annen maskin. 1: Token 2: python Last ned fra https://www.python.org/downloads/windows/ og installer. Husk å få med at python skal legges i path i første steg av installasjonen. Denne står ikke på som default. 3: mosquitto Last ned fra https://mosquitto.org/download/ og installer. Her mener jeg det var en rett fram installasjon. 4: Vistual C++ Build Tools Last ned fra https://go.microsoft.com/fwlink/?LinkId=691126 og installer. Denne krevde reboot hos meg. 5: python-miio Installer python-miio. Det gjør du i command prompt (DOS! ?) med kommandoen: pip install python-miio Jeg husker ikke om jeg måtte kjøre command prompt i admin-modus. Da skal alt av verktøy være på plass. 6: Sjekke kommunikasjon mot støvsuger 7: Installere mcsMQTT i Homeseer Denne trenger ikke mer info. Den ligger under "Lighting & Primary Technology". Installer plugin og start den. 8: Få ut data fra Roborock til fil 9: Få data fra fil til Homeseer med MQTT 10: Kontrollere Roborock fra Homeseer 11: Automatisk oppdatere status på Roborock til Homeseer: Jeg tror det var alt. Håper jeg ikke har glemt noe. Dukker det opp noe, skal jeg oppdatere posten. Igjen, all credit til @ZoRaC. Jeg hadde aldri tatt i MQTT før jeg så posten hans. Det er helt sikker andre og bedre måter å få til dette på, men akkurat nå fungerer det hos meg, så da lar jeg det rulle og gå. Det eneste jeg har lyst til å finne ut, er hvordan jeg kan starte zoned cleanup av f.eks. kjøkken, stue, osv. Utfordringen her er koordinater. Jeg har ikke funnet noen enkel måte å hente ut koordinater. FloleVac har jeg prøvd, men jeg får ikke opp kartet på noen av Android-emulatorene jeg har prøvd. Disclaimer: Alt på eget ansvar, osv. Ta backup først! Edit: Gjorde topic litt bedre

Hei, Jeg har montert 9 downlights (warmdim) i trappegang med ønske om et varmt lys, samt å dimme disse meget langt ned. I forsøket med å få et lys som ønsket fant jeg ut at det er stor forskjell på dimme-nivået til de ulike fabrikatene. Fibaro og Namron reagerte meget likt, dimmet ned til1% men det ble fremdeles for mye lys. Qubino var i en klasse for seg og der dimmet jeg ned til 8% og fikk det lysbildet som jeg ønsket. Tenkte at dette kunne være nyttig å vite. /Helge

Jeg har handler litt forskjellig små ting som jeg "trenger" før tolla kommer. Posten kom idag. Kidsa glemmer ofte å lukka kjøleskapet på kontoret (gammel type uten piping..) Så first order of business var å satt opp en dør sensor på kjøleskap og fryse døra slik at jeg får beskjed på mobilen når den ikke er lukke igjen. Ikke akkurat pent, men det duger. Selve automasjon: - id: glemt_frys_dor alias: noen har glemt å lukke døra til frysen trigger: platform: state entity_id: - binary_sensor.0x00158d00041a619b_contact from: 'off' to: 'on' for: 00:01:00 action: - service: notify.mobile_app_siphone data_template: title: Noen har glemt å lukke message: 'døra til frysen på kontoret'

Det ser ut som flere leverandører kommer med LoRaWAN sensor varianter som kan brukes i smart hus.

Jeg kan ikke Yaml overhodet, og jeg lagde dette på en søndag denne uka. Det har gått opp et lys for meg etter å jobbet med HA. Homeseer virker foreldet i forhold. Samtidig kunne dette forumet het homeseer.hjemmeautomasjon.no, men den diskusjonen tar jeg ikke. Fordelen med HA er også at det er designet som noe som ligner i 2020. 20200114_162500_edited.mp4

Da har jeg endelig fått ut "fingeren" og oppgradert til firmwareversjon 1.6 for z-wave og 1.5.0 for låsen. Det fungerer helt ypperlig å bruke BLLock for å legge til koder. Kodeplassering er fra 1-25 i denne versjonen. Se Z-wave manualen på side 21 og User code table for ID Lock 150: (ID Lock index 1-25 - User PINs). Har ikke testet det enda, men vil oppdatere første innlegg med litt mer info og status på hva som gjelder nå med siste versjonen av firmware.

Ikke direkte HA relatert, men ganske nylig har jeg laget meg et par nye høyttalerkabler. https://flemmingss.com/my-first-diy-speaker-cables

Gjør faktisk akkurat det samme, men med Netcam Studio istedenfor Blue Iris. Men nå er ungene såpass store at muting av ringeklokke ikke er like aktuelt lenger.

Jeg har med vilje tatt ut datoen fra strengen for det er i mange tilfeller unødvendig informasjon, og det er nok grunnen til at det har sett usortert ut. Du kan evt. legge dem til igjen. Det er EnTur som sorterer, ikke jeg. Skal jeg sortere noe som helst bruker jeg helst Linq (for det er mest effektivt), men Linq er bare delvis fungerende i scripts... Ang. tekstbegrensningen tror jeg at jeg forstår hva du mener. Standard-designet til HStouch fjerner mye tekst dem hvis du klikker på dem, det gjør HS Mobile også. I HStouch er det i det minste mulig å lage sitt eget skjermbilde som håndterer EnTur sin device type.

Jeg kjører en Doorbird smart ringeklokke med kamera på den andre døren, den håndterer bevegelse foran døren og Blue Iris kjører opptak av bevegelse. Jeg har også linket "bjellen" i dette oppsettet med Doorbird slik at denne og ringer om noen ringer på via andre inngangen når ringeklokke ikke er satt på mute. (fint med mute når man har små nysgjerrige barn)

Min gjetning er at det 90%+ sikkert er Dali, det er ikke så mange trafoer som støtter KNX og det er ikke så mange som bruker de. Du kan sjekke trafoene en for en via DALI/KNX-gatewayen antar jeg, tror de fleste lar deg gjøre det (uavhengig av brytere osv). Min anbefaling er å bytte trafoene, ser ikke store nytten i å skifte alle til KNX direkte.

Har selv DALI, og litt erfaring innen dette. Det jeg tipper du har er KNX styresystem, med en KNX/DALI gateway. Fra denne DALI-gateway går det en DALI-bus, som er tilkobla alle spottene dine. For å svare direkte på spørsmålene dine: Du bytter kun ting som er på DALI-bussen, dvs LED spot med DALI kompatibel driver, for eksempel: https://www.sg-as.com/nb/produkter/junistar-gyro/3202538 Nei, her er det (mest sannsynlig) 230v. Hadde det kun vært rene DALI-komponenter, så kjører de på rundt 16-18v, så der hadde det vært innafor mener jeg på. Kontakt din trofaste elektriker Jeg sier ikke at det er det samme som jeg selv ville gjort, men om du ikke har kontroll på DALI selv er det et lite stykke til suksess. Jeg har forsåvidt ingen erfaring med halogen og DALI, kun LED og DALI. Antar at hver halogenpære er kobla til en programmerbar dimmetrafo, og at hver pære er individuelt dimbar. Er det ikke det er det ikke sikkert det er rett frem og bytte ut.

Her er et modifisert vb script(pushoverhs.vb) som jeg bruker til å sende meg selv pushover meldinger med devicestring verdier. Det kan brukes til å sende bussruter til din smarttelefon. F.eks en gang pr dag. Parametrene er Subjekt | hs.devID | prioritet | lyd f.eks Bussrute Alta - Eiby | 567 | 1 | 1 Hvis du har installert Pushover plugin'en for HomeSeer vil du da motta en melding med bussrutene. Du må selvsagt kjøre Moskus sitt Entur.vb script først så devicene får verdier. Sjekk ut det orginale pushover.vb scriptet for mer info. pushover.vb pushoverhs.vb

I tillegg til å spore telefoner via bluetooth og nettverk for å avgjøre om vi er hjemme så bruker jeg også bevegelsessensorer og dørsensorer til dette. Det "smarte" her er at en bevegelse setter i gang en nedtelling på X timer eller minutter og så lenge den teller ned regnes vi som hjemme. En bevegelse i et bad eller i gang/stue setter nedtellingen til flere timer. Utgangsdøren til 10 minutter og garasjeporten til 2 minutter. Er vi på vei inn så øker tiden fra 2 til 10 til 120 minutter etterhvert som vi kommer "lenger inn". På vei ut går nedtellingen fra 120 til 10 og eventuelt 2 minutter før vi er registrert som borte. Dette fungerer så greit at sporing av telefon bare sees på som et kjekt å ha tillegg for å gjøre den bayesiske sensoren for hjemmedeteksjon enda litt mer treffsikker.

Hei, Man har muligheten til å skru av alt som ligger under "Lights" under category. Men det hender seg jo at man vil ha enkelte lys på, så for å slippe å endre og styre med det her så kan det lønne seg å lage lysstyringa med LUA. En enkel måte å løse det du forespeiler er: Lag en variabel, la oss kalle den "Nattabryter". Denne lager du under "Panels" - Og "Variables Panel". Legg til en "Predefined Variable" - La den ha to states. Kall de f.eks "Aktiv" og "Inaktiv" Definer tidspunktene hvor "Nattabryter" er enten "Aktiv" eller "Inaktiv" - Legger ved to stk Lua-script: Lag et luascript hvor du legger inn alle lyskildene du vil at skal skru seg av når du skrur av lyset mellom 22:00-02:00 (Tidsrom definert av deg over her) Her må du endre XX til device-ID til dine dimmere. Du kan legge inn så mange du vil. Til slutt lager du en block-scene som trigger scenen hvor du har definert hvilke lys som skal skal skrus av, DERSOM variabelen "Nattabryter" er "Aktiv" Bilde jeg legger ved er en scene på min kontroller, så du må bytte ut "Spotter" med dimmeren som er på soverommet ditt, "DayNight" med "Nattabryter" variabelen og "Day" til "Aktiv" samt bytte ut scenen "GodNatt - Lys" til den scenen du har laget som skrur av alle lysene. Håper dette hjalp deg Edit: PS, det kan være en ide å ha en dobbel bryter til dette formålet. Da brukes den ene som scene-activation. Litt kjipt om du løper innom rommet 22:15, og skrur av lyset igjen av vane. Så blir det mørkt i hele huset

Jeg har begynt å lage litt. Her er hvordan det ser ut så langt Jeg stjeler veldig mye fra HuMow siden han hadde endel bra på gang. Det er fortsatt ett stykke unna at jeg har noe jeg kan dele ut, men jeg holder på. Hvis noen er gode på ikon så tar jeg imot med åpen hånd. Jeg har forsåvidt fått laget meg noen men de er ikke lagt til løsningen enda.

Enkel smart-kontakt med måling og av/på bassert på LoRa. https://www.mcf88.it/prodotto/mcf-lw12plg/

Eller dette, som også har inngang til f.eks temp følere. https://www.heatit.com/z-wave/heatit-z-relay/

Denne er beregnet til å styre større laster så som VVB, da løser du kravet om fast tilkobling også. https://www.elektroimportoren.no/aeotec-heavy-duty-smart-switch-gen5-z-wave/4512389/Product.html?Event=livesearch /Helge

Vil også legge til at det er selve stikkkontakten som er problemet her, den takler ikke høy belastning over tid. Ved å montere en wall plugg, dobler man antall kontakter/overganger og også risikoen for varmgang dobles.

Jeg bruker den verdien APIet leverer så langt, som altså rapporterer mot en "normal" og fungerer fint. Du kan jo lage deg noen "binary_sensor" som holder på egne prisverdier, eller lage automater som forholder seg til en gitt pris. PriceLevel Price level based on trailing price average (3 days for hourly values and 30 days for daily values) Value Description NORMAL The price is greater than 90 % and smaller than 115 % compared to average price. CHEAP The price is greater than 60 % and smaller or equal to 90 % compared to average price. VERY_CHEAP The price is smaller or equal to 60 % compared to average price. EXPENSIVE The price is greater or equal to 115 % and smaller than 140 % compared to average price. VERY_EXPENSIVE The price is greater or equal to 140 % compared to average price. Glemte å si at jeg også henter ut verdier ra api med sensorer jeg har definert #Tibber - platform: template sensors: tibber_nett: friendly_name: "Nett Eier" entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'grid_company') }}" icon_template: mdi:fuse tibber_max: friendly_name: "Max pris" unit_of_measurement: "NOK/kWh" entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'max_price') }}" icon_template: mdi:currency-usd tibber_avg: friendly_name: "Gjennomsnittspris" unit_of_measurement: "NOK/kWh" entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'avg_price') }}" icon_template: mdi:currency-usd tibber_min: friendly_name: "Minimumspris" unit_of_measurement: "NOK/kWh" entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'min_price') }}" icon_template: mdi:currency-usd tibber_estimert: friendly_name: "Estimert forbruk" unit_of_measurement: 'kWh' entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'estimated_annual_consumption') }}" icon_template: mdi:power-plug tibber_price_level: friendly_name: "Prisnivå" entity_id: sensor.electricity_price_xx value_template: "{{ state_attr('sensor.electricity_price_xx', 'price_level') }}" icon_template: mdi:currency-usd

Oppsettet mitt er som følger All varmestyring har en avhengighet til om noen er hjemme, eller enkeltpersoner er hjemme. På ungene er den sikreste måten å sjekke om de er hjemme på/ tilkoblingen til Wifi ?️‍♂️ Eksempel på styring på person om hjemme og strømprisen ikke er av type "Expensive" eller Very_expensive" - id: '3' alias: Varme- Varme på kl 05:00 description: Skrur varmekabler til 25 grader kl 5, om Mathilde er hjemme trigger: platform: time at: 05:00:00 condition: - condition: state entity_id: binary_sensor.presence_mathilde_wifi state: 'on' - condition: template value_template: '{{ not is_state(''sensor.tibber_price_level'', ''EXPENSIVE'') or not is_state(''sensor.tibber_price_level'', ''VERY_EXPENSIVE'') }}' action: - service: climate.set_temperature data: entity_id: climate.thermofloor_as_heatit_thermostat_tf_021_mode_2 temperature: 25 hvac_mode: heat Alle temperaturstyringer som øker har altså en "condition" som sjekker prisnivå. Videre senkes temperatur om huset er tomt, men vil da ikke øke til komfort nivå om prisen er høy når noen kommer hjem. På den måten skrus ikke varme opp automatisk om strømprisen er høy. En annen er at temperaturer senkes om prisen er høy, og om prisen blir lav igjen, økes den til statusen som er normal, med sjekk om at noen faktisk er hjemme. Når det gjelder å ikke starte noen manuelle saker ( som vask/tørk eller oppvask) når prisen er høy, så har jeg ingen ting på det nå, bortsett fra at vi varsles på mobil om prisen blir "Expensive eller Very_expensive", og varsler normal om prisen har vært expencive/ Very_expensive og blir normal igjen. Tenkte litt på å skru av switch på hvitevarer om maskinene ikke går og prisen blir høy/ og tilsvarende når den senkes igjen, men tenker at det kan også skape noen sure situasjoner om noen bare må vaske noe, og maskinen "ikke har tilgang på strøm"... Sikkert mange måter å gjøre slike ting på, men dette var min innfallsvinkel. Startet opp med Zipato, via HomeSeer, forsøkte meg på Home Assistant etter en z-wave feil mens jeg kjørte HomeSeer og var veldig usikker på hele Home Assistent systemet og all koden, men etter å ha lest litt, er jeg ganske fornøyd, spesielt med alle integrasjoner som er tilgjengelig og utrolig mye god dokumentasjon på hvordan man kan og bør gjøre ting. Målet mitt er ikke en app med mange knapper, men mest mulig automatisk styring av ting, samtidig som det enkelt kan overstyres av de brytere som er i huset.

@Moskus Så du ser ingen problemer med at en kommersielt aktør direkte eller indirekte er med å påvirke ordlyden i ikke-tilknyttede og åpne diskusjonsfora? Hva om andre folk med moderatorrolle i dette forumet og som er tilknyttet Samsung SmartThings eller Philips Hue eller andre begynner å legge føringer for hva som kan og ikke kan sies om deres respektive systemer? Hjemmeautomasjon er en kjempeindustri som bare blir større, og jeg ser det som veldig problematisk hvis folk ikke får lov til å si hva de vil. Når du i kraft av å være moderator sier "Diskusjon av HS4 før åpen beta lar vi selvsagt være" synes jeg du går ganske langt over streken.

Jeg har laget config til OpenZwave 1.6, som i alle fall funker 100% for meg med Domoticz Pullrequest: https://github.com/OpenZWave/open-zwave/pull/2069

Nei. Idiotisk nok har jeg ikke fått til å legge til flere modi samtidig. Hvis noen vet hvordan jeg gjør det så for all del si i fra! (Jeg har "spionert" på kildekoden til EnTur, men når jeg prøver å gjøre det samme selv så får jeg bare feil. ) Du kan imidlertid lage en kopi av scriptet og endre "bus" til "coach". Det går helt fint. Det som ikke går er å ha flere modi i samme spørring.