Al aktivitet

Jeg tror ikke der er noget galt udover at du har et eller flere batterier i wireless enheder som trænger til at blive skiftet. Du kan læse mere om de enkelte dioder i den PDF som er installeret på din PC sammen med Visual, men herunder er en kort beskrivelse. OK dioden skal blinke grønt. Helst med ca. 1 sek on, og 1 sek. off, men kan også blinke lidt hurtigere hvis du har netværks forbindelse til controlleren. Batteri dioden vil lyse rød hvis en eller flere wireless enheder trænger til et nyt batteri. Antenne dioden lyser/blinker kun når der sker kommunikation med wireless enheder. Når der ikke skal sendes beskeder til dem, eller nogen påvirker en wireless enhed, er der intet lys i dioden. Netværk ikke fundet fejlen på SMS modemet lyder meget sandsynlig når SIM kortet ikke er aktivt. Den "fejl" har intet at gøre med de 3 dioder. At finde hvilken wireless enhed som trænger til et nyt batteri kan være besværligt. Sommetider bliver det logget i serviceview, men ikke altid. Jeg vil anbefale at du skifter alle batterierne, for når først en enhed er ved at løbe tør for strøm kommer de andre sikkert kort tid efter, og så meget koster nye batterier heller ikke.

Hej! Jeg vil sætte pris på enhver hjælp i retning af at slippe af med nedenstående fejl. "LK IHC Visual Controller / Viewer" (HW 6.2, FW 2.8.4) blinker grønt i "OK" og lyser konstant rød i "batteri", intet lys in "antenne" LED. Jeg har ikke noget i ServiceView loggen, der gør mig klogere på denne fejlstatus. Lige nu står den til "Log alle datalinje input hændelser" og der kommer linjer hvor gang vi tænder/slukker enheder m.v. Vi har et "LK IHC SMS Modem", der er i "Netværk ikke fundet" status, fordi SIM-kortet ikke er aktivt længere. Ved ikke om det kan være årsag til ovenstående, formoder det ikke, men ville alligevel lige nævnte det. Min formodning er, at en eller anden tryk-enhed er løbet tør for strøm? Men jeg aner ikke hvilken (og vi har en hel del i vores setup). Kan man køre en kommunikationstest til alle enheder eller noget i den stil? Jeg har forsøgt at tømme loggen og genstarte Visual Controlleren. Fortsat fejlstatus. På forhånd tak for enhver hjælp.

Jeg er ikke overrasket over at programmeringen følger KNX standarden, det havde jeg helt klart forventet. Men jeg er overrasket over at temp./lux/fugt sensor ikke er understøtte, og at det kun er basal digital I/O som er understøttet. Jeg havde forventet lidt mere. Den store fordel er dog at man få adgang til hele KNX produkt marked. Og prisen følger jo meget godt KNX. Måske er der alligevel et marked for den REVO controller som nogen arbejder på. Den har sit eget fora her på boardet. Jeg tror dog at KNX/IHC controlleren vil kunne erstatte mere end 2% af de eksisterende LK IHC installationer. Rigtig mange bruger dem ikke til andet end lys styring, og modem er der stort set ingen som bruger længere. Hverken TermIHC eller Visual 1 understøtter wireless, temp/lux/fugt sensor eller LED dimmer, og de findes fortsat MANGE LK IHC installationer med de 2 controller. LK IHC wireless bruges rigtig mange stedder, men det bygger på en protokol, som ikke længere levere op til gængse sikkerheds standarder, og derfor kan man ikke lovligt lave nye produkter som understøtter dette. Altsamme desværre tegn på at den er ved at dø. Hos mig er der typisk gået 1-2 år fra de første symptomer viste sig og til controlleren døde. I den periode har der være mdr. uden problemer, men jo nærmere døden kom, jo ofter opstod problemerne. Om det er størrelsen eller antallet af variabler som er problemet, er nok lidt svært at sige. Eftersom du kan downloade programmet korrekt, er det tilsyneladen parsing af programmet i controlleren, som fejler i steppet "sender projekt fil." Når du sender projektet til controlleren, sker der en simpel kopiering af projekt filen til controlleren, og herefter læser controlleren programmet og parser det til noget den selv forstår. Denne indlæsning og parsing sker hvergang du genstarter controlleren. Når du downloader projektet, er det bare den fil du uploadet som bliver downloadet.

Opdatering: Upload af tomt projekt til controller via netværk: Fejler Upload af backup af projekt til controller via netværk: Fejler Upload af tomt projekt til controller via usb: OK Upload af backup-projekt til controller via usb: OK (og afvikling starter) Upload af stort projekt (det med de nye LINK-funktionsblokke) til controller via usb: Fejler under "sender projekt fil", se vedhæftede billede - (men kan sjovt nok downloades korrekt fra controller via usb, men afvikling starter ikke - og fra ServiceView står der "Controller i fejltilstand") Upload af backup-projekt til controller via usb: OK (og afvikling starter) ...så det er nok noget med størrelsen på projektet...

Jeg ved ikke, hvad forskellen er på 120B1005 og 120B1220, men den sidste udgave kan pt. findes på dba: https://www.dba.dk/recommerce/forsale/item/3619095

Hej Mikkel - Fandt lige den her gamle tråd frem. Hvordan gik det egentlig med funktionaliteten med overførsel af værdier mellem controllere? Jeg gik værkfra idéen om at overføre andet end binære værdier, for hvis man nu forestillede sig, at man havde en "master" og en eller flere "slave"-controllere, så kunne al logik (funktionsblokke) være i masteren, og slaven/slaverne skulle kun håndtere ekstra input- og output-moduler. Hvis man nu brugte de dér Controller Link lidt fornuftigt, kunne man måske overkomme begrænsningen på de 16 signaler, der overføres vha. de 16 bit. Som set i den her tråd: ...er det næsten lykkes mig at lave funktionsblokke, der kan overføre 128 input og output mellem controllere. Funktionsblokkene virker i IHC VIsual men lader bare til at være for store til controlleren... -- Jakob

Jo da - men ikke meget. Så vidt jeg forstod, er det meget, meget simpelt. KNX-dimsen erstatter controlleren og forbindes fysisk til input og outputmoduler. Al funktionalitet ligger så i KNX, og det var simpelthen så nedslående at få at vide, at det er funktioner som "tænd", "sluk", "kip", "sluk alt" der bliver understøttet. Hverken wireless, temp/lux/fugt-sensorer, specielle in- og outputmoduler (fx 0-10V converter eller IR-modtager), RS485-komponenter (modem/SMS-modem/LED dimmer) - eller (værst af alt) egne funktionsblokke. Ud fra beskrivelsen gik jeg derfra med en fornemmelse af, at produktet kan erstatte ca. 2% af, hvad IHC-controlleren bruges til. Med mindre jeg har misforstået noget, er det 98% uanvendeligt i alle de use cases, jeg kender. og så er der prisen. "Regn med 10K + moms", sagde den flinke mand fra LK. Hulens. Nå, jeg har oplevet et sjovt udvalg af fejl i dag. Lige nu har IHC Visual været ved at hente "projekt fra controller" i ca. 30 minutter - men den står da stadig som "online"... ...hvad siger din erfaring dig? Er det tegn på snarlig undergang og død? Jeg synes, jeg har prøvet det før - og så gik alt i orden efter upload af først et tomt projekt og derefter det rigtige via usb...

Kan du ikke fortælle lidt mere om den nye KNX/IHC controller? Det er ikke meget som LK har frigivet indtil videre, og V3 controllerens ustabillitet er ikke rigtigt til at leve med, så jeg er MEGET nysgerig på hvad den nye KNX/IHC controller kan, og ikke kan. Specielt om LK IHC LED dimmer er understøttet. At Visual lukker ned uden fejl melding har jeg også oplevet, men aldrig uden at der samtidig har været problemer med controlleren. Op til en V3 controller dør, stiger frekvensen i netværks problemer med controlleren, herunder også at Visual lukker ned under program upload, eller midt i at man er ved at lave ændringer, mens man har forbindelse til controlleren.

Argh, det lyder ikke rart. Jeg talte kort med en af de ansvarlige fra LK inde til "ElektrikerDage", hvor de præsenterede det nye KNX/IHC-modul, og det var... undervældende (måske bortset fra prisen!) - så jeg blev bekræftet i, at det er en supergod idé at blive ved med at lægge pres på LK for at kunne reparere V3-controllere, der står af... Men sjovt, du siger det - efter at min controller afviste det "store" program, uploadede jeg den forrige (mindre) version uden problemer - men efterfølgende har der i dag været udfald, så controlleren ser offline ud - og jeg kan hverken uploade eller downloade (men jeg mistænker også selve IHV Visual-programmet for ikke at være så robust; Cflere gange i dag er programmet lukket uden nogen form for fejlbesked under forsøget på upload/download). Hmmm... Jeps, jeg har været temmelig omhyggelig med at indbygge tolerance for det i funktionsblokken - herunder den cirkulære kø, der gør, at man kan sætte en masse ændringer i kø (forestil dig en masse korte tryk på et svagstrømstryk efter hinanden) - og signalering frem og tilbage mellem afsender og modtager. Det overvejede jeg også, men med parallelle bit får jeg en hurtigere afvikling. Og i modsætning til I/O-modulerne (som sender et bit-tog over noget, som vistnok også er RS485) og temp/lux/fugt-sensorerne (hvor klok-frekvens er indbygget i hardware), ville jeg selv skulle styre klokken. Min erfaring er, at en timer med nedtælling på 100 ms i praksis er mellem 100 og 500 ms - så det ville kræve laaang tid, hvis man skulle afvikle et signal serielt sikkert som et tog af pulser. Et billede siger mere end 1.000 ord, så jeg har lige lavet en demonstrationsvideo... Det er ganske vist simulering i IHC Visual, og jeg ved godt, at det ikke afspejler 100%, hvordan det vil virke på controlleren... IHC-controllere.mp4

Jeg kender ikke grænserne for hvor stort et LK IHC program må være, eller grænserne for interne variabler m.m. Men V3 controlleren har det med at dø (jeg er nu på min trejde V3 controller), og et af de første tegn er fejl på netværks interfacet, som bl.a. betyder at man mister forbindelsen fra tid til anden. Får du samme fejl, hvis du oploader et mindre program? Inden jeg uploader et nyt program til mine LK IHC controller, genstarter jeg dem altid via adminview. Det løser problemet på V2 controlleren, som ellers har det med at genstartet under program upload. På V3 controlleren har jeg ikke set dette problem, men jeg har heller ikke set proceduren skade noget. Omkring brug af I/O porte til bit overførsel af binære værdier, så skal du være opmærksom på at LK IHC er event basert, hvilket vil sige at du får en event hvergang en bit eller indgang ændre sig. Man kan selvfølgelig udnytte at LK IHC controlleren normalt afvikler hændelser i den rækkefølge afsendes i programmet. Hvilket vil sige at hvis din FB først sætter bit 1, derefter bit 2 o.s.v. så er det normalt den rækkefølge de vil blive modtaget i den anden controller, hvilket gør at man kan bruge sidste bit til at trigger aflæsning af værdien. Men der er ikke nogen garanti for at der ikke har været en interrupt på afsender controlleren, som gør at bit'sne bliver afsendt i en anden rækkefølge. I steddet vil jeg anbefale at du sender dine binære værdier som bit pulser på en enkelt I/O forbindelse. Det kræver lidt timing, men det er mere sikkert end parallel bits på I/O forbindelserne, og det er den måde som I/O modulerne og temp/lux/fugt sensorne kommuniker med controlleren. Interrupts på afsender controlleren, kan også her give problemer, men med start/stop og paritets bits, samt et OK/resend signal tilbage, bør kunne løse dette.

Hej - Jeg bøvler med at få koblet flere controllere sammen. De medfølgende funktionsblokke kan kun overføre 16 binære værdier mellem to controllere ...så jeg har programmeret min egne funktionsblokke, der bruger 7 af bit'ene som adresser + nogle bit til signalering. Det giver mulighed for overførsel af 128 binære værdier. Så kan man koble 128 indgande og 128 udgange på en anden controller, mens man stadig bruger "hovedcontrolleren" til at styre al logik (den sekundære controller bruges kun til at forbinde de ekstra ind- og udgange) Mine funktionsblokke virker ved simulering i IHC visual, men de er ret store (bl.a. har jeg implementeret en cirkulær kø for at undgå at miste signaler, mens der sendes) ...og nu kan jeg ikke uploade projektet til controlleren. Den fejler her under "sender projekt til controller"... Har nogen en idé om den øvre grænse for, hvor stort et projekt V3-controlleren kan håndtere? Mit projekt er nu ~8MB, hvis jeg kigger på den rå .vis-fil. Eller er der fx en grænse for, hvor mange interne variable etc., controlleren kan håndtere i alt? -- Jakob

Jeg sendte en mail den 9. Har intet hørt.

IHC captain er lukket helt ned for ssh og (s)ftp pga sikkerhed. Jeg har faktisk lavet en upload funktion som heller ikke er kommet ud endnu men jeg har så mange ting igang så ved ikke hvornår det kommer ud.

Prik evt til mig via min Facebook eller hjemmeside, så kan det være jeg lige kan guide dig igennem eller noget remote. Men Lars har fat i det rigtige.

Jeg har sendt dig en mail for 3 dage siden, og vil som sagt gerne købe din PSU og en Sensor E. Skriver du lige en Pb eller svarer mail'en?

@IvarHar du fået løst dit problem, og i såfald hvad blev løsningen. Du må gerne melde tilbage, så vi alle kan lære af dit problem.

IHC, IHC Wireless og Zigza komponenter sælges. Det hele sælges som løsdele eller samlet. Ved samlet salg gives god rabat. Alle komponenter med undtagelse af nogle enkelte er brugt. Køber betaler porto/fragt - kan afhentes ved Horsens. Kontakt: IHC@thomas-b.dk

Hej Christian Hvis du stadig mangler, så har jeg en helt ny liggende..

Jeg har fortsat min LK IHC installation, og er ikke nervøs, da LK har lovet at kunne reperarer Visual 3 controlleren nogle år endnu. Udover det kommer de meget snart med en SpaceLogic KNX controller, som kan genbruge alle LK IHC I/O modulerne. LK IHC vireless bliver ikke understøttet, og pt. vides det ikke om LED dimmerne bliver, men i steddet er den fuldt integreret med resten af KNX produkterne. Der ligger et link til annonceringe i tråden med alternativer til LK IHC. Tråden findes i FAQ sektionen. Der er også nogen som forsøger sig med et alternativ til LK IHC controlleren. De har fået deres eget forum her på boardet, og der er et link til deres website i tråden med alternativer til LK IHC. Jeg vil kikke lidt mere på dit Niko link, og sansynligvis tilføje det til til tråden med alternativer til LK IHC.

Hej igen Jeg synes tråden gik død. Er alle bare fortsat på deres IHC installation, og håber den ikke dør? En ven har vist mig Niko Home Control || der angiveligt skulle være en af Nikos controllere (ud af mange?) der er målrettet "hjem"-segmentet. De har relæer, dæmpere, 1-2-4-6 tryk osv. https://www.niko.eu/da-dk/produkter/niko-home-control/produkter-til-busledningsforing Er det noget, nogen af jer andre har kigget på og evt. gjort jer nogle tanker om?

Hej Lars. Mange tak for input - det er muligt at ændre ip-range i routeren, så det bliver nok løsningen. Jeg har i øvrigt på min stationære PC den gamle JAVA, så jeg kan kommunikere med controlleren, hvis der ellers er hul igennem

Hej Derude, Jeg er nystartet herhjemme med IHC. Siden 2016 har jeg haft stand-alone wireless i hele huset, men nu er der indkøbt en ældre controller (HW 6.1), og jeg er så småt begyndt at programmere. Indtil videre har det været ret simpelt, men nu er jeg på jagt efter lidt mere sammenspil i det hele. Jeg har, synes jeg selv, søgt godt rundt på forummet, men uden held. Via forummet har jeg dog fundet frem til, at det er bedst at have en FB til hvert lampested. Der hvor min tvivl opstår er, om det også er en god idé at have en særskilt FB til trykknappen, som så sender videre til lampestedets FB. Funktions Ønsker Jeg vil gerne udnytte min 4-tast trykknap lidt bedre på “tænd”-knappen. De to nederste taster vil jeg gerne bruge til andre funktioner.. ØV/ØH er dem jeg bruger standard i rummet til tænd/sluk - Det er høvdingen herhjemme der gerne vil bebeholde det som nu, derfor er touch ikke en option. Jeg bruger normalt FB 1.2.04e Mine tanker er, at: ØV/ØH skal være hhv. tænd/sluk og regulering op/ned som sædvanligt. Hvis lampestedet allerede er tændt, og man laver et kort tryk på “tænd” igen, skal den toggle videre næste scenarie – gerne op til 4 scenarier. Antallet af scenarier kunne evt. sættes som en indstilling i FB’en. Dette for at afslutte efter ønskede scenarie antal sat. FB 1.2.04e skal stadig fungere som normalt, bare med tilføjede scenarier, og når sidste scenarie er kørt, skal den gå tilbage til den tilstand, lampestedet var i, før scenariet blev startet. Samtidig vil jeg også gerne kunne styre enkelte lampeudtag – f.eks. til “welcome home”-lys, der tænder ved hjemkomst en sen aften/nat. Jeg er dog i tvivl om, hvorvidt det komplicerer løsningen unødigt, hvis overhovedet. Jeg har vedhæftet to .vis filer med 2 forskellige metoder jeg har prøvet indtil videre. Den første er med 2 FB -- en til lampested og en til trykknap - Med denne kan jeg kun skifte til en enkelt eller to scenarier inden den går i baglås. Den virker fint i visual, men ikke når den er på controlleren og testes i praksis. 1.vis Denne løsning er ikke helt gennemarbejdet eller afprøvet endnu, men jeg håber i kan se hvad tanken er. 2.vis Kom gerne med jeres viden og/eller løsning til hvordan det kan gøres mere simpelt. Hvis i allerede har noget ligende eller har lyst til at sende jeres .vis i huset tages det imod med kyshånd. Hvis der er en som har 5min via teamviewer og har lyst til at give en hurtig gennemgang vil det også være super. Ser frem til at høre fra jer. Vh. René

Det er nemmer at ændre routerens LAN opsætning, så den igen benytter 192.168.1.x fremfor 192.168.0.x. Alle ISP'er jeg kender, giver brugerne adgang til selv at gøre dette. Normalt via et web interface på routeren, eller i deres kunde portal. Sørg samtidig for at DHCP range (dynamisk/automatisk tildelte IP addresser) IKKE indeholderen LK IHC controllerens IP addresse. Den understøtter IKKE DHCP, så hvis dens IP er i DHCP området, vil routerne smide den af med jævne mellemrum. For at ændre opsætningen på controllerne skal man åbne adminview, som er et Java program, som ligger på controlleren. Men man skal have en mindst 5-10 år gammel Java version, for at få det til at virke. Alternativt skal man manuelt enable understøttelse af forældede krypterings protokoller i Java. Der er en længere tråd om emnet i FAQ sektionen.

Hejsa. Jeg har fået ny router, og før skiftet kunne jeg tilgå controlleren med ip 192.168.1.98. Min nye router benytter en anden ip-range, nemlig 192.168.0.???, og jeg kan ikke finde controlleren på routerens LAN-liste over tilsluttede enheder. Jeg gætter på, at jeg skal have adgang til controllerens opsætning og her angive en ip-adresse, der passer ind i den nye routeres ip-range. Men hvordan får jeg adgang til controllerens opsætning? Jeg har et USB-kabel, men jeg har kun en MacBook Pro, og som jeg forstår det, så skal jeg have programmet LK-programmet installeret. Nogen forslag?

Hej Jacob Velkommen til. Har du set på det værktøj @Mikkel Skovgaard har udviklet? IHC Docs. Hvis du kører din projektfil igennem mener jeg at ressource ID bliver vist. IHC projekt dokumentation