Lars Jacobsen

Jeg smider min gamle digitus driver op igen senere når jeg kommer til en PC.

Tjaa noget kunne tyde på at Mortens klip fra dokumentationen ikke passer med virkeligheden. Men det er da fint afmærket i øvrigt så man kan se dit er udført efter A (i denne ende).

Prøv at slette FB'n og læg den ind påny. Eller kopier endnu en ind og flyt/genskab forbindelser/links og se om det hjælper.

Ja så er du landet det rigtige sted. søg lidt i forummet og læs nogle af trådene/indlæggene om samme emne. i praksis: køb en (den) ny controller. RTFM og kast dig ud i det. Det er ikke så kompliceret, men al begyndelse er som sædvanlig svær. Fysisk skift af controller klare du nok som elektrikker, og du kan hente og software fra LK og udlæse programmet fra den gamle. Og du kan forberede det til den ny offline. Du kan dog ikke kopiere eller overføre programmet. Det skal programmeres på ny fra bunden af. Men så lærer du det :-)

Prøv at vedhæfte dit program. Der var nogle af de gamle varme FB der var fejl i.

Det er sikkert et fint sommerhus, men din hjemmeside virker ad rø... til på en IPad og kan ikke ses. Jo et billede af huset, men man kan ikke navigere rundt på siden. Blot til info ;-)

Hvis der er stor forskel på forindstillingen/indreguleringen kan det skyldes den slet ikke har været foretaget, eller at der er anvendt andre parametre/forudsætninger i beregningen. f.eks. anden afstand mellem slangerne, anden varmetab fra rummet, anden fremløbstemperatur osv osv. Den rigtige måde at beregne/designe gulvvarme på er at finde rummets varmebehov, bestemme driftsbetingelserne (max fremløb og overflade temperatur), og så beregne nødvendig slange mængde (længde/afstand). Oftest gøres det omvendt, men smider x meter slange i, og så beregner man hvor varmt (og hvor meget) vand der skal igennem for at holde temperaturen. Ikke så smart hvis man har Varmepumpe der helst bør øre med 30-35 gr i fremløb. Altech programmet er i øvrigt rimelig simpelt og passer til deres manifold, ikke en Wavin, eller Danfoss. De har så også deres egne gulvvarme beregningsprogrammer.

Hvis man har mange input aktiveret samtidig på input 24/24 moduler bør der nok kompenseres for dette i regnearket. Jeg mener tallene er egetforbrug.

LK havde et regneark til at beregne backup tider. Jeg har tidligere lavet et ud fra forbrugs oplysningerne i dokumentationen på de enkelte komponenter. Måske er det det du tænker på. IHC strømforbrug.xlsx

Vi kan sikkert godt få lavet en specifik FB til dit behov, men får at forstå dit sektor 100% kan du så ikke lave en tegning af dit hus med PIR placering, lampeplacering og notere hvilke input/output dine PIR og lamper er forbundet til. Det der med at du benytter en wireless stikkontakt (som jo altså er et outmodul) til at give indgangssignal (ON) når din PIR/Lampe er ON som skal styre andre ting er lidt atypisk.

Nu er denne tråd jo nogle år gammel efterhånden, og jeg har ikke lige kikket på FB'n igen da jeg som regel læser via IPad. Men LK Standardhus FB virker fint her hos mig, og blinker på de lampeudtagsdimmeren der er tilvalgt. Og vender fint tilbage til det de var før. prøv at vedhæfte dit projekt så kan vi bedre give et bud hvad der kan være galt.

Prøv at uploade dit program. Så er det meget nemmere at se hvad det er der kan være galt. men det lyder som om du bare skal anvende en FB alá den Henning foreslog, og så tilkoble alle 4 PIR på samme indgang. Evt. via en OR FB.

Det kan du ikke i "Rum" for der er det kun rumføleren der benyttes. Gulvfølerne benyttes ikke og som Torben siger kan temperaturen stige til 100 gr. Du skal benytte "Rum og Gulv" hvis du vil benytte max. gulv temperatur. Varmen vil først blive lukket når både rum og gulv setpunkt betingelser er opfyldt. Eller hvis gulv temperatur rammer max. før rum setpunkt er nået. eks. din rum ønsket 22, din gulv ønsket 27 din gulv max. 35. Så vil dit gulv blive ved med at gå op til 35 indtil rum er nået - selvom gulv ønsket overskrides. Men gulv vil aldrig komme over 35.

Prøv bare at uploade hele din Visual fil. Så er der nok en venlig sjæl der kikker den igennem.

Jeg var måske lige hurtig nok. Som Lars1 skriver bør udgangene samles på på en OR FB eller FB 5.2.03.d. Pumpestyring. Men prøv at markere at en af de røde Varmstyrings FB´r - tryk F1 og læs hjælpeteksten.

Tror du misser noget. Til venstre i billedet er de fysiske enheder. Til højre de logiske funktionsblokke (FB) der kan styre ind/udgange samt andre FB. Under lokationen Cirkulationspumpe findes den rent fysisk (til venstre), men der er ikke nogen dedikeret FB til lige netop enheder under denne lokation. Derfor er der intet til højre under Cirkulationspumpe. Til gængæld bliver din Cirkulationspumpe styret fra andre FB /lokationer. Så uanset hvilken en af dem der kalder på varme, ja så tænder pumpen. Er der ingen rum der kalder på varme, ja så slukker pumpen efter x tid og går over i pulsvarme (hvis det er tilvalgt).

Jeg ville benytte FB 4.1.15. Kort-lang tryk. Putte den ind mellem tryk og de berørte FB´r. Udgang kort puls går til tænd indgangene, og udgang lang puls til sluk indgangene. Hvis du absolut vil have kort tryk skiftevis kip´r / pulser hhv tænd alt og sluk alt, skal der en speciel FB til der skiftevis pulser 2 udgange ved aktivering af indgang/tryk. Ikke det er besværligt at kode, men det er ikke standard.

Nu kender jeg ikke din router, men vil umiddelbart sige at det burde ikke være nødvendigt. så slet den forkerte regel, tilføj en ny og skriv public port = 80, local IP = IHC Controller og local port = 80 og en tilsvarende for port 443.

@madsjensen Du skal skrive 80 som public port og 80 som local port. Du skal IKKE skrive din off IP adresse som Public port. Og så skal du gøre det samme med port 443. Så vil trafik der kommer ind på din off IP blive omdirigeret til den locale IP (IHC controlleren) på den valgte port. På den måde kan man have flere services kørende som benytter samme port på hver device. De kan tilgåes fra ydersiden på hver sin public port.

OK hvis du sætter udgang kald på varme ON, bør telestater åbne. Det kan ses på toppen af den om den er aktiveret eller ej. kan du "tænde" alle telestater en efter en (eller slukke dem) virker styringen og kablingen. Næste issue er naturligvis ar få identificeret om de er koblet til de rigtige kredse/rum. Her må du igen benytte dig at knold og tot metoden hvis ikke du har noget anvendelig dokumentation på installationen af gulvarmeslangerne. indregulering er på selve fordeler manifolden Her er der nogle små skrue der bestemmer flow -altså hvor meget vand der skal/kan ledes igennem hver kreds. Dette skal indstilles individuelt efter slangelængde og rummenes størrelse/varmebehov. Hvis du har gulvføler tilkoblet kan det være disse er placeret forkert under nedstøbningen således at de sidder for tæt på fremløb og dermed ikke er repræsentativ for max overflade temperatur. Dette kan du muligvis løse ved at kalibrere offset på temp. sensoren, ved at vælge højere temperatur, eller kun at anvende rum føler i en periode.

Den nemmeste måde at teste IHC på er oftest at anvende Serviceview programmet hvor du online fra en PC kan se alle ind/udgange og aflæse temperatur værdier mm. Hvis du har din controller på Internettet er vi sikkert flere der kan guide og hjælpe dig. mht Nilan, så kræver LK's implementering endnu en lille PLC controller til 3-5.000kr. hvis det skal spille sammen. Og det eneste du får mulighed for ar at IHC kan tænde/slukke for ventilationen på de 3 trin. Noget helt andet mht gulvarmen så kan det skyldes forkert/manglende indregulering, hvis du ikke har varme nok i et eller flere rum. Hvilken varmekilde har du, Gas, fjernvarme, varmepumpe ?

Tjaa og Java er vel ikke noget problem mere. Hvem benytter det ? Og til hvad nu hvor NemID ikke behøver det ? Hos mig er det kun IHC og så kan jeg sågar benytte den helt tudse gamle MS java som LK har liggende på deres hjemmeside.

Istedet for at sætte værdien i absolut tal (lux) som der ikke er ret mange der kender, vil jeg da foreslå man havde en indgang man kunne aktivere for at låse det aktuelle niveau. Herefter er det bare (i passende intervaller) at skure op eller ned for dimmere indtil man rammer setpunktet. I princippet er det jo ikke anderledes end en simpel termostat til at holde en fremløbstemperatur via en motorventil. Her er det bare ikke grader, men lux der er inputværdien. Det bedste vil naturligvis være en PID regulering, der kan skure mere eller mindre op/ned alt efter hvor meget man er bagud. Men det må vi leve uden. Ideen er hermed givet videre ,men jeg vil da prøve om jeg kan få tid til at lave et forsøg på en FB.

IHC Input moduler har følgende spec: Pulstid: Min.: 50 ms. Pausetid: Min.: 100 ms Chek lige med S0 spec. på måleren. Og så er der noget med nogle meget gamle IHC Firmware som havde problemer med at detektere korte pulser (under 100ms). Det skulle være rettet i 2.7.132 og efterfølgende versioner.

Så prøv med SMTP.sydfynsmail.dk