Lars1

For at en IP addresse virker i en browser, skal der køre en web server på IP addressen. Det gør der på LK IHC controlleren, men ikke på telefoner m.m. Derfor skal LK IHC controllernes IP addresse i en URL give et svar fra controlleren, mens IP addressen på en telefon i en URL i en browser ikke skal give noget svar. Er du sikker på at din private router (ikke den fra Altibox) er en router, og ikke bare en switch? Der er STOR forskel på hvordan de 2 produkter virker. Jeg er efterhånden 99% sikker på at din LK IHC controller fysisk er tilsluttet din router fra Altibox, og at du i forbindelse med dit nye internet har fået ændret dit lokal net mellem din Altibox router og din private router til et andet subnet end tidligere, og hvis LK IHC controlleren fysisk sidder på dette net, så vil den ikke virke før end du ændre det tilbage til det det var tidligere, eller ændre IP addressen på LK IHC controlleren. Der kan dog være noget konfiguration i din private router, som også skal ændres hvis du vælger at ændre IP addressen på LK IHC controlleren, mens at der ikke burde være nogle ændringer, hvis du "bare" ændre lokal nettet mellem din Altibox router og private router til det subnet, som blev brugt på den gamle internetforbindelse (det subnet, som jeg gætter på LK IHC controllerens IP addresse er en del af). For at komme videre, skal du finde ud af hvilke router din LK IHC controller er fysisk tilsluttet. Når vi ved det, kan jeg anbefale hvilke ændringer du skal lave for at få det til at virke.

Bare lige for at være sikker. Når du skriver at du har egen router, betyder det at du har 2 router? Den som din ISP har leveret, og en som du selv har sat op?

LK IHC understøtter IKKE DHCP, så den IP som controlleren har, er tastet ind i den for længe siden. Hvis den er på et andet subnet end din telefon, så vil det ikke virke, uden route/firewall konfiguration. Hvis de ikke er på samme subnet, kan det sandsynligvis skyldes at din IHC controller fysisk er tilsluttet bag din router, mens din telefon bruger din ISP routers WIFI, eller omvendt. Man kan godt taste en IP addresse i URL feltet på en browser. Det er faktisk stortset den eneste måde at får adgang til controllerens web frontend, medmindre du har din egen DNS server. LK IHC controlleren har et USB interface på fronten. Det er den ældgamle standard, hvorfor det ikke ligner et USB A-C stik. Det er bare at sætte et USB kabel mellem controlleren og din PC, så kan du få adgang til controlleren. Men igen. Du bør ændre din netværks opsætning, så den passer til IHC controlleren. Ellers risiker du bare andre problemer. Og igen. Skaf adgang via en browser først, så undgår du at lave en masse konfigurations ændringer, som i væste fald øger antallet af fejl der skal rettes. Hvis du ikke kan nå controlleren med en IP i URL's på en browser, så kan du heller ikke nå den med din app. Vedr. JAVA update, så er det korrekt at du ikke bør opdater det. Det skyldes at LK IHC benytter forældede krypteringe protokoller, som ikke er understøttet i de nyer JAVA versioner. Der er en hel tråd om emnet under FAQ sektionen.

LK IHC understøtter IKKE DHCP. Controllerens IP addresse skal derfor ligge uden for DHCP området. Ligger IP addressen inden for DHCP området får du de problemer som du oplever. Faktisk er du heldig at det overhovedet virker. Nogle router bloker helt for statiske IP addresser i DHCP området. Det er ikke kun LK IHC som bliver ramt af dette. Det subnet som din LK IHC controller sidder på har 254 brugbare IP addresser. Normalt sætter man kun DHCP op til max 100 IP addresser. Der er derfor masser af addresser uden for DHCP området, som LK IHC controlleren kan bruge.

Data på tlf. abonnementer er efterhånden blevet så billig og effektive at mange ikke bekymre sig om at sætte hjemme WIFI op. De lader bare konsekvent telefonen bennytte mobil data, og så skal du bruge WAN addressen for at nå din controller.

Jeg har tænkt lidt mere over dit problem, og jeg vil anbefale at du starter med at checke om din app bruger WAN eller LAN addresse til at forbinde til controlleren. Hvis den bruger WAN, skal du have lavet portforwarding m.m. i din nye router fra din nye internet udbyder. Bruger den LAN, skal du skaffe adgang fra en browser på både en PC og din app enhed før du går videre med fejlsøgningen. Kan du ikke nå controllene med en browerse, kan du lave alle de ændringer du vil i controlleren og din app. Det kommer ikke til at virke før der er hul igennem på en browser. Hvis ikke du har adgang til controlleren fra en browser på din app enhed, så tilslut en PC til den switch/router hvor IHC controllerne sidder, og noter dig hvilken IP addresse din PC har fået. Det kan du bl.a. gøre ved at åbne en command line og skrive ipconfig. Herefter skal du finde ud af hvilken IP addresse som din app enhed har. De første 3 tal i IP addresserne skal gerne være de samme. Er de ikke det, at de 2 enhede ikke på samme logiske lokal net, også bliver det straks mere kompliceret.

OpenHAB er for langsom til pulser, så den overvåger i steddet ændringer på tællerne. De er alle oprettet som items i OpenHAB, hvilket gør at OpenHAB automatisk laver grafer på dem. Jeg kender ikke HA, men jeg vil gætte på at den kan det samme. Jeg bruger selv OpenHAB 3, og der er der gode autodiscovery metoder. Hvordan det ser ud med OpenHAB 4 ved jeg ikke, men jeg vil tror at du vil kunne sætte OpenHAB op på en eftermiddag hvis det kun er data opsamling du har brug for.

Når du unlinker en wireless enhed i Visual nulstiller du den samtidig. Inden du begynder at skilde noget ad og bytte om på wireless enheder, vil jeg klart anbefale at du prøver at unlinke og genlink dem. Det løser sommetider nogle periodiske problemer. Og husk. Det behøver ikke nødvendigvis at være den wireless enhed, som ser ud til at give problemer, som rent faktisk er problemet. Men start med den.

Han skriver at lokal nettet ikke er ændret, da han har egen router. Hvis dette er korrekt, og IHC controlleren sidder bag denne router, så vil den nye internetforbindelse ikke gøre nogen forskel, medmindre han bruger WAN IP i app'en frem for LAN IP.

Opsamler jeg data med OpenHAB. Så får jeg også automatisk fine grafer m.m. Bortset fra det, har jeg ikke lagt mærke til at Visual 3 ikke bevare runtime værdier. Men det er efterhånden også noget siden at jeg sidst har ændret i programmet på min Visual 3 controller. Jeg synes dog at det virker mærkeligt at den skulle nulstille runtime værdier. Er du sikker på at du ikke mister forbindelsen til controlleren undervejs? Min Visual 3 controller kan godt finde på at smide forbindelsen til Visual kortvarigt et par min. efter genstart.

Hvis både din LK IHC controller og dit WIFI, som din telefon med app. bruger, er på dit lokale netværk, bag din egen router, og dette ikke er ændret, så har skiftet af internet udbyder næppe noget med dit problem at gøre, og du skal ikke ændre IP addresse i controlleren. Faktisk vil jeg anbefale at du ikke ændre IP addresse i controlleren, men i steddet ændre på din router eller ISP router, alt efter hvor controlleren er tilsluttet. Er din app sat op til at bruge den offentlige IP addresse (WAN), eller en IP addresse fra dit lokal net (LAN)? Hvis den bruger den offentlige IP addresse, så kan du sikkert få det til at virke ved at skifte til LK IHC controlleren lokale IP addresse i app'en. Er OS'et på din telefon fornyligt opdateret? Hvis dette er tilfældet, kan det være at det ikke længere understøtter de forældede krypterings protokoller som LK IHC benytter. Hvad sker der hvis du taster LK IHC controlleren IP addresse i en browser på en PC eller din telefon? Hvis du får LK IHC controlleren web forside, så er der hul igennem, og netværket er dermed korrekt sat op.

Velkommen til. Nord/vestjylland er lidt for langt væk for mig, og jeg kender ikke lige nogen i det område, som kan hjælpe. Men prøv at se om nedenstående ikke hjælper dig lidt videre. Du har en Visual 2 controller. https://www.ihc-user.dk/forum/forums/topic/11132-hvilken-controller-har-jeg/ Den har netværks adgang, men ikke WIFI. Kun kablet netværk. Hvis du har fået ny internet udbyder, så har du sikkert også fået en ny router, og de har ofte en anden lokalnet opsætning. En LK IHC controller kræver en fast IP addresse. Den understøtter IKKE dynamiske IP addresser, og ligger controlleren faste IP addresse i de dynamiske område, giver det ofte problemer. Hvis din net adgang til controllere forsvandt i forbindelse med at du fik ny router, så er det 99% sikkert lokalnet konfigurationen på routeren, som er forskellig fra den gamle router. Visual softwaren kan hentes på lk.dk. Det kræver et login, men alle kan oprette sig. Softwaren findes under support -> download software. Her kan du også hente javastarter, så du kan få adgang til serviceview m.m. Alternativt kan du hente @Mikkel SkovgaardIHC starter på https://jemi.dk/ihc/starter/. Her kan du også styre din varme m.m., men det ser VÆSENTLIG anderledes ud end i din app. Pas iøvrigt godt på din app. Hvis du mister den, kan du ikke få den igen, da LK har fjernet den fra app stores. Der findes en alternativ app, men da jeg ikke bruger app i min installation, har jeg ikke linket til den. Men søg efter legacy app eller noget i den stil, her på boardet, så finder du den nok.

Ting holder ikke bare op med at virke i LK IHC, så spørgsmålet er hvad har du ændret op til at det stoppede med at virke? Fejlene kan være mange, og jeg har ikke lige tid til at kigge på dit program. Men her er nogle ting du kan checke. Hvis lamperne er wireless dimmer eller relæer, så check at det er HW ver. 2 eller at du har min. 20W belastning tilsluttet, ellers kan det give problemer i kommunikationen mellem wireless enheder og controlleren. Har du andre wireless enheder, som ikke fungere som de skal? Disse kan også have indflydelse på kommunikationen, da controlleren kun kan kommuniker med 1 enhed afgangen, og er der problemer bloker denne til den timer ud, hvilket gør at de efterfølgende sikkert også timer ud, da timeren starter når kommandoen lægges i wireless køen. Styre du de samme udgange eller wireless enheder fra flere FB's? Det kan give uventet tænd/sluk mønster som du beskriver.

De knapper som virker, er det dem som sidder på dimmerne? Hvis ja, så er det ikke så underligt. Det er meningen at man skal kunne tænde/slukke dimmerne med knapperne på dem. Jeg mener også at man kan ændre den lysstyrke som gemmes i dimmerne med knapperne på dimmerne. Omkring offline, så dobbelt check din RS485 forbindelse, incl. terminerings modstand i den sidste LED dimmer. Jeg havde en del problemer med kommunikationen med mine LED dimmer i starten, men det skyldes at jeg havde overset at de SKAL være tilsluttet BÅDE 24V OG 230V for at kunne kommuniker med controlleren. Men det går jeg udfra dine er, da du jo kan tænde/slukke lyset med knapperne på dem. Dobbelt check alligevel at BÅDE 24V OG 230V er ok på terminalerne på dem.

Jeg vil tro det er nemmer at kopier filen til web folderen på din Raspberry PI. Du kan gøre dette ganske simpelt via FTP eller hvis du bruger Putty som terminal software, pscp eller psftp. Herefter kan du referer til filen med en simple URL som f.eks. http://<IHC Captain IP>/<filnavn> Jeg kender ikke Sonos, men jeg vil gætte på at den ikke kan nå filer som ligger på din IHCCaptain PI. USB sticken skal vel derfor sættes i din Sonos boks hvis det kan lade sig gøre. Hvordan man tilgåer en USB i en Sonos boks, bør står i det link, som findes i dit screen shot. For at tilgå en USB stick på en RaspberryPI skal du gøre følgende, men igen jeg tvivler på at det vil virke. Om du formater USB stick'en med FAT32 eller EXT er ligegyldigt. Linux til Rapsberry PI kan læse dem begge. Hvis nogle af nedenstående kommandoer fejler, så prøv med sudo foran, så advikler du dem med root rettigheder. fdisk -l eller fdisk -l - Det vil give dig dev. navnet på din USB stick. Sandsynligvis /dev/sdc, men kan også være /dev/sdc1 eller noget andet. mkdir /media/<usb navn> - Dette vil oprette et mount point for din USB stick. mount /dev/<USB dev. navn> /media/<mount point navn>/ Nu kan du referer til filerne på din USB stick med stien /media/<USB mount point>/ Hvis du vil lave det, så det også virker efter en reboot, skal du rediger /etc/fstab. Du kan læse mere om alt dette her. https://linuxconfig.org/howto-mount-usb-drive-in-linux

I don't think I've ever seen an English version of TermIHC. But if I remember correct, you can use any terminal program as an alternative for the TermIHC software.

Har du linket dem i dit program? Såvidt jeg husker skal de linkes på samme måde som wireless enheder.

Lednings farver m.m. kan dokumenteres i LK IHC programmet. En evt. fysisk dokumentation vil ofte være en udskrift af LK IHC programmet, så prøv at download programmet, og se om der ikke skulle være noget dokumentation der. Yderlig info om hvordan LK IHC fungerer og dokumenteres findes i den udemærkede PDF, som installeres sammen med LK IHC Visual. En LK IHC indgang er ON, når den er forbundet til 0V. Det vil sige at måler du 24V på en LK IHC indgang, er den OFF, mens den er ON når du måler 0V. LK IHC har gennem tiden haft flere forskellige PIR. Den gamle OPUS 73 PIR var forbundet direkte mellem en indgang og 0V, uden seperat 24V strøm forsyning. Det har den ulempe at indgangen pulser når PIR'en bliver påvirket. De gamle PIR kan derfor være svære at måle sig frem til. Monterings vejledning til alle LK IHC produkter incl. de udgåede findes på lk.dk. Bare klik søg og vælg "medtag udgåede produkter" Har du ikke en kabel søger, med en tone eller signal generator? De kan fåes for et par hundre kr. og er guld værd når man skal finde kabler og ledninger i gamle installationer.

Til Visual 1 har været 2 typer modems i spil. Et voice modem, som var tilsluttet en analog fastnet line, samt et SMS modem. Du kan hurtigt se om du har det. De har samme størrelse som et I/O modul, men der står enten voice modem eller sms modem på dem.

Jeg vil klappe hesten et par mdr. Dels er LK IHC Virsual 1.32 controlleren en HAMMER stabil controller. Derudover skulle Schneider's KNX Spacelogic LK IHC controller komme på marked til december. Den kan uden problemer erstatte en LK IHC Visual 1.32 controller, uden at du skal skifte andet end controlleren. Det gælder dog ikke hvis du har et LK IHC modem i din installation. Det understøtter den nye controller ikke. LK IHC I/O modulerne skulle forblive på marked nogle år endnu. Sandsynligvis mindst ligeså længe som KNX Spacelogic LK IHC controlleren. Andre alternativer kan du finde her. https://www.ihc-user.dk/forum/forums/topic/10812-hvad-er-alternativerne-til-lk-ihc/

Hvis du bare vil undgå brug af smartphone, så kan du roligt bibeholde din LK IHC installation. LK IHC blev designet LÆNGE før smartphonen blev opfundet, og det er stortset ikke ændret siden. App's var noget som blev tilføjet omkring 2010 hvis jeg husker ret, og det har aldrig været andet end et add on. Jeg har en stor LK IHC installation med 2 controller, alarm og varmestyring m.m. Jeg har ikke adgang til min LK IHC installation fra min smartphone, og får det heller aldrig da det ikke giver noget ekstra IMHO. Hvis du alligevel vil erstatte din LK IHC installation, og ikke har andet end hvad vi kan se på dit billed, herunder LK IHC wireless, så kan stortset alt på marked erstatte din LK IHC installation. Umiddelbart vil jeg tro at den billigste løsning vil være kip relæer. De kan installeres direkte i tavlen hvor din LK IHC installation idag sidder, og de kræver ikke andre ændringer, medmindre du også har nogle LK IHC wireless enheder. Hvis det er tilfældet kan det blive lidt mere kompliseret, medmindre du er så heldig at forsyningen til LK IHC wireless enhederne sker med kabler direkte mellem din tavle og LK IHC wireless enhederne. Det kan din elektriker sikkert hurtigt hjælpe dig med at finde ud af. Alternativet er en wireless løsning, hvilket betyder nye afbryder og lampeudtag. De findes stortset ikke uden app's i dag. Nogle kræver faktisk brug af app, for at få det fulde udbytte ud af dem. En samlet liste over alternativer til LK IHC kan du finde her. https://www.ihc-user.dk/forum/forums/topic/10812-hvad-er-alternativerne-til-lk-ihc/

Som Torben skriver, er Link-10 kablet 0,6mm, så det er ikke det som er problemet. Er det samtlige leder som fejler, eller kun et par stykker? Er du sikker på at begge kabler virker som de skal, og der ikke er monterings fejl i enderne?

Elektronik kan også gå i stykker. Det er somregl kondesatorne, som tørre ud, men der kan også være dårlige lodninger, som giver dårlige forbindelser o.s.v. o.s.v. o.s.v. Men bortset fra det. Hvis din installation er ren wireless uden controller, så har der i snart 10 år været flere brugbare alternativer. LK's moder firma Schneider har f.eks. Wiser som er baseret på Zigbee, men også andre firmaer benytter denne protokol. Derudover er der produkter fra flere firmaer, som er baseret på ZWave. Udbudet er stort, men hvad man skal vælge afhænger af ens egne preferencer, for Zigbee og ZWave ligner hinanden RIGTIGT meget. De kan bare ikke tale sammen.

Ja og nej. LK IHC Link kablet er 0,6 kvadrat da det er nok til at klare de 3A som er max belastningen for en normal LK IHC installation med en 24VDC strømforsyning på 72W. 0,75 kvadrat er derfor ok strømmæssigt, men forbindelsen mellem controlleren og I/O modulet er en data linie, og derfor bør man benytte et parsnoet kabel af hensyn til støj immunitet. Da den strøm som løber i kablet er meget lille, kan man alternativt benytte et alm. ethernet kabel, telefon kabel (dog kun par snoede installations kabel) m.m. Disse er ofte kun 0,4 kvadrat, men det er rigeligt til data linien mellem controlleren og I/O modulerne.

Det kan sommetider være svært at få skæreklemmerne helt i bund. Hvis de ikke er helt i bund, kan man nemt have en dårlig forbindelse. Den del man presser ned, skal normalt helt ned og være plan med plastic huset. Det plejre at give et lille klik når den er i bund.