Lars1

Mig bekendt er der heller ikke implementeret noget i LK's firmware. Den ene controller ser ganske simpelt den anden controller som ind/output moduler, og omvendt. For os som har flere controller, er det en meget vigtig funktion, da det er den eneste måde at overføre data mellem 2 LK IHC controller uden at skulle benytte noget trejdeparts. De eneste data man imidlertid kan overføre er digitale on/off signaler. LED dimmer understøttelse vil helt klart være et plus. Jeg håber det lykkes jer at finde en. Jeg skal nok holde øjnene åben. Jeg vil næsten tro at i teknisk set allerede understøtter 1-10V produkter. Mig bekendt kommuniker de på samme måde som et ind/output modul. Så i mangler nok bare at definer dem som produkt i jeres REVO controller. Den sammen kobling kræver omprogramering, hvis man har flere controller, og dermed er det ikke længere en 1-1 udskiftning. Derudover kunne det være smart at kunne køre med en blandet installation, hvor man har en LK IHC controller som er sammenkoblet med en REVO controller. Specielt hvis i får LED dimmer til at virke. Det er basalt set bare et spørgsmål om jeres REVO controller kan modtage data strømmen fra den anden controller korrekt. Teoretisk burde det virke, men jeg kender ikke tekniken i jeres REVO controller til at kunne afgøre om det også vil virke i praktis. TermIHC, Visual 1 og Visual 2 controller har vist sig at være nærmeste umuligt at få til at dø. Det er kun Visual 3 controlleren, som mildt sagt er noget l....

LK's Visual 3 controller er ikke ligefrem den mest stabile LK IHC controller de har lavet. Den gode nyhed er at du endnu kan få ombyttet din LK IHC controller hvis du kontakter LK. Du kan gøre det selv. Du behøver ikke gå via en elektriker. Bare ring til dem på deres support nr., som du kan finde på lk.dk. Den fejl du beskriver, ligner en fejl som kunne opstå med en ældre version af firmwaren. Desværre ser det ud til at den nyeste firmware også har en fejl, som gør at controlleren dør efter nogle år. Det starter med netværks problemmer som bliver gradvist værre og værre, for så til sidst at enden med en stendød controller, som ikke vil boote eller afvikle programmet. Jeg tror ikke det ændre noget, men inden du tager fat i LK kan du prøve nedenstående. Du har sikkert allerede prøvet det, men ellers kan du prøve at tage strømmen til controlleren, incl batteri backup, i mindst 10 sek. Derudover kan du prøve at forbinde controlleren til en anden 24V DC strømforsyning, hvis du har en, bare for at sikre at der ikke er nogle spændings spikes eller dyk, som du ikke kan måle med dit multimeter. Enhver 24VDC strømforsyning som kan levere 250mA kan bruges. Der skal selvfølgelig ikke være andet forbundet til strømforsyningen end LK IHC controlleren.

@Revo Kan man koble 2 REVO controller eller 1 REVO og 1 LK IHC controller sammen på samme måde som man kan med 2 LK IHC controller, hvor man forbinder en output dataline port på den ene LK IHC controller med en input dataline port på den anden LK IHC controller? Programmerings mæssigt burde der ikke være noget issue, men hvad med elektrisk?

@Jakob BarfodJeg kom lige til at tænke på at man på en V3 controller også kan uploade et nyt projekt til controlleren via SD kortet. Mener det er noget med at man kan tage SD kortet ud af controlleren, sætte det i en PC, erstatte projektfilen (ligger vist nok i en skjult folder). Når man genstarter controlleren efter at have sat SD kortet tilbage i den, skulle det nye projekt blive indlæst. Proceduren skulle være beskrevet i den PDF som installeres sammen med Visual V3.

Dejligt at se at i fortsat tror på jeres produkt, for rygterne siger at hverken temp/lux/fugt sensorne eller V3 LED dimmerne bliver understøttet af LK's Spacelogic KNX/IHC controller. Jeg håber især at det lykkes jer at få dimmerne til at virke.

FYI. LK IHC Visual benytter ikke Java, så derfor er den ikke ramt af de Java problemer som IHC Starter eller LK's Java starter løser.

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.

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.

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.

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.

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

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.

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.

Vi kan ikke alle vide alt. Hele humlen er at dit lokal net har fået ny IP konfiguration, og LK IHC controlleren ikke understøtter automatisk tildeling af IP addresser. For at få det til at virke igen, kan du gøre 2 ting. Option 1 er den simpleste. Dyber forklaring finder du længere nede. 1. Få ændret dit lokal net fra 192.168.1.x til 192.168.10.x, samt DHCP området (dynamisk/automatisk tildelte IP addresser) til f.eks. 192.168.10.100-192.168.10.200. Det vigtige er at det IKKE og jeg gentager IKKE indeholder LK IHC controllerens IP addresse. Heller ikke selvom den bliver markeret som statisk. LK IHC understøtter IKKE DHCP, så hvis dens IP addresse er i DHCP området, er det dømt til at give problemer. Typisk periodisk udfald, som det tager mdr. at fejl søge på. Bemærk at du pt. har en enhed på 192.168.1.5, men hvis den automatisk får tildelt en IP adr. er dette ikke noget problem. Hvis den er statisk tildelt, kan det give et overlap med LK IHC controlleren, da de begge ender på .5. I øjeblikket giver det ikke noget problem, da de er på 2 forskellige IP address områder. 2. Logge på LK IHC controlleren via USB og adminview, og ændre dens IP addresse så den passer til din nye lokal net konfiguration. Samtidig skal du ligesom i option 1 også have ændret DHCP opsætningen i Altibox routeren, således at den IKKE indeholder LK IHC controlleren nye IP. Sidst men ikke mindst skal du også ændre LK IHC controllerens IP addresse in din app, så den passer med LK IHC controllerens nye IP addresse. Den dyber forklaring. Private versus offentlige IP addresser: Internettet er opbygget med private og offentlige IP addresser. Private IP addresser routes ikke på internettet, men oversættes til en offentlig IP addresse via NAT/PAT (Network Address Translation/Port Address Translation) i en router. Offentlige IP addresser routes på internettet. De private IP addresser områder er 10.0.0.0-10.255.255.255, 172.16.0.0-172.31.255.255 samt 192.168.0.0-192.168.255.0 De offentlige IP addresser er alle andre, bortset fra de private IP addresse, samt et par specialle IP addresser. Både 192.168.1.0-192.168.1.255, samt 192.168.10.0-192.168.10.255 er private IP addresser og særligt 192.168.1.0-192.168.1.255 findes i RIGTIG MANGE hjem, da det er TDC's default IP område for lokal net opsætningen i deres router. Opsætning af IP netværk (IP addresse områder): Et IP addresse område kaldes også et IP netværk eller subnet og størrelsen på disse defineres efter behov. Jeg kan godt forklare hvordan, men så vil vi komme ind på subnet maske, det binære tal system etc. Så her vil jeg holde det simpelt og sige at 192.168.1.0-192.168.1.255 også kan skrives som 192.168.1.0/24, samt at 192.168.1.0/24 og 192.168.10.0/24 er 2 forskellige IP netværks, men hvis IP netværket var defineret som 192.168.0.0/16 vil de 2 IP netværk være et og samme IP netværk. Router versus switches versus access points: En router bruges til at skabe forbindelse mellem forskellige IP netværk. Du skal f.eks. bruge en router til at nå fra 192.168.1.0/24 (/24 angiver størrelsen af subnettet. I dette tilfælde 24 bits, hvilket giver subnet masken 255.255.255.0.) til 192.168.10.0/24. En switch eller et WIFI access point bruges til at skabe forbindelse mellem IP addresser inden for et subnet. F.eks. fra din telefon og til Altibox routeren, eller app'en på din telefon og din LK IHC controller, men kun når disse i samme IP netværk, hvilket de pt. ikke er. Ligenu kræver det en router at få forbindelse mellem de 2. Et access point skaber forbindelse mellem det fysiske netværk og WIFI enheder. Access points er typisk sat op i bridge mode, hvilket svare til en switch, men kan også sættes op som router. Derudover kan de sættes op som extender hvis man har behov for at dække et større areal og ikke vil til at trække kabler. Dine access points er IKKE sat op som router, men som switches og extender. Du har derfor kun 1 router, og det er Altibox routeren fra din ISP. Den har et WAN (Wide Area Network) interface som er forbundet til internettet. Interfacet er typisk en enkelt port, eller mobildata antenne. Det er lidt forskelligt om dette interface er sat op med private IP addresser, eller offentlige IP addresser. Det har dog kun betydning hvis du skal kunne nå noget på dit lokal net fra internettet, som f.eks. hvis du vil kunne bruge din LK IHC app når du ikke er hjemme. Det har ingen betydning når du skal nå noget på internettet fra dit lokal net. Altibox routeren har også et LAN (Local Area Network) interface. Modsat WAN interfacet, er LAN interfaces typisk forbundet til en intern switch med flere porte samt et internt access point. Routerne kommer normalt med en default konfiguration, som ofte er 192.168.1.0/24 eller 192.168.0.0/24. Normal kan man selv ændre LAN konfigurationen, herunder IP netværk, DHCP scope m.m. Routing versus switching netværks traffik: Som skrevet ovenover, kræver det en router at få forbindelse mellem en enhed på et logisk netværk med IP addresserne 192.168.1.0/24 og en enhed på et logisk netværk med IP addresserne 192.168.10.0/24. Dette gælder også selvom de er på det samme WIFI SSID eller tilsluttet den samme fysiske switch. Det skyldes den måde som IP addresse tildeles og routes. App adgang til til LK IHC controlleren fra internettet: For at din app kan nå LK IHC controlleren, når du ikke er hjemme, kræver det at du skaber adgang til LK IHC controlleren fra internettet. Dette vil jeg KRAFTIG fraråde, da dens netværks sikkerhed stortset ikke er opdateret siden 2005. Det er derfor MANGE sikkerheds huller i den. Hvis du vil have adgang til den fra internettet, kræver det at du får konfigureret portforwarding og firewall regler i din Altibox router, samt sommetider hos din ISP. Med den netværks viden du virker til at have, vil dog ikke umiddelbart vurdere at det er noget som du selv kan lave. Jeg håber du får løst dit problem. Hvis ikke er du velkommen til at skrive igen. Du er også velkomme til at skrive hvis der er noget som du gerne vil have en uddybende forklaring på.

Internettet er en kompleks ting, og nogen får endda nye IP addresser hvergang deres ISP opdater deres router. Med moderne teknologier er det dog normalt ikke noget problem. Imidlertid er LK IHC netværks interfacet ikke opdateret siden det blev designet tilbage i 2000-2005, og bygger derfor på teknologier som var tilrådighed dengang, og derfor giver skiftende IP addresser problemer for LK IHC. For at gøre routing af IP addresser effektivt, er internettet opdelt i MANGE mindre logiske netværks (subnet's). Hvis du har egen router, skal du have mindst 2 lokale subnets (LAN = Local Area Network), udover det subnet som forbinder dig til internettet (WAN = Wide Area Network). I din liste af IP addresser kan jeg kun se 1 subnet. Det kan skyldes en begrænsning i det scanning tool du benytter, men det kan også skyldes at du ikke har egen router. Men udfra dine oplysninger kan jeg se at din app. opsætning siger at IHC controlleren skal befinde sig i et subnet som starter med 192.168.10 addresser, mens alle dine enheder befinder sig på et subnet som starter med 192.168.1. Det er dømt til at give problemer uden NAT (Network Address Translation) konfiguration. Dette skyldes igen de forældede teknologier som LK IHC benytter, herunder at det baser en del af sin sikkerhed på om tilgår controlleren fra internettet eller lokal nettet. Imidlertid betragter LK IHC alt som ikke er på dens eget subnet som internettet. Det var en fair tilgang tilbage i 2000-2005, men ganske uholdbart idag. Det betyder også at IP addresser i området 192.168.1.x, af LK IHC, betragtes som internettet da den befinder sig i netværket hvor IP addresserne starter med 192.168.10.x Jeg er 99% sikker på at du kan løse dine problemer hvis du går ind i den router du har fået fra din nye ISP (Internet Service Provider) og ændre lokal net opsætningen fra 192.168.1.x til 192.168.10.x. Du skal samtidig sikre dig at 192.168.10.5 IKKE ligger i området med dynamisk tildelte IP addresser (DHCP). Dette skyldes at jvf. din app. så har din LK IHC controller IP addressen 192.168.10.5, og LK IHC understøtter IKKE DHCP. Hvis LK IHC controllerens IP addresse ligger i DHCP området kan du få problemer. Prøv også lige at skrive følgende IP addresser i en URL i en browser. Der køre en webserver på dem alle, og det kan hjælpe med fejlsøgningen hvis ovenstående ikke løser dit problem 192.168.1.1 192.168.1.98 192.168.1.148 Sidst men ikke mindst. Hvis du fortsat har problemer efter at have ændret lokal net opsætningen på din ISP router, så prøv om du kan følge kablet fra din LK IHC controller til en router/switch. Det vil hjælpe meget at vide hvilken enhed den fysisk er tilsluttet.