Hop til indhold

Kandersen

Members
  • Antal indlæg

    3.308
  • Medlem siden

  • Senest besøgt

  • Days Won

    39

Indlæg skrevet af Kandersen

  1. 10 minutter siden, Henning Pedersen skrev:

    Korrekt - men kan man dæmpe og slukke HUE pærer via IHC, altså ikke via den IHC dimmer, men direkte.

    Nej, IHC og Hue kan ikke snakke direkte sammen. Det eneste man kan, det er at tænde/slukke et lampeudtag fra IHC, hvor der sidder en Hue pære i. Men slukker man for strømme til en Hue pære, så er det lige så død som hvis du skruede pære ud af fatningen.
    Der skal een eller anden form for "mellem-led" ind imellem ala Rpi med IHC captain, openHAB2 eller Home Assistant. 

     

    12 minutter siden, Henning Pedersen skrev:

    Jeg har ingen viden om HUE, men kan man ikke få tryk til det system, for så er der vel ingen grund til også at lave IHC - eller er jeg bare helt væk.

    Der findes tryk, sågar nogle der ligner fuga. Fælles for dem er, at de bare er Zigbee tryk med indbygget dæmper. Så der er som sådan ingen grund til at rode sig ind i IHC, hvis man bare vil styre Hue. 
    Philips har også deres egne tryk - Men de er simpelthen så eventyrlig grimme, så dem kan jeg bestemt ikke anbefale :wacko:
    https://www.lavprisel.dk/philips-hue-lysdaemperkontakt-46262?gclid=CjwKCAiA7939BRBMEiwA-hX5J-bmoTE1JHgYWBRQ4OZz43T7dalTZCPWFRpo6ALVWcdYPAqGViZS0BoCXzoQAvD_BwE

  2. Lige nu, mido1812 skrev:

    En grundpakke består af stort set ingenting:-) Det er hammerdyrt når man har 200kvm, så er 100.000 slet ikke nok. Tror pakken er beregnet til et standard hus på 140 kvm med x antal afbrydere og kontakter. 

    Vanvittigt!

     

    Lige nu, mido1812 skrev:

    Han skriver at han gerne vil slukke fra et IHC tryk og tænde via GH eller Homekit. Det kan han jo godt, men HUE pæren vil bare tænde på fuld power.

    Det kommer ikke til at virke. 
    Når først han har slukket via et IHC tryk (uanset om det er wireless eller fortrådet), så er spændingen væk til Hue produktet. Og så får du ikke live i det igen fra en app. Man er nødt til at tænde på IHC trykket igen. Derefter kan det styres via app. 
    I det tilfælde har han reelt intet at bruge IHC trykket til. Han kan lige så godt fjerne det og sætte blænddæksel på. Og så udelukkende bruge app.

  3. Det lyder som om noget er gået galt. Og synes ikke lige jeg kan se på dit billede, at der skulle være noget galt. Den telestat burde være ON på det tidspunkt hvor "normal" er sat til 20.0 grader, og sensoren måler 19.2. Det ser heller ikke ud som om i har ur-styring på, hvilket kunne være en årsag. 

    Måske du skal prøve at tage en backup af programmet, og så uploade et tomt program til controlleren, for derefter at uploade backuppen. Men det er lidt et skud i tågen. 

  4. 21 minutter siden, mido1812 skrev:

    det vil koste 100.000 kr. ekstra for en grundpakke hos elektrikeren

    Gad at vide hvad en "grundpakke" helt præcist er, når man snakker smarthome. Det lyder ikke specielt definerbart.

     

    22 minutter siden, mido1812 skrev:

    Det fungere SUPER godt og bare SLUK ALT funktionen alene er guld værd. Har ikke HUE eller andet, men hvis jeg forstår dit spørgsmål korrekt, så kan du sagtens tænde fra et IHC tryk og så slukke via din telefon gennem Google Home eller Homekit. Det skal dog lige sættes op f.eks. med en Raspberry PI til din controller.

    Det er præcis den sidste sætning der gør det. Han kan ikke kombinere IHC og Hue på den måde han vil, da det vil betyde han slukke for strømmen til Hue produkterne. Og så virker de ikke længere specielt godt :)

  5. 17 timer siden, Sorensen1212 skrev:

    Hvordan har du fået garageporten til at kunne åbne og lukke via google home? 

    Via openhab og IHC.
    Garageporten er koblet op et IHC output (via et hjælpe relæ).
    Dette output kan jeg tænde/slukke for via IHC, og dermed også via openHAB.
    openHAB er forbundet til Google Assistant, og dermed har jeg mulighed for at bruge Google Assistant til at trigge garageporten.
    Det fungere fremragende med den lille detalje, at jeg skal sige , "tænd garageporten" til Google. Det burde også virke med åben/luk, men jeg har ikke gidet rode med det siden det blev muligt. 

  6. Jeg har ikke dybt nok viden i HA til at kunne udtale mig om, hvad der er nemmest mht integrere med stemmestyring (Google Assistant). 

    Personligt synes jeg det er super nemt i openHAB2, og virker forbløffende godt. Jeg bruger det hver dag til nærmest alt. Inkl åbning/lukning af garageporten via Android Auto i bilen, som kører igennem IHC installationen. 

    Een ting man skal gøre sig klar på, når vi snakker denne form for integration, det er den bagved liggende server, som klare selve integrationen mellem smarthome systemet og ens GH enheder. (en form for cloud). Den server skal helst være så stabil som overhovedet muligt. 
    I openHAB er det deres myopenhab.org servere som bla står for dette. Og det er gratis at bruge. Jeg ved ikke hvad HA bruger, men vil tro det er meget det samme.

    Man kan godt lave sin egen Google Assistant server til fx openHAB2. Men det er virkelig langhåret system man dermed er ude i. Og ikke noget jeg har haft mod på at begive mig ud i.    

  7. Prøv at indsæt en autoupdate=false i din items ala dette:

    Switch  stort_bad_NV  "Nilan Brugerfunktion [%s]"  <light>   { channel="ihc:controller:elko:nilan_brugerfunktion", autoupdate="false" }

    Hvis det er en udgang som tændes et sted fra, men du vil have status et andet sted fra (kunne fx være en UNI400 dimmer), så er du nødt til at gøre det som Ejvind viser, hvis du vil se status på dimmeren (som dog er status på funktionsblokken, fordi UNI400 dimmeren ikke har en aktiv status). 
    Det er lidt tricky at forklare, men i bund og grund går det ud på, at du på din items linje først fortæller, hvad det er der skal styres (tændes/slukkes). Og derefter, hvor den skal aflæse resultatet fra. Her er et eksempel med en UNI400 dimmer:

    Switch   bryggers_DimmerLys  "Loftlys i Bryggerset [%s]"   <cu_spot>     (vLys)    { channel="ihc:controller:elko:bryggers_dimmer_fb", channel="ihc:controller:elko:bryggers_dimmer_state", autoupdate="false" }

    Den første channel af { } den indeholder hvad der tænder/slukker. Den anden channel, det er den der læser status, og dermed vises som status i fx sitemap. 

    Her er et eksempel fra en simpel udgang:

    Switch    bryggers_Skablys    "Skablys i Bryggerset [%s]"    <light>      (vLys)    { channel="ihc:controller:elko:bryggers_skabslys_fb", channel="ihc:controller:elko:bryggers_skabslys_state", autoupdate="false" }

    Igen, den første channel i { } det er triggeren (tænd/sluk) og den anden del, den viser status på udgangen. Og det er så den del du vil se i sitemap.

    Du skal ikke lade dig forvirre af, at jeg bruger xxx_fb i mine channels. Det er fordi jeg tager resource ID i input til Kip funktionsblokken. Jeg kunne lige så godt have brugt selve trykket. Men i mit hoved operere jeg bedst direkte på input/output fra funktionsblokkene. Det betyder så også, at jeg skal lave alt selv i openHAB2. Men det er det man lærer bedst af, og på den hårde måde :D

    Håber det sammen med Ejvinds eksempel giver lidt bedre mening.

  8. 28 minutter siden, Louise25 skrev:

    vi har via app og computer forsøgt at aktivere varmen i stuen, men det vil ikke lykkes. 

    Lige et spørgsmål til denne..
    hvad fik jeg til at bruge app/computer? Var i blevet instrueret på forhånd, eller er det noget i har måtte sætte jer ind i efterfølgende?

  9. 14 minutter siden, Louise25 skrev:

    Der må være et eller andet der er slået til/ fra i opsætningen som vi simpelthen ikke kan løse...

    Ahh okay, hvis der er noget automatik programmering der blokere for det, så kan det være ekstremt svært at gennemskue, hvis man ikke kender IHC indgående..
    @Henning Pedersen er din absolut bedste ven i sådan en situation, da han sandsynligvis kan spotte det i løbet af et split sekund. Så du er i de bedste hænder der.

  10. 21 timer siden, Louise25 skrev:

    Har købt et hus med IHC. Har super-svært ved at finde ud af styring af især varme 

    nogen der kender en rigtig god ekspert på området i ODENSE /Fyn, som man kan få hjælp af???

    Jeg kunne meget godt tænke mig at høre, på hvad måde du oplever det svært?

    I og med jeg selv har lavet systemet i mit hus, så er jeg lidt hægtet af for, hvordan andre oplever det. Derfor er jeg i en process, hvor jeg kigger på, om jeg kan lave et system netop fokuseret på varmestyringen, som gør det nemmere for folk der intet kender til IHC, at styre varmen. Fx folk som dig, der lige har købt et hus med IHC varmestyringen. LK/Schneider har desværre gjort alt hvad de kan for, at det skal være så besværligt som muligt, når de ingen styre-enheder har, udover Appén (som efter min mening også halter gevaldigt på dette punkt. Og kræver en helt anden IHC programmering. IHCtablet er lidt bedre, men stadigvæk hammerende ineffektivt).

    Så hvis du kan fortælle lidt om dine oplevelser, og ikke mindst, hvad du bruger/har fingre i, hvis du overhovedet er nået så langt.

  11. 1 time siden, Mikkel Skovgaard skrev:

    Så en router med wifi på

    Det er det der er meningen med Rpién, at bruge den som hotspot (WiFi accesspoint) og router/dhcp server. Ligesom Martin linkede til herover. 
    Rpién klistres bag på en skærm med netværkskabel direkte til en PoE switch, og derfra videre til IHC controlleren. Så er der både mulighed for at se IHC Captain direkte på skærmen, eller man kan koble en tablet/mobil på via WiFi. 

    Der er bare lige det med softwaren (på en IHC Captain image fil) jeg ikke kan gennemskue. 

  12. 2 timer siden, Mikkel Skovgaard skrev:

    Du behøver jo ikke internet for at have en router

    Hehe, nej.. Men kender du fx nogen med router, uden internet? Eller omvendt, internet uden router? :D

    Min ultimative ide lige nu:

    1. Opsætte en Rpi som hotspot.
    2. Installeret IHC captain på Rpién.
    3. En skærm tilsluttes Rpién direkte, (i første omgang bare en test non-touch skærm, dvs med mus i Rpién). Så har man både et display, og kan tilgå IHC installationen via mobil/tablet. 
    4. Rpién og IHC controlleren forbindes via en lille PoE switch, som føder Rpién.

    På den måde er det hele isoleret og vil virke med valgmulighed for både lokal skærmen (touch, i det endelig setup), og via mobil direkte på hotspot, uanset hvad der sker uden om i verden, (internettet). 

    Det ultimative ville være at samlet det hele i et færdigt Rpi4 image, hvor man blot behøver koncentrere sig om IP adresserne, og hvor chrome (chronium eller hvad den nu hedder i Linux) starter automatisk på Rpién på IP adressen til IHC captain.

    Skulle sådan et system vise sig at være brugbar (med større interesse), så kan man fokusere på at gøre brugerfladen (IHC captain) mere optimal. Men det er en 'nice to have feature' på længere sigt. 

    Det skal lige siges. Jeg kan ikke teste det på mit "live" setup. Men jeg har en ekstra controller og IHC program. Og derigennem bør man kunne lave et setup og afprøve det, selvom, IHC controlleren ikke har nogen fysisk forbindelse til noget i installationen.  

  13. 58 minutter siden, EjvindHald skrev:

    Hvis man i forvejen har UniFi udstyr, koster det ikke noget - det kræver blot fordybning og dernæst konfigurering. Det kan godt tage lidt tid, men er meget sjovt og lærerigt. (Ligesom jeg har aktiveret den indbyggede VPN server i UniFi til fjernadgang, men det er en anden historie)

    Det var mest af alt for at opstille en situation, hvor man netop ikke har udstyr (router og internet). Men stadigvæk skal kunne styre IHC controlleren, og særligt IHC varmen, da der jo ingen ekstern styring er til denne. 

    Egentlig et meget simpelt scenarie. 
    Et hus med en IHC installation (inkl IHC varme), hvor der ingen router er.
    Det er et tilfælde der er ekstremt sjældent, da det jo nærmest er utænkeligt, at man har en bolig uden internet og dermed også uden en router. Men episoden kan opstår i en kortere periode, hvor et hus/bolig fx skal sælges, og nye beboere endnu ikke har fået router/internet. Eller som jeg oprindelig skrev, en IHC installation som isoleres helt. Der mangler en form for styring til særligt varmen. 

    Hvis man fx bare kunne tage en app som IHCremote eller IHCtablet eller IHC Captain og forbinde direkte (trådløst) til IHC controlleren, så ville dette aldrig blive et problem.
    Men sådan er det jo netop ikke. Tværtimod er man pinedød afhængig af een eller anden form for router. Eller som et af forslagene, en ethernet adaptor til en Android tablet.  

    Det andet har jeg helt styr på, da jeg netop har Unifi netværk udstyr.

×
×
  • 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