Lars1

USB driveren bliver installeret samtidig med at du installer Visual, men den kan også installeres alene. Jeg ved dog ikke hvor du lige hvor du finder driveren uden Visual og alt det andet.

Nu melder historien jo ikke noget om hvor stabil controlleren er, om han har 3 parts produkter etc. Så det er svært at sige om det vil virker for andre, bare fordi det ser ud til at virke for ham. Præcis som med en HW 6.2 controller. For nogen er den stabil for andre er den ikke, selvom de køre samme firmware og controllerne er fra samme serie. Jeg har ikke selv lagt 2.8.4 på min HW6.1 controller, og har ingen planer om at gøre det, og har ingen idee om den vil overleve. Men du kan jo prøve på din. Uden viewer, burde der være større chance for at det virker end med viewer, bortset fra at det jo selvfølgelig kan være den manglende viewer i nogle HW 6.1 controller, som er den relle årsag til at LK ikke længere kommer med ny firmware til HW 6.1. Jeg tvivler dog stærkt på dette.

Hvor mange A lever den nye strømforsyning?

Hvis det kun er firmware loaderen du har problemer med, så er det ikke Java som driller, men derimod USB driveren.

RF versionen bliver opgraderet med firmware 2.7.199, men der er en serie HW 6.1 controller hvor dette ikke kan lade sig gøre, og jeg er bange for at din er blandt dem. LK ombyttede dem en overgang, men er stoppet med dette igen såvidt jeg ved.

Det er såmænd ikke så svært. Du skal bare have fat i en af de gamle firmware loader, som ikke laver versions check før de uploader firmwaren. Det er den samme du skal bruge hvis du vil uploade en reset firmware. Disse bliver også blokeret af de nye firmware loader Jeg kan ikke huske hvilken firmware loader der skal bruges, men den som følger med 2.7.199 mener jeg er nok.

Jeg forstår stadig ikke din pointe. Bortset fra enkelte detaljer er den eneste forskel på en HW 6.1, HW 6.2 og HW 7 controller mængden af RAM og CPU. Hvornår du ramme loftet i de enkelte controller afhænger mange faktore. Firmware er en af dem. Dit program er en anden. Typen af enheder du har tilkoblet samt dit brugs mønster er en trejde. Integration med trejde parts produkter er en fjerde. Du kan sikkert selv finde på flere. Hvornår du rammer loftet på en HW 6.2 afhænger af din kombination af bl.a. ovenstående faktorer. Jeg tror ikke der er nogen som kan forudsige hvornår man rammer loftet.

Jeg forstår ikke din pointe, så jeg tror vi stopper den diskution her.

Jeg kan ikke huske om der er versions check i 2.7.110, så med firmware 2.8.4 skal du sandsynligvis på Visual 2.8.6. Der vil ikke være nogle problemer med dansk/svensk. Jeg har selv flere gange skiftet mellem den danske og engelske visual udgave.

Nedgrader til 2.7.199. Den synes at være stabil, og kan hentes på LK's website. Du vil dog miste supporten for temp/lux og temp/fugt sensor. Hvis du ikke har nogen af dem, er der kun Java som kan give dig problemer, men der kan du finde workarounds i tråden Java problemer igen igen igen.

Med HW 6.1 har du jo kun de gamle kryptering algorithmer, som kan knækkes af en alm. standard hjemme PC på under 1 time. Det er begrænset hvor meget load de lægger på en CPU sammenlignet med de algorithmer som er standard idag, og som det tager år for en alm. standard hjemme PC at knække.

Såvidt jeg husker var det alle controller som var omfattet, incl. IHC term. og tilbudet kom da de droppede supporten af Visual 1, hvilket først skete et par år efter HW 6.1 controlleren var frigivet. Måske er vi så heldig at se en kampange når Visual 2 supporten bliver droppet om 1 års tid, men næppe før.

Men det gør de jo ikke. IHCremote/tablet poller jo kun for de parameter som du har konfigureret dem til at polle for (såvidt jeg ved, har dem ikke selv), mens IHC Captain etc. poller for samtlige parameter hvergang. Hvert parameter req. skal krypteres, og så har du jo pludselig et pænt stort load på en HW 6.2 controller med de nye krypterings algorithmer, or det load bliver expotentionelt større jo flere parameter du har. Dertil kommer at temp./lux og fugt sensor bruger floating points til at angive deres værdier. Disse er væsentlig tunger at krypter end en on/off værdi. Hvis du bruger mange tekst værdier i dit program, øger du krypterings loadet endnu mere.

Pas. Jeg har aldrig prøvet, men det kan du jo prøve når du får din 6.2 controller monteret. :-) Nu supporter LK jo ikke trejdeparts produkter som IHC Captain etc. så jeg tivler på at dette har spillet en rolle da LK droppede HW 6.1 supporten og kom med de nye algorithmer i HW6.2 Hvorvidt en HW 6.2 er lige til øllet, tror jeg afhænger af flere ting, som f.eks. antallet af temp/lux/fugt sensor, komplexiteten i IHC programmet samt dit brugs mønster.

Om 2.7.190 er før eller efter 2.7.199 er ligegyldigt. Det vigtigste er at 2.7.199 bliver installeret før du installer 2.7.220 eller højre. Bortset fra det mener jeg at firmware nr'erne er de samme i alle lande.

Du kan sagtens ændre SSL porten til noget andet end 443. Du skal bare huske at skrive https: i starten af URL'en, og slutte af med :<port nr>

Nej. Serviceview poller kun for de informationer som kan ses på din skærm. Hvis en FB er foldet sammen, poller serviceview ikke for data i den FB. Men du har kun de gamle krypterings algorithmer, som ikke kræver så meget af controlleren, som de algorithmer der ligger i 2.8.4, og det er en STOR forskel.

Hvilken URL bruger du efter du har ændret portene? Har du en FW eller router mellem din PC og IHC controller?

Jeg tror forskellen ligger i hvordan de forskellige systemer kommuniker med controllerne. Jeg kan godt forstille mig at OpenHab og ICH Captain, spørger efter masser af parameter ganske ofte, mens IHC Remote og IHCtablet nok er mere præcis i deres forspørgelser og ikke spørger så ofte. Men bortset fra det mener jeg er er nogen som har skrevet at de ikke kan komme på deres HW6.2 controller hvis IHC remote or tablet køre.

Jeg husker måske forkert men jeg mener det var Øresundsbanen.

Alt hvad du skrev i det pågældende indlæg er faktuelt forkert, men jeg orker ikke længere at forsøge at forklare det for dig.

Nej. IHC står for Intelligent House Control. Jeg ved ikke lige hvor du ser nogen drøfte anvendelsen af IHC til professionnelle datacenter. Jeg sammenligner oppetiden mellem systemer hosted i en cloud løsning og i et lokalt datacenter for at anskuelig gøre hvorfor jeg mener cloud løsninger til IHC ikke giver mening. Men bortset fra det, så havde BaneDanmark faktisk på et tidspunkt et sikrings anlæg som var bygget på LK IHC. Det er dog blevet skrottet for flere år siden såvidt jeg ved.

Og det synes jeg er prisværdigt, men funktionelt burder der ikke være nogen forskel på om du bruger en public cloud løsning eller installer din SW på en lokal host. Jeg synes det du har lavet ser godt ud. Det hostes bare det forkerte sted IMHO. Cloud løsninger er gode til mange ting, men der er også ting de ikke er så gode til. IMHO er IHC en af dem, primært fordi du primært bruger din IHC når du er hjemme, og du er f..... når der ikke er forbindelse mellem din IHC installation og cloud løsningen. IHC's event styring gør det endnu mere kritisk at der ALTID er forbindelse mellem cloud løsning og IHC installationen. Hvis du f.eks. bruger en tids funktion i clouden til at tænde for varmen 6 timer før du kommer fra ferie. Så vil det være pænt irriterende at huset er koldt når du kom hjem, fordi at der ikke var forbindelse på det tidspunkt hvor cloud løsningen skulle sende event trickeren. Vi har det med at blive afhængige af den automatik vi bygger ind i vores IHC løsninger, og vi (familien) har ikke nogen lang lunte når det ikke virker. De fleste af de kunder jeg arbejder med, bruger cloud løsninger til deres salgs og marketing systemer. Disse systemer tilgåes ofte fra kunde sites og indeholder sjældent data, som er omfattet af EU's data privacy lovgivning, så her er det en fordel at bruge cloud løsninger. HR systemer har været cloud løsninger i et stykke tid, men jeg har for nylig fået den første forspørgelse på at flytte det inhouse, grundet cloud leverandøren ikke kunne garanter at data ikke blev opbevaret eller tilgået fra en lokation uden for EU. Produktions systemer er altid inhouse, og somregl lokalt på fabrikkerne, alene af den grund at hvis der ikke er forbindelse til systemerne, så kan fabrikken ikke producer, og det er RIGTIGT dyrt.

Jeg er godt klar over du ikke er igang med at erstatte IHC controlleren med en cloud løsning, men jeg går udfra at du laver cloud løsningen fordi det er meningen den skal bruges, og når først den bruges, så har du baladen med familien når det ikke virker, og som du kan se i mit svar til Peter, så er cloud løsninger ikke ligefrem de mest stabile. Jeg bruger dem professionelt i mit daglige arbejde, så jeg ved hvad jeg taler om. Sikkerhed på LK IHC er jo ikke ligefrem state of the art og som jeg skrev tidligere, så ser jeg ikke kommunikationen med IHC controlleren som den største sikkerhedsrisiko, men derimod sikkerheden i cloud løsningen. Problemet med de fleste cloud løsninger er at du ikke kan få nogen information er overhovedet om sikkerheden i den bagved liggende infrastruktur, og der har været flere sager hvor en cloud løsning er blevet hacket via den bagved liggende infrastruktur. Men bare fordi jeg ikke kan se ideen med cloud styrede IHC løsninger skal ikke holde dig fra at fortsætte. Der er helt sikkert mange som ikke har samme fokus på sikkerhed og oppetid som jeg har.

Mobilt internet løser da heller ikke problemet. Vi bruger det på arbejdet til nogle af vores mindre salgs kontore, og der er udfald på det flere gange om måneden. Sommetider i halve og hele timer. Dertil kommer at cloud løsninger ikke ligefrem er så stabile som cloud udbyderne gerne vil gøre dem til. Alle kritiske systemer hos os køre i vores eget datacenter, men vi har nogle mindre kritiske løsninger kørende i forskellige cloud løsninger. Ingen af disse har til dato kunnet holde en oppetid på 99%, og flere af dem har været nede i en hel weekend grundet system opdateringer, og du har INGEN indflydelse på hvornår de laver system opdateringer etc. Tilsammenligning har samtlige vores kritiske systemer inden for de sidste 12 timer haft en oppetid på over 99,99% og dette er incl. downtime til patching, systemopdateringer etc. Hvis konen eller ungerne kommer hjem og ikke kan tænde lyset så bliver der ballade. Hvis solfanger anlæget køre temperaturen i buffebeholderen over 90 grader, risiker jeg at varme slangerne smelter. Kom selv på flere eksempler hvor det ikke er godt at din IHC installation ikke fungere fordi du har baseret den på en ekstern cloud løsning.