Vinnerliste

Jeg forsøker bare å være ekstra positiv i dag, i en tråd jeg selv har startet...

Jeg foretrekker kommandolinje og Linux. På jobb hender det at jeg bruker Microsoft Windows, og bruker da Sourcetree som grafisk skall (med git bash lett tilgjengelig) Typisk git-flyt: git clone https://github.com/brukernavn/repository.git # laster ned master-branch repo fra github (origin) til lokalt git checkout develop # sjekker ut branch "develop" git pull # henter ned endringer fra origin til lokalt repo. Lokalt repo er nå up-to-date git status # sjekker hvilke filer som er endret lokalt git diff filnavn # viser hva som er endret i lokal fil siden forige commit git add filnavn # legger filen til listen over filer som skal committes. Kan gjøres for mange filer, og mange ganger pr fil git commit -m 'melding' # Lager en commit av alt som er added (eller rm'et) lokalt, med en commit-melding git push # Laster opp alle lokale commits til origin I tillegg kan du opprette branches, merge branches, cherry-pick'e commits fra en branch til en annen, og mye annet snadder...

Hei @nils-he jeg har 10 Sløyfer så jeg gikk for z-water. Venter på z-temp fra Heatit for å styre denne, men frem til det bruker jeg Homeseer til å "PWM" stryre aktunatorenen til 10 minutter på og 50-90 minutter av. Du får sikkert noe slik til på VERA også

Ofte lagrer jeg ned dette i filer som f.eks. er navnet <filnavn>.secret og så setter jeg opp .gitignore (fil med oversikt over filer som git ikke skal bry seg om) til å ikke håndtere .secret filer. Brukernavn og passord lagrer jeg heller til Lastpass for oppslag, men det ligger også lokalt hos meg på min .secret fil.

Bruker man editor som Visual Code og har git plugin på plass, kan man også committe endringer direkte fra editoren uten å gå via kommandolinje.

Nå har jeg ikke sett på hva dette er 100%, men etter å ha kikket på ett annet kurs på katacoda så legger jeg ut denne: https://www.katacoda.com/courses/git Mulig dere må logge dere inn via GitHub-profil og slik mister linken. Trykk da på learn og knast inn Git. Sjekk ut kurset "Learn Git Version Control" Det ser ut til å ta deg rolig og forsiktig igjennom det mest fundamentale. Jeg vet ikke om det dekker alt, men det starter iallefall fra å initiere ditt eget repo (folder med underfoldere som du har prosjekt i). Git (og GitHub) er kraftige greier, men litt vel høy terskel.

Jeg bruker git i det daglige og har installert Git Bash lokalt på Win 10. I det grensesnittet (et kommando-grensesnitt med Linux-liknende utseende) kan jeg bruke de vanligste kommandoene for å gjøre det jeg skal med koden min. Har du et prosjekt som du må legge inn i git, går du inn i folderen (i git bash) med vanlige dos-liknende kommandoer som cd c:/Prosjekter/Hjemmeautomasjon for eksempel dersom du har et prosjekt som heter Hjemmeautomasjon og ligger i en folder med samme navn. Om prosjektet ikke ligger i Git enda, hadde jeg valgt å starte med GitHub og lage et prosjekt med tilsvarende navn der med tanke på at det skal ligge der til slutt. For å koble meg på Github trenger man en bruker. Det tar noen sekunder å gjøre og er gratis (så lenge du ikke lager lukkede repositories). Lag deg et repository (med navnet på prosjektet ditt) og følg instruksjonene deretter. Bruk valget "... or create a new repository on the command line" om du ikke har prosjektet ditt i git fra før ved å kopiere de 6 linjene som står der og kjøre de i ditt lokale Git Bash vindu som allerede står i folderen du ønsker å ta vare på. Har du allerede lagt prosjektet ditt inn i Git kan du bruke "... or push an existing repository from the command line" til det samme. Etter det er det enklest (for meg siden jeg bruker det hele tiden) å "committe" endringer i koden ved å kjøre git commit -a -m"<beskrivelse av endringen>" git push hver gang jeg vil oppdatere repository. For å få dette til uten å skrive inn passordet til GitHub hver gang trenger du å legge inn en SSH key - men det kan jeg forklare i et annet innlegg.

Ta en titt på Aeotec Heavy Duty Smart Switch kanskje?

Har fått kloa i software update til ELKO Dimmer og termostat Må teste selv først før jeg distribuerer. (Fikk noen advarsler fra ELKO...) Gi meg noen dager... Er det forresten noen andre som har gjort FW update på dem?

Sønnen min har akkurat total renovert leiligheten sin og der har vi puttet inn bare ELKO ESH dimmere og ELKO ESH termostater. Jeg sitter derfor å setter opp ett HomeSeer system for ham og tenkte at jeg skulle logge det jeg gjorde i en guide. Jeg har altså valgt å kjøre en ConBee USB stick rett i samme maskin som kjører HomeSeer. Jeg slenger på litt ekstra IKEA stoff også så kan flere ha glede av det og det er dessuten lettere å teste med i starten. OBS det kan lønne seg å sette en fast IP på denne maskinen før du starter og enten starte HS FØR deCONZ slik at HS får port 80 og deCONZ port 8080. Eller sette HS til å bruke en annen port i Tools/Setup/Network og la deCONZ få ta port 80 (Tar input på hvordan deCONZ sin web server kan konfigureres til å la være å ta port 80) OK, HomeSeer er installert og oppdatert. Legg til JowiHue plugin i HS Kjøp en ConBee hos feks. Kjell&co Gå til denne siden og hent driveren for windows / Setup executable som beskrevet her. Pakk den ut og kjør den. Restart PC Gå til Dresden Elektronik og last ned siste versjon av deCONZ for Windows: https://www.dresden-elektronik.de/funktechnik/products/software/pc-software/deconz/?L=1 Kjør install og start den. Om den ikke finner USBStick'en kommer den opp slik med tom dropdown boks: Forsøk da å plugge sticken i en annen USB port. Om den blir gjenkjent hopper deCONZ automatisk videre til dette bildet: Nå kan vi teste ved å åpne ZigBee nettet for JOIN slik: Nå er ZigBee nettet åpent for JOIN i 60 sekunder. Skru en IKEA Trådfri pære av og på 6 ganger (du kan godt gjøre det ved å vri pæra i sokkelen) og la den være på så vil systemet oppdage den slik: Gratulerer du har nå et ZigBee nett kjørende Test ved å skru på CLUSTER INFO, Klikk på den lille sirkelen til høyre på pæra, klikk på Cluster 0006 On/Off og test Av/På: Du kan nå styre pæra fra PCen La oss nå koble dette til HomeSeer, først tar vi opp WebApp'en: Trykk på WebApp og logg inn med user: delight pwd: delight Kjør software update om den er tilgjengelig: Du kan følge med her: Da er vi klar til å koble til HomeSeer med JowiHue plugin'en Gå til konfigurasjons siden og trykk Register Bridge: Mens den står og leter, gå til WebAppen, velg Settings under Menu og trykk UNLOCK GATEWAY: Nå vil JowiHue finne denne: Og vi kan styre pæra fra HomeSeer : La oss nå for moroskyld inkludere en IKEA fjernkontroll (den runde) Denne gangen kan vi bruke WebInterfacet til å åpne nettet for JOIN: Ta av lokket på fjernkontrollen og trykk 4 ganger på knappen: Og her kommer den: Scan for Devices i JowiHue: Og plopp, her kommer den: Nå kunne vi laget en event i HS som styrer pæra (eller noe annet..) men nå er vel ikke akkurat IKEA sine brytere å foretrekke for slikt.. La oss heller koble til en ELKO dimmer. Sett spenning på dimmeren (elektriker!) Åpne ZigBee nettet for Join og trykk 1 og 3 samtidig til LED 2 blinker: og her kommer den: Og den ser akkurat ut som IKEA pæra i HS etter å ha latt JowiHue lete den opp: OK, men hva med ELKO termostaten og ELKO "Endevender dimmeren"?? Vel, deCONZ rapporterer termostaten som FUBAR på et sted men lar deg sette temperaturen fra selve deCONZ softwaren. Den dukker derimot ikke opp i WebAppen og (da) heller ikke i JowiHue. Jeg tenker at APIet mangler den objekt typen og at vi bør få shippet en slik termostat til de som oppdaterer APIet. Endevender dimmeren lar seg også detektere i deCONZ men dukker heller ikke opp i APIet så her har vi nok samme problemet. Jeg mener å huske at @Moskus og jeg testet litt på å "binde" clustere fra denne direkte til en IKEA pære i deCONZ og fant ut at den kun lot seg binde til EN pære om gangen. (Dette hadde jo holdt om en kunne "biinde den til HS") Problemet er at jeg ikke får til den bindingen lengre og jeg tar gjerne input på dette. Skru på "Binding Dropbox" og eksprimenter med å dra et cluster til Source og Destination og trykke Bind: Her har dere et startpunkt for å eksperimentere ihvertfall. Det praktiske vi har oppnådd er å kunne styre IKEA pærer og ELKO dimmere fra HomeSeer og derfor fra alt annet som HS kan ta av innput. (Som tale ) Vis full oppføring

https://www.digi.no/artikler/batterifri-bluetooth-merkelapp-henter-energi-fra-radiobolger/455686

Jau, men nytter ikke å diskutere med NEK. Når jeg prøvde å finne ut av dette så fant jeg ut at NEK faktisk har skrevet en kommentar som eksplisitt har sagt at det vesentlige er at det finnes en bryter som gir fullt brudd, ikke at bryteren er allpolig. "Det er ikke krav til at betjeningsbrytere er allpolige men at de sørger for allpolig brudd. Et eksempel på dette er EIB systemer der betjeningsbryter styrer relebokser med allpolig brudd." https://www.dsb.no/globalassets/dokumenter/elsikkerhet-els/elsikkerhet-magasinet/71_presisering-elsikkerhet_71.pdf

Hvis jeg kunne valgt noe mer enn det som kommer ut av min Kaifa måler i dag, så hadde fasespenningene mot jord kommet på listen.

Jeg skal kikke på dette også. 1. Se om jeg har noen tester for det. 2. Hvis jeg ikke har det så må jeg lage de og se om det fungerer som det skal. 3. Rette hvis det er noe feil. Kunne du legge ut eller sende meg på PM det oppsettet du har på Any calendar som ikke fungerer? Da er det så mye enklere å se hva jeg skal teste.

Det du derimot kan teste er "Any calendar event:" som jeg ikke får til å trigge en event. Legg merke til at det mangler en ' foran kalenderen som det er spesifisert at det skal søkes i. Testet med flere kalendere uten at det gjør noen forskjell til forskjell fra når du søker etter et triggerord hvor du har ' både foran og etter triggerordet

Det har kommet en ny versjon: https://www.tronika.no/no/zwave-apparatstyring/1124-utendors-bryter-700397.html Power meter og 15,2A.

Du trenger ikke bruke scriptet, men det er mye fin informasjon i tråden over.

ok, mulig dette var en "glitch", jeg la nemlig merke til at det manglet ' når jeg la inn triggerordene. Det manglet foran første triggerord på denne måten: IF A calendar event occurs in the calendars (xxx, xxx, xxx) and the summary text contains TEST1||TEST2||TEST3' Testet å legge det inn på nytt og nå kom ' på plass foran. Avvent litt så kan jeg få sjekket om det fungerer.

Når du begynner å jobbe med andre: Sjekk inn ofte og lite. Det kommer til å oppstå situasjoner hvor flere endrer på samme filen og da må man gå igjennom og løse konflikter. Og det kan være en smertefull prosess hvis du har mange slike konflikter.

Her er det veldig mye konkret og god hjelp - tusen takk til alle som bidrar! (Jeg får ikke lov til å markere flere takk/likes i dag...)

Stemmer det at du må legge inn || både før og etter triggerord? Jeg forsøkte nemlig med ja||nei , men det fungerte ikke som det skulle. Så endret jeg til ||ja||nei|| og da fungerte det. Gjenstår å se at det fungerer stabilt før jeg kan bekrefte det. Har det også noe å si om det er mellomrom mellom pipe og triggerordet? Eks. || ja || nei || vs. ||ja||nei||

Ja, riktig forstått. I tillegg - et git-repo i skyen gjør det mulig for flere å jobbe på samme koden, samtidig (så lenge man er flink til å holde skyen oppdatert gjennom commit og push). Noen editorer har en plugin som gjør at du kan lage commits og pushe disse til skyen uten at du trenger å gjøre det via et kommando-grensesnitt. Har kolleger som stadig foretrekker det framfor kommandolinje og som også daglig jobber mot git-repo. 1. Ja. Det er din lokale installasjon av git som administrerer og håndterer ditt lokale repository. Den kan også knyttes opp mot en remote som i dette tilfelle vil være github. Bruker du kun den lokale vil du ha fordelen av versjonskontroll (du kan gå tilbake og se på og bygge tidligere versjoner) men vil ikke kunne samarbeide så lett med andre på samme kodebase. 2. Synkroniseres ikke automatisk. Du må gjøre konkrete aksjoner for å holde remote (altså GitHub) og local i synk. Det er dette som er pull (for å hente siste fra remote), commit (for å pakke sammen endringer i en pakke) og push for å synkronisere med remote. Har du nye filer som ikke er med i remote fra før, må du også først kjøre en git add <filnavn> for å legge det til lokalt repository før du kjører en commit og så en push. Alt dette har Visual Studio Code en plugin som kan håndtere. På jobb bruker jeg (i tillegg til VSC) også WebStorm og Visual Studio som også har integrert håndtering av git om man ønsker det. God praksis er å sørge for at alle private nøkler og passord ligger i konfig file(r) og IKKE synke denne med remote men ha en lokalt som bare ligger lokalt. Greit at du da har en beskrivelse (i README) på hvordan denne filen skal se ut for de andre som forsøker å bruke koden din. Er en slik konfig-fil allerede med i lokalt repository kan du kjøre git rm <filnavn> og så en git commit -m"Fjernet fil <filnavn>" for å fjerne den. Vil du beholde den lokalt men bare fjerne den fra repoet kan du legge til --cached på rm-kommandoen. Da blir det slik: git rm --cached fil_med_passord.cfg git commit -m"Fjernet konfig fil fra repoet" 3. Du kan gjøre endringer på filer i Github men som xibriz sier så må du pulle endringene før de oppdateres lokalt.Det viktigste (synes jeg) er at med Github så kan flere bidra til å bygge videre på koden fortløpende og i samarbeid med hverandre. I nettleseren på GitHub er det vanskelig å skrive kode og kompilere eller bygge den for target. Da bør man helst ha en lokal klone av repoet som man bygger fra.

Jeg ville kanskje si at ett repository = disk/share med mange mapper i seg. Git gir deg superdetaljert versjonering på filene og mappene på linjenivå. Jeg har ikke engang hørt om GitHub Desktop, men jeg bruker kommandolinjeverktøyet å har registrert at editorer som NetBeans og VSCode har plugins som bruker kommandolinjeverktøyet. Det er Git kommandolinjeverktøyet som ligger i bunn for alt og har alt du trenger. Dette trenger du lokalt. Synkronisering skjer manuelt med pull/push (og noen andre kommandoer som jeg ikke tar her). Når du gjør en commit så lagrer du endringer som du vil kjøre push på. Du har også stash som lagrer endringer som du ikke vil pushe ut. Du kan gjøre endringer direkte i filer på GitHub. Du må da kjøre en `git pull` hvis du vil ha endringene ned lokalt.

Følger! (Jeg er også GitHub-noob!)

Bra skal får fikset det også:)

Den skal uansett legges i /Config-siden! I /bin skal kun dependencies ligge.

Jeg har hatt uforandret oppsett i flere måneder men for litt siden begynte jeg å få litt gremlins i nettet mitt med enheter i ukjent status og lys som ikke slo seg på o.l. I "automasjonsskapet" mitt ligger både z-wave, trådfri base, altibox og ams måler innenfor en halvmeter. Selv om dette har fungert fint lenge så flyttet jeg i går z-wave dongelen en god meter unna og problemene forsvant (kl 15:53 er flyttetidspunktet). Bare et halvt døgn siden men ser jo veldig lovende ut:

Det vet jeg faktisk ikke. Jeg begynte å fatte mistanke mot en bestemt node på en kurs og da en elektriker var innom testet vi litt. Dette var før jeg fikk vite at store nettverk ikke skulle optimaliseres, så jeg var særdeles nøye med det. Denne noden (på badet i 1. etg) kunne kun nå 2-4 andre forskjellige noder. Jeg trodde jo at selve noden var defekt, så jeg fikk elektriker til å bytte den. Optimaliserte, og den kunne fremdeles nå 2-4 noder. Dette er rart for den er sentralt plassert i huset, og andre noder som er montert under 50 cm borte kan nå 30-50 noder. Så vi gjorde en test. Koblet noden midlertidig på en annen kurs, men beholdt plasseringen (dvs. samme utstyr koblet til og samme plassering i samme boks). Da nådde den over 40 noder. Koblet tilbake på kursen i veggen, og det falt til 3 noder.

Jeg har ryddet en del i min fork av roarfreds prosjekt. Jeg ønsker å fokusere kun på det kortet som har vært diskutert mest i denne tråden, og derfor lagt de andre under «debugging» inntil videre. Det var flere versjoner som ble laget, men ESP_TSS721 er vel den som har kommet lengst. Jeg skal også oppdatere med guide på montering/lodding og flashing av firmware, dependencies som må installeres i Arduino IDE etc. Jeg skal også fjerne nåværende webgrensesnitt for førstegangsoppsett, da dette ikke alltid fungerer, og er litt «bloated» i forhold til hva man trenger. Dette skal erstattes med WifiManager, og ArduinoOTA skal implementeres. Da er det to sett ferdigbygget kode som tar for seg det, så kan fokuset ligge på å få støtte for alle målere. Jeg hadde håpet at det var mulig å samle alle her i tråden som sitter på kompetansen, få produktet til å fungere godt, så kan vi deretter videreutvikle V2.0 med nytt PCB, andre strømkilder etc. Mine tanker rundt det iallefall. Jeg skal gjøre mitt for å få ESP_TSS721 til å være mest mulig et «ferdig» produkt, og rydding i kode er første steg.

Jeg tar hvis den ikke er solgt allerede. Sender deg pm.

Fremgang i skjerm-på-vegg prosjektet, laget feste for rammer slik at disse kan hektes på veggen og tas av. (skjermer blir i de to øverste hullene) fremgangsmåte i spoiler:

Ikke hatt tid til så mye mer script/automasjon.. men har merket at det går litt tregt til tider.. spesielt reboot når det trengs... Flyttet igår Hass.io installasjonen fra Raspberry Pi til en Asus Vivopc jeg ikke bruker til noe lenger. Har nå dedikert denne til Hass.io. Det gikk overraskende smertefritt. Jeg kjøpte en SSD-disk og satt inn i denne. Lastet ned Ubuntu server og la inn dette.. Når installasjonen var ferdig åpner jeg Putty og kjørte SSH inn fra PC'en min. Kjørte Hasscasts sitt installasjonsskript med denne kommandoen : sudo curl -sL https://raw.githubusercontent.com/hasscasts/hass.io-01/master/install.sh | bash - Etter dette var et bare å logge inn på vanlig måte. http://xx.xx.xx.xx:8123 og legge inn samba fra addon-store. Så kopiere filene fra config på Pi'en til config på den nye installasjonen. Så flytte over Aeotec sticken. Når dette var gjort så fungerte alt som det skulle Booter på 15 sek eller noe slikt Lage kjapt en video og:

Ja, koden kjører hver eneste time og planlegger 24 timer fram i tid. Det fungerer i praksis i form av at det har skjedd en håndfull ganger i høst/vinter at huset har begynt å varme seg tidligere pga. strømpris (prisvariasjonene er for små). Men det fungerer som sagt også til å varme opp huset tidligere når det er kaldt ute, fordi koden beregner hvor mange watt som trengs for å heve temperaturen om morgenen, og når det er over 8kW i timessnitt så innser koden at oppvarmingen må starte tidligere. (i morgen tidlig stiger prisen så mye mellom 06:59 og 07:00, til at master-termostaten i huset økes en grad ekstra mellom 6 og 7, estimert besparelse på det er 30 øre!)

Dette er jo bare helt genialt!, donasjon sendt til utvikler!

Se her. Du overlever.

Rdp som han over nevner. Krever vel pro versjon av w10

Min kode som leser "native" Aidon, har nettfrekvens, men HAN spec'en har visst ikke det...

@frodegill Way to go killing the noobs! ?