Hop til indhold

Lars1

Members
  • Antal indlæg

    3.892
  • Medlem siden

  • Senest besøgt

  • Days Won

    124

Alt der er opslået af Lars1

  1. LK IHC wireless enheder kan kun kommuniker med andre LK IHC wireless enheder, herunder også LK IHC controller såfremt denne er Visual 2 eller 3. Selvom Schneider sælger både LK IHC wireless og Wiser, kan de 2 produkter IKKE kommuniker med hinanden. De baser sig på 2 forskellige wireless standarder. Det der endnu ikke er udgået fra LK IHC wireless produkt kataloget finder du her https://www.lk.dk/produkter?iid=159 Alternativer til LK IHC incl. wireless kan du finde i denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/
  2. Den eneste grund jeg kan se til at du skal ændre tiderne er hvis du bor i den anden side af landet i forhold til de sol op/nedgangs tider som er brugt i det virtuelle skumrings relæ. Solen står op/går ned ca. 25 min. før på Bornholm end i Esbjerg. Du kan finde de præcise sol op/nedgangs tider for din addresse her. https://soltider.dk/
  3. Det er længe siden jeg brugte de virtuelle skumrings relæ, men såvidt jeg husker tændte lyset somregl fortidligt og slukkede forsent i forhold til hvad der er optimalt. Selv om sommeren, hvor problemet er størst grundet en længere sol op/nedgang, var det max 15-30 min. Fysisk skumrings relæ eller lux måler er heller ikke uden problemer. De kan blive påvirket hvis en bil lyser direkte på dem, eller når der er spredte skyer i sol op/nedgangs tiden, samt at en indstilling som passer om vinteren passer ikke nødvendigvis om sommeren grundet den længere tid sol op/nedgangs tid. Et fysisk skumrings relæ har derudover ofte den udfordring at hvis man vil stille på dem skal man have fat i en stige. En LK IHC lux måler kan justeres via LK IHC programmet. Men selvom jeg har et delay på 5 min. på ændringer på min lux måler, sker det ind i mellem at lyset tænder og slukker igen et par gange i sol op/nedgangs tiden. Dette skyldes somregl at en sky går for solen, og kan ikke 100% undgåes. Hvis jeg gøre delayet længere, eller ændre niveauet for hvornår lyset skal slukke eller tænde, får jeg problemer med at lyset tændes eller slukkes forsent. Dette problem er særligt slemt om vinteren, grundet den korte sol op/nedgangs tid. Og om vinteren er det tidspunkt hvor hvor der er mest brug for lyset. Jeg kunne selvfølgelig lave forskellige delays og lys niveaus for sommer og vinter, men det er ærligt talt at skyde gråspurve med kanoner, for et problem som optræder 2-3 gange pr. mdr (ekstra tænd/sluk) eller at lyset tænder/slukker 15 min. fortidligt/sent om sommeren. Bottom line. Om du bruger et virtuelt skumrings relæ, fysisk skumrings relæ eller lux måler gør ikke den store forskel. Du vil altid opleve at lyset på et eller andet tidspunkt i løbet af året tænder/slukker 15-30 min. fortidligt/sent i forhold til hvad der vil være det optimale. De er dog alle MEGET mere præciset end manuel tænding og slukning af lyset. Edit: Jeg tjekkede lige loggen på min lux måler. Om sommeren ændre lys niveauet sig max 75 lux i løbet af 1 time før eller efter at det rammer 0 lux første gang. Om vinteren ændre lys niveauet sig mindst 100 lux og helt op til 500 lux i samme periode. Tilgengæld peaker lys niveauet om vinteren på 300-5.000 lux, mens det om sommeren peaker mellem 3.000-20.000 lux.
  4. Du bliver nød til at komme med lidt flere oplysninger, som f.eks. hvilken IHC controller har du, hvor ser du fejl koden m.m.
  5. IHC controlleren har aldrig haft brug for internet adgang for at hente opdateringer. Dem har du altid skulle hente ned på din egen PC og uploade via firmware uploadere installaret på din egen PC. Du bør dog give IHC controlleren DNS og NTP adgang, således at den kan opdater uret. Ellers risiker du at tiden skrider og går helt skævt efter en genstart.
  6. Jeg kender ikke den pågældende FB, men normalt vil det være sådan at en tidsbestemt event kun trigges på det tidspunkt den er sat til. I dette tilfælde vil det sige at eventet ignorer sol nede, kun trigges præcist kl. 20.01.00. Det giver nogle udfordringer når man simuler program afviklingen, da eventet ikke bliver trigget hvis man skruer tiden frem til 21.09.00. For at trigge eventet kl. 20.01.00 skal man i simulering spole tiden frem til 20.00.55 og vente nogle sekunder til tiden selv når 20.01.00. Herefter skulle eventet gerne trigge. Jeg ved dog ikke om det er det som er sket for dig.
  7. Der er forskellige ting som kan være årsage. Den mest nærliggende er at du har åbnet for adgang til IHC controlleren fra internettet, og at nogen forsøger at hacke den, eller er lykkes med at hacke den. Har du i sceneview (mener der er der man konfigurer e-mail afsendelse) konfigureret noget e-mail afsendelse ved specifikke events? Jeg lagde på et tidspunkt en mail server ned (min egen) ved at få controlleren til at sende en e-mail hvergang en PIR gik ON. Når solen stod ind på PIR'en begyndte den imidlertid at pulse, og så blev der ellers sendt mail's afsted. Forkert konfigreret NTP server. Forkert konfigureret DNS server.
  8. Alarm systemer kan være lidt forvirende at arbejde med, da alt alarm material er ON når det er upåvirket. Hvis du har en alarm PIR med lys diode, vil du opleve at indgangen på IHC går OFF, når nogen går forbi PIR'en og dioden går ON. Det er præcist sådan det skal virke. Det samme gælder for magnet kontakter. I det øjeblik du åbner vinduet, går IHC indgangen OFF. At alarm materiel er default ON er også grunden til at man anbefaler at det er tilsluttet et 24/3 input modul, da det kun bruger 3ma pr. indgang, når indgangen er ON. Et input 24 eller 24/24 modul, som de også sommetider kaldes, bruger 30ma pr. indgang når den er ON. At magnet kontakterne skal gennem en and/og FB før de forbindes til alarm blokken skyldes at LK IHC er event styret. Det vil sige at hvis 1 magnet kontakt er OFF, så vil der ikke ske noget når magnet kontakt 2 går OFF, men går magnet kontakt 2 ingen ON så vil magnet kontakt indgangen gå ON, selvom magnet kontakt 1 fortsat er OFF. Dette sker ikke hvis du køre dem gennem en and/og FB før de forbindes til LK IHC indgangen. PIR'ne har hver deres indgang. Derfor er det ikke nødvendigt at køre dem gemmen en and/og FB.
  9. Jeg er ret sikker på at viewer modulet er til HW 6.1 uden viewer. Mig bekendt har der aldrig været et viewer modul til Visual 1. Det var noget som kom med Visual 2, hvor den første controller blev solgt i 2 udgaver. En med viewer og en uden viewer. Fortrød man og ville opgrader til en med viewer kunne man købe et eksternt viewer modul i steddet for en ny controller. Mener prisen for controller uden viewer var ca. 2/3 af controllerne med viewer og en løs viewer var ca. halv pris af en controller med viewer.
  10. Det er altid en god idee at jordforbinde elektronik, men da skærmen på ethernet portene i switchen er galvanisk adskilt fra resten af switchen vil der fortsat mangle en jording af skærmen. Der må kun være 1 jord forbindelse på skærmen på et PDS kabel, da det ellers kommer til at virke som en udlignings forbindelse. Denne jording laves altid i krydsfeltet, hvilket i dette tilfælde vil sige de nye connector som monteres. Sålænge vi taler max 1Gbit og private hjem, er det i praktis ikke sjældent kritisk om jording af skærmen er lavet eller ej. Man vil kunne måle at den ikke er lavet, og det vil give lidt mere støj og dermed lidt dårligere hastighed, men ikke så meget at man vil bemærke det i daglig dagen. Korrekt jording af skræmen er derimod kritisk når man også sender TV signaler gennem kablerne, men som jeg forstår @Claesen er der ikke længere behov for dette.
  11. Som jeg har skrevet til dig andet sted er de fleste bruger her på boardet enten elektriker eller nørder som selv ønsker at sammensætte, programmer og lege med deres smart house installation. De gider ikke skrædersyede tilbud, men ønsker derimod brugbar systemdokumentation, datablade m.m. så de selv kan sammensætte deres løsning. Det synes at være et gennemgående tema at du ikke ved hvordan LK IHC, eller smarthouse systemer generelt fungere. Derfor undre det mig MEGET at du mener at jeres system nemt kan erstatte LK IHC. Specielt fordi den begrænsede information som ligger på den website du henviser til, ofte ikke giver mening. Jeres analog indgange beskrives som 12bit ADC bitrate. En analog indgang er normalt 0-20ma, 0-10V, PT100, PT1000, NTC eller tilsvarende. 12bit ADC bitrate er en digital dataline indgang. F.eks. er I/O portene (der hvor I/O modulerne er tilsluttet) på en LK IHC controller 16 bit datalinie porte. Når en LK IHC temp. sensor (incl. dem fra Zigza) bliver tilsluttet en LK IHC indgang, bliver denne indgang også til en datalinie port. Det bliver IKKE til en analog indgang, selvom man kan aflæse en temperatur via indgangen. Jeres dimmer udgange beskrives som PWM. Normalt bruger man RC eller LC dæmpning til gløde, halogen eller LED pære. PWM bruges kun til dimming af LED strips som er designet til denne type dimming. Noget som ikke findes i mange private hjem. PWM kan IKKE bruges til at dæmpe hverken gløde, halogen eller LED pære. Noget som tilgengæld findes i mange private hjem. Faktisk er der stor sandsynlighed for at hvis man forsøger at bruge PWM til dæmpning af en af de 3 nævnte, så vil den brænde af temmeligt hurtigt, da de IKKE er designet til at blivet tændt/slukket så tidt som tilfældet er ved PWM dimming. Du henviser flere gange til DALI dæmpning. Ligesom ved PWM dimming, er det MEGET få private som har lamper med DALI styring. Det er noget man normalt bruger i kontor bygninger, lager haller, produktions haller m.m. Det er IKKE noget som private bruger.
  12. Links til beskrivelse af LK's datastrømme til/fra I/O moduler og temp. sensor ligger i bunden af denne tråd. https://www.ihc-user.dk/forum/forums/topic/10812-ihc-eol-hvad-er-alternativerne/ 1 puls pr. KWh lyder ikke af meget. Er du sikker på at det ikke er 100 eller 1000 pulser pr. KWh. Det plejre at være standard såvidt jeg ved.
  13. Målet var bare at lave en nem oversigt, så man hurtigt kan afgøre hvilken controller der er tale om, da det spørgsmål har været oppe og vende et par gange på det sidste. Jeg har også noget dokumentation liggende på et analog indgangs modul. Det blev vist aldrig frigivet, men det var en del af det oprindelige IHC design, som LK købte tilbage engang i 80'erne, og som senere blev til det vi kender som LK IHC. LK IHC er også solgt under branded Thorsman i bl.a. Tyskland og Holland, men sikkert også en lang række andre lande. Langt hen af vejen, glemmer internettet aldrig, men google og andre søgemaskiner er bare blevet så "intiligente" at de ikke viser søge resultater som ikke er blevet opdateret indenfor de sidste 12 måneder, for hvem gider se uaktuelle informationer. Skulle nogen have lyst til at se nogle gamle LK IHC produkter, så prøv at søg på IHC på genbyg.dk
  14. Lars1

    Visual 3 firmware

    Det gik vist lidt for stærkt. Du har fuldstændig ret. Jeg har nu slettet 03.04.72 fra indlægget.
  15. Jeg har også været inde og kigge på jeres website. Desværre kan jeres produkt LANGT fra det samme som LK IHC kunne. Selv en lille LK IHC installation har nemt 32-48 24V indgange, 8-16 24V udgange og 16-24 230V udgange. Dertil kommer 1-10 wireless dimmer, stikkontakter m.m. Altsammen forbundet til 1 controller. Med jeres system ender man såvidt jeg kan se på mindst 3-4 controller hvis ikke mere. Min LK IHC installation indeholder ca. 150 24V indgange, 50 24V udgange samt 50 230V/10A udgange. Dertil kommer 10 dimmer. Jeg kunne godt tænke mig at se en komponent liste fra jer til sådan en installation. Jeres controller kunne muligvis bruges i steddet for de Siemens LOGO PLC'er som jeg pt. er ved at installer til min nye varmestyring. Der er dog 2 store udfordringer. Den ene er at jeres analoge indgange ikke er nogen analog indgang, men en data linie, svarende til den LK bruger til deres temp. sensor. Havde det været en analog indgang ville den være benævnt som 0-20ma, 0-10V, PT100/PT1000, NTC eller tilsvarende. Når den benævnes som 12 bit ADC bitrate, så er det en data linie, som kræver noget eksternt udstyr for at omsætte et analogt signal til en bitrate som jeres controller forstår. Havde jeres data linie indgang haft en bitrate på 16 eller mere, kunne den måske med lidt tilpasning have været brugt sammen med et LK IHC input modul. Den anden udfordring er at i ikke har nogen 0-10V analog udgang. Et andet stort spørgsmål er. Hvad koster jeres produkter, og hvordan handler man hos jer? På trods af ovenstående, har jeg alligevel valgt at liste jeres produkt på FAQ listen over alternativer til LK IHC.
  16. Ved wireless har række følgende af links betydning hvis der er problemer med kommunikationen med en wireless enhed. Så forløbig har jeg prøvet at ændre linksne, så udgangen er linket før indgange. Så må vi se om det ændre noget. Før var indgangen linket først.
  17. Jeg faldt over billedet i den LK IHC produkt oversigt, som Bjarne sendte i en anden tråd. Glemte bare at få rettet teksten til. Hvis du falder over et bedre billed erstatter jeg det gerne, men ellers tror jeg det er godt nok som det er nu.
  18. Det hjælper jo ikke meget at den er godkendt til loftmontering, hvis det den er monteret i ikke kan holde. Jeg vil blive meget overrasket hvis der i godkendelsen ikke står noget om at loftet pladerne skal have en vis styrke for at betingelserne for godkendelsen er opfyldt.
  19. LK har siden LK IHC blev lanceret i 1991 lavet 4 forskellige generationer af LK IHC controller. De er alle næsten 100% HW kompatible, hvilket vil sige at man kan op/nedgrader sin LK IHC installation ved kun at udskifte controlleren. Alle I/O moduler som er forbundet til I/O portene på en controller vil virke med samtlige generationer af LK IHC. LK IHC enheder som er tilsluttet controllerne via RS485 bussen eller wireless vil som udgangs punkt virker ved en opgradering, men ikke nødvendigvis ved en nedgradering. Enkelte produkter som f.eks. voice og ældre SMS modems er dog ikke understøttet af Visual 3 controllerne. Visual 2 programmer kan bruges direkte i Visual 3 controller uden ændringer, ligesom et TermIHC program kan bruges direkte i en Visual 1 controller uden ændringer. Dette er desværre den eneste software kompabilitet der findes på tværs af de 4 generationer. En fuld oversigt over LK's IHC produkt portefølge kan findes her. https://www1.lk.dk/katalog/fam/14.html Visual 3 (August 2017 - August 2023): Visual 3 controlleren er den sidste generation af LK IHC. Der kommer ikke nogen ny LK IHC controller fra Schneider. Controlleren kan genkendes ved Vare nr. 820B1600 En QR kode på fronten. En reset knap på fronten. SD card i toppen. Antenne nederst til højre S0 indgang øverst til venstre RS485 bus i toppen. Visual 2 (2006 - 2017): Visual 2 findes i 3 udgaver. Det er desværre meget svært at se forskel på dem, og for varianterne med viewer kræver det at man logger på AdminView for at se om det er en HW 6.1 eller HW 6.2 controller man har. Det var en kort overgang muligt at købe en ekstern viewer til HW 6.1 uden viewer. Desværre har jeg ikke kunnet finde noget billed af den. Alle Visual 2 varianter Antennen sidder øverst til venstre LAN stik nederst til højre HW 6.1 uden viewer (2006-2012 Vare nr. 820B1202 Teksten på controlleren er "IHC Visual Controller" HW 6.1 med viewer (2006-2012) / HW 6.2 med viewer (2012-2017) Vare nr. 820B1400 Teksten på controlleren er "IHC Visual Controller/Viewer" Visual 1 (2000-2006): Visual 1 controlleren ligner TermIHC controlleren rigtig meget, og bliver ofte forvekslet med denne, men man kan genkende en Visual 1 controller på nedenstående punkter. Vare nr. 120B1202 Tekst på controlleren. Modul 1 tekst "IHC controller Visual". Modul 2 Ingen tekst. TermIHC (1991-2000): TermIHC controlleren ligner Visual 1 controlleren rigtig meget, og bliver ofte forvekslet med denne, men man kan genkende en TermIHC controller på nedenstående punkter. Vare nr. 120B1200 og 120B1201 Tekst på controlleren. Modul 1 tekst "IHC controller", Modul 2 tekst "IHC I/O Interface"
  20. Lars1

    Visual 3 firmware

    Visual 3 (HW 7.x) Sørg for at controlleren køre med mindst firmware 03.03.44, da den ellers risiker at gå i boot loop. LED firmware 01.01.40 løser problemet med forkert lysstyrke ved brug af scenarier. Denne firmware er frigivet senere end controller firmware 03.03.44, så den skal indlæses for sig selv efter at controlleren er opgraderet til firmware 03.04.44
  21. Enkelte er løbet ind i problemer med Visual 2 controller, som fejler ved omkring 80% under firmware update. Der er ikke noget entydigt billed af hvad årsagen er. I nogle tilfælde er det lykkes at komme videre, ved at prøve igen med samme firmware. Andre gange skal man bare have MEGET tålmodighed (mere end 15 min.). Andre igen er lykkes med at gå tilbage til en MEGET gammel firmware (2.3.587). Men i nogen tilfælde er der ikke noget som hjælper. Et par tips fra div. tråde om emnet. Generelt: Det er normalt ikke nødvendigt at opgrader med alle firmware versioner hvis man er kommet bagud. For Visual 2 controller er der dog en enkelt undtagelse Visual 2 (HW 6.1 og HW 6.2) Controlleren SKAL firmware opdateres med 2.7.199 før den opdateres med 2.7.220 eller senere. Undgå firmware 2.7.220. Bliv på 2.7.199 eller fortsæt til 2.8.4. 2.7.199 er LANGT mere stabil end 2.7.220, og de opdaterede certifikater i 2.7.220 er alligevel udløbet. Firmware 2.8.4 er den mest stabile firmware til Visual 2. Den understøttes officielt ikke på HW 6.1 controller, men normalt kan man godt loade firmwaren i controlleren. Det kræver dog en gammel firmware loader, da der er versions check i de firmware loader, som kom sammen med de sidste 3-5 firmwares til Visual 2
  22. Den dåse du linker til er en Euro dåse. De passer ikke til LK's Ø80 lampeudtag. Bortset fra det skal man passe MEGET på med forfra dåser i lofter. Jeg kan ikke huske kravet til trækstyrken, men de skal jo kunne holde til at der hænger en tung lampe i dem. Det kan de alm. loft dåser, da de jo er fastgjort i den bærende loft konstruktion. Gætter på at det er derfor at det er så svært at finde forfra dåser til lofter.
  23. Lars1

    IHC Term 1 sekund

    Jeg er ret sikker på at det er en termIHC controller. På Visual 1 controllerne står der såvidt jeg husker IHC Visual. Det gør der ikke på controlleren på hans billed. TermIHC controllerne havde også manuel sommer/vintertid omskifter såvidt jeg husker.
  24. En ting er fase, men når vi taler LK IHC wireless dimmer, så har du både fast fase, dimmer fase/mellem ledning, samt risikoen for fremmed spænding, hvis der er lavet en fejl et andet sted i installationen. Villedningen til programmeringen kan du finde her. https://www.lk.dk/produkter?iid=11372 Hvis din installation er lavet lidt smart, så har du max 2 dimmer, som hver trækker 3 lampeudtag, incl. dimmeren. 6 lampeudtag og 2 tryk er dog en overkommelig opgave at erstatte med et andet produkt. Undgå dog at købe de billige harald nyborg wireless dimmer. Gå efter noget professionelt baseret på Z-Wave eller Zigbee.
  25. @Henning PedersenEfter at have brugt mine opdaterede FB's i nogle uger har jeg opdaget et andet problem, som ligner scenarie problemet, men ikke helt det samme. Derudover forsvinder det af sig selv dagen efter. Ind i mellem er der en dimmer som ikke slukker om morgen. Det er indtil videre sket 2 gange og har ramt de samme 2 dimmer (en af gangen), som jeg har set scenarie problemet på. Scenarie problemet ramte også kun 1 dimmer af gangen. Har du oplevet noget tilsvarende? I mine FB's har jeg valgt at linke lys niveau % på LED dimmeren til både en indgang og en udgang i min FB. Jeg er rimelig sikker på at det ikke er årsagen til problemet, men derimod årsagen til at jeg opdager problemet, da indgange bruges til at styre 2 time tæller, som tæller op ved henholdsvis lav og høj lys styrke.
×
×
  • Tilføj...

Important Information

Privatlivspolitik 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.

1200x630bb.png

ok