ØysteinHJ

51 minutter siden, Moskus skrev:

Ja, hvorfor dette ikke er standard er ganske uforståelig.

Jeg er personlig enig i at HIGH for relé aktivt og LOW for relé inaktivt er mer intuitivt enn omvendt.  Men hvorfor det ikke er standardisert slik er fordi det ofte er helt og holdent opp til deg om du vil ha det på den ene eller andre måten.  Ta et helt standard relé som selges på Kjell & Co for eksempel: https://www.kjell.com/no/produkter/hjem-kontor-fritid/alarm-og-sikkerhet/alarmsystemer/detektorer-sensorer-og-annet-tilbehor/universalrele-1224-v-p50602

Her har du to COM-pinner (Common), og to NC- og NO-pinner.  NC- og NO-pinnene er ytterpunkter, mens COM-pinnene vil være kortsluttet til NC- eller NO-pinnene avhengig av om utstyringsspolen (markert med pluss og minus) er aktiv.  Hvis den ikke er aktiv, kan du med et multimeter måle forbindelse mellom COM- og NC-pinnene på den ene siden, og COM- og NC-pinnene på den andre siden.  Hvis du setter riktig spenning på pluss- og minus-pinnene, kan du måle forbindelse mellom COM og NO.

Men om HIGH eller LOW i koden gjør at releet slår til eller ei, kommer helt an på hvordan du kobler pluss- og minus-pinnen.  Det fungerer sånn som dette:  Hvis du kobler minus-pinnen til GND-pinnen på ESP8266 og pluss til en av GPIO-pinnene, så vil det å sette den GPIO-pinnen til HIGH gjøre at releet slår til.  Hvis du derimot kobler pluss-pinnen til 3.3V-pinnen på ESP8266 og minus-pinnen til en av GPIO-pinnene, så må du sette LOW i koden for at releet skal slå til.  Det er spenningsdifferansen mellom pluss- og minus-pinnene som avgjør om releet er aktivt eller ei, ikke om det står HIGH eller LOW i koden.

Merk at dette bare var et eksempel.  Releet jeg linket til krever 12-24V for å slå til, mens en ESP8266 bare har 3.3V spenning på pinnene sine.  Så du trenger enten et relé som kan utstyres med 3.3V, eller så må du ha en DCDC-omformer for å booste signalet fra ESP8266 til 12-24V.

Det er forresten ikke noe uvanlig med sånn invers logikk.  Ofte vil du i datablader til ICer se at navnet på en pinne har en strek over seg.  Det betyr av den er "aktivt lav", altså at du trenger LAVT nivå for å aktivere og HØYT nivå for å deaktivere.  

1 minutt siden, Guahtdim skrev:

Vær obs på at noen rele trigges On med Low signal, mens andre triggres med High. Selv foretrekker jeg High signal, men fant ut at nesten alle releer jeg sitter på trigges med Low.

Hva sikter du til her? Releer har jo utstyringsspolen, som bare har sin nedre grenseverdi for når kontaktene slår til. Men kontaktene er merket med NC og NO for hhv. Normally Closed og Normally Open. Det representerer tilstanden på kontaktene i energiløs tilstand (uten strøm i utstyringsspolen). Er det dette du sikter til? For releene jeg har brukt har normalt dobbelt opp med både NC- og NO-kontakter.

16 minutter siden, Moskus skrev:

Jeg har riktignok tenkt meg at jeg faktisk må lære meg å lodde... loddebolt har vært på vei i posten i noen uker.

Ikke dumt! Lodding burde være allmennkunnskap for å kunne fikse i stedet for å kaste. Samt at en kan jo lage utrolig mye kult om en kan lodde. 😁

Kan forresten anbefale denne loddeinstruksjonen her: https://mightyohm.com/blog/2011/04/soldering-is-easy-comic-book Har brukt den selv med suksess på flere loddekurs i regi av Kidsa Koder. 🙂

2 timer siden, Moskus skrev:

La oss si at jeg vil styre en 3-6V slangepumpe med en NodeMCU. Hvor mye strøm kan pumpa trekke før NodeMCUen ødelegges? 

En NodeMCU kan generere en styringsstrøm til å utstyre et relé eller transistorkrets, som igjen kan brukes til å utstyre i bunn og grunn hva som helst.

Hva med å lage et veroboard med NodeMCU loddet nedpå (evt montert med hurtigkontakter), samt relé og skrukontakt til slangepumpa? 

Ser at Elektroimportøren har kampanje på ymse smarthus-utstyr nå.  Deriblant en Namron ZigBee LED-dimmer og en Namron Z-Wave LED-dimmer.

Ettersom jeg har både ZigBee og Z-Wave i heimen, klør jeg meg litt i hodet over hvilket trådløssystem jeg bør bruke til noe slikt.  Til nå har jeg brukt Z-Wave til dimmere, termostater og wallplugs, mens ZigBee har blitt brukt til smartpærer, trådløse brytere og sensorer (temperatur og dør/vindu).  Så ryggmargsfølelsen min er å bruke Z-Wave til LED-dimmeren, selv om den er litt dyrere.

Har noen prøvd ZigBee vs Z-Wave LED-dimmere og kan uttale seg om det ene er bedre enn det andre?  Tenker da responstid, tilgjengelige funksjoner og datapunkter som kan hentes, at det er toveis-kommunikasjon (e.g. at HomeSeer/apper oppdateres med nåværende status ved en omstart), etc.

3 minutter siden, borg1n skrev:

Jeg er ikke veldig imponenert av HomeSeer Mobile, ser ut som nok et produkt laget av ingeniører for ingeniører.

My point exactly!  Jeg er elektronikkingeniør selv, og innrømmer gladelig at jeg er dårlig på UX.  Jeg elsker fleksibiliteten i HomeSeer, og at jeg kan snekre sammen en dings for å måle noe og sende inn data via MQTT eller hva det måtte være.  Men jeg synes det er frustrerende dårlig UX i HomeSeer.

22 minutter siden, ZoRaC skrev:

Er det ikke dette HomeSeer Mobile appen skal løse?

Ja, det kan være.  Men HomeSeer Mobile har masse svakheter som gjør den uaktuell å bruke, i hvert fall for meg.  Kan nevne noen punkter jeg selv har opplevd:

• Trøblete innlogging via MYHS, sånn at en fort kan ende med å måtte vente rundt et minutt før en får tilgang til systemet.
• Layout er fremdeles statisk plassering av devicer og ikke til dynamisk innhold (f.eks. få opp varsel på frontside dersom ytterdør er åpen eller brannalarmen går etc.).
• Det går ikke an å overføre oppsett fra en enhet til en annen, sånn at jeg må lage og vedlikeholde det samme oppsettet på både min og min kones telefon (og evt. ungers telefoner).

28 minutter siden, ZoRaC skrev:

Selv bruker jeg bare HSTouch

Kan du dele noen skjermbilder av oppsettet ditt? 🙂

3 timer siden, Moskus skrev:

Så vidt typpet tærne i HS4-oppgraderingen. Jeg startet med den installasjone på jobb som styrer batteriladerne våre, samt Teams/Telefon/møtestatus-lyspæren min.

Det var litt frustrerende, men det gikk til slutt. Måtte først installere systemet, og så "resette HS4" sannsynligvis fordi for lav mono-versjon var installert.

Har hatt HS4 en god stund nå.  Gikk over når den fremdeles var i beta, siden systemet mitt ikke er så stort at det lager store problemer om noe kræsjer.

Men samtidig som at jeg er fornøyd med hvordan HS-portalen ser ut nå, så må jeg si jeg er litt skuffet over at "ikke mer" er endret, særlig på mobilfronten.  Jeg skulle veldig gjerne hatt en litt mer brukervennlig mobilnettside/app for å få status og ha kontroll på systemet.  Begynner nå å få en god del dør- og vindu-sensorer i huset, temperaturmålere i ymse rom, etc.  I Futurehome, Google, SmartThings, Apple, etc., er det en dynamisk oppbygging av apper gir raskt overblikk over status.  Du får samlet status på om noen dører/vinduer er åpne, om noen lys er på, og slikt.  Utover at det ser bra ut, så gir det høy WAF.

Hva tenker en om dette i HomeSeer?  Er det meningen at HomeSeer skal være en barebone-løsning hvor alt skal måtte lages fra scratch i HSTouch el.l., og at hvis en er ute etter noe som er mer strømlinjeformet så må man akseptere å miste fleksibiliteten som HomeSeer gir?

1 time siden, Moskus skrev:

Skal vel litt til for å slå kostnaden på Philips sin metode...

Hva mener du?  For å bli billigere?  Sånn jeg leser det må du ha lysstripa, en HUE bridge og en HUE sync box, som blir oppunder 5000 kroner til sammen så langt jeg ser.  Hyperion-prosjektet blir vel rimeligere enn det?

Leser på DinSide at Philips kommer med en ferdigløsning for montering av AmbiLight på TVer.

https://www.dinside.no/data/enda-bedre-ambilight-for-alle/72807798

Virker jo ganske lik løsningen brukt i Hyperion-prosjektet.

Men undres på kostnaden på et komplett Hyperion-oppsett kontra Philips-kittet. Noen som har laget Hyperion-oppsettet og har peiling på budsjettet på det?

Hva har du brukt for å programmere M5Stack'en? PlatformIO? Og hvordan kommuniserer du med HS?

Ah, det fungerte! Takker og bukker.

Ja, det var det jeg prøvde på. Men det er bare en datoplukker der nå, ikke et skrivefelt. Så får bare plukket en spesifikk dato. Any Year-checkboxen ser ikke ut til å ha noen effekt.

Prøver å få lagt inn at en event skal trigge den første i hver tredje måned (hhv. februar, mai, august og november).  Men etter å ha gått over til HS4 så får jeg det ikke til.  Det er en dialog for å velge "Any Year" når jeg velger spesifikke datoer, men det tilvalget blir ikke værende etter at jeg har trykket Save.  Noen som har en idé?

Under installasjon av ny vaskemaskin, slår det meg at jeg nok kommer til å bedrive litt sivil ulydighet på noen av disse punktene. 😄

20 timer siden, lilfire skrev:

Hvert trinn har hver sin nodeMCU kontroller som kjører WLED og 1stk 1m sk6812 ledstrip. 

Stilig! 

Har du noen bilder av montasje? Hvordan har du beskyttet det for "vær og vind"?

Kjenner ikke WLED i detalj, men er det virkelig nødvendig å kjøre én kontroller per lyslenke, og at en ikke kan ha flere lyslenker per kontroller? 

Ja, det må nesten bli Elfa, Digi-Key, Farnell el.l. Hva er input-spenning? 

På 8.7.2020 den 10.16, lasseruud skrev:

Men å kjøre HS4 som service på Windows har dem ikke fått til? 😬

Synes det var ganske uproblematisk. Lager man en task under Task Scheduler, kan en velge om den skal startes når Windows starter (før login). Da fungerer det i praksis som en service. Selv kjører jeg deCONZ på samme maskinen, så jeg valgte å ha separate tasks for HS4 og deCONZ og starte de når maskinen logger inn. Deretter ordnet jeg automatisk login ved å manipulere noen verdier i Windows-registeret. Ettersom jeg kjører Windows-serveren headless, ønsker jeg å få opp deCONZ-GUIen når jeg går remote inn på serveren.

Har satt en event på taklyset på badet.  Hvis én av to bevegelsessensorer trigges, slås lyset på, og slås deretter av etter ti minutter.

Men det virker som at dersom eventen trigges på nytt, overskrives ikke den forrige eventen hvor det pågår en forsinkelse på 10 minutter for å slå lyset av.  Så en kan ende opp med å gå inn på badet og gå ut igjen, og deretter gå inn etter ni minutter, og at lyset så slår seg av nesten med en gang.  Går det an å gjøre noe med dette?  At en event ikke kan kjøres flere ganger i parallell, men at det bare er den siste triggingen av eventen som gjelder?

Javisst.  Det er ikke lagt inn noen dynamisk styring via parametre, men det står på TODO-lista.  Så enn så lenge så har jeg hardkodet inn navnet på Phoscon-gruppa som skal styres.

Sub Main(ByVal json As String)
  Dim rnd as New Random()

  Dim color(2) As Integer
  For i As Integer = 0 To color.Length - 1
    color(i) = rnd.Next(0, 255)
  Next

  Dim colorString = color(0).ToString("X2") & color(1).ToString("X2") & color(2).ToString("X2")

  Dim rgbString as String = color(0) & "," & color(1) & "," & color(2)
  hs.PluginFunction("JowiHue", "", "SetLightsRGB", {True, "hugo-ceiling-lamp", Nothing, rgbString, 5})
End Sub

(@Moskus, er det mye styr å få lagt inn VB.NET som språk i codesnippet i forumet?  Hadde vært greit mtp syntaksmarkering)

13 timer siden, ZoRaC skrev:

Du bør bruke «set to», ikke «changes». 

Den er grei.  Men hvorfor, av ren nysgjerrighet?  Språklig er jo "is set to" og "changes and becomes" helt likt.  Eventuelt så er forskjellen at den første er endret av noe annet mens den andre endres på egenhånd.  Er dette forskjellen?

Takk for tips.  Dette skal jeg teste.

Sønnen min ønsker diskolys i taklampa si, som har 3 stk Ikea TRÅDFRI RGB-pærer i seg som er lagt til og gruppert i Phoscon. Bruker JowiHue som plugin.

Planen min er å bruke et skript til å generere en tilfeldig farge, og deretter sette gruppen med pærer til den fargen.  Jeg ønsker å bruke en timer som kjører skriptet hvert sekund, og som sønnen min kan aktivere og deaktivere ved å trykke Previous/Next-knappene på en Ikea TRÅDFRI fjernkontroll (On/Off, Dimmer Up og Dimmer Down er knyttet fra før i Phoscon).

Skriptet for å sette tilfeldig farge fungerer fint.  Men jeg har problemer med event-logikken.  Så langt tenker jeg at jeg trenger fire eventer:

1. En som trigger på timer-verdi X, kaller fargeendringsskriptet, og setter timeren til verdi X-1 (slik at det trigger på ny om ett sekund).

2. En som trigger på Previous/Next-knappene hvis timeren IKKE går (mao. at fargesykling ikke er aktiv), og deretter starter timeren.

3. En som trigger på Previous/Next-knappene hvis timeren GÅR (mao. at fargesykling er aktiv), stopper timeren, rydder opp (setter varmhvitt lys og nuller timeren).

4. En som trigger på On/Off-knappene hvis timeren GÅR, stopper timeren og rydder opp).

Den første fungerer tilsynelatende fint.  Timerverdi 0 indikerer at timeren ikke går, og så trigges det på timerverdi 2 som setter timeren til verdi 1.  Tenker på å kanskje endre logikken her, siden timeren ved oppstart i starten trenger to sekunder før den trigger og endrer. 

Det er den andre og tredje som lager problemer. Siden jeg ikke kan finne en måte å sjekke om en timer kjører eller ei inni en event, bruker jeg timer-verdien. Det som skjedde var at HomeSeer hang og CPU-bruken gikk rett i taket. Lurer på om det kanskje kan ha noe med den "equal to 0"-tiggeren, siden timeren vil forbli 0 et helt sekund, som kanskje leder til at eventen trigger igjen og igjen.

Er logikken min helt på jordet her?  Takker for innspill.

12 timer siden, ØysteinHJ skrev:

Jo, jeg får faktisk noe i loggen:

Men ser at den kommer med jevne mellomrom.

Dette er relatert til en bug i siste versjon av JowiHUE:

https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/jowihue-w-vuyk/1368183-aqara-two-way-control-module-wireless-relay-controller-2-channels-handled-incorrectly

8 minutter siden, SveinHa skrev:

HomeSeer må starte etter DeCONZ ellers så skjer der litt uggabugga

Aha, den infoen var gull verdt! Skal teste det i morgen.