Lars Jacobsen

Tja eller en arduino eller raspi med et relæ board. Men 2 stk af de “timer” relæer jeg tidligere linkede til er nok det nemmeste og billigste.

Super du fandt ud af sekvensen og fik testet anlæggen rent faktisk virker. Det næste “problem,” med en emulator kunne måske bikses sammen med et par af disse (eller lign fra hjemmesiden): https://www.ebay.co.uk/itm/252983832379

OK kom i tanke om det selvfølgelig også kan være en NC kontakt og der derfor SKAL være noget tilkoblet. Den vil så “afbryde” i tilfælde af brand. Men jeg forventer nu at fejlmeldingen om “brand” ifbm opstart skyldes at opstarts sekvensen ikke bliver udført helt 100% korrekt.

Ja, men det skal være så det passer i sekvensen og så vil jeg ikke mene der SKAL være tilsluttet en brandtermostat til 5 og 6, da den normalt bare vil aktiver og kortslutte ved 20 gr. Celcius over normal driftstemperatur. (Jvfr. Vejledningen.)

Arrr sider lige og læser lift nærmere og kan se de 5 hhv 80 gr ikke er temperaturer, men åbningsvinkler på spjældmotoren Dvs der skal laves noget der “timer” og aktiverer/deaktiverer/skifter de 2 relækontakter med passende tidsinterval, ihht den automatiske opstarts tidssekvens. Du kan evt. prøve at gøre det manuelt og se om det vil få anlægget til at starte op. Så kan man altid lave noget elektronik bagefter . Evt. Som et lille IHC program hvis du har ledige udgange.

Som jeg lige læser Belimo manualen og den seneste Nilan ditto, så skal du mulighvis lave en lus mellem CN6-1 og CN6-3 (de hvide ledninger 2 og 1). De er nemlig koblet sammen ved temperaturer under 5 gr. Og så skal der IKKE være en lus mellem CN6-7 og CN6-8 (de hvide ledninger 4 og 6). Der er nemlig koblet sammen ved temperaturer over 80 gr. I princippet burde der så under normal drift ikke være nogen lus over hovedet da temperaturen så er mellem 5 og 80. Om der reelt er koblet en (spjæld)motor på CN13 burde sådan set være ligemeget.

Du skal ihverttilfælde være opmærksom at alle ledere/tændinger i hvert kabel bliver forsynet af samme gruppe - det er specielt nul jeg tænker på. Ellers kan du få mange “sjove” problemer. Men ellers ville jeg også bare terminere dem løbende og opmærke det ordentlig så man kan se hvad der er hvad. Så kan man altid koble/luse sig ud af det i tavlen. Om man gruppere dem efter “type” er vel helt op til ens temperament og ocd ;-) Kik lidt i arkivet “Vis mig din tavle” hvor der er flere eksempler.

Har du prøvet at søge lidt i forummet og læse gamle indlæg ? Mindes der er flere tråde om netop dette.

Så tror jeg ikke helt du har forstået IHC Captain (og flere af de andre 3. Parts programmer). Visual kan netop IKKE eller har ikke funktionaliteten, det er derfor man anvender dem.

Hvordan gik det ? Fik du loadet reset_user firmwaren ? Bemærk det skal gøres med firmware loaderen via usb, og den har ikke noget med Visual og JAVA at gøre.

Kan jeg godt lide. “If it aint brokke - dont fix it”. Så er er du (eller har indtil nu) været tilfreds med controlleren og featurene, og der ikke er noget “must have” i de nye builds så er der ikke nogen grund til opdatering.

Ja det er korrekt de kan overføres. Om det er hensigten fra LK’s side skal være usagt. Det kan være det bare er en bieffekt og helt uplanlagt feature ;-) [irony off]

OK med mig Henning.

Jo mon ikke. Men sider ikke lige ved en PC med Visual og kan “pille i noget”. Måske en af de andre brugere her på sitet er flink og finder på noget.

Pkt 2 og 3 er “modstridende” Enten så er det 3 altid tændt når det er mørkt, eller også benyttes 2 det tænder kun når der et aktivitet og mørkt.

Alt efter om designet passer så vil jeg nok anbefale en Servodan/Niko sensor. Bemærk det skal være 24V udgaven. https://www.niko.eu/da-dk/produkter/sensorer?filter=facet technology.eq.24 v&page=1&page_size=24&sort=sortorder&sort_type=asc

Du bør nok slette “linket” mellem PIR og FB for at være sikker på det ikke tænder utilsigtet indtil du får skiftet PIR. Dvs du skal i Visual 1 hente det kørende program fra controlleren, gemme det Slette linket, gemme en ny version og uploade til controlleren.

Det er formentlig sikkerhedsindstillinger/java der driller. Bemærk du kan IKKE benytte seneste nye Visual programe hentet fra LK med en controller der kører en gammel firmware. Og når du får hul igennem med USB så bør du som Martin skriver give controlleren IP 192.168.86.3 og IKKE en adresse i det range som routeren uddeler. (192.168.86.23 er ikke en god ide).

Hvad er der ændret ? Hvis den har kørt 13 år uden problemer så er det nok ikke et performance problem. Måske din psu er blevet træt, eller har du noget andet der kan stresse den ? I bund og grund er det vel egentlig også OK at hw ikke performer mere efter så mange år. Du benytter nok heller ikke samme TV, PC eller mobil fra 2006 ? Men vi forventer jo at el isenkram det skal holde i mindst 25 år og gerne 50 Og nej man kan ikke se CPU load eller andet noget sted.

Et par hints til at opnå en fornuftig oplevelse og regulering med gulvarmen er: 1 indregulering dvs kredsene skal være i “hydraulisk balance” - altså hvis du sætter setpunkt tilpas højt så alle kredse er åbne, skal varmen fordelens ens i rumme. Dvs der er ingen rum der er mærkbart varmer eller koldere end de andre. Er de det er gulvarmekredsene ikke indreguleret korrekt. Hvordan dette gøres er individuelt fra producent til producent, men en god metode er i ovennævnte situation at “knibe” flow i en kreds til rum med for høj temp, eller åbne lidt hvis rummet er for koldt. Bemærk kun 1/4 - 1/2 omgang ad gangen. Lad gå et par dage og se/mærk konsekvensen. 2) det at gulvene bliver meget varme indikere forkert indregulering, eller en FB der ikke virker efter hensigten eller er indstillet forkert - specielt hvis der en valgt regulering efter både gulv og rum. I de gamle FB var der en god forklaring i hjælpeteksten på hvordan de virkede men gulv er altså “komfort” setpunkter der sikre gulvet aldrig bliver for koldt at gå på, og aldrig bliver for varmt ifht en evt. træbelægning. Så der åbnes altså for varme frem indtil rum setpunktet nåes, men altså uden max gulv nåes. Nåes max gulv “pulses” der indtil rumsetpunkt er nået, hvorefter der lukkes. Så falder rum temperaturen under setpunkt og der åbnes igen. Hvis der er meget solindfald og rumtemperaturen kan opretholdes tilføres i princippet ingen varme. Men dog tændes der alligevel hvis gulv temp. er under setpunkt, for at opretholde en god komfort. (Ingen kolde gulve). så gulv min er primært komfort ved flisegulve og gulv maks er primært for at skåne trægulve med overtemperatur/udtørring.

Kan det tænkes du benytter en nyere (den nyeste) Visual version ? De vil ikke snakke sammen med de gamle firmware versioner. Så prøv at afinstallere og geninstaller en “gammel” version. Og tjek TLS sikkerhedsindstillingerne i JAVA

Super. Det er også rimelig nemt at komme med gode råd og vejledning når nu du har ulejliget dig med at vedhæfte en del information/billeder om problemet. Mange skriver bare herinde at: “det virker ikke” Og så er svaret: blå eller fisk

Prøvv en IP config på din PC og se om den nye router tildeler IP adresser på samme subnet som din Controller ? 192.168.87.x Det gætter jeg nemlig på den ikke gør. Hvis din PC f.eks. har en IP i stil med 192.168.1.x skal du have omkonfigureret din controller til dette subnet.

Fint du fandt en løsning. Jeg havde faktisk skrevet dette for 3 timer siden efter dit tidligere indlæg, men det blev aldrig gemt/postet:

Hej Zapro - og velkommen til IHC-user Har du søgt på “controller ikke fundet, men svarer på ping” ? Ellers tag et kik på tråden “Java problemer igen igen igen”