Vinnerliste

Jeg selv vil rette en takk til alle foredragsholderne og en spesiell takk til de gutta som tok fly inn for å være med på dette. Kjempebra! Og for dere som gikk før trekningen av EchoDot'en kan jeg opplyse at alle badger som var lagt igjen var med i trekkningen og at Trym trakk @Lazarus som den heldige vinner. Gratulerer! Jeg rakk dessverre ikke å ta så mange bilder men her er de få jeg tok. Trym tok masse video man jeg har ikke sett på den og rekker nok ikke å gjøre noe med den før jeg drar på ferie neste uke. @Moskus : Salen følger ivrig med OpenHAB med @Lazarus : Smartthings med @Snowman :

Ikke et forsøk på vinne en designpris, men jeg fant en matboks på butikken, lagde noen hull til LED-pærer og hull til ultralydsensor. Dernest er alt sammen programmert ferdig (bortsett fra all bug'ene jeg ikke har oppdaget) slik at jeg nå * fanger bevegelse på port (testet med håndbevegelse, ultralyd) * fanger bil-tilstedeværelse (ultralyd), indikerer med grønn/rød LED tilsvarende nye parkeringshus * Skrur på relé som kobles til portåpneren om jeg ønsker å åpne porten. * Rapporterer temperatur og fuktighet. Jeg har laget 4 stk python-script som går uavhengig, og kjøres som en 'service' på Raspberry'en, et for å styre LED, et for å styre ultralydsensorene, et for å styre portåpner og et for å kontinuerlig rapportere temperatur og fukt. Scriptene snakker sammen over MQTT, og samme MQTT-buss er også kommunikasjonsveien mot OpenHAB. De tre øverste LED blinker, og har da sin egen tråd inni led-scriptet med løkke over av/på.

Så var vårt første smarthustreff avviklet. Vi maste ikke på at foredragsholderne skulle holde tiden så vi endte opp med å være ferdig kl 19, - 2 timer over tiden Totalt brukte vi altså 7 timer (!) Det er hele ble ganske bra syns jeg etter forholdene å betrakte: -Det var gratis -Det var ingen program komité -Vi betalte ingen foredragsholderne -Vi brukte lånte lokaler Som jeg sa da vi var ferdig hadde det vært gøy å høre hva dere synes var bra og hva som kunne vært gjort annerledes / bedre neste gang. Skal vi lage det større ? Mindre? Bredere fag? Smalere teknologi? Flere parallell sesjoner så folk kan velge? Kanskje Stavanger, Trondheim, Bergen eller Tromsø står for tur?? Om noen har bilder de vil dele kan de legge dem her.

For å utdype og oppsummere litt mer: # @iblis : Problemene med forsinkelser som vi opplevde kvelden før skytes for gammel versjon av deCONZ. # Det går an å lage Zigbee assosiasjoner (koble "endpoints" med "bindings") i deCONZ softwaren. Dette funker fint og @Moskus koblet ELKO dimmeren rett til en IKEA pære og av/på knappen på dimmeren til en annen pære samtidig (Altså på Zigbee nivå uten å gå via noe software) # ELKO dimmeren er fullt supportert hele veien via deCONZ til HS og er endelig et alternativ til Fibaro med impulsfjær. Så her er det vel på tide å dra igang ett power-buy ? # ELKO "endevender dimmer" fikk vi altså ikke (ennå) til å sende signaler direkte til HS. Det ser ut til at den ikke har noen egen intern verdi men bare sender OPP og NED og AV/PÅ kommandoer til EN enhet. Men dette er jo akkurat det samme som IKEA dimmeren gjør så det bør nok funke etterhvert. deCONZ rapporterer riktignok den dimmeren som "Foobar" ( ) så jeg er redd vi trenger en FW oppdatering fra ELKO - MEN denne funker altså fint ved å assosiere den til "hoved dimmeren" og styre denne (som egentlig er kun det ELKO har lovet ) - En mulig work around er jo å binde den til en pære og så bruke en HS event på pæra til å styre andre ting (pærer) # Når det gjelder termostaten virker den å være helt OK men at vi må vente på at REST APIet til deCONZ får implementert termostater for å kunne bruke den til noe praktisk.

Kona mistenker at det må være noen flotte damer på denne siten ettersom jeg til stadighet er innom .. Inntrykket mitt er vel at dette er om mulig vesentlig mer nerdete og mannsdominert enn det verste spill miljø .. eller tar jeg feil? ?

Det beste alternativet er å vente på versjon 2 som kommer på nyåret. Den nye har strømmåling og (sannsynligvis) avlesing fra gateway når den faktisk er på eller ei.

Etter at jeg skrev innlegget over har jeg lagt inn styring av VB. Har lenge hatt en 1-wire temp.giver ved blandeventilen på toppen av berederen. Den viser lavere temperaturer enn den er/bør være innvendig, men antar det er uvesentlig, de er differansen som er viktig. Dannelse av "ekle kryp" skal ikke være noe problem så lenge temperaturen går over ca 70 grader ganske ofte (hvert døgn.). (Iflg. tidligere uttalelse av fagmann). Av/på er vha. en Nexa WMR-3500. Blir spennende å se hvordan det arter seg.

Jeg benytter ikke noe eksternt bibliotek - alt skrevet selv, hvor jeg har benyttet appen og satt opp en man in the middel mellom telefonen og snappet opp alle request. Har kjørt stabilt* i 2 uker nå så er klar for en beta om noen ønsker dette. *Car-net har jo hatt sine problemer(viser kun de siste meldingen men har vært en del flere ) så i disse periodene har det vært at faktisk pluginen fungerte når ikke appen gjorde det og så klart motsatt. men alt over har det vært stabilt.

Tja, ikke uten å assosiere den mot andre devicer. Til HS rapporterer den on/off i hytt og pine.

Jo, den er dum ? Rapporterer ikke forbruk. Men hyggelig pris da. Kan nesten tyde på at det begynner å nærme seg lansering av "v.2"

Frem til 26. november har Elektroimportøren 15 % prisavslag på alt fra Fibaro.

Det skjedde nesten akkurat med meg også, panikken kommer raskt da ? Jeg fikk hentet tilbake en kopi av HomeSeerData.hsd i Data-mappa(f.eks. HomeSeerData1.hsd, se på datoen). HomeSeer hadde laget en kopi som bare var noen dager gammel. Dette er på en Windows-maskin, vet ikke om det er noen forskjell.

Jeg har analysert min egen varmepumpe i forhold til temostaten skal være konstant døgnet rundt, eller natte- og dagsenkes, og konkluderer fortsatt med at slik temperatursenking er lønnsomt; http://byggebolig.no/luft-luft-varmepumpe/dag-og-nattsenkingseffektivitet-l-l-varmepumpe

Frontend improvements continue Thanks to @Andrey-git we now have an option to consume the frontend in modern JavaScript. This makes the frontend faster to download and run. For now it's opt-in but we're looking into making it opt-out in the future. The ES5 version of the frontend will remain available for older devices. To use it in on a single browser, add ?latest to your Home Assistant bookmark. To make it the default for browsers opening the frontend, update your config to look like this: frontend: javascript_version: latest Note on custom UI: this will need to be updated to work with the untranspiled version and won't work out of the box. System log enhanced Our about screen that shows the error logs has gained a nice upgrade by @postlund. Now the 50 latest exceptions will be displayed with the option to get more information. The Hass.io release will be delayed by a couple of days because Pascal is moving this weekend. New Platforms pyLoad download sensor (@iMarkus - #10089) (sensor.pyload docs) (new-platform) Add LaCrosse sensor platform (@hthiery - #10195) (sensor.lacrosse docs) (new-platform) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (sensor.neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Add platform and sensors for Vultr VPS (@GenericStudent - #9928) (vultr docs) (binary_sensor.vultr docs) (sensor.vultr docs) (new-platform) Adds support for Tile® Bluetooth trackers (@bachya - #10478) (device_tracker.tile docs) (new-platform) Support presence detection using Hitron Coda router (@arilotter - #9682) (device_tracker.hitron_coda docs) (new-platform) Add basic backend support for a system log (@postlund - #10492) (system_log docs) (new-platform) New sensor viaggiatreno. (@fabfurnari - #10522) (sensor.viaggiatreno docs) (new-platform) Breaking Changes hass.states.is_state_attr(entity_id, attribute, value)has been removed. The template version still exists. Unused method parameter wait has been removed from hass.bus.async_fire(@balloob - #10305) (breaking change) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Lutron released a firmware updated for the Caseta system which removed our ability to connect to and control the bridge device over SSH, breaking compatibility with pylutron_caseta and Home Assistant. Component has been updated to work again, please see the docs on how to set it up. (@mdonoughe - #10286) (lutron_caseta docs) (breaking change) All changes Bump python-miio for improved device support (@syssi - #10294) (light.xiaomi_miio docs) (switch.xiaomi_miio docs) pyLoad download sensor (@iMarkus - #10089) (sensor.pyload docs) (new-platform) Add LaCrosse sensor platform (@hthiery - #10195) (sensor.lacrosse docs) (new-platform) Clean up core (@balloob - #10305) (breaking change) Refactor Neato botvac components as a vacuum (@jabesq - #9946) (neato docs) (sensor.neato docs) (switch.neato docs) (vacuum.neato docs) (breaking change) (new-platform) Move constants to setup.py (@fabaff - #10312) (no_ip docs) Add option to overwrite file to the downloader component (@arsaboo- #10298) (downloader docs) Use constants for HTTP headers (@fabaff - #10313) (binary_sensor.aurora docs) (device_tracker.tplink docs) (device_tracker.upc_connect docs) (media_player.bluesound docs) (sensor.haveibeenpwned docs) (sensor.zamg docs) (telegram_bot.polling docs) fix a import in test causing vs code to fail to discover (@perosb - #10358) Upgrade sqlalchemy to 1.1.15 (@fabaff - #10330) Move counter component (@fabaff - #10332) (counter docs) Add platform and sensors for Vultr VPS (@GenericStudent - #9928) (vultr docs) (binary_sensor.vultr docs) (sensor.vultr docs) (new-platform) Add heal_node and test_node services. (@turbokongen - #10369) (zwave docs) Addition of new binary sensor class 'plug' (@echox - #10336) (binary_sensor docs) Upgrae simplepush to 1.1.4 (@fabaff - #10365) (notify.simplepush docs) Update aiohttp to 2.3.1 (@pvizeli - #10139) Device model identification of the Xiaomi Philips Ceiling Lamp fixed. (@syssi - #10401) (light.xiaomi_miio docs) Zwave save cache to file now. (@turbokongen - #10381) (config.zwave docs) Bump to 0.12.2 to fix urllib3 dependency (@MisterWil - #10420) (abode docs) Remove extra info from zwave entity states (@armills - #10413) (zwave docs) Fixes issue #10425 (@robmarkcole - #10426) (sensor.london_air docs) Add baudrate option to Serial sensor (@dgomes - #10439) (sensor.serial docs) (breaking change) Remove model info from state (@balloob - #10399) (light.tradfri docs) update tibber library (@danielhiversen - #10460) (sensor.tibber docs) update pywebpush==1.3.0 (@perosb - #10374) (notify.html5 docs) Fix slow WOL switch test (@balloob - #10455) Fix recorder stop on SQLite vacuuming error (@milanvo - #10405) Add include/exclude filter to mqtt_statestream (@mw-white - #10354) (mqtt_statestream docs) Upgrade to 0.1.2 (@TopdRob - #10348) (notify.free_mobile docs) Upgrade pyatv to 0.3.6 (@TopdRob - #10349) (apple_tv docs) Remove useless temp converting (@pvizeli - #10465) (climate.homematic docs) Upgrade apns2 to 0.3.0 (@TopdRob - #10347) (notify.apns docs) Improvement of KNX climate component (@Julius2342 - #10388) (knx docs) (climate.knx docs) Updated gc100 package requirement to 1.0.3a (@davegravy - #10484) (gc100 docs) Remove lag from Harmony remote platform (@amelchio - #10218) (remote docs) (remote.harmony docs) Improve error handling. (@cgtobi - #10482) (influxdb docs) Upgrade psutil to 5.4.1 (@fabaff - #10490) (sensor.systemmonitor docs) Upgrade youtube_dl to 2017.11.06 (@fabaff - #10491) (media_extractor docs) Fix for telegram polling. (added pausing when error occurs) (@sander76 - #10214) (telegram_bot.polling docs) add JSON processing capabilities to sensor_serial (@dgomes - #10476) (sensor.serial docs) upgrade to new pylutron_caseta with TLS (@mdonoughe - #10286) (lutron_caseta docs) (breaking change) Bump dev to 0.58.0.dev0 (@fabaff - #10510) OwnTracks Message Handling (@ehagan - #10489) (device_tracker.owntracks docs) Add support for Alexa intent slot synonyms. (@kmdm - #10469) (alexa.intent docs) Introduce media progress for Yamaha Musiccast devices (@jalmeroth - #10256) (media_player.yamaha_musiccast docs) Add an option to serve ES6 JS to clients (@andrey-git - #10474) (websocket_api docs) Adapt to new yarl API (@tinloaf - #10527) (tts.google docs) Update nederlandse_spoorwegen.py to include platform information (@hmmbob - #10494) (sensor.nederlandse_spoorwegen docs) Pin yarl (@tinloaf -

Vurderer å lage en plugin av det slik at jeg kan implementere Thermostat Interfacet til HomeSeer, og dermed få virtuelle termostater definert som "ordentlige" termostater. Samt at det da også vil fungere på Zee2 og Linux...

Tibber.

Fikk oppdatering i helgen. Vi kan forvente dem i første kvartal....

Det er ingen kunst når scriptet er 99.98% skrevet fra før, bare koper det.

FYI, Xiaomi temp/ humidity sensor virker ikke enda med deCONZ/ JowiHue/ HS3, men Wim har sagt at han skal få fikset det, han trenger bare litt "debug data" først.

Jeg fikk følgende svar fra BKK 13.11.2017:

Jeg fikk kontakt med montøren og har purret litt på å få fullført installasjonen slik at jeg kan gjøre noen reelle målinger. Kanskje noen kan ha glede av de også, om ikke annet for å se hva som kan være realistiske tall å putte inn i regnestykket. Litt om systemet jeg har: Huset er bygget i 2009 og er en relativt liten enebolig, bygget i tre. Sannsynligvis en av de siste som ble bygget med 6 toms vegger. Rundt 75 kvm grunnflate og halvannen etasje. Ingen kjeller. I første etasje er det nedstøypt vannbåren varme i alle rom, fordelt på tre kurser (soverom, bad og kjøkken/stue). Varmepumpen er (nå) en Carrier "monoblokk" 30AWH 008. Tror 8-tallet her angir noe slik som maksimalt tenkelig avgitt effekt i nedoverbakke og hjemlengsel, og det er nok godt i overkant av hva som trengs her. Denne pumpen tok over for en tidligere modell som røk da det gikk frost i varmeveksler. Da denne røk satt jeg med fint fungerende varmeanlegg likevel, bare at oppvarmingen skjedde fra elektriske elementer i varmtvannstanken. Det finnes ingen kjøling, og heller ingen andre komfort-relaterte fordeler med å kjøre varmepumpe istedet. Dette er dermed utelukkende et spørsmål om en ønsker å investere en viss pengesum i å spare penger i det lange løp. For min del kostet det ca kr. 79 827,50 å få inn ny pumpe. Dette inkluderte da mva, og også en energimåler for tilført elektrisk strøm og en måler for avgitt varme. (Takk til forsikringsselskap, Enova og andre støttespillere!) Den elektriske energimåleren er en veldig enkel måler som ser ut som en liten 1-fas sikring og monteres i sikringsskapet. Noe slik som dette: Fra denne kan en lese total energi (i kWh siden installasjon) på displayet, og en vil få ut en blink og et elektrisk signal (open collector) for hver Wh som ble brukt. (ja, 1000 for 1kWh). Dingsen er koblet til en egen kurs som forsyner varmepumpe, sirkulasjonspumper og elektronikk-kort i fordelingsskap for vann-kursene. Måleren for avgitt energi er en Zenner C5 av typen med et s.k. skovlhjul og to temperatursensorer. Denne gjør en litt mer komplisert jobb, idet den måler vannstrøm og måler temperatur før og etter varmepumpen. Ut fra dette kan den vite at å varme opp en liter vann (et kilogram strengt tatt) trenger 4180 joule, for 1 grads økning. I tillegg kan den fortelles hvor mye glykol en har i "varmevæsken" og skjønne at en viss prosentsats her gir litt annerledes varmekapasitet. Ut fra det hele kan en lese av data på display eller, hvis en våger få litt skitt under neglene, lese det ut av M-Bus med en arduino Arduino-tingen som da kan samle sammen info ser gjerne slik ut: (Samme tingen her kan da samle inn pulsene fra elektriske meteret og fra Zenner måleren) Det hele fores så inn på en MQTT, hvorfra en da kan gjøre hva en vil med dataene. Min tanke er da at en mulig kan gjøre en mer reell måling av hvor god en varmepumpe egentlig er, og kanskje sette opp et regnestykke for om hvor mye en egentlig tjener på å gjøre en slik installasjon. Min leverandør viser til datablad som oppgir ca. 4 som en virkningsgrad (COP) på varmepumpen. Blir nå spennende å se hvor nærme vi kommer....

Jeg leste jo ut målertype, det er altså min 1-fas Kamstrup-måler.. Dette leste jeg ut : 6861111BN242101040 ,Og dette leser vi i manualen : Så da kan du jo lese ut den stringen, og vite at det er en 1-fas eller 3-fas måler... Har forøvrig det seende slik ut i Homeseer nå : Alt ser ut til å være stabilt... Andreas

Jeg stemmer for at @Lazarus gir oss et solid grunnkurs i "addressable LED strips".