Hop til indhold

Al aktivitet

Denne stream opdaterer automatisk

  1. Yesterday
  2. Allan Nissen

    Min vej væk fra IHC

    Disclaimer: jeg er på ingen må associeret til Logic Group eller deres partnere. Jeg har ene og alene valgt at lave min udskiftning af IHC med produkter primært fra Logic Group, da de til fulde opfyldte mine behov. Jeg har selv indkøbt komponenterne ved grossister og andre online shops. Tråden er ikke til diskussion om jeg har valgt rigtig eller forkert, om nogen ville have valgt noget andet, om trådløs er noget skrammel, om IHC kan køre 20-30 år mere, osv. Det er en beskrivelse om hvordan jeg har lykkedes med at skifte min installation ud, og de udfordringer der har været. ---------------- Min IHC installation Jeg valgte i September 2023 at min IHC installation skulle udskiftes hurtigst muligt og ikke vente indtil den en dag, måske, selv valgte at lægge sig ned. Jeg har en gang oplevet en uges nedetid grundet den første V3 controller gik i det velkendre bootloop og, i sær grundet meget rejseaktivitet, ville jeg ikke risikere at stå i den situation igen. I tillæg oplevede jeg efterhånden en ret ustabil controller der ofte genstartede og smed sine netværks indstillinger, og dermed besværliggjorde remote adgang til den når jeg var væk. Min installation er af "renoverings"-typen, hvor der er blevet tilføjet IHC komponenter gennem årene, i takt med at vi har renoveret rum for rum i huset. Det har primært været wireless komponenter, med fortrådede pir og skumrings sensor. Enkelte relæ udgange blev tilføjet til LED indikation i tryk og styring af stikkontakter, hvor muligt. Ingen alarm del. Varmestyring heller ikke, dog har en fortrådet LK temp og fugtigheds sensor overvåget badeværelset og tændt et puck relæ til spejlvarmen når spejlet duggede. Af funktioner i huset har der været de klassiske sluk alt og tænd alt. Derudover scenarie styring af lysdæmpere i stue, dæmpet lys på bad og i gang om natten, og den udvidede udendørs lysstyring, med flere niveauer. Jeg kodede selv en Hustilstands blok, med 4 tilstande (Hjemme lyst, hjemme mørkt, Nat og Ude) for at kunne arbejde med forskellige scenarier og niveauer, afhængig af om huset var beboet eller ikke. App adgang via både iPhone og ipad, når ellers controlleren ikke havde smidt sine indstillinger. IHC Captain var en fed tilføjelse og der blev sat IHC batteri tryk op forskellige steder, til styring af vores Sonos. -------------------- Den nye installation Valget faldt på Logic Group Fuga Matrix lysdæmpere, batteritryk, Dimmy (puck-style lysdæmpere til PL dåser), I/O modul til tavle samt Nexa puck-style relæ modul og en Sonoff temperatur og fugtigheds sensor. Dertil en Fibaro HomeCenter 3. Protokollen mellem komponenterne (bortset fra Fugtigheds sensoren) er Z-Wave. For at lære at sætte komponenterne op og programmere startede jeg med et begrænset udvalg i en test opstilling. Homecenter, 1 Matrix lysdæmper, 1 batteritryk, 1 dimmy, og 1 IO tavlemodul. Homecenter opsætning med oprettelse af Admin bruger gik let. Den er blevet kablet til mit netværk og firmware opdateret ved første opstart. Tilføjelse af komponenter til Fibaro er lige så nemt og hurtigt, som tilføjelse af Wireless komponenter til en IHC controller. I Fibaro: tryk på tilføj Z-Wave komponent. På komponent: tryk på parrings knappen. Færdig. Man navgiver komponenter, vælger et ikon og det sværeste er nok at sætte et system op, så der er en rød tråd i navngivningerne. Det er dog nemt at ændre igen senere. Matrix lysdæmpere har samme mål som IHC kombi lysdæmpere og jeg var derfor ikke bekymret for om der var plads i dåserne. Matrix lysdæmperen kræver dog en nul monteret, men det gav ikke problemer for mig med mit svendebrev. IO tavlemodul blev installeret og jeg tilsluttede med det samme mine pir og skumrings sensor, da min plan med test opstillingen var at få programmeret udendørslysstyringen, så den var klar til den store udskiftning. Så input fra sensorer, og output ført over til IHC systemet. Simpelt program blev lavet i Fibaro, til at "luse" signalerne videre, og derved bevare 100% funktionalitet i IHC, mens jeg legede. Remote adgang til Fibaro blev konfiguret og derved kan jeg sidde remotely (på mit arbejde) og programmere, når der er tid til det. App (gratis) installeret på telefon og ipad, og fungerede uden at skulle rode med port numre osv i min router. En måneds tid offshore, en hel del søgning på google og youtube videoer senere havde jeg fået lavet de, i mine øjne, vigtigste funktioner, så jeg følte mig klar til at købe de resterende komponenter og lave den egentlige udskiftning. For en elektriker tager udskiftning af en lysdæmper ikke mange minutter og det var, som indikeret ovenfor, en smal sag. Simple funktioner laves i såkaldte blok scener, hvor en eller flere "Hændelser" defineres (f.eks. 1 tryk på en tast) og handlinger defineres (f.eks. sæt niveau på dæmper til xx%). Denne form for programmering er drag-n-drop og dropdown. Har man navngivet komponenterne godt, så tager det få minutter. Så snart man trykker Gem på en scene, er funktionaliteten aktiv. Her er der ikke noget der skal uploades. Her er min Sluk alt funktion. Men så begynder udfordringerne. Og jeg kan forestille mig at især ikke teknisk anlagte personer, som ikke har erfaring med programmering i forskellige sprog kommer på glatis. De enkelte komponenter har hver en række parametre man kan sætte som konfiguration. Rækken af parametre og de valg der kan stilles er fint beskrevet i manualen, men forståelsen (eller mere manglen på samme) af hvornår man vælger den ene virkemåde fremfor den anden, gør at der bliver en del trial-&-error. Jeg lavede et dokument hvor jeg skrev parameter ændringer ned, for ellers ville jeg aldrig kunne huske hvad jeg havde ændret. En af de forcer der nævnes omkring brugen af Z-Wave er at man kan associere 2 eller flere komponeter til hinanden, således at kommandoer og feedback bliver sendt direkte mellem dem, og ikke kræver at Fibaro kører, for at afvikle logikken. Det kan man sikkert også med andre systemer. Det svarer til en IHC Wireless Standalone setup, men hvor selve opsætningen/associeringen laves i Fibaro samt Fibaro kan monitorere status på komponenterne. Et eksempel er en korrespondance forbindelse, hvor flere tryk associeres med lysdæmperen. Lysdæmperen kan nu styres med de associerede tryk, også selvom Fibaro en dag skulle stoppe med at virke. I og med Fibaro holder øje med status på lysdæmperen kan man lave noget logik baseret på lysdæmperens status. Associeringer er den foretrukne metode, da det nedsætter tiden mellem tryk og handling. Der er omtrent samme forsinkelse som ved brug af IHC Wireless komponenter. Her er et eksempel med en dimmy (puck-style lysdæmper monteret i PL dåse) som styres fra 3 forskellige tryk. Trykkene skal vide status på lysdæmperen for at kunne sende korrekt on/off/dæmp kommando, og det skal man bede lysdæmperen om at melde ud til de "involverede parter". Lidt som når man skal bruge lysindikering fra en Wireless lysdæmper, for at undgå dobbelt tryk. I dette tilfælde melder dimmy'en ud til komponent ID 122, 108 og 170 samt Fibaro, om dens status. Herunder vises et af de 3 tryk associeret op til dimmy'en. Her markeret med rød. Et snapshot giver nok ikke meget mening, men illustrerer nok også godt at overskueligheden ikke er nem. For det der er markeret med rød, er rent faktisk korrespondancen. Den avancerede programmering i systemet, f.eks. førnævnte udendørslysstyring og hustilstand, foretages også i Scener i Fibaro, men programmeres i sproget LUA. LUA er også brugt i andre henseender end Z-wave/Fibaro og jeg synes ikke jeg havde større issues med at finde hjælp til forskellige kommandoer, ved søgning på google. Men som med de førnævnte parametre på komponenter, så kævede disse LUA scener også temmelig meget trial-&-error. Her et lille eksempel: Når komponent ID 83 har value = true, afvikles scenen som er at sætte en lokal variabel kaldet timetest = med tidspunkt nu i formatet H:M. Dernæst sættes en global variabel = med den lokale variabel. På dansk: gemme et klokkeslæt for hvornår skumring går ON. Her er et udsnit af min udendørslysstyring. Scenen bliver afviklet hvert minut, men også når der sker hændelser på PIR og skumrings indgangene. I højre side sætter jeg en lokal variabel, Lightstate, i forskellige værdier (Off, Dimmed eller Motion), afhængig af tidspunkter og/eller bevægelse. De 3 værdier resulterer i kommandoer til lysdæmperen som har ID 149 og får lys niveauer på forskellige værdier, afhængig af om det skal være slukket, dæmpet eller tændt på fuldt blus. Integration med Sonos og Philips Hue fungerer via Quickapps, som er LUA kode andre har lavet og delt, lidt som funktionsblokke. Nogen til fri afbenyttelse, andre skal købes. Ved Sonos indtastes IP adressen på hver afspiller og de popper op i Fibaro. Ved Philips Hue associerer man Fibaro med Hue hub'en, som hvis det var Hue app'en på sin telefon, og de Hue pærer man har dukker op i Fibaro. Spejlvarme styring blev løst med en Sonoff Zigbee sensor. Tilføjelse til Fibaro er lige så nemt som med Z-wave. En LUA scene kigger efter om lys på bad er tændt og derefter om fugtigheden overstiger en fast %. Når lyset slukker eller der er gået 15 minutter slukkes spejlvarmen igen. ------------ Summary Har jeg haft nedetid i forbindelse med udskiftning? Nej. Men visse funktioner var ikke klar fra start, f.eks. nedprioriterede jeg bla simulering ved Hustilstand = Ude. Jeg prioriterede at alt lys kunne styres samt slukalt og udendørslys fungerede med det samme at komponenterne blev installeret og konfigureret. Har jeg samme funktionalitet som før? Ja. Og lidt til. Matrix lysdæmperne har indbygget LED i hver af de 4 taster og de kan programmeres individuelt i regnbuens farver. Så vi har endelig en LED uden for badeværelset der indikerer at lyset er tændt, det var jo ikke en mulighed med Wireless kombi dæmper. Og hvad man ellers kan finde på af logik til at sætte en LED til en bestemt farve. Som standard er der svagt lys i alle LED'erne, meget rart i gangarealer om natten, da man så kan bruge det til at "navigere". Det er naturligvis slukket i soverværelserne. Geolocation er indbygget i Fibaro og bruges nu til at sætte Hustilstand = Hjemme, når vi har været ude. Brug af LED pærer. Da glødepæren blev erklæret ulovlig/farlig købte jeg en kasse med forskellige størrelse glødepærer til at dække mit behov i lang tid fremover. Dem har jeg stadig mange af og de kommer nok også til salg en dag. Men nu kan jeg bruge LED pærer alle steder, og det kan jeg iøvrigt tydeligt se på vores elforbrug. Er det svært? Ja! Programmeringen og parametreringen er ret langhåret. Som elektriker der gennem årene har haft mulighed for at arbejde med forskellige PLC og robot programmerings sprog, kan jeg genkende sammenlignelige elementer i LUA koden. Men synes man programmering af egne blokke i IHC er svært, så er LUA nok markant sværere. Er det stabilt? Fibaro og de første komponenter blev installeret i midt marts. Jeg har ikke oplevet udfald på noget af det. Der har været 3 firmware opdateringer af Fibaro og de er blevet installeret uden issues. Så jeg vil sige ja. Og jeg stoler langt mere på dette end hvad jeg gjorde på mit IHC, grundet de issues jeg havde med genstarter og tab af indstillinger. Er det dyrt? Jeg har solgt hovedparten af mine brugte IHC komponenter og, uden at sætte ublu priser på noget af det, har jeg fået dækket omkring 80% af udgifterne til indkøb af de nye komponenter. Så i mit tilfælde er svaret nej. Det er ærgeligt at skulle bruge penge på at skifte noget ud man har investeret i, og for mange vil det være en enorm post at tage stilling til. Skulle jeg give 50.000 eller mere, så havde jeg måske overvejet lidt længere. Nu endte det med 17-18.000kr, som så overvejende er dækket ind igen ved salg af det brugte. Det var i øvrigt også et parameter til min beslutning, at jeg havde en fornemmelse af at jeg let kunne komme af med IHC delene. Det viste sig at holde stik. Vil jeg anbefale det? Ja og nej. Som gør det selv projekt skal man tænke sig godt om, hvad enten det er ny installation eller, som i mit tilfælde, udskiftning af IHC. Jeg fortryder det bestemt ikke og har bare set udfordringerne som leg med noget nyt legetøj. Men den avancerede programmering vil være en udfordring for mange. Dertil er alle forums jeg har fundet omkring Z-wave, Fibaro og LUA engelske, der er meget lidt hjælp at hente herhjemme, det kan være en negativ faktor for nogen. Andre systemer og protokoller kan være noget nemmere at sætte op og finde support til. Jeg synes det vægter højt at de komponenter jeg har installeret har været 1-1 udskiftning. Når jeg læser om andre systemer, der skal bygges ind bag ved afbrydere i fuga dåser eller gemmes i baldakiner osv., så er jeg glad for mit. Designet på Matrix kontakterne vil dele vandene, men vi har allerede vænnet os til den del herhjemme. Et langt skriv. Håber nogen kan få lidt ud af det. Spørg endelig ind hvis der er brug for uddybning af ovenstående. Beklager de mørke snapshots.
  3. 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.
  4. Sidste uge
  5. Hmmmm. Jeg nærlæste den gamle manual igen. De nævner ikke en hvilken som helst terminal emulator. De specificerer Procomm. Og det med PageDown osv. er for at vælge XMODEM protokollen. Altså søgte jeg efter gratis terminal emulator programmer, der understøtter XMODEM. Og det gør Tera Term 5, som jeg straks har prøvet af mod min “nye” opgraderede reserve IHC controller. Og hvis jeg i Tera Term først vælger menupunktet (i IHC controlleren service menu) “Upload (gem) data” og dernæst går ind i File menuen i Tera Term og vælger Transfer->XMODEM->Receive… og angiver et filnavn, så får jeg sørme en backup. Dernæst lavede jeg en ændring i controlleren, hvorefter jeg restorede vha. “Download (hent) data” og tilsvarende at sende filen fra Tera Term, hvilket fjernede min ændring. Så det virker rent faktisk. MEN: IHCTerm er ikke tilfreds med filen. Den påstår stadigvæk, at filen er forkert. Den nægter derfor stadigvæk at lave en ny backup. Den vil dog godt restore - efter at have advaret mig om, at filen er uægte. Jeg vil prøve at tage en backup af min kørende controller i morgen, og se om den kan restores på reserve controlleren. Det er sådan set det hele min øvelse går ud på. Derudover har jeg også tænkt mig at installere Windows XP i VirtualBox på Windows 11. Hvis TermIHC virker der, så pyt med DosBox. Og ydermere kan det i så fald måske også hjælpe dem med Visual 1 controllere, hvor softwaren mig bekendt ikke kører på noget nyere end XP.
  6. Min DosBox er installeret i C:\DosBox Og TermIHC ligger samme sted. Så min [autoexec] sektion ser således ud: MOUNT C C:\DosBox C: TermIHC Jeg har i øvrigt fundet ud af, at der findes en videreudvikling af DosBox (på GitHub). Den hedder DosBox-X. Med den kan man redirecte udprintninger til parallelporten til en fil. Derved har jeg fået Udskriv->Kvik til at virke. Dvs. IHCTerm kan sagtens læse hele konfigurationen og DosBox-X kan sagtens skrive filer. Men IHCTerm vil stadigvæk ikke lave en backup. Putty virker i øvrigt udmærket til programmering, tvangsstyring osv. Ligesom jeg i årevis har brugt minicom på en Raspberry Pi til at lave små ændringer på min IHC controller. Og når man bruger Putty eller anden terminalemulering, dukker der en Hent funktion op i service menuen, som burde kunne det samme som den i IHCTerm. Jeg har oven i købet en beskrivelse i en IHC manual anno 1997, hvor der står en anvisning i at trykke PgDown, 1, Enter osv. osv. Der sker bare ikke noget. Og jeg forstår heller ikke, hvordan IHC Controlleren skal kunne gøre en dum terminal emulator begribelig, at den skal modtage en fil. Så summa summarum, så har jeg nu en frisk beskrivelse af indholdet i min controller. Bare ikke i et format, hvor det kan restores. Og jeg mangler stadigvæk en backup fil i det rigtige format eller en beskrivelse af selvsamme format for at kunne tage en backup.
  7. 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.
  8. Modemmet kan kun SMS, så datadelen er mig bekendt ligegyldig. SMS sendes over en anden protokol og alle kort burde virke. Link til manualen: 019D901222_02.pdf (lk.dk) SMS - Netværksarkitektur - Iftek.dk (wikidot.com)
  9. Som jeg husker det, så benytter IHC SMS modulet 2G. Du skal spørge udbyderen, om et nyt SIM kort understøtter dette.
  10. Jeg bruger filnavnet abcd. Uden efternavn. Jeg har prøvet min reservecontroller version 6.03. Dvs. en del nyere. Samme resultat. Jeg har også prøvet at køre DosBox som administrator. Samme resultat. Jeg tror, at problemet er, at jeg ikke har en backup fil i forvejen. Jeg har mest forsøgt mig med tomme filer. Og så er det, at TermIHC brokker sig over, at den ikke kan læse fra filen, selvom jeg prøver at hente data fra controlleren og gemme dem på PCen. Så hvorfor skal den læse filen på PCen? Jeg har også prøvet med et Word dokument, som jeg omdøbte til abcd. Og så brokker den sig i stedet over, at filen er ugyldig. Begge fejlmeddelelser er vel for så vidt forståelige nok: Man kan ikke læse fra en tom fil. Og et Word dokument er næppe en gyldig backup fil. Er der nogen, der ved, hvordan man kommer i gang uden at have en rigtig backup fil i forvejen? Eller kender formatet af filen? Eller kan fortælle mig, hvor jeg kan downloade en? Jeg har en diskette (formentlig fra 1997), hvorpå der står “backup”. Men dels har jeg ingen diskettedrev og dels er sandsynligheden for at en 25+ år gammel diskette kan læses vel ikke overvældende stor.
  11. Tak for svar, men hvordan finder jeg ud af om mit SMS modul kun kan 3G? Modulet er ca 10 år gammelt!
  12. 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.
  13. 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.
  14. I forbindelse med ejerskift på min installation skal SIM kortet i SMS modulet skiftes! SMS modulet er jo af ældre årgang, så kan SIM kortet være til 5G, eller må det kun kunne håndtere 3G eller 4G?
  15. Jeg forsøger at gøre jer kunsten efter på Windows 11. Selve terminal emuleringen virker fint. Men det kunne jeg i forvejen fra minicom på en Raspberry Pi. Det jeg var ude efter er Overfør og Udskriv funktionaliteten. TermIHC sletter den fil, jeg har anbragt (efter anvisningen ovenfor) og viser derefter denne dialogboks uden at skrive en ny fil. Jeg kan godt oprette en tekstfil fra DOS prompten med “copy con a.txt”. Kan det tænkes, at TermIHC 1.3C er for ny? Det var 1.2D, der blev brugt i 1997 til at programmere systemet op. Men hvordan skaffer man den version for at prøve efter?
  16. Da jeg pingede varme styring, fik jeg svar uden problemer. Og det er også helt fint Lars. Jeg tænker at kontakte en elektriker, for er da selv tør for idéer i hvert fald, da jeg ikke syntes der er en åbenlys fejl at gå ud fra. Om ikke andet kan jeg da altid skrive resultatet herinde, når og hvis det kommer til at virke igen :-D
  17. 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.
  18. Præcis. Og forstår ikke om det er noget jeg har lavet tilfældigt eller hvad der er sket siden den har den her opførsel.... Men jo, her lidt billeder:
  19. 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.
  20. Undskyld jeg lige har været væk, har haft lidt arbejde :-D Bor i Nyborg og har internet/fiber fra Hiper forresten. Nåh, ændret ip til .105 til sidst. Routeren kan godt se den under "wired" så på den måde er der vel forbindelse. Jeg kan dog stadig ikke tilgå den fra browser, "Der kan ikke oprettes forbindlese" Hvis jeg pinger den fra cmd. kommer den igen frem med 192.168.1.40 destination ikke mulig ???? Hvor får den lige det fra, ingen idé :-D "edit" Ah, har så fundet ud af det er min pc's ip den viser tilbage. Så lærte jeg det :-P Prøver selv at søge google igennem for emner. PS: jeg prøvede lige at pinge nogle af de andre ting jeg har på netværket, og her er der ingen problem ved at få tilbage fra den givne ip. Så måske ikke det store resultat ved denne ændring! Og ellers så længe i gider hjælpe er jeg taknemmelig, ellers vil jeg ringe til nyborg el, som siden har været med til at afstemme det arbejde jeg nu ellers har lavet. Så tænker de har mulighed for ihc hjælp :-)
  21. 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.
  22. Tidligere
  23. Og hvorfor er der jeg ikke kan give den en ip inden for dens range ? Nu er det jo privat, så der kommer ikke flere enheder på, og hvis den ip er taget, så vil den vel ikke komme i konflikt med en anden enhed som eventuelt ville komme på ? Men vil da prøve at ændre den til .105
  24. 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
  25. 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.
  26. 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.
  27. 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.
  28. Derfor, få testet kablet begge veje. Og få testet din laptop får netværksforbindelse, hvis du giver den ip 192.168.1.5. Det vil udelukke lidt forskellige fejlkilder.
  1. Load mere aktivitet
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok