Lars Jacobsen

Helt OK med at kopiere og lade sig inspirere af andres FB. Den enkelte bruger har (mig bekendt) ingen copyright på et program eller en FB. Men det er da god stil at takke og anerkende andres indsats/arbejde, og tak for det. Så modificere du bare, og spørg igen hvis der er noget specifikt jeg/vi kan hjælpe med. Ideen med at logge puls tider overvejede jeg selv, men droppede da IHC jo ikke kan regne på tiderne. Er det en helt specik grænse man vil registrere, kan man nemt regne tiden ud (som i dit excel ark), og lægge det ind som alarmgrænse. På den måde vil man hurtig få registreret det høje forbrug og kan koble noget ud/fra.

Det var mange ting på én gang, men ja selvfølgelig kan det lade sig gøre. Hvis du ved hvad du vil overvåge og hvad grænserne er, ja så laver man FB´n efter det. Min watt FB var bare en måde at løse problemet på, men alt efter omstændigheder vil måleperiode mm kunne tilrettes så det bliver optimalt til dit behov.

Ældre firmware: 2.7.132 2.7.144 2.7.163 2.7.166

FB 1.1.04.c. Følg / Invertering

Er PIR indstillet til den korrekte funktion ihht vejledningen. Prøv at logge PIR og/eller indgangen i Serviceview. Vedhæft evt. også dit program så vi er helt sikker på det ikke er fejlbehæftet

OK, det var godt. Det duer ikke at trække PIR til Touch indgangen, for de vil jo svarer til at der er en der aktiverer trykket hele tiden. Jeg har lavet en anden lille FB der kan kobles ind imellem PIR og Touch som så kan fungere som "autotænd" hvis det overvågede er Off. HenrikS 3.zip

Havd siger firmware loaderen. Kan den se controlleren ? I så fald er USB driveren indlæst korrekt. Ellers prøv den nederst på suport siden : http://www.lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?

Du er sku' tidlig oppe idag Jesper ;-)

Årrrmm, syntes nu ellers nok hjælpefilen prøver at beskrive hvordan den fungerer. Men kommunikation er jo en svær ting, så jeg skal da prøve med lidt andre ord. Der er indbyggede flere "tilfældige" timere i hjemmesimuleringen, således at en starter ved udløb af en anden, en tredje ved x tid efter osv. På den måde vil de blive afhængige af hinanden og tænd/sluk tiderne på udgangene vil så løbende ændre så længe programmet kører. Der er normalt ingen grund til at ændre timertiderne, men man kan selvfølgelig godt. De lamper/tændinger/fb der skal styres af hjemmesimuleringen, skal kobles/forbindes enkeltvis fra udgangene fra hjemmesimulerings FB'n. Ganske traditionelt. En udgang fra en fb styrer indgangen på en anden, når man ønsker "overstyring". IKKE noget med at "kortslutte" og trække udgangene fra hjemmesimulering direkte over på lamperne. Det er noget rod, at lade flere FB styre samme lampe for hvilken en er det der passer den dag de kommer ud af sync.

Hmm du fik vist ikke vedhæftet filen. Klik på Brug fuld editor og klik på Klik for at vedhæfte filer , naviger frem til filen, marker den og husk efterfølgende at trykke på den blå tekst Tilføj til besked. Nå, men jeg har udvidet eksemplet og tilføjet lidt flere komponenter. Det hele er styret fra én taste som tænder, slukker eller regulerer: Kort tryk tænder hvis slukket.Kort tryk slukker hvis tændt.Langt tryk regulerer op eller ned hvis tændt.Det er ganske standard LK 1-tast styring. Ønsker du 2-tast styring (eller flere), ja så trækker du bare taster over på de respektive indgange. Touch er den "universelle". PIR bruges kun til autosluk efter sidste bevægelse, og tiden kan indstilles. Virtuelt skumringsrelæ bruges som "ur" på indgangen Nat. FB´n stiller og regulerer selv tiden for sol op/nedgang. det eneste man evt. skal stille er Offset, hvis man ikke syntes det passer helt. Herudover er der en funktion der kan "disable" om natten. Det er ikke aktuelt her. HenrikS 2.zip

Normally the Internet setup is something like this: Internet - Serviceprovider - xDSL line - Modem - Router - PC (or IHC net) The Modem and Router can be one unit (CPE) with build in Wireless network. So if Telia the service provider can se a Modem (CPE) and tells you that the line is OK, then you just have to find it and disconect it with Telia on the phone so you are 100% sure its your line. Then you can plug in a PC directly to check that Internet is working. If so then next step is to patch the Internet to the IHC net that basicly just is a distribution Network. Your landlord should have dokumentation on this (and basicly also on the Internet/xDSL part) Take a look at page 59 in this manual: http://www.lk.dk/download/Haandbog/ihc-net-minihaandbog-2011.pdf

Prøv om følgende modificerede FB ikke kan løse dit problem. Til styring af dag/nat kan du anvende UR FB eller det virtuelle skumringsrelæ her: http://www.ihc-user.dk/forum/files/file/7-sol-op-og-nedgang/ HenrikS.vis

Prøv lige at uploade dit program så vi kan prøve det i simulering.

Skal gerne gentage mig selv. Mig bekendt findes det ikke. Men jeg ved selvfølgelig heller ikke alt, men er dog rimelig godt orienteret om dette markedsområde. Det burde ikke være noget problem at lave en lille hardwaregateway baseret på en Arduino, Rpi eller lign. Alternativt at benytte nogle af de eksisterende Zwave eller andre termostater og så en openhab platform der jo softwaremæssigt skulle kunne integrere med IHC. Men hvis man har sådan en kørende kørende kunne den vel ligesågodt varetage varmestyringen. Men idag findes der jo også rigtig gode styringer fra f.eks. Roth, Pettinaroli, Uponor, Salos og Danfoss der faktisk kan lave adaptiv styring og lære hvordan varmen styres mest effektivt. Flere af dem med direkte ethenet interface og smartphone apps. Men eet system der både kan benyttes til radiatorer, gulvvarme, samt har integration med IHC og er Internet accesable via en app, tjaa det findes vist heller ikke, endnu.

Her er det så man laver "keep alive" vha PIR og/eller skumringssensor. Så er det kun tændt så længe der faktisk er behov.

Ja nøgleringen er bare et tryk i anden indpakning. Wireless dimmeren skal bare ind i serie et eller andet sted i installationen, og her passer kombidimmeren ofte perfekt for så får man både tryk og dimmer i samme enhed. Se evt: http://www.lk.dk/download/Diverse/renoveringsvejledning-okt-2011.pdf

Det kan være det er derfor der kom en b version.

Prøv: http://www.lk.dk/Lauritz+Knudsen/professionel/teknisk-support/IHC-Control-Visual-Software2.page?

Du kunne skifte din ur FB til 2.1.02b uge ur som har en indgang kaldet Ur Aktiv. Så forbinder du hjemme udgangen fra Master FB´n hertil. Alternativt kan du anvende Ude udgangen fra Master FB´n via en invertering FB, da det virker som om hjemme udgangen blinker i simuleringen. Med FB 2.1.02 kan du også få forskellige tider alt efter ugedag, da jeg ikke går ud fra du er oppe før kl. 07 om søndagen ;-)

Har ikke selv testet hvorledes og om der normalt er "lidt" forbindelse gennem et slukket antennemodul. Men noget kunne jo tyde på det. Men problemet kan så være som i Christians tilfælde, at der er for meget signal. Det kan skyldes meget korte og/eller gode kablingsforhold, samt et fint og kraftigt signal på indgangen. Prøv at skrue ned for gain og se om det hjælper.

Php er der kun en vej at lære, nemlig ved at arbejde/programere med det. Der findes ganske gode toturials på nettet og man kan læse om det i bøger. 24v inputmodulerne er elektriske (transistor) og ikke med relæ. De kan aflæse pulser på 7-10 ms. Det svarer til ca. 180kW eller 782A og så stort et forbrug har du nok ikke. Jeg bruger ca. 14.000kwh/år og det er ikke noget problem med at registrere det.

Mener ikke at have set noget dokumentation på at der er fuld kommunikation via RS485 interfacet på IHC controlleren. Ej heller nogen der har offentliggjort noget om protokollen, så ....

Ja, men så kan man jo bare lave en hel masse forudbestemte hændelser i en FB som afspejler den/de sensorer man vil aflæse. Og så få sceneview til at sende den pågældende hændelse Så det burde være muligt med en work around.

Du kan finde flere eksempler på temperatur og elmåler data opsamlet gennem IHC og så gemt til ekstern PC (sql database) andre steder i forummet. De billigste temperatur sensorer er fra zigza. De virker ligesågodt som LK's. Istede for IHC kan man også anvende en arduino eller lign. med 1-wire eller andre sensorer. Se f.eks. http://kildal.dk/?page_id=117 Men der er er mange bl.a. Logger2020 og et andet gammelt projekt som Stokerbot. Idag kan man også lave noget med en RasPi.

Gulvvarme skal ikke være "varmt", men blot lunt. Overfladetemperaturen bør ikke (må ikke i nyt BR10 byggeri jvfr. DS469) komme over 27-29 grader. Fremløbstemperaturen kan også være reguleret efter udetemperatur og så skal varmekurven ændres hvis ikke rummet kan blive varmt nok.. Hvis der er varme nok i andre rum, kan det være indreguleringen af kredsene den er galt med. Det ændres ved at justere på skruerne under plastdækslerne på fremløbet. Prøv at Google "gulvarme indregulering" og du skal blive klogere. Evt. med endnu et søgeord: Danfoss, Wavin eller Uponor alt efter hvilket fabrikat din fordeler nu er. Der er nok ikke nogen grund til at skifte ventilen nu hvor der igen er flow. Der er heller ikke mange der skifter radiator ventilerne blot fordi de har hængt lidt efter sommerlukning.