Lars1

Jeg ved faktisk ikke hvad min IHC Control installation har kostet. Den er blevet udbygget flere gange. Varmestyring er f.eks. først blevet frigivet fra LK for mindre end 1 år siden. Dertil kommer at jeg som gammel elektriker (er ikke længere i branchen) selv har udført alt arbejdet, og har adgang til komponenterne til en noget anden pris end du skal give hos din lokale elektriker.Men såvidt jeg husker købte jeg IHC komponenter for omkring 50.000 kr. for 4 år siden da jeg gik i gang med at renover mit hus. Det dækker en IHC Controler, ca. 20 I/O moduler, 2 backup moduler, 10 brand melder, 12 alarm PIR, div. IHC tryk, 3 kasser IHC link kabler, 2 IHC Net fordelings tavler, 2 kasser IHC Net kabel, 40 IHC net stik + div. stumper. Siden har jeg udvidet med endnu en IHC controler, 6 I/O moduler, 10 temp. sensore m.m. I alt vil jeg tro at jeg har IHC HW for omkring 70.000 kr.Tilgengæld har jeg kunnet sænke mit el forbrug fra omkring 11.000 KWh pr. år til omkring 8.000 KWh pr. år, alene p.gr.af den aktive brug af IHC. El forbruget ligger så højt, da jeg har el varme mens jeg bygger om, hvilket indtil videre har taget 4 år.

Hvis du kun har brug for antenne i et stik' date=' skal du stadigvæk kun trække 1 kabel. Til et fjernsyn skal man efterhånden bruge både antenne og data, så her kan du med IHC Net Basis nøjes med 1 kabel, mens du med IHC Net skal bruge 2 kabler, medmindre du kan finde en splitter, så du i din fordeling tavle kan samle de 2 signaler i samme kabel. Det er i praktis det eneste din IHC Net Basis fordelings enhed gør for dig.Jeg ved 100% sikkert at der findes splitter til data og telefoni, så hvis du har stedder, hvor du skal bruge både telefoni og data, kan du nøjes med 1 kabel, ligegyldigt om du installer IHC Net eller IHC Net Basis. Det kræver dog at du kan nøjes med 100Mbit data hastighed. Skal du bruge 1Gbit data hastighed er der kun IHC Net uden splitter kabler, som kan løse opgaven for dig.

Det afhænger af hvordan du havde tænkt dig at IHC Net Basis installationen skulle laves.Med IHC Net Basis, skal du bruge en IHC Net Basis fordeler enhed, samt CAT5 kabler og stik. Du kan yderlig vælge at placere din IHC Net Basis enhed i en LK gruppe tavle, så den er lidt skjult.Med IHC Net skal ikke bruge nogen IHC Net Basis fordeling enhed. Tilgengæld skal du bruge CAT7 kabler og stik, men kan også vælge de billigere CAT5 produkter, med den reducerede garanterede hastighed tilfølge.Derudover skal du bruge en IHC Net gruppe tavle.IHC Net Basis fordeler enheden, og splitter kablerne er relativ dyre, mens CAT7 produkterne er dyre CAT5 produkterne, så umiddelbart vil jeg tro at det går lige op. Men IHC Net installationen er meget mere flexibel end IHC Net Basis.

Det er ikke netværks kablerne som er problemet. Man kan sagtens bruge CAT7 kabler sammen med IHC Net Basis. Problemet er at med IHC Net Basis benyttes der altid 1 par til telefoni, 1 par til TV/Radio. Herefter er der kun 2 par tilbage, hvilket er nok til 100Mbit, mens 1Gbit kræver 4 par.Med den professionelle IHC net installation, vælger man om man vil køre telefoni, antenne eller data i et stik, og dermed har man adgang til all 4 par når man har brug for det. Såvidt jeg ved findes der splitter på market, således at man kan samle tele, antenne og data i samme kabel, men så kan man max køre 100Mbit i det kabel.I en normal hus installation kan man godt køre 1Gbit på alm. CAT5 kabler og stik. Jeg vil dog alligevel anbefale CAT6 eller 7 hvis man ønsker at køre mere end 100Mbit.

Jeg ville idag lige ændre lidt på mine bruger instillinger, men når jeg klikker på den knap under min profil, så får jeg nedenstående fejl??Fatal error: Cannot redeclare class FacebookApiException in /home/www/website.ihc-user.dk/administrator/components/com_itpconnect/libraries/facebook/facebook.php on line 91

IHC Net Basic bruges til distribution af netværk, antenne signal for TV og radio. Der kan ikke tilsluttes bevægelsessenor til IHC Net Basic.IHC control benyttes til lys styring, og her kan du tilslutte bl.a. bevægelses sensor. Med en Visual 2 IHC controler har du mulighed for både at benytte wireless enheder (i det omfang de findes) samt fortråede enheder, og det er op til dig, hvordan du kombiner dem i dit IHC program.Jeg har f.eks. 4 udedørs PIR, som styre 3 wireless lysdæmper (en for hver side af huset). PIR'en mod nord vest styre lysdæmperen mod vest, PIR'en mod sydvest styre lysdæmperne mod vest og syd, PIR'en mod syd øst styre lysdæmperne mod syd og øst, og PIR'en mod nord øst styre lysdæmperen mod øst.Mit udedørs lys tænder på 25% når det bliver mørkt, og hvis nogen (eller naboes katte) går forbi min PIR, så stiger lysstyrken i det område som PIR'en dækker til 100% indtil 5 min. efter at sidste bevægelse er registreret af min PIR.Som du kan se er det kun din fantasi som sætter grænsen for hvad du kan men en IHC controler, sålænge vi taler lys styring.Håber ovenstående er forståeligt, ellers vender du bare tilbage.

Mine IHC tavler er pænt fyldte, så det er svært at få plads til mere i dem, og det er ikke muligt at sætte flere eller større tavler op.Der findes mange andre måder at løse problemet på, men ingen af dem forklare hvorfor man ikke kan tilføje en udgang på produkt definationen til en temp. sensor. Jeg har ikke haft tilsvarende problemer med nogle af de andre produk definationer, som jeg har ændret på, og da det er ret simple xml filer, undre det mig meget at man ikke kan gøre det på en temp. sensor. :S

mystisk. På den tegning, som jeg har, er 24V på temp. sensoren ført til en udgang på et 24V udgangs modul. ??Desværre kan jeg ikke lægge billeder ind her, eller tilføje filer. :-(

Jeg er bange for at det ikke kan lade sig gøre. IHC controleren er RIGTIG dårlig, når det kommer til at regne. Den eneste måde jeg kan se at du kan lave en timer tid om til et tal, er ved at lave en tæller, som du lægger 1 til for hvert sek. eller 1/10 sek. Dit næste problem bliver imidlertid at gange og divider ikke eksister på en IHC controler. Man kan kun lægge 2 parameter sammen eller trække dem fra hinanden, ikke noget med gange og divider.

Den bruger jeg pt. men den hænger ikke sammen med temperatur sensoren.Det jeg ønsker er noget der svare til en røg sensor, hvor man resetter røgsensoren ved at slukke for forsyningen. Temperatur sensoren er bygget op på samme måde, og i LK's tegninger, som følger med temperatur sensoren, bliver det anbefalet at tage 24V forsyningen fra en udgang. Det undre mig derfor at LK ikke allerede har sat en udgang på deres produkt definition.

Er der nogen der kan tilføje en udgang på "LK IHC Control\IHC Visual\Products\Datalinie produkter\01#Input\product2124.def"?Udgangen skal bruges så jeg kan tænde og slukke for 24V til temp. sensoren. Primært fordi jeg har valgt at trække 24V forsyningen til temp. sensorne fra en output udgang, fremfor at skulle løsne 24V forsynings klemmerne på input modulerne, når jeg skal tilføje/fjerne en temp. sensor i min IHC inst.Når jeg selv forsøger, går det fint indtil jeg uploader programmet i IHC controleren. Her går den i fejltilstand under program upload. Når jeg efterfølgende fjerne temp. sensoren, kan jeg uden problem uploade det samme program.Jeg har rettet på ind til flere af LK's standard produkt definitioner uden problemer, men lige nøjagtig temp. sensoren har jeg problemer med.

Problemet er bare at IHC controleren ikke kan køre DHCP, men låsning af IP til IHC controleren i Telia routeren bør alligevel løse problemet selvom at IHC controleren ikke køre DHCP, da Telia routeren bør forsøge at kommuniker med denne IP/MAC adr. selvom den ikke er uddelt af routeren.En statisk IP adr. uden for DHCP området, kan være lidt mere tricky, da LK's implementering af Ethernet protokollen er mildest talt dårlig. Men hvis man kan låse IHC controlerens IP i Telia routeren uden for DHCP området, bør det også virke.Det der giver problemet er at når routeren starter, skal den have bygget sine MAC og ARP tabeller forfra. Ved at resever en IP adr. til IHC controleren med controlerens MAC adr. vil en normal router lægge disse informationer i MAC og ARP tabellerne. Jeg er 95% sikker på at Telia routeren også gør dette.Tilbage er så LK's elendige Ethernet implementering. Når strømmen går til Telia routeren, kan IHC controleren finde på at slette sine MAC og ARP tabeller da der ikke er link på Eth. interfacet. I det øjeblik der igen kommer strøm på Telia routeren, vil IHC controleren forsøge at spørge efter sin default GW, som er Telia routeren, men denne er næppe klar til at svare på dette tidspunkt, og IHC controleren er ikke særlig tålmodig, så IHC controleren ender med tomme MAC og ARP tabeller. Når i efterfølgende trækker netkablet og sætter det igen, gentager hele processen sig, men dennegang er Telia routeren klar til at svare.IHC controlerens MAC og ARP tabeller bør dog også blive genopbygget første gang i forsøger at fange IHC controleren via Telia routeren. Det kræver dog at i har låst IHC controlerens IP og MAC adr. i Telia routeren, da Telia routeren ellers ikke vil vide hvordan den skal kommuniker med IHC controleren. Men igen driller de dårliget implementerede Ethernet protokoller, så første forsøg fejler sikkert. Hvis i venter et par sek. og prøver igen bør det dog virke.Så bottom line. Sørg for at låse IHC contolerens IP og MAC adr. i Telia routeren, som lars-jacobsen har beskrevet tidligere i denne tråd, og benyt gerne en IP adr. som ligger i DHCP området. Telia routeren vil ikke være den første ADSL router, som ignorer låsning af IP og MAC adr. som ligger uden for DHCP området.

Stort set alle ADSL forbindelser fra samtlige ISP'er køre på de samme ADSL standarder, og det er de færreste ISP'er som checker hvilken router der sidder i jeres ende af ADSL forbindelsen. Hvis i har en ADSL router eller et ADSL modem liggende fra en tidligere ADSL forbindelse, kan i derfor med 99% sandsynlighed sætte den på i steddet for den router som jeres ISP har leveret. Pas dog på hvis det er en gammel ADSL router, da den så næppe styre de nyer ADSL standarder, som bl.a. giver os hastigheder over 8Mbit.

Nu er det meget længe siden jeg sidst ændrede på min FW eller IHC controler, så jeg var ikke lige opmærksom på at LK på det punkt også er flere år efter udviklingen.Men du har fuldstændig ret. IHC controlere køre statisk IP, og hvis den statisk IP ligger i routerens DHCP range, så SKAL man lave en IP reservation mod MAC addressen i routeren. Det gælder også for de store enterprise router, samt m$ DHCP server m.m.Ligger IHC controlerens IP adr. uden for DHCP området, så bør det ikke være nødvendigt at lave en statisk reservation.

Jeg tror ikke det er Telia routeren som er problemet. Jeg er mere tilbøjligt til at tro at det er IHC controleren, som ikke fatter at den skal requeste en IP adr. igen, eller er for hurtig til at give op. Jeg mindes at have haft et tilsvarende problem med min IHC controler, en gammel firmware og en Zyxel router.Men jeg vil glæde mig til den dag LK og discount router producenterne opdager er der er noget der hedder IPV6. Så er alle vores problemer med dynamiske IP adr. overstået.

Hej.Forskellen på de 2 er mig bekendt at den optiske alene reager på røg, mens den optisk/termiske kræver at der både er røg og varme tilstedde, før den reager.Den optiske har det med at lave fejl alarmer, hvis der f.eks er en edderkop, som synes det er et godt sted at skjule sig. Det problem har jeg desværre med en af mine brandmelder hver sommer. En anden typisk fejl alarm fra den optiske er i køkkenet når man laver mad.Den optisk/termiske har ikke de problemer, da den også kræver varme for at reager. Om der er nogen forsinkelse i tilfælde af en brand og i såfald hvor meget ved jeg ikke.Når jeg til næste år skal have udskiftet mine røgmelder, vil jeg nok vælge en optisk/termisk i køkkenet samt i stuen, hvor edderkoppen bruger den som skjulested. Den korte udgave af ovenstående. Begge røgmelder skulle kunne bruges alle stedder, men de har hver deres fordele/ulemper, som gør dem mere velegnet i nogen specifike situationer.

Jeg kender ikke routeren, men problemet er ikke ukendt.Hvis du har mulighed for at logge på routeren hjemmefra, kan du måske være så heldig at du også kan lukke det interface hvor IHC controleren sidder, og efter 5-10 sek. åbne det igen. Det svare til at du tager kablet ud og sætter det i igen.Alternativt kan du købe en billig switch som f.eks. Cisco slm2008. Den kan du logge ind på og lukke interfaces m.m. Ved at placer den mellem routeren og IHC controleren får du mulighed for remote at "trække stikket" og sætte det i igen.

Hej.Det bør virke, selvom jeg personligt fortrækker små 24V relæer til opgaver med 48V eller derunder. Der lidt at skyde gråspurve med kanoner, at bruger 230V kontakter til din opgave, men hvis du har dem liggende er der ikke noget i vejen for at bruge dem. Små 24V relæer kan fåes til under 100 kr. pr. styk incl. sokkel.

Som jeg ser det har du forskellige muligheder, men du slipper ikke for at enten at skulle have et par hjælpe relæer, eller invester i et output 400V/10A modul hvor du har galvanisk adskildte udgange.Jeg vil anbefale at du sætter dine 2 ringe tryk på hver sin IHC input indgang, uden forbindelse til din ringe klokke. Hvert ringetryk skal have sin egen FB og trække hver sin ringeklokke udgang, samt det du har lyst til at lave af lystyring. Du kan godt lave en fælles FB, men ofte er det nemmer og mere overskueligt med 2 ens FB.Hvis du vælger løsningen med hjælpe relæer, sætter du et hjælpe relæ på hver ringklokke udgang. Disse hjælpe relæ'ers kontaktsæt placeres i opstilling 4b der hvor ringetrykkene er placeret.Hvis du vælger et 400V/10A output modul placer du de 2 udgange i opstilling 4b der hvor ringetrykkene er placeret, men uden hjælpe relæer imellem.Ovenstående kan også bruges til løsning 3 og 4a.Håber ovenstående er forståeligt, ellers må du skrive igen.

FB 5.1.05a kan de du skal bruge og lidt til, uden at være for kompleks. Vil du have det mere avanceret skal du kigge på 5.2.02c aller 5.2.05a.LK's villedninger til alle 3 er rimelig gode, når man har læst dem et par gangen.Held og lykke med din varmestyring.

Jeg bruger firmware 2.7.144, og min controler er også en HW 6.1Der var en firmware version på et tidspunkt, som havde problemer med spontane restarts, men hvilken version det var kan jeg ikke huske. Jeg har dog ikke hørt noget om at problemet også skulle eksister i FW 2.7.144