Lars1

Ja det er ganske rigtigt simpelt at gøre, men det har LK valgt ikke at gøre, ligesom de har valgt ikke at opdater resten af deres SW til moderne standarder. Derfor som jeg har skrevet efterhånden mange gange. Når man arbejder med LK IHC, skal man glemme alt hvad man ved om moderne IT systemer og SW, og tænke som man gjorde i det forrige århundrede. Det er den måde LK IHC fortsat funger på.

Jeg mindes ikke at jeg nogensiden har skrevet at LK har sagt at det er muligt at bruge en gammel FW loader. Det er alm. kendt at FW versions checket først kom med i firmware loaderen i forbindelse med at LK stoppede supporten af HW6.1. Før da var der ingen grund til at checke FW versionen. Det er muligt at det er flere årtier siden at du har set sådanne problemer med firmwares. Du glemmer bare igen at LK IHC bygger på et design, teknologier og metoder, som alle stammer tilbage fra 80'erne. Alt udvikling siden da har været fokuseret omkring lidt web/app adgang og lidt HW opgradering når det ikke længere var muligt at skaffe mere af det forældet HW de bruger. Det grundlæggende design, teknologier og metoder er fortsat dem som blev fastlagt i forbindelse med TermIHC tilbage i 80'erne.

Helt ok. Det er muligt at uploade FW 2.8.3 i en HW 6.1 controller hvis du bruger en firmware loader fra Visual 2.6 eller tidligere. De supporter jeg har talt med hos LK siger dog at det vil få controlleren til at crashe på en måde så det ikke vil være muligt at loade en ny firmware igen. Men med alt det løgn vi bliver fyldt med fra LK tvivler jeg dog på at dette er korrekt, men det er meget sandsynligt at HW 6.1 controller ikke kan køre med en FW 2.8.3.

Det er korrekt at FW 2.8.3 kræver HW6.2 men da du ikke tidligere har nævnt hvilket HW du har og jeg ikke er tanke læser, så var det lidt svært for mig at tage din HW i betragtning. Men bortset fra det, var mit indlæg også skrevet med en smiley.

Jo hvis du opgrader til firmware 2.8.3. :-)

Søg på "Java problemer igen igen" og følg vejledningen i tråden.

Der er flere tilsvarende produkter, men problemet med de fleste er at de er propriotær, og ikke kan tale med andet end deres egne komponenter. KNX og EIB er undtagelser, men de er pænt dyre i forhold til IHC, og mere beregnet til store kontor bygninger eller industri anlæg. Jeg ved ikke hvor du har fra at der overhovedet skulle komme en ny controller. De gange jeg har hørt om en ny controller, har det været dybt upålidelige trejde hånds rygter fra en som kender en, som kender en, der tidligere har arbejder hos LK og har rygtet fra en som vistnok stadigvæk arbejder der, men i en afdeling langt fra nogen som kan andet end stave til LK IHC.

Jeg er bange for at du snart ikke har noget valg hvis du vil fortsætte med home control fra LK/Schneider.

Jeg tvivler meget. KNX er en bus teknologi målrettet industrien og store kontor bygninger, hvor man gerne kan tage 25-50% mere end hos private. Der er helle ikke meget at bruge div. apps. etc. til i de installationer. Deres house control er målrettet private hvor apps. og kommunikation via IP tæller langt mere end det gør i industrien og store kontor bygninger.

Rådgiver informations aften bliver holdt med ujævne mellemrum. Hvis der kommer noget godt nyt vedr. IHC i forbindelse med det informations møde, så vil det være første gang det er sket.

Jeg kender ingen dato, og jeg kender ingen som har andet end rygter fra en som vistnok arbejder hos Schneider. Med andre ord. upålidelige rygter som indtil videre alle har vist sig at være falske.

Et eller andet sted i en af trådene om ny LK IHC controller, ligger der et link til en reklame video om Schneider's House Control. Ud over det har de KNX, som dog mere er beregnet på industri, men som også funger fint i boliger, specielt hvis det er større boligere, da KNX ikke har samme begrænsning i antal enheder som LK IHC.

Der har været flere rygter de senest 3-4 år, men hvergang er vi endt med en lang næse. Jeg tvivler stærkt på at der nogensinde kommer en ny controller.

Jeg tvivler stærkt på at der overhovedet kommer nogen ny controller. Schneider har idag andre produkter, som dækker marked, og LK IHC er trukket ud af alle markeder, bortset fra DK, såvidt jeg er orienteret.

Jeg tvivler stærkt på at der overhovedet kommer nogen ny controller. Schneider har idag andre produkter, som dækker marked, og LK IHC er trukket ud af alle markeder, bortset fra DK, såvidt jeg er orienteret.

Og i hvilken forbindelse er det interessant for udstyr, som gerne skulle leve +30 år?

Nu er den forventede levetid for LK's IHC moduler +30 år, så at dine har overlevet +10år kan ikke rigtig bruges til at vurder om jeg har ret eller ej.

En af fordelene ved IHC er at det er nemt at lave om på. Hvis man samtidig har sørget for at alle forbindelser fra tavlerne og til forbrugs/aktiverings stedet er trukket i rør, har man en virkelig fremtidssikret løsning. Hvis vi taler et alm. parcelhus, så overstiger bøvlet med installation, ombygning og fejlfinding klart fordelene ved decentrale tavler, så jeg stemmer helt klart for den løsning som Bjarne har valg. I/O moduler på loftet vil jeg klar fraråde. Det er elektronik og elektronik kan ikke lide temperatur svingninger. Du kan nemt reducer levetiden på et I/O modul med op til 25% ved at placer det på loftet fremfor i et bryggers hvor der er en rimelig konstant temperatur.

Jeg tror det er dig som ikke fatter pointen, som ellers er ganske simpel logik. Vi er mennesker og vi løser gerne dagens udfordringer forskelligt. For mig er det f.eks. underligt at nogen gider sætte livet på spil for at nå toppen af et bjerg. Jeg kan ganske simpelt ikke se noget formål med det, ligesom du ikke kan se noget formål med at skulle styre Philips Hue via en app. For dem som forsøger at nå toppen af et bjerg er begrundelsen ofte fordi de kan. Anden begrundelse behøver man egentlig ikke, og samme begrundelse er valid når det kommer til Philips Hue og styring via en app. Jeg synes nu nok at jeg svare, men jeg gider altså ikke gentage mit svar bare fordi du ikke er enig eller forstår hvad jeg skriver.

Det afhænger lidt af hvad dit problem er. Hvis det er USB driver relateret, så følg guide download workaround som du bl.a. finder her. http://www.lk.dk/support/professionel/ihc-software Hvis det er Java relateret, så søg efter tråden Java problemer igen igen igen. Den indeholder løsninger på alle kendte Java og krypterings problemer.

Du behøver ikke spilde tid på at psyko analyser min morfar. Du rammer alligevel bare forkert, eftersom du ikke kender andet til ham en de 2 linier jeg har skrevet i denne tråd. Hvorfor han synes fjernbetjeningen var noget pjat er heller ikke vigtig. Pointen er at vi mennesker er forskellige og lægger vægt på forskellige ting i et bruger interfacet. Nogle synes at det er vigtigt at alt kan styres med en app, bare fordi de kan, og så er det egentlig ligegylidigt at det tager 4 gange så lang tid, som at lette røven og gå over og trykke på knappen ved døren.

Hvis ellers dem som udvikler produkter til Java, sørgede for at opdater deres produkter og brugte de rigtige udviklings metoder, så er Java faktisk et rigtigt godt cross platform OS. Hvis sikkerheden i windos var ligeså høj som i Java, så ville du have stort set lige så mange problemer med stortset alle programmer på din windos PC som du har med LK IHC og Java. Edit: Glemte lige at skrive at MD5 og udløbne certifikater ikke er et Java specifikt problem, men derimod et HW problem. Controlleren har ganske simpelt ikke CPU krafter nok til at håndter mere moderne krypterings algorithmer og certifikater med mere end 256bit nøgler.

Dette indlæg bliver det sidste fra mig i denne diskution. Vi ser grundlæggende forskelliget på verden og kommer med en meget forskellig baggrund. Vi bliver aldrig enig om vi så fortsætter diskutionen i 100 år. Prøv at læse mit forrige indlæg igen, Der er flere eksempler på hvad smart-house kan, som LK IHC ikke kan. Tja. Vindmåler bruges allerede idag til automatisk at indrulle markiser med. Regnmåler kunne f.eks. sammen med solsensoren bruges til at afgøre hvornår dit automatiske have vandings anlæg skal køre. Det er kun fantasien som sætter grænser, men jeg begynder at forstå at du er meget fokuseret på hvad man kan idag, og ikke rigtigt kan forstille dig at det kan gøres anderledes eller at der er nogen som har andre behov end dig. Nilan har faktisk dokumenteret deres modbus kommunikation, og der findes et modbus interface til en rasberry PI såvidt jeg husker, så det er bare at gå igang. Jeg kan ikke huske om det var her eller på et rasberry fora jeg så en tråd om modbus kommunikation via en Rasberry. Sålænge der er forskellige producenter af home automation, ligeså længe vil der være forskellige kommunikations standard og API'er. Sålænge de bare ligesom Nilan dokumenter hvordan man kommuniker med deres produkter, ser jeg det faktisk som en fordel, da det er med til at drive udviklingen fremad, at producenterne ikke er låst til en oldnordisk kommunikations protokol som f.eks. den LK benytter i LK IHC. Da den blev udviklet var den state of the art. Men det var også før 100Mbit Ethernet overhovedet var på tegnebrædtet. I dag findes der datacenter som bruger bundlede 100GBit forbinderlser i deres backbone. Herunder er min definition på home automation. Der står intet herunder som jeg ikke har skrevet mange gange før. Noget af teksten er faktisk kopieret fra tidligere indlæg jeg har lavet. Mit syn på home automation er meget lig at lege med lego. Du har en masse byggeklodser, hvor nogle passer samme og andre ikke gør og sommetider skal du bruge en bestemt type klods for at få 2 andre klodser til at passe samme. Men sat rigtigt samme kan de danne imponerende konstruktioner. Home automation er alt som kan automatiser en process i dit hjem. Disse produkter kan i større og mindre grad integreres så de kan udnytte hinandens funktioner og dermed til sammen øge graden af automation i dit hjem. Hvorvidt denne integration sker via en cloud løsning, en central enhed i dit hjem, eller autonomt mellem de enkelte produkter er ligegyldig. Hvor avanceret din home automation i dit hjem er, er bestemt af hvilke home automation produkter du har valgt og hvor godt du har integreret dem. Et hjem hvor der ingen home automation er, hvilket vil sige ingen kaffe maskine eller vaske maskine og hvor lyset tændes ved at trykke på en 230V afbryder er 0% automatisert. Et hjem hvor der ikke er brug for mennesker overhovet, er 100% automatiseret, men hvad er formålet med det hjem? Hvorvidt en process er semi eller fuldt automatiseret er en akademisk diskution. IMHO så er en process hvor alt forgår manuelt som f.eks. at skære brød med en manuel brød kniv 0% automatisert, mens at hvis du bruger en el kniv, er det x% automatiseret. Om du sætter x til 1 eller 99 vil jeg lade være om til dig. 100% automatiseret opnåes igen først når vi mennesker kan undværes 100%, hvilket meget ofte er det samme tidspunkt hvor processen bliver ligegyldig, for der vil ikke længere være noget menneske til at få glæde af den. Bare tag eksemplet med en selvkørende bil, som køre rundt uden passager. Vi har opnået 100% automatisering, men samtidig har vi overflødig gjort processen. Bruger interfaces et det som vi mennesker bruger til at aktiver og styre vores home automation med. Det kan være en app på din telefon, et web interface, en funktion i alexa, en knap på vægge etc. Fælles for dem alle er at vi bruger dem til at styre vore home automation med. Hvorvidt vores handling medføre en enkelt handlig i et enkelt home automation produkt, eller det resulter i en lang række handliger i en lang række home automation produkter, afhænger af graden af integrationen af home automation i dit hjem. App'en til at styre Philips Hue med, er bare første generations bruger interface til det produkt. Jeg er 100% overbevist om at i løbet af nogle år vil vi se mange andre måder at styre Philips Hue på. En rejse tages bedste 1 skridt af gangen. Sensore som f.eks. temp. sensor, PIR eller lux måler er som udgangs punkt ikke bruger interfaces. Edit: I forbindelse med at styre Philips Hue via en app, kom jeg lige til at tænke på dengang min morfar fik hans første fjernsyn med fjernbetjening. Han synes det var noget pjat med sådan en dims, så de næste mange år rejste sig troligt for at skifte program eller tænde/slukke for fjernsynet. Hvad der er noget pjat for den ene, er smart for den anden.

Jeg stiller ikke spørgsmål ved din defination. Den giver bare ikke mening for mig, og derfor stiller jeg spørgsmål til hvordan den skal forståes i en række meget realistiske hverdags senarier, hvor nogle af dem måske først er aktuelle om 5-10 år, men fortsat fuldt realistiske. Hvis din defination skal holde vand, skal den kunne holde denne slags krydsforhør. Hvis jeg forstår dig ret, så mener du at automatisering som f.eks. tøj vask, kaffe brygning etc. er automation som sker i hjemmet men ikke home automation, mens lysstyring, varme styring etc. er home automation? Hvis dette er korrekt, hvad er det så når du integrer på tværs af det skel, som f.eks. at kaffe brygningen automatisk starter når en sensor registrer at du er på vej op, eller at dit vægge ur er integreret med din brødbagnings maskine og din lysstyring, således at brødbagningen starter 1 time før vægge uret ringer og lyset i huset tænder når vægge uret ringer? Google, Amazone etc. definer netop home automation, som alt der kan automatiseres i dit hjem. I den forbindelse definer de kaffe maskiner, vaske maskiner etc. som produkter på linie med produkter som Philips hue, LK IHC, KNX, EIB, etc. Produkter som de kan integrer via deres Alexa etc. Hvis du spørger 100 personer om deres defination vil du sikkert få 200 definationer. Jeg har flere gange skrevet at jeg betragter alt hvad der automatiser en eller anden process i mit hjem som komponenter i home automation, herunder kaffe maskiner, vaske maskiner, lys styring, varme styring, LK IHC, IHC Captain etc. Til sammen danner de min home automation, hvad enten de alle er integreret med hinanden, eller integreret i mindre uafhængige grupper. Siger du hermed at i lande som f.eks. Kina, hvor en vaske maskine IKKE er en selvfølge i alle hjem, der er en vaske maskine at betragte som home automation, mens at den i den vestlige verden hvor den er en selvfølge, ikke er home automation. Hvis dette er sandt, så har vi et stort problem, for så vil vi aldrig kunne få en international defination på home automation, hvilket er ret problematisk i den globaliserede verden vi lever i. Hvornår vil en bil være fuldautomatisk i.flg. din defination? Når den kan køre selv uden passager? Skal den også selv kunne tanke sig, vaske sig etc? Hvad med lyset. Hvordan kan det være fuld automatisk, når det ikke selv kan skifte en defekt pære? Hvorfor skal varmestyringen ikke selv tage højde for udefrakommende årsager for at være fuldautomatisk. Vi har big data teknologier, som baseret på historiske data om dine vaner og aktuelle vejr data vil kunne forudsige ret præcist hvornår du vil ændre på temperaturen. Alle vejrudsigter er bygget på modeller som er baseret på enorme mængder historiske vejr data. Vi mennesker er (desværre) meget mere forudsigelig end vejret. Prøv at sætte dig lidt mere ind i Smart-house, så vil du finde en lang række funktioner, som LK IHC ikke har, som f.eks. et tidssvarende slutbruger interface, fungerende tavle dimmer, som kan styres på %, energi forbrug overvågning og muligheden for at bruge disse data i programmet, vejr sensore, til regn, vind og sol. Jeg ved godt at LK langt om længe er kommet med en LUX måler, men de mangler fortsat regn og vind målerne. Det var bare nogle af de ting som LK IHC mangeler i forhold til SmartHouse. Nu du nævner Nilan. Her er det faktisk LK IHC, som er problemet. Nilan har en standard modbus på deres system print. Det er denne, som den eksterne PLC i LK's integration kommuniker med, men fordi at kommunikationen mellem LK IHC og PLC'en sker via on/off signaler på standard I/O moduler, så kan man ikke overføre temperatur, fugt niveau etc. som ellers alle er tilrådighed via Nilan Modbus'en. Om Velux har en Modbus ved jeg ikke. Jeg har aldrig rodet med deres systemer. I steddet for den tumbede PLC integration, kunne LK jo bare have lavet et IHC modbus modul, som kunne tilsluttes IHC controlleren ligesom SMS modem'et eller via Ethernet API'et. Dermed havde de også åbnet LK IHC for integration med andre modbus produkter. Bare se på Visility board'et PLC integrationen blev valgt fordi den ikke kostede noget i HW udvikling, og var relativt simpel at lave. At den ikke løser opgaven, er lige gyldigt for LK, for LK IHC er et dødt produkt som LK ikke har satset på i mange år.

Kan du komme med eksempler på noget i dit hjem som kan lave automatisering, men som ikke er home automation? Selvfølgelig er alt i dit hjem hvor et produkt overtager en funktion som du ellers skulle udføre manuelt home automation. Selv en kaffe maskine er et home automation produkt i en eller anden grad. Den varmer vandet og brygger kaffen for dig mens du laver noget andet. Men jeg giver dig fuldstændig ret. Det er første når de kan integreres med andre home automation produkter at de bliver rigtig interessante. Det er jeg lodret uenig i. Begge produkter er home automation under den samme defination. Der er bare MEGET stor forskel på hvad de kan bruges til og hvilke funktionalitet de kommer med, men de er begge home automation produkter, og de kan i den grad sammenlignes, når man sammenligner funktionaliteten lystyring. Hvis du sammenligner på andre funktionaliteter vil Philips Hue tabe med et brag da den ikke har disse funktionaliteter, præcis som LK IHC taber med et brag på flere områder hvis du sammenligner det med f.eks. smarthouse og Loxone, simpelthen fordi LK IHC ikke har de funktionaliteter. Men Smarthouse og Loxone er måske mere korrekt home automation end LK IHC? Hvis man følger din defination, så er KNX og EIB systemer ikke home automation systemer, da de baser sig på at logikken ligger i de enkelte komponenter, og virker selvom den centrale styreenhed er slukket. Begge systemer kan langt mere end LK IHC når det gælder home automation, men de er også en pæn del dyre, selvom det burde være umuligt. Bare fordi det er helt i tråd med LK IHC betyder jo ikke at LK IHC har patent på at define home automation. Det svare lidt til at sige græs er grønt, ergo er alt grønt græs. Jeg har aldrig påstået at LK IHC ikke er home automation. Det er det i allerehøjest grad, men der er også MANGE andre produkter som er home automation, men eftersom begrebet er relativt nyt, så har de ikke været benævnt som home automations produkter før. Det betyder dog ikke at de ikke er home automation produkter. Nu begynder du at blande integration af home automation produkter sammen med home automation produkter. Vaskemaskinen er et home automation produkt. Fryseren er også omend en primitiv form for home automation. At vaskemaskinen kan sende en besked til konen om at lette måsen og få hængt tøjet op ændre ikke noget. Tidligere blev dette gjort ved en hyle tone. Hvis det nu sker via Alexa eller noget andet som overvåger vaskemaskinen og sender beskeden til konens smartphone er bare en anden brugergrænseflade til den samme funktion. Her blander du bruger grænseflader sammen med home automation. En Smartphone/table er ikke home automation. Den app. som ligger på dem kan godt være det, men Smartphonen er værdiløs some home automation uden en app. Hvis man skal følge din logik, så er LK IHC ikke home automation uden windows PC, da det er umuligt at programer controlleren uden den, men controlleren køre fint uden PC'en når først den er programeret. En Smartphone og en PC er ikke home automation. De programmer der ligger på dem kan godt være det. Hvad er din defination på forkert automatisk styring? Alting udvikler sig. Det som idag sker semi-automatisk som du beskriver det, kan meget vel ske fuldautomatisk i morgen. I min gamle bil skal jeg selv huske at tænde og slukke lyset. I min nye bil sker det automatisk. Jeg kan også få en automatisk gearkasse til den, fartpilot som selv kan tage farten af og bremse hvis jeg kommer fortæt på de foran kørende, sidespejle som selv klapper ind når jeg stopper motoren, men jeg skal fortsat selv styre den. Er min nye bil rigtig eller semi automatiseret? Det eneste som ikke udvikler sig er LK IHC, og der er MANGE mangler. Det er muligt at du ikke synes det mangler nogen, men der er mange indlæg her på boardet fra personer som mener noget andet. Dertil kommer at du ofte selv brokker dig over den måde som tingene gøres på i LK IHC. Problemet er bare at det var state of det art for 10-20 år siden da LK IHC blev udviklet, men eftersom LK IHC stortset ikke er blevet videre udviklet de sidste 10 år så er det selvfølgelig håbløst forældet idag og mange funktioner etc. virker tumpet.