Vinnerliste

Du tenker på hvorfor jeg velger å ha en HDMI switch i utgangspunktet? Kort fortalt: Fordi jeg ønsker å kunne bruke/se på alle mine HDMI kilder i alle rommene i huset. Men fra en entusiast skal du selvfølgelig også få det lengre svaret: Jeg har et hus med TV i stua, loftstua, vårt soverom, samt på et rom som fungerer som dels gjesterom og dels gaming-rom for barna. I tillegg har jeg lagt opp kabling til kjøkkenet, for en framtidig skjerm der også når det f.eks. går noe spennende sport som vi ønsker å ha i bakgrunnen når man lager mat. For å slippe å ha 5 Apple TV, 5 TV-bokser, 5 Playstation, ...., har jeg koblet alle mine kilder til en switch som så distribuerer hvilken som helst kilde til hvilken som helst skjerm i huset. Jeg hadde selvfølgelig kommet rimelig langt bare med å plugge en chromecast i hver skjerm, men jeg begrenser meg da til video som kan streames. (Også er det ikke halvparten så gøy! ?) Totalt har jeg 7 kilder (Apple TV, PS4, PS3, 2 TV bokser, Chromecast og serveren med HS3 på), som alle kan vises og benyttes i alle rom i huset. (Playstation krevde at jeg også la opp en ekstern antenne for at håndkontrollen skulle få dekning, men det fungerte utmerket.) Det hele styres med 2 fjernkontroller (1 i hver etasje) som er koblet til samme Harmony Hub. På den måten har selv de minste barna, og gjestene for den saks skyld, ingen problemer med å skru på hva det måtte være, hvor det måtte være. I tillegg kan selvfølgelig HS3 også styre alt dette, enten per aktivitet eller komponentene enkeltvis, som er nyttig i et par av eventene mine. Fordelene er mange, men noe av det vi bruker mest: - Hvis flere vil se på forskjellige ting, enten det er ulike TV kanaler eller ulike kilder, lar det seg enkelt gjøre ved å sette seg på forskjellig rom, uavhengig av hva man skal se på. - Både jeg og kona har lett for å sovne til en film eller serie, så når vi blir trøtte på kvelden setter vi gjerne det vi ser på på pause, gjør oss ferdige på badet, legger oss, og ser videre fra der vi slapp, uansett hva vi så på. Kan gjerne kombineres med en timer som skrur av alt automatisk etter x minutter. - Når jeg selv har en "frikveld" (f.eks. når kona drar på nattevakt), ønsker jeg å game i stua, der jeg har gode stoler og godt anlegg. Når vi derimot sitter i stua selv, og ungene skal spille, blir de henvist til gjesterommet så vi ikke blir forstyrret. ... For meg begynte dette allerede da vi hadde en liten leilighet, hvor stue og soverom lå vegg-i-vegg, og hvor jeg satte opp en 4x2 switch på tilsvarende måte. Deretter har det bare ballet på seg, og nå vurderer jeg altså sterkt å gå til innkjøp av en 8x8 switch til nesten 20k... ? Jeg har full forståelse for at dette absolutt ikke er for alle, men for meg er dette en givende hobby. Men jeg tilhører nok en temmelig liten gruppe med "spesielt interesserte" ? PS: Det skal legges til at jeg nettopp har pusset opp store deler av huset, og fikk trukket mye 40mm trekkrør fra "sentralen" min i kjellertrappa midt i huset, og til alle rom med skjerm. Dette gjør at jeg enkelt kan trekke maks 10m HDMI kabel fra switchen til alle skjermer, uten at kablene ligger synlig. Ellers ville denne løsningen blitt vanskelig, og jeg hadde blitt tvunget over på en tilsvarende løsning som @Moskus har, med HDMI over cat6. Da holder det med vanlige trekkrør, og kablene kan være mye, mye lengre, men switchen koster gjerne det dobbelte og det gir litt mer delay på bildesignalet (som har en del betydning ved gaming).

Har oppdatert dette da det første utgangspunktet med ESP-01 ikke er så mye brukt lenger samt det er mye enklere med de nyere ESP variantene som Nodemcu, Wemos, ESP32, osv. som har det som trengs innebygd på kortet. Jeg gikk selv raskt over til en Nodemcu like etter jeg brukte ESP-01 pga litt nettere innstallasjon, så på tide med en update da jeg ser flere ønsker å gjøre dette . Jeg bruker enda kode som er fra 2018 som virker helt fint for meg, men det er blitt oppdatert flere ganger på https://github.com/SwiCago/HeatPump ------------- Deler litt bilder og hva jeg gjorde for å få Mitsubishi varmepumpe online med ESP8266 WIFI modul. Utgangspunket var å få noe bedre en zxt-120 til å styre varmepumpa og noterte meg at det kan kjøpes diverse plugin moduler fra Mitsubishi for dette (blant annet MelCloud WIFI adapter). Så da tenkte jeg at det måtte være noen terminaler eller plug som en kunne koble seg til. Heldigvis så er det noen som har trakka løypa først så noen kloke hoder har reversert kommunikasjonen på CN105 porten på disse varmepumpene og laget hardware oppsett og software bibliotek for dette; https://github.com/SwiCago/HeatPump. I korte trekk så er det en kontakt, CN105, som har seriell kommunikasjon og 5V på ene pinnen så da sier det seg selv at en ESP modul er rette valget her. Denne porten finnes på de fleste Mitsubsihi varmepumper, hvis varmepumpen søtter MelCloud så har den denne kontakten slik jeg har forstått det. Jeg har en Mitsubishi FD-Heat Kirigamine (MSZ-35FD). Så da er det bare å trekke ut strømkontakten til varmepumpa og åpne opp. Finner hovedkortet og i mitt tilfelle så må en ta ut flere kontakter for å få ut hovedkortet. CN105 kontakten ser ut til å være brun i det fleste tilfeller. Den har 5 pinner. Type kontakt som passer er PAP-05V-S, jeg kjøpte min fra Elfa: 300-21-706 "PAP-05V-S Krympehus Poles 5, JST 300-21-733 "SPHD-001T-P0.5 - Klemkontakt Hunn 26...22 AWG, JST" Elfa har også ferdige ledninger med klemkontakt montert i svart og rød for å gjøre det litt enklere; 143-52-231 "Rød Forkrympet ledning DF11 Hunn 500mm 143-52-235 "Sort Forkrympet ledning DF11 Hunn 500mm" Jeg gikk for klemkontakter så jeg kunne være litt fargerik på ledningene, bruker kontakter 2 - 5 (TX,RX,5V,GND). Siden jeg har min pumpe opp under taket laget jeg en lang ledning slik at jeg kan ha ESP modul på toppen. Laget et lite hakk i kabinett for ledning ut. Har en liten nedfelt "hylle" på toppen hvor jeg har ESP liggende. Flere modeller har også plass innvendig for ESP modul så kan gjemmes vekk hvis ønskelig. Sjekket at det var 5V på plus leding etter mod (NB! pinne 1 har 12V) så en slipper uønsket grill party. Tilkobling fra CN105 kontakt direkte til Nodemcu blir da slik som under. Kjører 5V fra varmepumpe kontakt inn på 5V inn på nodemcu (VIN). Ser da noe sånt ut som dette: Jeg brukte Arduino IDE med Nodemcu og PubSubClient MQTT biblioteker. På HS3 brukte jeg mcsMQTT plugin da denne parser JSON direkte og lager egne devicer for hver parameter i JSON strengen. Tick av "a" for de lesingene du ønsker og den lager devicer i Homeseer. Trykk på "ref" for å legge til knapper for de ulike parameterene. For hver kommando en vil sende til varmpepumpen må en legge til en kommando. Brukte MQTTlens for Windows med testing. Trykker på f.eks ID "534", tick av Button for "knapper" på HS device siden. Deretter gå til "HS Device VSP list" og legg til kommandoer. Skriver bare i feltet: "0=SWING" og tar retur, deretter neste knapp "1=<<", så bygger en listen nedover som da blir "knapper" i device siden. Det vil da se slik ut: * Oppdatert: dette eksempelet er som sagt laget med 2018 kode så det kan avvike litt fra det siste på https://github.com/SwiCago/HeatPump. Er nye opsjoner som f.eks ignorerer vanlig IR fjernkontroll og overstyrer med satte parameter. Modifiserte MQTT eksempelet med fixed IP og laget egne MQTT subscriptions for de ulike kommandoene da mcsMQTT plugin for Homeseer ikke sender JSON for kommandoer. Noter de ulike topics f.eks heatpump/set/fan nedenfor i settings for mcsMQTT som en må sette for hver device som skal sende data. I utgangspunktet er eksempel kode på ESP'en satt opp med å motta alle parameter på same topic, må da sende MQTT payload som JSON streng f.eks {temperature: 24}. Så derfor tok jeg en "kjapp" update med egen topic for hver setting og tar da bare verdi rett fra device i homeseer som payload for raskt få det til å virke. Men her kan en lage det som en vil uansett. Jeg la til disse som nye topics i .h filen, måtte også oppdatere litt i "void mqttCallback(...) samt registere de nye MQTT topics. // new topics for Homeseer/mcsMQTT const char* heatpump_set_power_topic = "heatpump/set/power"; const char* heatpump_set_mode_topic = "heatpump/set/mode"; const char* heatpump_set_temperature_topic = "heatpump/set/temperature"; const char* heatpump_set_fan_topic = "heatpump/set/fan"; const char* heatpump_set_vane_topic = "heatpump/set/vane"; const char* heatpump_set_widevane_topic = "heatpump/set/widewane"; Får da hver gang det er en forandring på varmepumpe settings (enten via MQTT eller fjernkontroll) og da oppdateres MQTT topic "heatpump" som JSON streng: {"power":"ON","mode":"HEAT","temperature":25,"fan":"2","vane":"SWING","wideVane":"SWING"} Ellers leser den temperatur hver 60 sekunder (kan justeres i kode) på topic "heatpump/status: {"roomTemperature":25,"operating":true} ...og det var en kort update på hvordan jeg fikk min varmepumpe online .

My ZwaveTool er en beta plugin som gjør det mulig å lage egendefinerte XML filer for enkelere administrasjon og konfigurasjon av ZWave device parametere. Om det er fler som har lyst til å dele XML filer for MyZWaveTool til HS3 så kan de postes her - Template er vedlagt. Note: Det er viktig at man dobbeltsjekker XMLfiler man laster ned før man bruker de. XML filer kan lages for spesifikk Firmware versjon, eller generisk for alle av samme device type. Generiske har større risk for at parameteren gjør noe annet enn man tror. Dobbeltsjekk med brukermanualen for dine enheter før du bruker XML filene. MyZwaveTool.xml.template Filer som lastes opp skal ha informasjon om hvilken Firmware versjon av enheten den er beregnet for.

Lenge sidan no, men det var jo artig likevel: På VK1 elektro skulle vi kople PLS mot gamle vaskemaskiner der høgre, venstre, sentrifuge, varmeelement, vatn inn og ut osv var tilgjengelig for tilkopling med bananpluggar. PLS-programmet var klart og maskina var klar for vaskeprogram spesial. Alt gjekk tilsynelatende fint fram til det kom røyk ut av maskina, og det viste seg at varmeelementet var innkopla uten at magnetventilen til vatnet var opna... ? Det skal seiast at vi visstnok ikkje var dei første, og heilt sikkert ikkje siste, som fekk til det samme...

Du styrer via events i Homeseer. Fjernkontrollen kan ikkje være kopla både direkte mot lyspæra og HS.

Testet ok å endre til egen mqtt server. Kjører mosquitto på egen ubuntu box med self signed ca. Fulgte denne guiden: http://www.steves-internet-guide.com/mosquitto-tls/#server http://www.steves-internet-guide.com/creating-and-using-client-certificates-with-mqtt-and-mosquitto/ (Viktig å sette CN på server-certifikatet til ip'adressen man legger inn i config-websiden. ) Og kjører det inn i config-websiden som nevnt over. Kjører også en enkel web-server som legges inn i update url feltet. Mottar da byte arrays i meldingene til mqtt, men noen har heldigvis laget en egen sak i node-red for å parse dette. (digg node-red-contrib-ams-decoder) Så da kan jeg kjøre ferdig-kverna json rett i influxdb.

For å finne de parameterne som trengs for at plugin skal plukke korrekt XML for enheten så bruker man følgende 4 felter : eksemplet over korresponderer med følgende XML fil: <xml version='1.0' encoding="UTF-8"> <Device name="Fibaro Wallplug" url="..." Manufacturer='0x10F' ProductType='0x602' ProductID='0x1001' version="3.2">

Psykisk kobling av lyset på loftsgangen til bevegelsessensoren ble ikke helt som tenkt. Lurer nå på hva jeg tenkte på egentlig. Og det pga. de firbente. De gjorde sport i å komme lengst inn i rommet før lyset slo seg på. Dette lærte de mens jeg testet med korte tider. Morrofaktoren vil sikkert synke etterhvert, kanskje. De tror at de har fått seg ny jobb, nemlig å sørge for at lyset er på..