Gå til innhold
  • Bli medlem

Vinnerliste

  1. Lazarus

    Lazarus

    Crew


    • Poeng

      5

    • Innholdsteller

      678


  2. Tor Magnus

    Tor Magnus

    Medlemmer


    • Poeng

      2

    • Innholdsteller

      121


  3. Eskil

    Eskil

    Medlemmer


    • Poeng

      2

    • Innholdsteller

      14


  4. ZoRaC

    ZoRaC

    Crew


    • Poeng

      1

    • Innholdsteller

      5 614


Populært innhold

Viser innholdet med mest poeng fra 11. okt. 2018 i alle områder

  1. Endelig fått montert en av mine MQTT styrte LED striper.
    4 poeng
  2. En liten oppdatering til dere som måtte dumpe innom denne tråden i søken etter en måte å få kontroll på lading av EL-bil og i mitt tilfelle en 2018 Nissan Leaf. Se litt tilbake i tråden for hvordan få kontroll på Garo hjemmelader med wifi. Som tidligere beskrevet har denne en innebygd Rasperry Pi og kan gi deg full styring og kontroll på om laderen er av eller på og hvilken ladestyrke den leverer. Det jeg ikke har funnet noen løsning på er å hente ut batteristatus fra bilen gjennom laderens grensesnitt. Jeg vet ikke om laderen og bilen kommuniserer på en slik måte at denne verdien er tilgjengelig gjennom laderen, så i min fungerende løsning bruker jeg pycarwings2 og et python script for å hente batteristatus rett fra bilen. Installasjonsinfo finnes her: https://github.com/glynhudson/leaf-python-mqtt Hvis du er like noob på linux og python som meg, kan det hende du støter på et og annet problem rundt manglende moduler på din linux-installasjon. Selv har jeg fått det hele til å gå stabilt på en rasperry pi og med MQTT broker (server) gående på en synology NAS. MQTT kan selvsagt kjøre på samme Pi som python og HS, men jeg liker å skille ting litt. I HS trenger man også en MQTT plugin. Jeg bruker mcsMQTT som gjør jobben på en glimrende måte. Legg merke til at pycarwings2.py fila må editeres for å gå til rett sted ( BASE_URL = "https://gdcportalgw.its-mo.com/api_v180117_NE/gdc/" i skrivende stund). Denne kan endre seg fra tid til annen... Når denne var feil fikk jeg errormelding om "API Error" Jeg laget noen events i HS som gjør at bilen lades hurtig opp ved lav batteriprosent og tregere hvis det er lite som skal lades. Kan også stoppe lading ved en viss prosent. Med alle mulighetene i HS kan man styre lading av bilen til tidspunkter på natta med billig strøm eller for eksempel skru av varmepumpe og varmtvannsproduksjon når bilen lades for å komme under en fremtidig tariff.
    2 poeng
  3. Mer Z-wave! Nå begynner det å bli hakket mer avansert. Vi retter et par små-feil, og vi setter opp litt assosiasjon. HomeSeer og Z-wave Øverst til høyre på "Device Management"-siden finner du en blå knapp med et antenne-symbol på. Det er Polling. Trykker du på den vil HomeSeer spørre nodene du ser om hvilken status de har. Hvis du kikker litt nærmere på en Fibaro Dimmer 2 node, vil du se at et par ekstra enheter som ikke gir fornuftig informasjon, samt en ekstra "dimmer" (som gjør at status ikke blir oppdatert hvis du trykker på en fysisk knapp). Jaha, men hvorfor fikk vi de? Problemet er egentlig ikke HomeSeer. Det er hvordan Fibaro har valgt å skrive firmwaren sin. Noen gateway'er og programmer har et grunnleggende Z-wave-oppsett i bunn, men legger til støtte enhet for enhet. Problemet med en slik tilnærming er at det krever mye energi, man får et begrenset utvalgt enheter, og en gammel enhet med ny firmware må testes på nytt fordi oppdateringer kan fikse en ting men ødelegge for noe annet. HST går istedenfor bredt ut. HomeSeer sin "policy" er at hvis en enhet er sertifisert ihht. Z-wave (Plus) så skal den være støttet i HomeSeer. Men støtten er dermed avhengig av produsenten. Hvis de har gjort alt riktig uten å gjøre noen "smarte tilpasninger" (for eksempel for å kunne bli integrert "bedre" i sin egen gateway enn andre) så går det glatt inn i HomeSeer. Fibaro lager god hardware, men firmwaren er (etter min mening) ikke like god. Men Fibaro er langt fra de eneste som har dette problemet. Feilretting Først retter vi på assosiasjoner slik at HomeSeer og dimmeren snakker sammen. For å konfigurere en node, må vi finne "root". I de fleste tilfeller finner vi root'en øverst i node-gruppa, med tannhjul-symbolet og teksten "No Status" (root har normalt ingen status). Trykk på "Fibaro Switch Multilevel", og gå til tab'en "Z-wave". Du ser noe slikt: Trykk på den gule pilen foran "Associations". Hos meg ser det da slik ut: MERK: Det korrekte pr. april 2020 er at Group 1 skal være assosiert til HS med Endpoint 1 for en Fibaro Dimmer 2. Group 2, 3, 4 og 5 skal ikke være assosiert til HomeSeer (men kan være assosiert til andre lys hvis du ønsker det, selvfølgelig), Det skjulte under var gjeldende praksis da guiden ble skrevet. EDIT: Du trenger muligens ikke slette disse devicene lenger, de kan faktisk gi nyttig informasjon. Det er avhengig av hvilken firmware du har på Dimmeren, og hvilken versjon av Z-wave plugin'en du kjører. Det vil klare seg med å bare skjule (velg "Hide") dem istedenfor å slette dem. Så sletter vi "devicer" ikke gir mening. Du kan slette "Heat Notification", "Power Management Notification", "System Notification" og "Switch Multilevel 2". Det gjør vi enklest ved å velge dem med avkryssingsboksene til venstre, og velger "Delete" i nedtrekksmenyen øverst til venstre. Sånn! Nesten ferdig! Hos meg manglet "Switch Multilevel 1" (av for meg uforståelige grunner) kommandoen "On Last Level". "On" betyr "dim til 100%", mens "On Last Level" betyr "dim til det nivået dimmeren var satt til sist", og er dermed ganske hendig. Hvis denne ikke dukker opp hos deg, er det heldigvis enkelt å legge til. Trykk på den blå linken til "Switch Multilevel 1" og gå til tab'en "Status Graphics". Denne vil sannsynligvis se slik ut: Vi skal legge til en entalls verdi/kommando og trykker på knappen "Add Single Value". Value settes til "255", status tekst endres fra "Change me" til "On Last Level", og i nedtrekksmenyen under velger du "On Alternate". Row settes til "1" og Column til "3". Så blar vi helt nederst til siden og trykker "Done". For sikkerhets skyld trykker vi på "Switch Multilevel 1", går til "Status Graphics"-tab'en og verifiserer at verdiene ser slik ut. (Dette har aldri vært et problem med PC-versjonen, men Zee2 tullet litt med dette før versjon .270. Burde være fikset nå, men vi sjekker likevel). Nå er alt vel! Når du har gjort dette et par ganger, vil det gå raskt etterpå. Det tar ca. 30 sekunder (avhengig hvor lang tid assosiasjonene tar). ... og det er bare å fortsette å inkludere noder. Under er en eldre Qubino dimmer inkludert. Parametere En node har sannsynligvis flere innstillinger enn de som er tilgjengelige via et brukergrensesnitt. Dette er typisk for verdier som ikke behøves å justere så ofte. Eksempler er temperatur-kalibrering, følsomhet for en bevegelsessensor, hvor lang tid en dimmer bruker på dimmer opp/ned lyset, og så videre. Slike ting justeres vanligvis med en parameter. En parameter består et parameter-nummer (et heltall mellom 0 og 255), samt en verdi (1 byte, 2 eller 4 bytes). Men det er ingen fastsatte regler om hva de forskjellige parameter-nummerne er, så det må vi slå opp i manualen. Det er også viktig å bruke manualen som fulgte med i boksen til produktet du kjøpte, for andre firmware-versjoner kan faktisk ha andre parametere. Fibaro Dimmer 2 har en snedig funksjon som heter "auto calibrate". Den sjekker hvordan lyskilden som er koblet til oppfører seg ved forskjellige lysstyrker, og tar så hensyn til dette når dimmeren senere skal dimme lyset. Den starter automatisk når du kobler opp dimmeren første gang, men man kan også tvinge den i gang senere (og det er praktisk!) ved å sette sette parameter 13 til 1 (eller 2 hvis du bruker en Bypass). Igjen går vi til root, og videre til Z-wave. Vi trykker på den gule pilen foran "Settings", og fortsetter med å velge parameter 13, og sette verdien til 1. Slik: Så er det bare å trykke på "Set"-knappen, og autokalibreringsfunksjonen starter. Merk: Hvis du allerede har satt en parameter, men ikke husker hva du satte den til, kan du velge parameternummeret og la "Value" være blankt. Trykker du da på "Set" vil HomeSeer hente verdien du har satt. Hvis du ikke har satt en verdi, vil du sannsynligvis få teksten "ERROR". Da er det standardverdien som gjelder (så du må slå opp i manualen). Andre noder har et ferdig oppsett slik at du enkelt forstår hvilke parametere du justerer. De fleste noder kommer uten dette ferdige oppsettet (og her skulle jeg ønske HomeSeer kunne bruke et XML-oppsett eller noe slikt, det er ikke "rocket science" å skrive en tekst og et tilhørende parameter-nummer). Se skjult tekst for langt bilde. Parametere har potensiale til å kunne skape kaos av en ellers fungerende node, så vær litt forsiktig... Assosiasjon Kort fortalt lar assosiasjon en node styre en annen. En node kan ha forskjellige grupper ("Groups"), som gjør ulike ting. F.eks. en bevegelsessensor kan ha en gruppe for å skru av/på andre noder basert på bevegelse og en annen gruppe for å skru av/på andre noder basert på lys. Fibaro-dimmerne har to brytere. Bryter 1 (navngitt "S1",) styrer først og fremst lyset dimmeren er koblet til. Men bryter 2 ("S2") bruker assosiasjon til å styre andre lys. Jeg har satt det opp slik at bryter 2 i stua styrer kjøkkenlyset og motsatt. For Z-wave Plus er alltid "Group 1" det som er kalt "lifeline". Gruppe 1 skal alltid assosieres med master controller, og der blir informasjon mellom noden og master utvekslet (som f.eks. "Instant Status" som forteller HomeSeer at noden har blitt skrudd på eller av via knapp eller andre assosiasjoner). I "gamle dager" var det ingen standard for lifeline, "Instant Status" var ikke engang vanlig. Versjon 1 av dimmerne fra Fibaro og Qubino brukte da den siste gruppen til lifeline (hhv Group 3 og Group 4). S2 i stua styrer kjøkkenlyset (merk at det er snakk om Dimmer 1, ikke 2? S2 på kjøkkenet styrer lyset i stua: Merknad 1: I bildet over når under overskriften "Feilretting" ser du at HomeSeer er assosiert til alle gruppene. Dette skal egentlig ikke være nødvendig! Z-wave Plus bruker som nevnt Group 1 som lifeline. Det skal være tilstrekkelig å kun assosiere Group 1 til HS3. Merknad 2: Ved bruk av assosiasjon er det også viktig å lese bruksanvisningen. For eksempel har Dimmer 2, som poengtert her, to grupper knyttet til knapp S1. Gruppe 2 og Gruppe 3 styres fra S1: Gruppe 2 sender kun On/Off mens Gruppe 3 også kan dimme. Det samme for knapp S2, men da er gruppene hhv 4 og 5. Includering secure/non-secure Alle dørlåser med Z-wave må bruke "secure" inkludering. Dette fordi kommunikasjonen mellom HomeSeer og dørlåsen skal krypteres, og som et sikkerhetstiltak må avstanden mellom controlleren og noden være 60 cm eller mindre når du setter den opp første gang. Det gjør det litt kronglete å sette opp en allerede montert dørlås, men det er kjekt å vite at kommunikasjonen er kryptert. Og jeg vil si det er kjekt med kryptering (men ikke nødvendig) for noder som f.eks. styrer ovner. Men for eksempelvis dimmere og bevegelsessensorer er det min personlige mening at kryptering er litt overkill. Kryptering med Z-wave har noen ulemper: Som nevnt må avstanden mellom controller og node være liten. For en montert dimmer kan dette by på problemer. Det gir mer kommunikasjon og dermed mer belastning på Z-wave nettverket For batteridrevne noder, som f.eks. en bevegelsessensor eller magnetsensor, betyr kryptering vesentlig høyere batteribruk. Men er det enkelt å oppfylle kravene til kryptering og det er enheter som ikke bruker batteri, er det ikke noe problem å bruke kryptering. Z-Health EDIT: Z-Health er faktisk nå tatt bort fra HomeSeer. Det er behøves ikke lenger, slik det var i gamle dager. Oppsummering I del 3 la vi til et interface og inkluderte noder i nettverket, og optimaliserte nettverket. Denne gangen har vi rettet noen feil med oppsettet, vi kan justere parametere og bruke assosiasjoner for å kontrollere noder. Tidligere har vi sett på valg mellom de ulike versjonene (del 1) og hvordan man setter det opp (del 2). I del 5 skal vi se nærmere på bruk av 433MHz-teknologi med RFXtrx433, og i del 6 det skal vi behandle alle enhetene våre, navngi dem, sortere, og se litt nærmere på mulighetene vi har i grensesnittet. Spørsmål? Kommentarer? Gi lyd i kommentarfelet!
    1 poeng
  4. Tips: Da ser det ut til at MikroTik kaster seg med i gjengen som har apper med adminstrasjonsgrensesnitt. https://play.google.com/store/apps/details?id=com.mikrotik.android.tikapp Virket greit det lille jeg har testet, men som alltids med beta versjoner, den kan ha bugs. Liten snutt fra Sesame Street som dette minnet meg på. ?
    1 poeng
  5. Er ikke i mangel på prosjekter, men ... for å være forberedt på høyvann ved hytta: Anskaffet en fyrlykt fra en kar som lager slike på Ågotnes. Den er 100cm høy, utført i 3mm aliminium, svesiet pent, skikkelig og solid utført. Består av 3 deler, bunn, kropp og tak. Kostet kr 6000,- + ca 1000 for frakt. Den ble levert med holder for én E27 pære, men har modifisert til 6 stk (max 8 dimbare led, 5,5w, GU10. (Den er 8-kantet, men har ikke montert lys mot baksiden.) Som det framgår av bilde finnes en 12mm bolt i midten, slik at lysene kan justeres opp/ned. For tilførsel, kabel ca 25m, 2,5mm2. Kablen går til kontakt inne i lykta, og selve lysholderen er utstyrt med støpsel. Inspisert av 2 elektrikere. Den ene mente lykta skulle blinke.... (Ikke så populært blant naboene, så det ble fast lys) Pga GU10 soklene er det Ikke IP65 eller 54, men den er tett nok, og elektriker sier dette er å betrakte som innendørs og da er det ok. Kurs er med jordfeilbryter. Dimmes med en Fibaro dimmer 2, montert ved hytta. Lys på ved solnedgang, dimmer til 60% trekker da ca 17watt Dimmer ned 10% hver time fram kl 23:30, da dimmes til 2% (for natta) og trekker ca 0,7watt. (Ifølge Fibaro)
    1 poeng
  6. Jeg installerte på 18.04 (x64) i går faktisk, virket med en gang. Fulgte denne guiden: https://forums.homeseer.com/forum/homeseer-products-services/system-software-controllers/hs3-hs3pro-software/hs3-hs3pro-discussion/109702-hs3-linux-ubuntu-18-04-server
    1 poeng
  7. Skrev et langt svar, så tenkte jeg at jeg skal høre med Millheat om hva jeg får si først.
    1 poeng
  8. Millheat er i gang med å betateste API nå. Håpet er å få på plass en Home Assistant component så snart som mulig. Første jobb er å få opp et python bibliotek som kan integreres i HA, så platform, så components. Fordelen med hvordan Home Assistant gjør dette er at vi får åpne python biblioteker på alt mulig.
    1 poeng
  9. Jeg kjøpte selv en Smartthings v3 hub fra UK som jeg satt opp på Onsdag. Denne har så vidt jeg vet EU-standard på Z-wave. Har så langt bare koblet opp Fibaro dimmer 2, og dette fungerte strålende. Prosedyren jeg brukte for å få den opp å gå: 1. Koble routeren din opp mot en VPN i USA 2. Opprett en bruker fra en PC på https://account.smartthings.com/login. (Det fungerte ikke å gjøre det via tlf.) Om du allerede har brukt din e-post adresse kan du logge inn på brukeren din å slette denne fra smartthings. 3. Når du registrerer bruker så legger du inn en ZIP-code fra VPN lokasjonen; sjekk https://whatismyipaddress.com/ 4. Åpne den nye smartthings appen(ikke classic), og logg inn 5. Vent på at huben er oppdatert; min brukte 30 min via VPN. Den skal blinke lilla. 6. Du skal nå finne den under "Wi-Fi/Hub" 7. Koble fra VPN Det virker som om regionsperren kun ligger på brukernivå. Alt har fungert fint i 2 dager etter at jeg koblet fra VPN serveren.
    1 poeng
  10. Tror jeg har funnet årsak og løsning. Årsak: Noen har glemt å fortelle fruen at lysene nå også styres automatisk i kjelleren. ? Løsning: Husfrua slutter å slå av lysene manuelt når hun går opp. Effekt: Ikke sett Orphans siden
    1 poeng
  11. Fant ut av det. widget_type: iframe gjør susen
    1 poeng
  12. Flott! For OpenHAB lagde jeg: String NesteBybane { http="<[http://skyss.giantleap.no/public/departures?Hours=12&StopIdentifiers=MITTSTOPP:60000:JSONPATH($.PassingTimes[0].DisplayTime)] " } der MITTSTOPP er stoppidenfikatoren man finner som over. WAF += 1
    1 poeng
×
×
  • Opprett ny...