Jump to content
IHC-User.dk

EjvindHald

Members
  • Content Count

    268
  • Joined

  • Last visited

  • Days Won

    11

EjvindHald last won the day on April 17

EjvindHald had the most liked content!

About EjvindHald

  • Rank
    Tekniknørd :-D

Profile Information

  • Location
    København

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Med nyeste firmware installeret er version 3 af controlleren meget stabil.
  2. Jeg har monteret Somfy gardiner med RTS trådløs styring inkl. en magnetkontakt til tilbagemelding til IHC. Gardinerne kan ikke direkte styres via IHC, men via IHC og openhab. @Henning Pedersen har en gardinløsning kun via IHC.
  3. 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.
  4. 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.
  5. 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?
  6. 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.
  7. 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?
  8. 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.
  9. 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.
  10. 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
  11. EjvindHald

    Kamstrup elmålere

    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.
  12. 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.
  13. 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.
  14. 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.
  15. 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.dropbox.com/s/epby5y59vgsgzc6/Portåbner IHC og Homekit.mp4?dl=0 video om garageport via Apple Homekit, som jeg lavede. 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://www.dropbox.com/s/mibnuqnyhn8muv5/Alarm IHC og Homekit.mp4?dl=0 video om IHC Alarm i Apple Homekit, som jeg også har sat op. Edit: Links er vist i fuld længde
×
×
  • Create New...

Important Information

Privacy Policy 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.