Lars1

Jeg har ikke nogen IHC V3 controller men min windos 7 PC læser fint ext2 formaterede SD kort og jeg har ikke installeret noget specielt program for at kunne gøre dette. Såvidt jeg husker er SD kortet ext2 formateret, men de fleste filer ligger i en skjult folder. Jeg tror det var Ejvin (sikkert stavet forkert) som har lavet et image af SD kortet og fundet de skjulte filer etc. Der er en tråd om det emne her på boardet.

SD kortet er IKKE FAT32, og må IKKE formateres til FAT32. Det står tydeligt i villedningen såvidt jeg husker, og var vist årsagen til en del problemer da controlleren blev released. SD kortet kan bruges til firmware opdatering, program opdatering m.m. Det står altsammen i villedningen til controlleren. Mikkel havde fat i LK for nylig, og hvis jeg forstår hans efterfølgende indlæg korrekt, så skal controlleren byttes hvis dioden lyser konstant grøn under boot, men prøv selv at læse hans indlæg. Det er under 2 uger gammelt.

Løftede de sløret for hvad det er der går galt?

Jeg kender ikke HA, men et problem kan være autonegotiation på netværket mellem din switch og Raspberry'en. Hvis du ikke kan disable autonegotiation på din router/switch, så prøve at gøre det i det image du flasher din Raspberry med. Min Synology NAS kommer aldrig på nettet hvis jeg fysisk tager strømmen efter at have lavet shutdown. Efter at jeg har disablet autonegotiation på min switch er problemet væk.

Kunne de hjælpe dig til at løse problemet selv eller er det en bytter?

Du læser som sædvanlig mine indlæg som en hvis person læser biblen. Men jeg orker simpelhen ikke at forsøge at forklare dig hvor du går galt i byen, og jeg er ret sikker på at alle andre ved hvad jeg mener, så jeg tror bare vi stopper her.

Med spændvide mener jeg systemer som favner ligeså bredt som LH IHC, hvor du har stortset alt det basale i et system og hvor du, hvis du forstår hvordan, kan lave stortset alt hvad du har lyst til. Henning er unik fordi han gider sætte sig ind i hvordan LK IH virker og gider bruge tid på at lave nogle avancerede bruger grænse flader. Det mener jeg ikke er noget som hverken LK eller den alm. elektriker kan forventes at gøre. LK's rolle er at designe et ramme værk. Elektrikernes rolle er at installer det og lave basal programering og opsætning. Vil du have noget mere avancerede tager man fat i folk som Henning.

Hvilke andre smart house produkter med sammen spændvide som LK IHC kender du, hvor det ikke kræver personer som Henning for at få det fulde udnyttelse?

Ofte er det genstarten som er mandatory ved en firmware upload som får tingene til at virke igen.

Det er de også i Visual 2. Når man linker wireless enheder til en controller, bliver controllerens ID også gemt i de wireless enheder. I Visual 2 kan dette ID ikke ændres, hvilket det kan i Visual 3 og dermed kan man udskifte en Visual 3 controller uden at skulle genlinke manuelt. Det kan man ikke i Visual 2.

Kan du nå controlleren trådløst via Visual?

Jeg har aldrig før hørt om Visual lukker ned når du henter programmet fra controlleren. Får du nogen fejl melding? Langsom serviceview, adminview etc. er kendt på Visual 2 controller hvis du også bruger trejdeparts produkter som f.eks. IHC Captain, OpenHab etc. Visual kan også have problemer med at forbinde til controlleren hvisdu har serviceview åben når du starter Visual. Men jeg har ikke hørt om disse problemer på en Visual 3 controller. Har du prøvet at genstarte controlleren ved at tage strømmen i mindst 10 sek.?

Et rigtigt gennemført smart house forlader sig ikke på en kalender. Målet for google etc. er at integrer deres smart house devices med adaptive learning, AI (Artificial Intelligence) og big data. Når alt dette spiller sammen får man et hus som kan forudsige din næste handling og dermed tilpasse sig og evt. udføre handlingen for dig før du når at gøre det. Det lyder måske som fremtidsmusik, men når man som jeg jævnligt er involveret i tilsvarende projekter er det lidt skræmmende at se hvor langt man er kommet allerede.

Det at du oploader et tomt program, clear en masse cached data. Man kan så diskuter om fejlen ligger i controlleren eller programmet, men end of the day. Det var data fejl som fik program afviklingen til at fejle. Det er mange år siden jeg sidst så en fysisk device med Java som rent OS. I dag bliver Java installeret oven på et andet OS, men Jave er designet som et selvstændigt OS. Java bliver fortsat brugt rigtig mange stedder. Rigtig mange af de SOA (Service Oriented Architecture) systemer som bruges i alt fra B-2-B portaler, offentlige systemer som BRS, Skat, motor registeret, tinglysningen etc. har en ESB (Enterprise Service Bus) med en Java engine som ligger oven på Linux server. API'et i LK IHC følger for 90% standarden for ESB kommunikation så det er ikke så underligt at LK har brugt Java. De sidste 10% er en blanding af dårlig implementering og manglende opgradering til nyeste standarder

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.