EjvindHald

Hvis man ikke ønsker at bruge eller være afhængig af openhab, så kan man: - forbinde en 12 volt udgang fra emhætten via relæ til ihc input. - bruge klf100 eller klf200 via to ihc udgange med potentialfri overgang til hhv at åbne og lukke vinduet.

Nå, det endte med, at jeg har lavet en openHAB rule og item med pænt UI, som gør det. @Pauli Anttila har heldigvis lavet DateTime read/write, og det fungerer fint. I Home Assistant er der ikke dato i integrationen til IHC, så der er ingen muligheder.

Jeg har leget lidt med en ny funktionsblok, hvor datoen skal aflæses af 3. part app såsom openhab eller Home Assistant. Det ser ud til, at internt i IHC controlleren lagres år, måned og dag i output, mens i indstillinger lagres kun måned og dag. Og det giver god mening, at det er sådan. Når output dato bliver sat af logik i funktionsblokken ser alt korrekt ud inkl. årstal. Hvis jeg så prøver at sætte datoen i output via ServiceView bliver årstallet altid 0001 - dvs. det kan reelt ikke sættes. Jeg har også forsøgt via IHC Captain, men her bliver årstallet tilsyneladende altid sat til 2000. Bemærk at disse værdier ikke bliver direkte vist i ServiceView, men kan kun udlæses via 3. part applikationer. Den fulde dato inkl. årstalsangivelse er vigtig for mig, fordi den indgår i sammenligninger (større end, mindre ned) og beregning af datoforskelle. Nogen ideer hvordan man sætte denne værdi i controlleren?

Hvis du gerne vil bruge wireless, så er det underordnet, om du bruger lampeudtag i relæudgave eller et puck relæ til indbygning. Men med valget af wireless følger også, at det bliver en fast 230 volt installation, og du skal derfor overholde reglerne gældende for dette i egen interesse. Alternativet er 2 stk. 24 volt IHC kabelførte udgange til hhv. åben og lukke, og den viste kontaktor fra Eltako kan også bruges til 24 volt. Jeg vil anbefale, at du involverer en elektriker til fremfinding og montering af komponenter og korrekt kabeltype. Jeg har ingen erfaring med åbner til almindelig garageporte. Det vigtigste er at læse specifikationen igennem og sikre, at der er mulighed for at styre den eksternt. Det er nemmest med separate indgange for hhv. åben og lukke.

Er det en port åbner (typisk til smedejernsport som skydeport eller med 2 låger) eller en garage port åbner (typisk til alm. eller leddelt garageport), som du skal bruge?

Alle relæer vil i princippet fungere som potentialfri overgang. Hvis du benytter en wireless Puck, så vil den give 230 volt ud, og dit relæ skal dermed trække via denne spænding. Her vil man normalt foretrække en kontaktor til DIN skinne montering som fx denne https://www.wattoo.dk/eltako-kontaktor-relae-1-skifter-16a-8-230v-ac-dc-5422506747 Du kan også benytte 230 volt relæer, men det er nemmere at overholde lovgivningskrav med en kontaktor. Det er dem, som jeg benytter, og de virker fint. Faktisk har jeg et ekstra sæt, som du kan købe, hvis du er interesseret. Jeg vil anbefale, at du involverer en elektriker til at sikre overholdelse af lovkrav, fordi det bliver til en fast installation baseret på 230 volt. Mht. tilbagemelding kan du enten montere magneter, som @Kandersen har benyttet, eller du kan afkode et status lyssignal fra porten, som jeg har gjordt, og som blev vist i videoen. Her skal man forbinde output lyssignal til IHC input og så lave en fb, der dekoder disse. Det overstiger mit talent af bygge en sådan fb, men @Henning Pedersen kan gøre det.

Jeg vil anbefale trådført installation isf. wireless bl.a. pga. bedre stabilitet, men det har du formentlig overvejet og taget stilling til. Integrationen til dine garageporte afhænger af specifikationen på disse porte. Hvis du kan aktivere dem med 230 volt puls, så er det nævnte Puck relæ nok. Hvis de skal have andre pulser - typisk svagstrøm - skal du have et relæ ind over til at skille disse ad. Såkaldt potentialfri overgang. Specifikationen af dette relæ afhænger af de valgte garageporte. Jeg har valgt to helt simple 24 volt IHC ledningsførte udgange forbundet til to Eltako kontaktorer i en eltavle. Disse kontaktorer er forbundet til min port, og det virker fint. I øvrigt skal du også tænke over, om du vil have tilbagemelding fra porten. Fx. hvis man benytter den medfølgende originale fjernbetjening, eller hvis porten støder på en forhindring. Se mere i denne tråd hvor der også er link til en video med garage port. Sidst i denne video er der et skitsediagram inkl. tilbagemelding.

Ja, jeg holder kortvarigt telefonen tæt på, når jeg nærmer mig huset. Det er vist flere steder med eksempler. Fx på dette link: https://appleinsider.com/articles/19/07/08/how-to-use-nfc-to-control-your-home-with-ios-13

Det endte med, at jeg købte et Smart-Me modul til min Kamstrup elmåler på dette link: https://www.elmodul.dk/ Ørsted sendte mig krypteringsnøglen til Smart-Me modulet, og det blev nemt sat op med app'en. Smart-Me er et selvstændigt firma i Schweiz (se https://web.smart-me.com/) , som laver overbygninger til bl.a. elmålere. Alle producenter af elmålere inkl. Kamstrup er - såvidt jeg ved - blevet pålagt at lave et interface, så måleoplysninger kan udlæses. App'en fra Smart-me er fin med visning i realtid og grafer m.m. Dernæst vil jeg gerne integrere oplysningerne i mit smart home setup. Der er mulighed for cloud baseret rest api og lokal modbus adgang, og jeg har implementere begge, og de virker fint. Jeg viser mit setup herunder, fordi det kan måske hjælpe andre, som vil have samme setup. rest api implementeret via Home Assistant: Indholdet af configuration.yaml er: sensor: - platform: rest name: SmartMeter resource: https://smart-me.com:443/api/Folder/MinEntydigeEnhedsID scan_interval: 10 username: MinMailAdresse password: MinHemmeligeKode authentication: basic value_template: '{{ (value_json.ElectricityPower | float * 1000) | round(0) }}' unit_of_measurement: 'Watt' Hvor id på din device skal indsættes - det er ikke serienummeret, men en lang streng, som kan udlæses via GET /api/Devices - se link: https://smart-me.com/swagger/ui/index Jeg har sat den til refresh hver 10. sekund, men det kan ændres. Modbus implementeret via openHAB: Den var lidt sværere at få knækket, men det lykkes til sidst. Smart-me modulet har en indbygget modbus til tcp enhed, så man behøver ikke ekstra hardware. Link til dokumentation er her: http://wiki.smart-me.com/index.php/Modbus_TCP Things file: // Smart-me Kamstrupe elmåler Bridge modbus:tcp:slave03 "Modbus bridge elmåler" [host="192.168.1.238",port=502,id=1,reconnectAfterMillis=2147483647] { Bridge poller smartmeter "Modbus poller elmåler" [start=8195, length=6, refresh=3000, type="holding"] { Thing data ThAktuelNettoElForbrugSign "AktuelNettoElForbrugSign" @ "Smart-Me" [readStart="8195", readValueType="uint16", readTransform="default"] Thing data ThAktuelNettoElForbrug "AktuelNettoElForbrug" @ "Smart-Me" [readStart="8196", readValueType="uint16", readTransform="default"] } } Items file: // SmartMeter Number AktuelNettoElForbrugSign "AktuelNettoElForbrugSign [%.0f ]" { channel="modbus:data:slave03:smartmeter:ThAktuelNettoElForbrugSign:number" } Number AktuelNettoElForbrug "AktuelNettoElForbrug [%.0f ]" { channel="modbus:data:slave03:smartmeter:ThAktuelNettoElForbrug:number" } Number AktuelElForbrug "Aktuel el forbrug [%.0f Watt]" <energy> Rules file: // Kamstrup elmåler Smart-Me rule "Kamstrup elmåler Smart-Me" when Item AktuelNettoElForbrugSign changed or Item AktuelNettoElForbrug changed then if (AktuelNettoElForbrugSign.state==65535) AktuelElForbrug.sendCommand((AktuelNettoElForbrug.state as Number) - 65536) else AktuelElForbrug.sendCommand(AktuelNettoElForbrug.state) end Den måler nettoforbrug, hvilket er aktuelt for mig, da jeg har solceller. Det betyder også, at forbrugstallet i visse tilfælde er negativ. Hvis man ønsker det, kan både Home Assistant og openHAB løbende sende de aktuelle værdier til IHC, så de kan indgå i en funktionblok med logik.

Min IHC Alarm styres af IHC tastatur eller Apple Homekit som vist. Al funktionalitet i Apple Homekit kan styres af den indbyggede smarte app "Genveje" (Shortcut) inkl. ændring af alarm status. Events til at trigger en ændring kan fx være af min iPhone nærmer sig en bestemt adresse, og det har jeg afprøvet. Imidlertid var det ikke stabilt for mig, og det skyldes nok, at de forsøger ikke at aktiverere GPS'en i telefonen mere end højst nødvendig pga. øget strømforbrug og dermed kortere batterilevetid. Derfor har jeg i stedet valgt at sætte en simpel selvklæbende NFC tag et diskret sted i min bil, og når telefonen kommer ret tæt på denne, åbner porten og alarmen deaktiveres - begge dele automatisk via "Genveje". Det svarer til, at man selv bruger Homekit app'en, så man tager ikke yderligere risici. Jeg bor i et område plaget af mange indbrud og i takt med, at mine naboer og genboer har haft ubudne gæster, har jeg hævet sikkerheden for vores hus. Det betyder bl.a., at jeg forsøger at skærme adgangen til vores grund via portåbner som vist og via en havelåge mod fortorvet. I denne havelåge er der indbygget slutblik, som styres af en fingeraftrykslæser via IHC. Låsen er også integreret i Apple Homekit, som du har så i videoen. Alle vore yderdøre er med 3 punkts lukke med en ikke elektrisk lås, som er svær at dirke op. På den måde ender jeg med 3 uafhængige sikkerhedsmekanismer: adgang til grund, manuel dørlås og IHC alarm. Hvis en af disse brydes, vil de andre fortsat være aktive. Nogle vil måske synes, at det er for meget, men for mig og min familie passer det fint og giver tryghed i hverdagen.

For bedste pålidelighed brug gerne et kort af typen V30 eller bedre - se https://www.sdcard.org/developers/overview/speed_class/ Kameraproducenten Axis anbefaler V30 til kontinuerlige videooptagelser.

Jamen, det kan du også sagtens. Men så skal du selv implementere hele HAP (HomeKit Accessory Protocol), som er ganske omfattende. Det er det, som Homebridge har lavet for dig for næsten alle typer af Apple Homekit tilbehør, så du netop ikke behøver bøvle med det. Og hvis du bruger MQTT plugin får du en række ekstra features såsom history tracking til visning i EVE app'en. Øvrige muligheder er openhab complete plug-in (se https://www.npmjs.com/package/homebridge-openhab2-complete) eller Home Assistant (HA). openhab complete virker fint for simpelt tilbehør såsom switch og temperatur, termostat, fugtighedsføler, lysføler m.m. Mere sofistikeret tilbehør med flere tilstandsmuligheder såsom locks, alarm og garage port virker ikke helt smertefri i complete. Der er MQTT plug-in fint. Home Assistant har - ligesom openhab - indbygget IHC integration baseret på 'ResourceInteractionService', som giver minimal belastning af IHC Controlleren. Derudover har den integration til Apple Homekit. Jeg har selv kun benyttet de simple såsom switch og termostat, og de fungerer fint. Edit: Links er vist i fuld længde.

Du behøver slet ikke lave noget i Node-RED. Blot Openhab -> MQTT broker - MQTTthing under Homebridge, så virker det, som du ønsker. Jeg har selv installeret disse ting på en gammel bærbar PC, hvor det hele kører i Docker. Se https://www.youtube.com/watch?v=sQDEJtWbiJs MQTTthing finder du https://www.npmjs.com/package/homebridge-mqttthing, og Homebridge https://www.npmjs.com/package/homebridge-mqttthing og https://github.com/oznu/docker-homebridge. Der skal påregnes at investere lidt tid til at lære disse apps, men derefter har du mange muligheder. Se fx. https://youtu.be/7HDTbzu1vZI Edit: Links er vist i fuld længde

Det er fordi @Gert Fich Kjerslev eksperimenterer med noget reklame til at finansiere sitet.

Du skal sende et såkaldt reset bruger projekt til controlleren, og derefter dit eget projekt igen. Søg på ihc-user.dk, hvor du kan finde det.

Vedlagt finder du billede af min vandmåler. Den er tilsyneladende fra Sensus, så det er ikke så underligt, at den virker. Det ser er ud til, at min lille viser, som kører mest rundt, er placeret præcis i centrum.

Du skal konfigurere IHC bindingen med ip adresse på controller, brugernavn og adgangskode, hvis du ikke allerede har gjordt det. At linkene ikke fungerer skyldes, at @Gert Fich Kjerslev eksperimenterer med reklame for at sikre midler til at holde denne site kørende.

Ja, de skal strømforsynes med 24 volt AC, som jeg skrev - dvs. ikke batteri. Der er strømforbrug bl.a. til at opretholde WiFi, så du kan styre det både i Apple Homekit og via integrationen til Home Assistant eller bindingen til Openhab. Jeg har brugt dem til mit Wavin gulvvarme system via IHC, og det fungerer fint. Bemærk at udgangene ikke er potentialfri, så du skal have et overdragelsesrelæ. Fx dette her: https://www.elsag.dk/relae-24v-ac

Sælges: Jeg sælger 3 stk. Ecobee lite termostater med touch skærm og integration til Apple Homekit. De forsynes med 24 volt AC og har on/off udgange. Udgangene er ikke potentialfri. 2 af billederne er modelfotos, mens billedet med indstilling på 25 grader er fra mit hus. De er 9 måneder gamle, og den ene er ikke pakket ud. De sælges både samlet og enkeltvis. Pris pr. stk. er kr. 450 + fragt.

Jeg kan se, at Dantherm har vedlagt deres Modbus protokol i dokumentationen til din affugter. Det betydet, at du bare kan gå i gang med fx Openhab, som Lars skriver. Jeg vil varmt anbefale at investere i en Modbus til ethernet konverter isf. usb-modbus. Det vil spare dig for megen tid. Se evt. her, hvor jeg også har et link til en modbus ethernet konverter, som fungerer fint sammen med openhab. Selv har jeg et Dantherm HCH 5 ventilationsanlæg, som jeg gerne vil bruge Modbus til. Jeg har spurgt Dantherm om Modbus protokollen hertil, men foreløbig uden held.

@Asbjørn Fik du lavet det færdig inkl. mqtt klient?

Jeg fandt specifikationen på producentens hjemme side her, og jeg har vedlagt dem. Produktet er i 2 varianter, og jeg bruger den simple HRI-A, som også er den, jeg har linket til. Som du kan se, er der et indbygget lithium batteri med en forventet levetid på 10 år. Pulslængden er 124 ms, og den må max trækkes 20 mA på udgangen. Jeg købte nogle transistorer bc547 og nogle forskellige modstande, hvorefter jeg prøvede mig frem, indtil det virkede. Jeg kan se, at de faktisk også selv har en lignende anvisning i vejledningen. CN - HRI Manual.pdf DE, EN, ES, FR - HRI Manual.pdf ls_8110_int_hri_0002.pdf

Jeg har lavet denne her openhab regel, som du kan afprøve. Bemærk at rumføler, alarm og velux vindue item skal ændres til dine navne. //Styring af Velux vinduer rule "Styring Velux" when // reglen aktiveres ved ændring i temperatur eller alarm status Item RumFoelerTemp changed or Item Alarmtilkoblet changed then // Hvis alarm er tilkoblet, så skal vinduerne være lukket if (Alarmtilkoblet.state == ON) VeluxVinduer.sendCommand(0) else { // Alarm er frakoblet // Vinduet åbnes helt, hvis temperatur er > 25 grader if (RumFoelerTemp.state > 25) { VeluxVinduer.sendCommand(100)} else { // Vinduet åbnes 50%, hvis temperatur er > 20 grader if (RumFoelerTemp.state > 20) VeluxVinduer.sendCommand(50) else // Temperatur under 20, så det lukkes VeluxVinduer.sendCommand(0)} } end

Hvis du alligevel har en openHAB kørende, kan du benytte den i stedet sammen med KLF200. Så behøver du ikke bruge IHC udgange overhovedet og heller ingen kabling til KLF200. Men du får en afhængighed til openHAB, hvis den styrer al din Velux funktionalitet. Vær opmærksom på, at din KLF200 skal have den seneste firmware installeret.

Hej Jacob KLF200 kan fungere direkte sammen med IHC ved, at nogle 24 volt IHC udgange via potentialfri relæ giver impuls til denne enhed. Som jeg læser din mail, så søger du en fb hertil. Jeg har selv gjort det, at jeg benytter fb 5.2.06 lige så mange som gange, som jeg har 24 volt out udgange til. Dvs. i dit tilfælde skal du hive den ind 3 gange svarende til dine 3 ønsker. Man kan også lave en skræddersyet fb, som er mere elegant, og det kan @Henning Pedersen sikkert lave smart. I KLF200 kan du dernæst indstille, hvad der skal ske for hvert input. Det kan enten være en kommando til et vindue direkte eller et scenarie med flere enheder, som aktiveres. Opsætning med den gamle 24v window-master controller bliver nok ikke nem så at få det til at fungere med IHC. Måske med noget ekstra elektronik interesseret vil det kunne realiseres. KLF200 kan desuden også fungere med 3 parts software som openHAB, hvor du direkte kan lave regler, som sætter vinduer til en bestemt værdi - fx lukket 50% - eller aktiverer allerede definerede scenarier i KLF200 enheden. Men der er en læringskurve på dette, og det passer dig måske ikke. Jeg bruger KLF200 i samtidig i begge varianter. IHC integrationen har jeg sat op med ét sæt pr. enhed, som styrer basale ting. openHAB integrationen bruger jeg til nogle ekstra features, som er nice to have.