Hop til indhold

EjvindHald

Members
  • Antal indlæg

    534
  • Medlem siden

  • Senest besøgt

  • Days Won

    28

Indlæg skrevet af EjvindHald

  1. I nogle tilfælde kan der forekomme induktion, hvis kabler er tæt placeret. Du ser det fx. med en LED pære, som lyser svagt, selvom den er slukket. Om det kan skabe dit problem, ved jeg ikke.

    Men jeg ved, at når lysdæmperen slukker og tænder igen efter 2 sekunder, så er det fordi, at den genstarter pga. en beskyttelsesmekanisme. Et komfur trækker mange ampere, og kan muligvis give en kortvarigt nedgang i volt. Hvis det er årsagen, så vil et EMC filter ikke hjælpe. Måske en højvolt AC kondensator i så fald kan hjælpe, men dette område er jeg ikke så fortrolighed med. Så input fra andre er velkommen.

  2. Hej

    Det er formentlig EMC støj (transienter), som bliver udsendt fra dit komfur. Mener at have hørt at LK er opmærksom på problemet og arbejder på en løsning. Jeg ved ikke, om de har fundet en løsning og derfor heller ikke nogen dato for et fix.

    Jeg har selv disse lysdæmpere og oplever ingen problemer. Til gengæld har jeg oplevet EMC støjproblemer, som i nogle tilfælde direkte har ødelagt nogle komponenter. Derfor har jeg valgt at købe et EMC støjfilter og beskyttelse mod overspænding og monteret foran min IHC strømforsyning. Efter at have læst en del om det, valgte jeg model FPBB Rail fra producenten Schurter - se link. Den er købt gennem Digikey.dk. Bemærk at den fås i mange varianter med forskellig belastning, glassikring/termosikring, din rail eller til fast montering. Hvis du vælger din rail, så vær opmærksom på, at den for dyb til en standard tavle i en husstand. Jeg købte 1A model med glassikring til fast montering. Sikringen følger ikke med. 

    Det er ikke sikkert, at det løser dit problem, men det er et forsøg værd at sætte en sådan i en passende kapacitet foran forsyningen til dine lysdæmpere.

  3. Jeg bruger primært openHAB og kun i mindre omfang HA. Ligesom dig tilstræber jeg at have så meget logik som muligt i IHC Controlleren. Alle primære funktioner i huset skal fungere uden addon sw.

    Ja, der kan nogle gange være en lille forsinkelse i HA, men der er ingen forsinkelse i openHAB. Bindingen i openHAB til IHC understøtter alle datatyper, og du kan aflæse og sætte alle værdier både i input, output og fb. HA integrationen understøtter ikke alle datatyper i controlleren, så i HA kan visse værdier fra en fb ikke aflæses - fx dato.

    Udover openHAB og HA har jeg flere open source produkter kørende. Alt er docker baseret, og afvikles på en ældre bærbar i5 uden problemer.

  4. 25 minutter siden, TroelsL skrev:

    Det er en mulighed, som jeg har overvejet, men dengang jeg startede var ingen af dem specielt pæne at se på. Det er dog blevet bedre siden. Derudover bruger jeg dette projekt til at holde mig up to date med nye teknologier og jeg har krav som jeg er næsten sikker på ikke giver ret meget mening udenfor min egen matrikel.

    Hvis du gerne vil arbejde med teknologier for at holde dig up to date, så kan jeg godt forstå det :-)

    Men ideen i begge produkter er, at det kun er den rene integration, der er i kodebasen, som er open source - nærmest som en driver til et OS. Alle brugere laver dernæst deres egne regler, som er tilpasset specifikke behov. I openHAB er det Java lignende rules, mens det i Home Assistant er yaml automations, Node Red eller Python kode.

  5. 31 minutter siden, TroelsL skrev:

    Jeg har udviklet mit eget software - lidt i stil med IHC Captain, men med mere avanceret integration til f.eks. egne funktionsblokke. Samt integration til diverse andre smarthome enheder som Alexa, Tado, UniFi, Netatmo, Worx, etc.

    Et alternativ er at deltage i openHAB eller Home Assistant, som begge har 200+ integrationer - bl.a. dem du nævner. Og de er begge open source, så man kan selv tilføje integrationer og mere, hvis man mangler noget.

    32 minutter siden, TroelsL skrev:

    Jeg havde da lov at drømme. Men hvis de nye dimmere har problemer, vil jeg nok være tilbageholdende med at opgradere.

    Jeg har selv de nye LED dimmere, som giver fin tilbagemelding og gode integrationsmuligheder. Jeg har ingen problemer haft overhovedet, men kunne godt tænke mig at høre mere fra Henning om de nævnte problemer, han beskriver.

  6. 13 timer siden, TroelsL skrev:

    Er APIet blevet opdateret til noget mindre oldnordisk (f.eks. REST/Websocket/gRPC) eller drømmer jeg her?

    I virkeligheden behøver du ikke bekymre dig om dette, fordi der er allerede bygget moderne interfaces til eksisterende api. Fx IHC Captain, openHAB og Home Assistant. Disse produkter har et fint UI og varierende former for regler, som du kan konfigurere. For Home Assistant og openHAB kan det både være logik via drag and drop og direkte kodelignende indhold. Endvidere har openHAB  også rest API inkl. sikkerhed, som du kan benytte.

  7. Jeg kører ikke selv på en raspberry pi, så nedenstående guide er best effort.

    1. Hent og installer Putty på https://www.putty.org/
    2. Lav en SSH forbindelse til din raspberry pi og login på boksen
    3. Prøv denne Linux kommando til at finde folderen med java.security: find / -name java.security
    4. Vælg denne folder med cd. Fx. cd /usr/lib/jvm/zulu11-ca-amd64/conf/security
    5. Åben en editor og ret filen. Fx. vi java.security
    6. Genstart raspberry pi
  8. I din installation er der en fil, som hedder java.security, og den regulerer al sikkerhedsopsætning i Java. Denne fil er i forskellige foldere afhængig af, om din installation er Windows, Linux, Docker eller noget helt andet. Oplys gerne din type af installation.

    I denne fil java.security er der en setting, som hedder 

    jdk.tls.disabledAlgorithms=

    efterfulgt af mange protokolnavne, som er ugyldige. Hvis TLSv1 er nævnt blandt de ugyldige, skal den fjernes. 

    I øvrigt har LK oplyst til mig, at de forventer en opgradering af firmware til HW7 inden årets udgang. I denne firmware vil der være support for TLSv1.2, og @Pauli Anttila har allerede indarbejdet det i binding til OH version 3.1.

  9. Hej

    Hvis man forsøger med en ny installation af openHAB primo maj 2021 eller senere, kan man ved integration til IHC Controlleren opleve denne fejlbesked "Protocol is disabled or cipher suites are inappropriate". 

    Det skyldes, at IHC Controlleren benytter en ældre standard til kryptering af al kommunikation. Standarden hedder TLSv1.0, og den bliver supporteret stadig færre steder, fordi sikkerhedsniveauet er lavt. I stedet skal man i dag benytte TLSv1.2 eller TLSv1.3, men den understøtter IHC Controlleren ikke. Jeg ved ikke, om det kommer.

    I de nyeste Java setup er TLSv1.0 i flere distributioner som default nu ikke en gyldig protokol, og det er årsag til, at man oplever den viste fejlbesked. Løsningsmuligheder på dette problem kan læses her og her.

     

  10. 4 timer siden, Jakob Hauerslev skrev:

    Det var en god ide med en dummy switch. 

    Jeh tror at jeg vil prøve med en dummy switch for intervallet for lav temperatur, og en for høj, og så bygge det op på den måde. 

    Tak for hjælpen !

    Min løsning virker allerede for alle intervaller. Keep it simple...

    Jeg vil ikke kalde det en dummy switch - det er minimumstid mellem skift af status, som mange kommercielle produkter også har.

  11. Hej Jakob

    Det er var en lidt udfordrende sag, du kom med. Men efter at have tænkt lidt over det, tror jeg, at det nemmeste er at indføre en træghed, så den kun skifter status højst hvert xx minut. Der er også en del andre produkter, - bl.a. markisestyringer - som har samme logik for at undgå det, som du oplever. Næste skridt er så, hvordan man nemmest laver det i openHAB.

    Jeg foreslår nedenstående, som i sagens natur ikke er testet.

    Først én ny variabel i din item fil:

    Switch  VeluxLockWindow 

    Dernæst denne nye regel, hvor tallet 5 for minutter ændres efter behov.

    rule "Velux træg skift"                              
    when Veluxentre_Position changed
    then
        VeluxLockWindow.sendCommand(ON)
        createTimer(now.plusMinutes(5),  [ |
            VeluxLockWindow.sendCommand(OFF)
        ])
    end

    Til sidst én enkelt ny kodelinie med Exit i dit eksisterende kode

    rule "Gang temperatur hysterese over 23.5"
    when
    // reglen aktiveres ved ændring i temperatur eller alarm status
        Item entre_temp changed or 
        Item alarm_io changed
    then
    // Hvis alarm er tilkoblet, så skal vinduerne være lukket
        if (alarm_io.state == OFF){
        // Alarm er frakoblet
            if (VeluxLockWindow.state == ONreturn;  // Exit
            var Number cur_temp = entre_temp.state as Number
            var Number setpoint_high = 24.5
            var Number setpoint_low = 23.5
            val  Number hysteresis = 0.2
     
            // Der er varmere end højeste setpunkt - vinduet åbnes helt
            if (cur_temp > (setpoint_high + hysteresis)) {
                Veluxentre_Position.sendCommand(0)}
        
                else {
                    // Vinduet åbnes 50% hvis temperatur er højere end laveste setpunkt 
                    if (cur_temp > (setpoint_low + hysteresis)) 
                        Veluxentre_Position.sendCommand(50)    
                    else if
                     // Temperatur er lavere end laveste setpunkt, og vinduet lukkes
                        (cur_temp < (setpoint_low - hysteresis))
                        Veluxentre_Position.sendCommand(100)}
        }
        else {
            // Luk vinduet hvis alarm ikke er frakoblet
            Veluxentre_Position.sendCommand(100)
        }
    end

    Prøv om det fungerer...

  12. Jeg har også benyttet denne magnetventil i en periode. Desværre har jeg måtte konstatere ad 2 omgange, at den ikke er så pålidelig selv med en daglig motionering af ventilen. Den blev defekt, ligesom du oplever.

    I stedet bruger jeg nu en ventil fra Belimo og tilhørende motor. Det er en dyrere løsning, men den er driftssikker.

    Husk i øvrigt at alle komponenter skal være godkendt til drikkevand. Den pågældende magnetventil til IHC systemet ER godkendt til drikkevand, men du kan ikke læse det nogen steder. Jeg fandt ud af ved at spørge forhandleren, som skaffede et certifikat fra underleverandøren til Schneider.

  13. Efter at have undersøgt det endnu mere, er jeg nu kommet frem til, hvad jeg vil montere. Undervejs har jeg talt med Per fra myimport.dk, som har haft den pågældende zigbee dc-dc dimmer forbundet til et oscilloscop, og han kan ikke se noget støj fra den. Så jeg ved ikke med sikkerhed, hvad årsagen var. Men der er flere støjkilder, end jeg lige umiddelbart tror. Fx vil start og stop af vores blender formentlig sende støj ud.

    Har man økonomi til det og plads i tavlen, kan man placere denne her fra Dehn foran alle strømforsyninger. Det gør jeg ikke.

    I stedet bliver mit endelige setup :

    Hovedforsyning:
    Kompakt transientbeskytter fra Citel, model DS440S med potentialfri relæudgang tilsluttet et IHC indgangsmodul. Ligesom Dehn kan modulerne udskiftes, hvis der er behov. Der er konfigureret SMS besked i tilfælde af aktivering, og det vil fungere pga. backup strømforsyning i både SMS modul og IHC Controlleren.

    Primær side af alle strømforsyninger:
    250 volt varistor + 250v glassikring i din skinne holder. Virkemåden er formentlig identisk med den lille klasse 3 transientbeskytter fra Dehn, men fordelen ved glassikringen er, at jeg kan tilpasse ampere til præcis hver strømforsyning.

    Sekundær side af alle strømforsyninger:
    12/24 volt varistor + glassikring. Ampere på glassikringen skal være lige over forventet forbrug fra de tilsluttede enheder.

    Ved selve komponenten - fx pir eller sol/temp. sensor:
    En 470 µF kondensator direkte over +/- til at tage evt. udsving i forsyningen. I princippet kunne den sagtens have større kapacitet, men det kan så blive et problem at få plads til den.

     

    Ved etablering af ovenstående skal man tænke sig godt om, så det sikres, at der fortsat er en lovlig el installation. Så det tager jeg med min aut. el installatør.

  14. 20 timer siden, Astronaut skrev:

    Det vil i øvrigt heller ikke skade noget at sætte en stor kondensator på DC siden af strømforsyningen (selvom der allerede sidder en inden i strømforsyningen).

    Skal en sådan kondensator sidde umiddelbart efter selve IHC 24 volt PSU, eller kan den også sidde et andet sted på forgreningen af denne 24 volt forsyning? Jeg spørger, fordi jeg har ikke så meget plads i min hovedtavle, hvor min IHC 24 volt 72 watt PSU sidder.

×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok