Lars1

Deri er jeg dybt uenig. Det smarte består i at man har lavet funktioner, så man f.eks. kun behøver at trykke på 1 knap når man tager på ferie, hvorefter alarmen bliver slået til, alt lys slukket, incl. strøm til komfur, kaffemaskiner etc., setpunktet for rum temperaturen bliver sænket, der bliver lukket for vandet o.s.v. o.s.v. o.s.v. Er man på vinter ferie, bliver setpunktet for rum temperaturen automatisk hævet inden man kommer hjem, sålede at man kommer hjem til et dejligt varmt hus. Jeg tror ikke der er mange som har et smarthome, som ikke konstant forbedre det og tilføjer nye funktioner. Har man været forudsenende og startet med en god grund arkitektur i sit smarthome kræver disse ændringer ikke meget arbejde og slet ikke indmuring af nye kabler i væggene.

Den Java du har opdateret er Java på din PC. Du kan ikke opdater Java på controlleren. Det sker i forbindelse med firmware upgrades. Java er ikke andet end et OS ligesom windos, Linux, apple OS, Android etc. Ligesom ved mange andre OS kommer ikke kritiske sercurity warnings ikke hvergang. Når de har været vist 1 gang, går der nogle dage før de bliver vist igen for ikke at spamme brugeren. Det udløbne certifikat kan kun opdateres af LK, og sker typisk i forbindelse med en firmware update. At en Java thread crasher er ikke det samme som at Java crasher. Det er bare en besked om at denne program stump ikke kunne afvikles korrekt, hvilket typisk skyldes forkert data input of manglende data validering før afvikling af program stumpen. Java som OS køre fint videre. Eftersom Astronaut kunne få liv i controlleren igen ved at lægge et tomt projekt i den, er årsagen sikkert et korrumpt Visual program = forkert data input til Java programmet.

Når du ser det i IHC serviceview, kan fejlen både stamme fra serviceview som er en Java applet, men også fra controlleren. Det kan være svært at skelne de 2 logs fra hinanden i LK IHC desværre.

Hvor har du fundet den log?

Reset firmware eller nedgrader til tidligere firmware. Jeg har ingen erfaring med Visual 3 controller, men det er det som plejre at hjælpe på en Visual 2 controller som er fejlet i opgradering

Det du ser på wireless links er meget normalt når Visual ikke kan få forbindelse til controlleren, hvilket den ikke kan så længe at controlleren er i fejl tilstand. Når du har fået controlleren ud af fejltilstand, bør du kun genskabe wireless links via den rebuild funktion som kom med i Visual 3.

192.168.x.x er ikke WAN IP. Det er privat IP's som ikke kan routes på internettet, så ingen ISP kan kræve betaling for IP's i dette range hvad enten de er statisk eller dynamisk tildelt Såvidt jeg forstår Martin's post, så kan han ikke engang nå controlleren via LAN IP'en, hvilket er meget naturligt hvis hans ipad's mobil's etc. er på et subnet og IHC controlleren på et andet. LAN IP ranget er sandsynligvis blevet ændret i forbindelse med router skiftet. Det sker ganske ofte desværre. Hvis LAN IP ranget bliver ændret, skal man selvfølgelig også ændre LAN IP på IHC controlleren da den ellers ikke kan kommuniker med routeren.

Den plejre at være en del af Visual. Hvis en ny firmware kræver en ny firmware loader, plejre de at blive distribueret sammen.

Der er 2 måder at løse problemet. Du bør have adgang til at ændre begge dele selv og det bør ikke tage mere end 5 min. at ændre På routeren ændre det dynamiske IP ranget til 192.168.1.x Gå på IHC controlleren via USB og ændre IP addressen til 192.168.0.x I begge tilfælde. Sørg for at IHC controllerens IP ikke ligger i det dynamisk tildelte IP range. Man betaler ikke for statiske IP's. Man betaler kun for offentlige IP's. Alle IP's er statisk tildelt medmindre man har en DHCP server som kan tildele IP's dynamisk. DHCP er idag altid en del af en internet router, men virker kun for et specifikt IP range som man normalt selv kan konfigurer

Dine Ipads, mobil tlf. etc. bruger dynamisk tildelt IP adr. IHC controlleren bruger statisk tildelt. Den nye router kan meget nemt tildele IP's i et andet IP range end den gamle, og så vil du ikke længere kunne få forbindelse til IHC controlleren. Prøv at checke om IP på din Ipad, mobil etc. er i ranget 192.168.1.x Hvis ikke er dette årsagen. Et andet problem kan være at 192.168.1.3 er i det dynamisk tildelte range. Afhængig af routeren kan det give problemer at have en statisk IP it et dynamisk range. Et trejde problem kan være hvis din nye router kun understøtter 1Gbit på netværks interfacet. IHC controlleren understøtter kun 100Mbit på netværks interfacet. Hvis det er lys i IHC interface lampen på både routeren og IHC controlleren bør det ikke være dette som er problement. Elektrikeren som har sat IHC controlleren op, bør også kunne fejlsøge på netværks forbindelsen eller ringe til nogen som kan. Somme tider løser netværks problemer sig hvis man fjerne net forbindelsen i 10 sek. ved at tage kablet ud i enten routeren eller IHC controlleren alt efter hvilken det er nemmest at komme til.

Som jeg skrev har jeg ingen Visual 3 controller, så jeg kan ikke teste nogen Java versioner mod den og det er temmeligt svært at forudse hvilke Java problemer man kan løbe ind i med nye Java versioner. Udløbne certifikater plejre der at være workarounds til. Prøv at se tråden Java problemer igen igen igen.

Jeg har ikke nogen Visual 3 controller, så jeg kan ikke udtale mig om Java til den, men hvis du mener Java update til din PC, så har jeg ikke haft problemer med nogle af de seneste og Visual 2.

Hvis du kan komme på via USB, så bør du også have adgang til adminview, hvor du kan ændre IP etc. 10.18.93.2 er en fixed IP på USB porten. Den kan du ikke ændre og du kan heller ikke tilgå den via netværks interfacet. Den virker kun via USB.

Når det er via standalone, kan du resette linkningen og relinke den igen. Det er beskrevet i detaljer til villedningen til dimmeren hvordan du gør det. Hvis det er en ældre dimmer, bør du have halogen pæren tilsluttet når du linker grundet minimums krav om belastning.

400/8 modulet er opbygget anderledes en 230V modulet, så du kan ikke bruge villedningen til 400/8 modulet til et 230V modul.

Ikke bare gør. Skal. Hvis du blander nul fra forskellige grupper risiker du op til 400V i dine 230V stikkontakter, eller som en anden bruger skrev for nogle dage siden. Lyset tænder når han sætter kaffemaskinen til og tænder for den, selvom der er slukke for lys gruppen.

Medmindre du har temp. sensor vil jeg være blevet på 2.7.199. Den er væsentlig mere stabil end 2.7.220. Hvis du har temp. sensor vil jeg opgrader til seneste firmware for HW 6.2 via en af workaroundsne som er beskrevet her på sitet. Til HW 6.1 har der været 2 lampeudtag dimmer produkter. Et som var touch styret og et som var 2 tast styret. Hvilket af de 2 er din dimmer linket til? Jeg har ikke lige adgang til Visual, men 4.1.15 lyder ikke umiddelbart som en dimmer FB. Prøv at kigge under 1.2 lysdæmpning. Der burde være en FB som kan løse dit problem. Hvis du bruger touch styring vil et kort tryk tænde/slukke dimmeren (husker sidste dæmpnings niveau) mens et langt tryk vil reguler op/ned hvor retning skiftes hvergang du slipper trykket efter en regulering.

Til Visual 2 findes der 2 forskellige dimmer produkter. Hvilket bruger du i dit program? Software version 4.7.299 findes ikke. Hvis det er firmware version du merner, så er den seneste stabile (såvidt jeg husker) til HW 6.1 2.7.199, mens du skal bruge 2.7.220 hvis du har temp sensor eller brug en workaround og opgrader til seneste version for HW 6.2 Hvis det er Visual version du mener så hedder versionen også 2.7.et eller andet, som jeg ikke længere kan huske.

Som udgangs punkt er LK IHC og PLC'er bare computer, så de burde være lige følsomme overfor elektrisk støj, men hvis jeg husker ret, så funger de fleste PLC'er ved at en indgang bliver forbundet til +, mens en LK IHC indgang skal forbindes til 0V for at gå ON. Denne forskel gør at IHC ikke er så følsom overfor elektrisk støj som PLC'er. For udgange er der ikke nogen forskel på LK IHC og PLC'er Dertil kommer at PLC'er ofte bruges i fabrikker hvor de er langt mere udsatte for elektrisk støj end LK IHC på noget tidspunkt vil blive i en bolig. De eneste stedder hvor LK IHC er støj følsom er på wireless og temp. sensor og I/O moduler, som kommuniker med controlleren via bit strømme.

Jo det ser ud som det er en model med dæmpning. Jeg tvivler på at det er lampe udtaget der er problemet. Det er mere tænkeligt at det er lyskilden eller styringen. Ikke alle lyskilder kan dæmpes. Specielt ikke spare pærer og LED's. Hvilken lys kilde bruger du? Hvordan styre du lampeudtaget. Er det standalone eller via en IHC controller?

Er dette problem også blevet løst nu hvor du har fået genstartet controlleren?

Prøv at tage strømmen til controlleren. Det kan sommetider får den forbi den fejl. Når controlleren er kommet op efter du har taget strømmen, så prøv om du kan nå webforsiden. Controlleren er ikke andet end en mini computer. Ofte kan man løse problemer ved at tage strømmen i 10 sek.

Det er standard på alle IT systemer. Hvis der er huld igennem hele vejen fra din client til serveren og du forsøger at connected på en port hvor der ikke køre en service, så får du connection refused. Hvis der af en eller anden grund ikke er huld igennem p.gr.af forkert subnet, firewall etc. så får du connection failed. Det er en forskel jeg bruger meget når jeg skal gennemskue hvorfor 2 systemer ikke vil snakke samme. Web forsiden bruger ikke Java. Det er først når du klikker på adminview eller serviceview at Java kommer i spil. Jeg bruger ikke selv Javastarteren, så jeg ved faktisk ikke om den vil kunne løse problemet, men jeg tvivler hvis web porten er blevet ændret. Web forsiden køre på port 80. Visual og API kommunikation køre på port 443. Når du får connection refused (nederst på det nederste billed) ved http://usb betyder det at du kan nå controlleren, men der er ikke noget som svare på port 80 (default for HTTP). Dette er normalt hvis web porten er ændret til noget andet end port 80. Jeg vil forslå at du prøver at tage strømmen til controlleren, og hvis det ikke ændre noget, så prøv med den netværks reset firmware som Lars Jacobsen skriver om. Den vil rettet webporten tilbage til port 80, og sætte alle andre netværks indstillinger tilbage til default.

Når jeg nu kigger nærmere på screenshottet, kan jeg godt se at der står connection refused. Det er en meget normal fejl når man kan få forbindelse til enheden, men der ikke er noget som svare på den port man forsøger at forbinde til. Meget tyder derfor på at webporten er ændret på controlleren. Hvis ikke der kunne opnåes forbindelse til enheden vil fejlen være noget i retning af unable to connect.

Prøv http://usb:443, samt http://10.18.93.2:443. Du vil ikke få web forsiden, men du bør få et svar fra controlleren. Hvis en af disse virker kan det tyde på at din controller ikke svare på den normale web port (80). Hvad den er blevet ændret til er svært at gætte på, men ofte er det 81, 88, 8080 eller noget tilsvarende. Hvis du ikke ved hvad den er ændret til, så må du gennem processen med reset firmware som er beskrevet i andre tråde. Værd dog opmærksom på at den også resetter andet end bare web porten, som f.eks. bruger, netværks opsætning etc. Hvis ingen af de 2 virker, så ligger problemet i din browser eller firewall på din PC, eftersom du kan pinge USB og Visual kan få forbindelse via USB. Prøv at checke web security indstillingerne i din browser og slå evt. web firewall fra eller læg USB og den tilhørende IP ind som trustet sites. Mange sikkerheds pakker kommer i dag med en decideret web policy som kun er aktiv når man bruger en browser.