Smail

Jeg kan godt følge din tankegang og jeg er enig. Faktummet er at jeg først vil lave en 1:1 funktionalitet i visual 2 hvorefter jeg begynder ændre i funktionaliteten.

Jeg har nu løst problemet ved at erstatte det simple kip (FB 1.1.10a) til et avanceret kip (FB 1.1.01.d) således at der nu er to avancerede kip FB'er på samme indgang. I det ene avancerede kip bruger jeg "Kip ved lang tryk" og i det andet bruger jeg "kip ved kort tryk". Forskellen fra det simple kip er at kip ved kort tryk bliver kun aktiveret ved et kort tryk hvorom det simple kip bliver aktiveret ved tryk af enhver længde. Er dette dog den mest simple/optimale måde at udføre denne funktion på eller er der en anden mere håndterbar tilgang? Takker på forhånd

Hej Alle, Jeg er ved at konvertere fra IHC visual 1 til visual 2. I visual 1 har jeg en indgang (indgang 1.02) som har 2 funktioner. Ved et kort tryk tænder den loftlyset og ved et langt tryk tænder den for lyset i udhænget. Jeg prøver nu at replikere dette i visual 2, men det mislykkedes når jeg tester softwaren. Jeg har både vedhæftet et screendump af de to samligninger samt .vis filen. I visual 2 bruger jeg funktionsblokkene 1.1.10.a og 1.1.01.d som henhodlsvis udfører funktionerne med det korte tryk og det lange tryk. Ved test kan jeg godt tænde for begge lys. Problemet er at når jeg vil tænde det udvendige lys (lang tryk) så tændes det indvendige også. Dette vil sige at den samme indgang operer på to udgange samtidigt hvor i mod jeg ønsker at et kort tryk kun operer på udgangen lampeudtag i loft og det lange tryk kun operer på udgangen lampeudtag i udhæng. Er der mon en venlig sjæl som måske kan hjælpe med at identificere fejlen? Det kan sagtens være at jeg bruger de forkerte FB'er og at denne samlede funktionalitet skal udgøres af en enkelt FB. test.vis

Visual starter godt nok, men jeg kan ikke finde den nye fil under funktionsblokke. Kunne det være at Visual 1 godt kan acceptere .ifb filer, men ikke når den underliggende kode er i xml?

Der var et gennembrud. Jeg ser i mappen userLibs (se vedhæftet prt. scr.) at der er IFB filer. Dette giver mig da noget håb. Der er bl.a. en fil med navnet tidsstyring, men jeg kan læse mig frem til at dennes funktion går på et manuelt skift mellem vinter og sommertid via mode knappen på controlleren. Jeg har også vedhæftet denne fil her. Er det denne måde som man generelt håndterer .ifb filer på - altså at sætte dem i denne mappe? Det lyder næsten for godt til at være sandt. Jeg kan næsten forestille mig at man skulle ændrer i nogle ting/indstillinger først. Tidsstyring.ifb

Hej Lars og Henning, Siden jeres svar har jeg brugt tid på at kigge på dette, men jeg er ikke kommet særligt langt i min efterforskning. Forstår jeg det korrekt at det virtuelle skumringsrelæ kun er tilegnet visual controller 2? Jeg kan nemlig se at det virtuelle skumringsrelæ kommer med en .vis wller .ifb extension og jeg ved ikke om disse kan læses af visual controller 1.

Hej, Nu er sommeren ved at være over os og jeg kan se at jeg er nød til at installere et skumringsrelæ til min udendørs belysning. Jeg overtog huset sidste år og det er fra 2003. Jeg synes derfor at det er ret mærkeligt at man på daværende tidspunkt ikke har tænkt på at installere et skumringsrelæ. Jeg kiggede derfor ihc koden igennem og kan se at skumrignsrelæet er indført i et af funktionsblokkene, men det ser dog ikke ud til at der er programmeret noget. Se gerne vedhæftede screendump. Er der et erfarent hoved der måske kan fange hvad som kunne have været tænkt her da man lavede installationen? Derudover kunne jeg tænke mig at vide hvad FB2.1.2 står for (Trappeautomat med indikator for timerudløb). Er der noget som har set sådan noget før? Det skal nu også siges at der er et meget gammelt skumringsrelæ som er skruet fast på en pæl inde i hækken, men jeg kan ikke se at der er nogen kabel der fører fra denne og ud til huset. Jeg ved nu ikke om denne er blevet brugt til noget andet før hen. Har nogen set noget lignende før? Se vedhæftet fil. Min umiddelbare forståelse er at der ikke er installeret et skumringsrelæ og jeg tænker derfor at bruge den virtuelle version6.1 som er her på siden. Er der dokumentation for hvordan denne skal tilføjes til ihc koden? Mange tak

Hej, Jeg søger lidt råd og meninger om et køb af to brugte IHC visual1 kodetastaturer. Sælger har taget disse ned fra sit hus. Et af tastaturene har sidet indenfor og et udenfor. Sælger har kun en kode som han ikke ved om er masterkoden. Sælger har kun brugt det ene til at komme ind og ud af huset. Ved køb af disse, betyder det noget hvilket af tastaturerne har siddet indenfor og hvilket udenfor? Jeg tænker nu mere på rækkefølgen af disse i det elektriske netværk i huset. Sælger vil af med begge for 500 kr og jeg ved ikke helt om jeg tør at tage risikoen ved at det måske ikke masterkoden jeg får og dermed ikke vil være i stand til at ændre koden fremadrettet. Måtte jeg høre jeres meninger. På forhånd tak.

Det viste sig at være den ene af de to sensorer som tænder lyset konstant om natten. Det kan være at den har nået sin levetid. Den anden virker helt fint med platfolie omkring.

Det er ret væsentligt det som du skriver Lars1. Jeg tænker mig lige om før at jeg rykker den til et andet sted.

Tak for svar. Jeg kan godt ae at lige så snart at det skal være 24V så befinder prisen sig omkring de 500 kr.

Hej, Jeg ønsker at udskifte de gamle OPUS 73 bevægelsessensorer ud med noget nyere. Jeg har en visual1 installation hjemme. Når jeg kigger på prisen for eksempelvis OPUS 74 PIR bevægelsessensorer så er der jo halvdyre. Findes der andre mærker som er kompatible med visual 1 og kan installeres uden meget besvær.

Dette blev ikke en success alligevel med plastfolien . Det viste sig at omkring midnat tændte alle spottene og slukkede ikke igen. Jeg tænker at det nok er fordi at uden det rette dæksel på sensorerne bliver de alt for følelsomme overfor små flyvende biller som så aktiverer bevægelsessensoren.

Lars1 tak for hjælpen. Det lykkedes at få sensorerne til at virke ved at koble den stiplede leder til terminal 3. Sensorerne reagerer langsomt og jeg tror at det er fordi at fronten er godt ridset osv. Jeg har derfor lavet en høker ved at smide noget plastfolie omkring sensoren for at beskytte mod vind . Dette virker rigtigt godt. Se billede.

Til Lars1. Tak for svar. Jeg har kunnet følge kablet fra sensoren og helt ud til input modulet og jeg kan konstatere at der ikke er sket samlinger nogle steder. Jeg prøver at koble den grøn/hvide leder tilbage på terminal 3 i aften. Hermed et tillægsspørgsmål. I så fald at jeg vælger at skifte denne sensor ud med en OPUS 74 så skal der tilføjes en tredje leder med 24v. Jeg kan jo også se at der går tre ledere (samme kabel) fra henholdvis 24V, data og 0V terminalerne fra input modulet ud til controlleren. Kan jeg bare "genbruge" 24v terminalen fra input modulet og trække en leder fra den og så ud til OPUS 24? Jeg har mange gange før koblet flere ledere til samme fase, men jeg spørger specifikt om dette da jeg ikke ved om denne terminal også har andre egenskaber ud over bare at give 24V.

Hej Alle, Jeg har indtil nu været overbevist om at mine 2 ældre LK OPUS 73 PIR bevægelsessensorer ikke har virket, men det kan være at der ligger en anden sandhed bag dette. I takt med at jeg ville erstatte disse med en cocktail bestående af LK Fuga IHC Control PIR sensor 24V, adaptor dæksel samt bagklap (som flere nu har benævnt i dette forum) bemærkede jeg følgende. Billede 1 viser tilkoblingen til bevægelsessensoren. Her ligger jeg med det samme mærke til at en grøn leder bliver ført til terminal 2, men i installationsvejledningen står der at terminal 2 ikke skal bruges. Kablet som er isoleret med mørkegrønt fører videre til en anden PIR sensor som står på den anden side af hsuet. Billede 2 og 3 forvirrer mig endnu mere. Dette viser hvordan kablet er ført ind i input modulet. Her ser vi at den brune leder som gik fra terminal 1 på sensoren er ført til terminal 11 på indput modulet. Dette ser jeg såmænd intet galt i. Dernæst ser vi at den stiplede grønt/hvide kabel bliver ført til 0V på input modulet, MEN denne leder er IKKE koblet til sensoren. Den grønne leder som fører fra terminal 2 på sensoren er ikke koblet til inputmodulet. For god ordens skyld har jeg også vedhæftet som billede 4 hvordan programmeringen i visual 1.32 ser ud for sensoren. Jeg har også prøvet på at kigge efter en skumringssensor som ikke var til at finde nogle steder. Jeg vil derfor antage at sådan ikke har været brugt i installationen. Den eneste grund til at jeg ser situationen være således er (som andre i forumet har opdaget i deres installation) at den grønne leder i terminal 2 på sensoren er ikke koblet til en terminal i input modulet og forbliver derfor irrelevant. Derudover, da der formentligt ingen skumringsrelæ er, så vil sensoren reagere og tænde lyset selv når solen står højst på himmelen. Det kan jo være at de tidligere ejere var trætte af dette og tog den lette løsning ved at frakoble den stiplede leder fra terminal 3 og dermed frakoblede sensorens funktion. Giver denne logik mening? Hvad tænket i om denne installation?

Vil gerne udmelde endnu en successhistorie om tilkobling til visual controller 1 samt erfaringer. Jeg startede ud med at købe en Delock USB-A 2.0 til Seriel RS232 adapter (link 1 nedenfor) som har en FTDI chip. Selv med den rigtige driver kunne jeg ikke få forbindelse til controlleren. Jeg testede kablet og driveren ved at luse ben 2 og 3 sammen og derefter kunne jeg via hyperterm konstatere at kablet, driveren, pc'en ... passede rigtigt sammen. Jeg læste en del tråde her inde og mange havde beskrevet successhistorier ved at bruge t-hansens kabel fra goobay (link 2) og en kønsomdanner hun/hun (link 3). Denne kabel viste sig at virke på windows 7 samt windows 10 og på com port 4. Jeg kunne nu tilgå controlleren via IHC starter, firmware loader 1.1 og visual 1.32. Windows installerede driveren selv så det var jo bare plug and play med dette kabel. På LK's hjemmeside står der at hvis man skal tilgå visual 1.32 så skal firmwaren på controlleren være version 0.1.5.0. Jeg kunne via firmware loader konstatere at versionen på min controller er 0.1.4.0 og alligevel kunne jeg tilgå den via visual 1.32. Tak til alle som hjalp med at besvare mine spørgsmål. 1. https://www.av-cables.dk/usb-til-seriel-adapter-kabel-2/n-a-2881.html?utm_source=google&utm_medium=organicshopping&utm_campaign=googleshoppingorganic&gclid=Cj0KCQjwhY-aBhCUARIsALNIC04Cvx_ghCBQWhX-RQ0ejwL4zfwLGSn3YQHeovgHv7bUj7CPAdZwiCYaApc9EALw_wcB 2. https://www.thansen.dk/elektronik/tilbehor-til-computer-/kabler/usb-to-serial-converter/n496911252/pn552661694 3. https://www.av-cables.dk/seriel-adaptere/seriel-adapter-9pin-hun-til-9pin-hun-d-sub-rs-232.html?utm_source=google&utm_medium=organicshopping&utm_campaign=googleshoppingorganic&gclid=Cj0KCQjwhY-aBhCUARIsALNIC07A1UB-WTg6gVI3FIt9D95U_Ka6D_QS-0SxHuUJpy_oDbMjG0RoZeQaAnHAEALw_wcB

Til Lars1, Tak for svar. Jeg prøver. Håber dog ikke at rs232 porten på min controller er stoppet med at virke. Så er der lang vej igen

Hej, Jeg har stillet et lignende spørgsmål i en anden tråd hvor jeg faktisk troede at jeg manglede forbindelsen imellem ihc visual 1.32 og controlleren, men det viste sig at jeg slet ikke havde forbindelsen imellem controlleren og maskinen. Jeg prøver derfor i denne tråd at fokusere på den manglende forbindelse imellem controlleren og maskinen. Jeg kører windows 7 (den tætteste version på XP som jeg har kunne få fat på). Jeg har en visual controller 1 og har installeret ihc visual 1.32 og hyperterminal. Disse to softwares kører fint når jeg åbner dem. Jeg har købt følgende usb/rs232 kabel: https://www.delock.com/produkt/66282/merkmale.html?g=2002 med en FTDI chip. Kablet og driveren er kompatible med windows 7 står der. Jeg har også installeret den nødvendige driver som viser sig at være ok. Jeg kan i hvert fald finde forbindelsen i enhedshåndteringen (se figuren nedenfor). Jeg har også vedhæftet et screen dump som viser port indstillingerne. For at teste kablet og driveren har jeg luset ben 2 og 3 sammen og via Hyperterminal kan jeg konstatere at der er hul igennem. Jeg kan nemlig se hvad jeg skriver i terminalen. Vil i mene at dette er nok indikationer på at den korrekte driver er installeret på maskinen og at kablet er ok? I så fald, vil dette betyde at der er noget galt med controlleren? Hvordan vil man egentligt kunne detektere at der forbindelse imellem controlleren og maskinen? Jeg takker!

Jeg har læst mig frem til på forumet at flere er lykkedes med at koble sig til controlleren med et almindeligt usb til rs232 kabel med flere forskellige styresystemer. Hurdlen er dog at softwaren kan drille. Jeg vil derfor mene at jeg nu nok har et kabel som kan bruges, nu skal jeg bar elære at bruge det.

Til Martin, Det er bare et enkelt usb til rs232 kabel. Der er ingen adapter "klods", ellers misforstår jeg dit spørgsmål. Du kan se kablet i mit link. Har ofte læst at folk skriver at man kan tage stammen fra controlleren. Hvad vil der egentligt ske i dette tilfælde? Vil strømmen gå i huset?

Hej, Jeg har nu for første gang koblet min visual controller 1 til min pc og her som ventet støder jeg ind i problemer. Jeg kører windows 7 (den tætteste version på XP som jeg har kunne få fat på). Jeg har en visual controller 1 og har installeret ihc visual 1.32. Installationen af ihc visual 1.32 kørte fint og jeg kan tilgå softwaren. Jeg har købt følgende usb til rs232 kabel: https://www.delock.com/produkt/66282/merkmale.html?g=2002 med en FTDI chip. Kablet og driveren er kompatible med windows 7 står der. Jeg har også installeret den nødvendige driver som viser sig at være ok. Jeg kan i hvert fald finde forbindelsen i enhedshåndteringen (port 3) og derfor tænker jeg at forbindelsen imellem controlleren om maskinen er ok (se vedhæftede billede). I ihc visual kan jeg godt finde porten under controller --> opsætning (se billede), men der står at der ingen forbindelse er. Er der nogen som kan hjælpe til med dette? Lad mig endelig vide hvis yderligere information skal bruges. Jeg takker!

Til Lars Jacobsen: Jeg har nu kigget i download sektionen og fundet frem til driverne. Forstår jeg det korrekt at den seneste driver er til windows Vista? Til Lars1: Det er faktisk meget nyttig information du kommer med. Jeg troede at IHC havde et problem med driverne, men det er godt at vide at det er et driver vs. windows problem. Forstår jeg det korrekt at hvis man kan finde en driver som er kompatibel med et bestemt windows OS så vil den også være kompatibel med LK IHC?

Hej Bjarne, Jeg står hermed i en lignende situation som denne tråd fra 2017 behandler. Du skriver lidt om de forskellige kabler, hvormed du nævner to forskellige chips. Hvad er en chip? Gælder dette stadigvæk her 5 år senere eller er der kommet mere teknologi på banen hvor man kan bruge en hvilken som helst 9pin rs232 til usb kabel adapter?

Til Lars1, Ja det er det jo vel. Jeg ser hvad jeg kan gøre via den vej. Tak for hjælpen!