Lars1
-
Antal indlæg
3.848 -
Medlem siden
-
Senest besøgt
-
Days Won
118
Indholdstype
Profiler
Forummer
Downloads
Galleri
Alt der er opslået af Lars1
-
Ok. Så er jeg ikke længere så imponeret. Jeg havde lidt forventet at DIN-skinne modulet indeholdte en Z-wave chip, og at man dermed kunne linke ind/udgangene på LK IHC I/O modulerne via den til andre Z-wave komponenter. At de kun kan linkes til en HC3 controller begrænser deres brugbarhed IMHO. Specielt hvis i ikke også understøtter temp. sensorne, men kun understøtter ON/OFF ind/udgange. Jeg bryder mig ikke helt om din sammenligning af de 2 controller. Så vidt jeg ved er de MEGET forskellige teknologisk. Såvidt jeg har forstået kan HC3 controlleren bedst sammenlignes med en PC eller Raspberry, hvor man kan installer og afvikle en custom version af et standard OS. LK IHC controlleren derimod er 2 delt. Den ene del har forbindelse til I/O enhederne og står for program afviklingen. Denne del køre på noget proprioritært microcode. Den anden del er serviceview, netværks forbindelse etc. Denne del køre på en custom version af et standard OS. Dette er årsagen til at man ofte oplever at selvom man ikke kan få forbindelse til controlleren over nettet, så virke lyset m.m. uden problemer.
-
Jeg er ikke helt sikker på jeg forstår dette korrekt. Kan man tilslutte 2 LK IHC input og 2 LK IHC output moduler til jeres nye DIN-skinne modul, eller skal det forståes anderledes? Hvis man kan tilslutte LK IHC in/output moduler til jeres nye DIN-skinne tavle modul, må jeg sige at jeg er positivt overrasket. Det havde jeg ærligt talt ikke forventet da vi talte samme sidste år. Hvad med LK temp. sensor? Understøttes de også, eller er det kun simple tryk som understøttes af de nye DIN-skinne tavle moduler?
-
IHC Alarm - koden skal tastes ind 2 gange for til- og frakobling
question svarede på Lars1's bbi i IHC Visual 1.0
Hvilken LK IHC controller har du? Hvis det er TermIHC eller Visual 1 kan jeg desværre ikke hjælpe, da de programmer ikke kan indlæses i Visual 2/3. Når man skal trykke på et tryk 2 gange, eller taste en kode 2 gange er det typisk fordi en status ikke står korrekt. Ved alarmer systemer kan det f.eks. ske hvis et vindue ikke er lukket korrekt eller tilsvarende. I dette tilfælde kan man sommetide få lov til at slå alarmen til alligevel ved at taste koden 2 gange. Havde det været Visual 2/3 kunne du med serviceview have set hvad årsagen var til at du skal taste koden 2 gange. Hvordan du gør det i Visual 1 ved jeg ikke, da jeg aldrig rigtigt har arbejdet med Visual 1 controller. -
Alt efter hvad det er for en model, kan du prøve at kigge efter et alternativt kodetastatur, og så tilpasse dit IHC program til det nye tastatur. Såvidt jeg husker havde det seneste LK IHC kodetastatur, 3 udgang som blev sat binært til at angive hvilke af de forprogramerede koder som var blevet tastet. En tidligere udgave satte vistnok udgangene alt efter hvilket tal der blev trykket, og koderne lå dermed i LK IHC programmet i steddet for i LK IHC kode tastaturet. En anden metode kunne være at have et tryk hvor du med et langt tryk slår alarmen til og et kort tryk slår den fra. Om det er godt nok, kan man diskuter, men IMHO er det bedre end et kodetastatur som viser evt. indbrudstyve om alarmen er slået til eller ej.
-
Jeg har det altid skidt når nogen begynder at rode i en tavle uden at have den fornødne viden og erfaring. Det er ikke uden grund at det tager 4 år at blive udlært elektriker og yderlig 4 år at blive autoriseret. Hvis du havde ringet til en elektriker havde du haft strøm på controlleren nu. 3A 24VDC strømforsyninger er lagervare hos alle de elgrosister som elektrikerne bruger. Det vil ikke have kostet dig meget mere end 1 arbejds time for elektrikeren. Stømforsyningen vil have kostet dig ca. det samme som du giver i en online shop incl. fragt. En strømforsyning lever ikke evigt. Din er +15 år gammel. Det er lidt tidligt, men abosolut ikke unormalt at strømforsynigner giver op efter 10 år. Specielt ikke hvis de har været underdimensioneret. 3,6V er for lidt til at det er overbelastning og for meget til at det er en kortslutning. Hvis der var et modul som var defekt på en måde, så det kan trække spændingn ned på 3,6V, så vil det modul være MEGET varmt og sandsynligvis være gået op i flammer. Det er altid en god idee at prøve at måle på strømforsyningen uden belastning. Værd dog opmærksom på at en defekt strømforsyning måske godt kan levere 24V uden belastning, men ligeså snart du sætter lidt belastning på, så falder spændingen. Der er ingen grund til at frakoble I/O modulerne m.m. ved genstart efter strømforsyningen er blevet skiftet. Det gør ingen forskel, da du bare vil få problemet i det øjeblik du kobler det defekte modul på, i steddet for at få det med det samme når du tænder for strømmen. Du vil ikke brænde strømforsyning af hvis et af modulerne er defekt. Spænding vil bare droppe til 0V hvis det er en kortslutning, eller du vil have nogle ind eller udgange som ikke længere virker.
-
Jeg har ingen erfaring med Shelly, og LK IHC PIR er et vidt begreb. Der har været flere forskellige modeller gennem LK IHC's levetid, og deres PIR udgang har virket forskellig alt efter model. Den seneste 24V model laver en forbindelse mellem 0V og PIR udgangen, når den går ON. Hvis Shelly ligeledes er 0V styret, og på samme 24V strømkreds, er der ikke noget problem. Forventer Shelly et positivt signal, eller er på en anden strømkreds/spænding, så skal du have et overdragelses relæ i mellem.
-
Er der overhovedet liv i controlleren? Der skal gerne være en grøn diode som blinker på den. Hvis der ikke er det, er det sikkert en sikring eller et HPFI relæ som er slået fra. I værste fald kan strømforsyningen være stået af. Strømforsyningen kan enhver elektriker skifte. Sikring og HPFI kan du selv checke. Hvis der er strøm på controlleren, kan du forsøge dig med at slukke for strømmen i 10 sek. Husk også at pille evt. batteri backup fra.
-
Som du selv har opdaget, så et terminal service ikke bare det man ser på skærmen. Der ligger også en række protokoller og funktioner bagved som man kan aktiver på forskellig måde. XModem er en af dem. TermIHC programmet er mig bekendt ikke meget andet end en terminal emulator tilpasset specifikt til LK IHC TermIHC controlleren. Det benytter fortsat de alm. standard protokoller som findes i standard terminal service. Nu ved jeg ikke hvad det er for en fejl du får præcist, men såvidt jeg husker advare Visual 1, 2 og 3 også om at projektet ikke matcher det i controlleren, hvis vil uploade et program fra en ny fil eller forbindelsen mellem Visual og controlleren har været afbrudt mellem du downloadede og uploader programmet. Det kan også være at IHC term programmet tilføjer en checksum til filen når den gemmer den. Dette er dog næppe sandsynligt, da det langt fra var standard da TermIHC kom på marked. Men det var da godt du fik løst dit problem.
-
Hvad med stien til hvor filen skal gemmes. Er den også uden mellemrum m.m.? Bortset fra det synes jeg at kunne huske at TermIHC kan tilgåes med et alm. terminal program. Jeg mener vi brugte hyperterm da jeg sidst havde en TermIHC controller i hånden for over 20 år siden. Idag vil jeg forsøge med Putty eller tilsvarende.
-
3G nettet er under udfasning, så hvis SMS modemet kun understøtter 3G er det ved at være sidste change at få det skiftet. Bortset fra det mener jeg ikke der er forskel på SIM kort til 3G, 4G og 5G. Det er mere et spørgsmål om den udbyder som man vælger har 5G netværk eller adgang til 5G.
-
Har du prøvet at afvikle TermIHC programmet med "run as administrator" eller tilsvarende? Derudover kan jeg ikke huske om fil navne må indeholde mellemrum, special tegn m.m. Prøv med et fil navn uden. Jeg har ikke nogensinde hørt at LK IHC softwaren kan være for ny, medmindre controlleren er bagud på firmware. Problemmerne her plejre dog at være at de nye funktion og produkter i LK IHC programmet ikke virker/kan uploades til controlleren. Der plejre ikke at være problemer med download fra controlleren.
-
Det ser altsammen rigtigt ud, og jeg må beklage at hvad jeg skrev før er noget vrøvl. Destination host unreachable er det korrekte svar når man pinger en enhed på samme subnet, og denne ikke svare. Kan du prøve at pinge IHC controllerne fra routeren, og prøv også at pinge din PC og varmestyring så du kan sammenligne resultaterne. Jeg kan også se at din router understøtte IPV6. Det kan du evt. prøve om du kan disable på routeren. At efter hvordan det er implementeret kan det give problemer. Udover det er jeg ved at løbe tør for ideer. Jeg kender ikke Hyper routeren, men for mig at se er den problemet. Jeg ved bare ikke hvorfor.
-
Dette er underligt. Får du dette resultat når du er forbundet med kabel eller via WIFI? Du burde få request timed out. Destination ikke mulig plejer kun at komme når dn PC ikke kender routen til den enhed du forsøger at pinge, men da den er på samme netværk som din PC er routning slet ikke i spil. Prøv lige at bruge komandoerne "ipconfig /all" og "route print" på din PC og send os resultatet.
-
Fordi ranget 192.168.1.10-100 er et DHCP range og LK IHC understøtter ikke DHCP. Du risiker derfor at routeren tildeler den IP du giver LK IHC controlleren til en anden enhed, eller at routeren ikke vil snakke med LK IHC controlleren, da den ikke har tildelt IP addressen. Hvor i landet bor du iørvrigt? Måske bor der en erfaren bruger i nærheden som kunne stikke næsen forbi og hjælpe dig.
-
Jeg kom lige til at tænke på at TDC tidligere havde reserveret de første 5 lokal net addresser til DMZ brug. Jeg er dog ikke før stødt på at man ikke skulle kunne bruge dem internt alligevel, men prøv at ændre LK IHC controlleren IP, så den ligger over DHCP ranget. F.eks. 192.168.1.105
-
Får du samme resultat ligegyldigt om din PC er forbundet via kabel eller WIFI (dobbelt check venligtst at den IKKE er forbindet via WIFI når du tester med kabel) Indtil vi har fået din controller til at svare via IP i en browser, skal du glemme alt om admin view, adgangskontrol, USB etc. etc. etc. Det forvire bare og vil fejle indtil der er IP forbindelse.
-
I et tidligere indlæg kan man se at der er link forbindelse mellem router og LK IHC controller, samt at routeren kender LK IHC controlleren IP og mac addresse, så kablet ser ud til at virke. At sætte kablet direkte mellem LK IHC controlleren og PC'en virker kun hvis PC'en kan køre med både x-kabler og straight kabler. LK IHC controllerne er sa gammel at den ikke selv kan skifte mellem de 2 typer. Det er dog en relevant test, da der ikke er hul igennem fra PC'en til LK IHC controlleren.
-
Så længe man ikke får svar når man taster ip addressen i en browser, er adgangs kontrol settings etc. ligegyldigt. Controlleren SKAL svare på HTTP og HTTPS requests, ligegyligt hvad der er sat i adgangskontrol m.m.
-
Min erfaring med håndværker er at de har alt for travlt til at reager på mail's fra personer som ikke allerede er jævnlig kunde hos dem. Grib knoglen og ring til dem i steddet. Som jeg skrev tidligere skal vi have IP forbindelsen til at spille før vi kan kigge på noget somhelst andet. Den nemmeste måde at checke IP forbindelsen er via en browser. Så derfor igen. Hvad svar får du når du taster IP addressen på din LK IHC controller i en browser på din PC og telefon. Prøv også gerne at forbinde PC'en via kabel til routeren hvis ikke du får noget svar når du prøver via WIFI.
-
Lige for at være sikker på at vi ikke taler forbi hinanden. Hvad mener du med administrator programmet? Er det adminview eller Visual hvor du laver dit IHC program? For at finde ud af hvad problemet er er vi nød til at gå systematisk frem og først få skabt IP forbindelse. Derefter kan vi kigge på evt. andre problemer. IP forbindelsen er skabt, når du kan få svar fra LK IHC controlleren ved at taste dens IP addresse i en browser.
-
Det ser fint ud. Har du fået forbindelse fra din PC eller telefon? Hvis ikke. Har du mulighed for at prøve at forbinde din PC med kabel til routeren og se om det giver nogen forskel?
-
Hvis du hverken kan få forbindelse via PC eller telefon ved bare at taste IP addressen i en browser uden andet, så er der ikke IP forbindelse mellem din router og IHC conroller. Har du checket at der er lys i link lamperne? Prøv evt. at tage netværks kablet ud i 10 sek. og sætte det i igen. Det kan sommetider få forbindelse til at virke igen. LK IHC understøtter kun 100Mbit, og nogle router m.m. fejler i autonegotiation, når de starter op efter en strømafbrydelse. Har selv en switch som fejler 1 ud af 10 gange efter en strømafbrydelse (bliver slukket hver nat). Heldigvis er den manageble, så jeg kunne slå autonegotiation fra og sætte den til fixed speed, og dermed løse problemet. Hvis din router understøtter det, kan du sætte LK IHC porten til 100Mbit full duplex. Hvis ovenstående fejler, så prøv at genstarte IHC controlleren. Har du checket at din telefon er forbundet til WIFI og ikke kun roaming? Prøv evt. at taste routeren IP addresse ind i en browser på telefonen.
-
Jeg bruger slet ikke app's til styring. Jeg bruger serviceview eller openhab via en VPN til at checke og afstille alarmer m.m. når jeg er bortrejst, men udover det synes jeg det er nemmer at bruger afbryderne på væggen, fremfor at lede efter en telefon for at slukke lyset. Hvis OS'et på din mobil telefon ikke længere understøtter krypterings protokollerne som LK IHC bruger, så vil det ikke længere virke, også selvom det har virket før. Det var et problem for 10-15 år siden, og igen for 3-5 år siden. Begge gange i forbindelse med at forældede krypterings protokoller blev udfaset. Om det er sket igen fornylig ved jeg ikke, men Linux, windos, Android, Apple, Firefox m.fl. udfaser ikke krypterings protokollerne på samme tid. For 3-5 år side var der over 1 år mellem nogle af dem. Krypterings protokollerne udfases fordi computerne bliver kraftiger og kraftiger. I 2000 var 256bit kryptering klasificeret om stræk kryptering. I dag kan en alm. hjemme computer knække 256bit kryptering på en formiddag. I dag kræver det 1024 bit eller 2048 bit for blive betragtet som stærk kryptering. På en Apple telefon er privat addresse og limited tracking default, ligegyldigt om det er WIFI via egen router, public WIFI eller mobil data. På Android er det lidt mere komplekst da det er forskelligt fra telefon til telefon. Men normalt sættes det under advanced settings på den enkelte WIFI forbindelse, således at man automatisk kan slå det fra når man er hjemme. Kan du få forbindelse hvis du bare taster IP addressen ind i browseren på din telefon, altså uden :443? Hvad sker der hvis du forsøger det samme fra en PC?
-
IP opsætningen er som den skal være. Din router bruger IP netværket 192.168.1.0 - 192.168.1.255. En del af dette netværk er reserveret til automatisk tildelte IP addresser (DHCP). I dit tilfælde 192.168.1.10-192.168.1.100. LK IHC controlleren må IKKE ligge i dette område, da den IKKE understøtter DHCP, men den skal være i samme IP netværk, hvilket den er når den har IP addresse 192.168.1.5 Jeg bruger ikke selv LK IHC app's så jeg kan ikke sige om din app er sat rigtig op. Men hvis du prøver at taste 192.168.1.5:443 i en browser på din mobile enhed, kan du hurtgt se om der er hul igennem til controlleren. Hvis du for en connection error er der ikke hul igennem, men hvis du får en side med nogle uforståelige tegn, er der hul igennem. Jeg har ikke 100% styr på seneste status på supporterede krypterings protokoller, men hvis du har mulighed for det kan du liste hvilken OS version din mobile enhed køre med, hvornår den sidst er opdateret, samt firmware versionen på din LK IHC controller. Så er det muligt at der er andre som kan komme med et bud på om du har et krypterings problem. Du kan også checke om din mobile enhed er sat op til privat WI-FI addresse og/eller limit IP tracking. Det er default på fleste Apple enheder, og det giver problemer for nogle app's.
-
Forklaringen på at alt andet virker, bortset fra LK IHC er at LK IHC er et relativt gammelt produkt, som stortset ikke er vidre udviklet siden Visual 2 controlleren kom på marked i starten af 2000. Derudover benytter LK IHC wireless enheder, ligesom mange andre wireless afbryder m.m. ikke IP til kommunikation med controlleren. De benytter alle Wawenis, Z-wave, Zigbee eller en tilsvarende wireless protokol. At din app ikke længere virker kan skyldes mange ting. Forkert IP opsætning er en mulighed. En anden og desværre ofter mulighed er at OS'et på din mobile enhed er blevet opdateret, så det ikke længer understøtter de gamle krypterings protokoller som LK IHC benytter.
