Lars1

Har du prøvet at tage strømmen, incl. batteri backup fra i mindst 10 sec.?

Jeg tror ikke der er nogen som ved det 100% sikker, men da LK droppede supporten af HW 6.1 controlleren var det med den begrundelse at den havde for lidt processor kraft og RAM til at kunne klare de nye krypterings metoder. Det lyder meget plausibelt i mine øre da HW 6.2 har mere ram og en kraftigere processor i forhold til HW 6.1, men det er også den eneste forskel på de 2 såvidt jeg ved.

Hvis jeg skulle bygge nyt idag, vil jeg til enhver tid vælge at få lavet en fysisk net installation svarende til den fulde IHC net installation, ene og alene fordi det ikke begrænser mig på nogen måde, som ren wireless eller tilsvarende vil gøre. Man skal fortsat have antenne kabler til TV'en. IHC NET PDS kablerne kan bruges som antenne kabler hvis man omsætter antenne signalet fra et 75Ohm signalt til et 100Ohm signal, og bruger de rigtige patch kabler i den anden ende, som omsætter den modsatte vej. Der findes produkter på marked som gør dette. IHC NET PDS kablerne kan bruges til udstyr som kan POE forsynes, som f.eks. webcams etc. således at man har strømforsyningerne samlet et central sted, isteddet for at skulle skabe plads til dem der hvor webcam'et sidder. Wireless er blevet bedre, men det er fortsat max 450Mbit hvis ellers sol, måne og alle stjerne står i den rette position samtidig, og man har bedt 10 gange til sin personlige wireless gud. Realiteten er at wireless sjældent leverer mere end 25Mbit pr. enhed når der er mere end 1 enhed tilsluttet. En kablet installation vil uden større problemer level 1Gbit samtidig til alle tilsluttede enheder. Dette var bare 3 eksempler. Når man nu stadigvæk har udstyr, som kræver en kablet installation, hvorfor så ikke lave en kablet installation, som kan bruges til flere formål. Det forhindre jo ikke nogen i at lave en wireless installation ved siden af.

Hvad er det du gerne vil høre mere om?

Kablingen mellem IHC Net Basis enheden og dine udtag er den samme, som mellem det fulde IHC net krydsfeldt og dine udtag, så reelt er forskellen mellem de 2 kun det udstyr der sidder i det centrale krydsfelt, men her vil jeg ligesom Lars Jacobsen aldrig vælge IHC Net Basis. Problemet er bare at det ser ud til at LK har droppet det fulde IHC NET. Tilbage er IHC Net Basis eller LexCOM Home, som jeg virkelig ikke kan gennemskue hvordan skal bruges. Det ser nærmest ud til at man skal have låget af tavlen hvergang man skal patche om, og så giver krydsfeltet ingen mening i min verden. Som et alternativ til den fulde IHC NET installation vil jeg nok vælge en vægmonteret patch boks, som LK desværre ikke har. Det bliver ikke så elegant som LK's IHC NET, med 100 gange bedre end deres tåbelige alternativer.

Mig bekendt findes der ikke andre DIN skinne antenne forstærker end LK's. Og jeg må sige at jeg er MEGET overrasket over at LK har droppet den fulde IHC net, og kun har den hjælpeløse IHC Net basic tilbage. Men prøve at kigge hos billig IHC. Det ser ud til at de fortsat kan skaffe antenne forstærkerne. https://billigihc.dk/lk/lk-ihc-net/modul Alternativt må du jo købe en IHC net basic fordeler enhed, og så bare bruge den som antenne forstærker. Du kan terminer kablerne fra IHC net Basic boksen i din IHC Net tavle, så du kan patche derfra og til dine drop kabler. Kønt blive det ikke, men det er det eneste alternativ jeg lige kan komme på, da en alm. antenne forstærker vil ikke virke, da signalet skal omsættes fra et 75Ohm signal til et 100Ohm signal, for at kunne overleve i et PDS net kabel.

Det er helt klar LK som er problemet. Appel gør ikke andet end det som m$, Mozilla, Oracle (Java) m.fl. har gjort før dem. Dropper support for krypterings protokoller og metoder, som kan knækkes med en alm. hjemme computer på under 1 time.

Alt hvad du har nævt her har en forventet levetid på mindre end 5 år. Mig bekendt er der ikke noget af ovenstående HW, som ikke har fungeret uden compabilitets problemer 5 år efter den sidste device blev produceret. LK IHC har en forventet levetid på 10-20 år, men det er mindre end 10 år efter den første HW 6.1 controller kom på marked at den ikke længer kan bruges som andet end dyre kip relæer.

Sparepære giver normalt ikke de problemer som Lachris beskriver. Hvis det er sparepære, som tænder igen, så vil man normalt se det ved at lampen tænder automatisk efter at være blevet slukket, og somregl vil den blive ved med at tænde igen når man slukker den. Lachris problem er at han er nød til at slukke lyset før han kan tænde det, selvom der ikke er lys i lampen. Det plejre at være en program fejl. Jeg har ikke adgang til Visual PT. så jeg har ikke mulighed for at checke den pågældende FB, men prøv at smide dit program op her, så er der sikkert en af kode hajerne, som kaster sig over det.

Hvis adaptive fartpilot, ABS etc. ikke fra fremme på det tidspunkt hvor din bil blev designet, vil jeg give dig ret i din betragtning. Problemet med de oldnordiske krypterings og hash algorithmer er at afløserne har været definert og tilgængelige i browser m.m. i mere end 10 år. De var med andre ord klar da HW 6.1 controlleren blev designet, men LK valgte som mange software producenter at ignorer de nye standarder. For SW producenter er dette ok, da deres produkter sjældent har en levetid på mere end 5-10 år. Men en IHC controller har en forventet levetid på 10-20 år, så her er det ikke akseptablet at man designer noget HW, så det på design tidspunktet ikke kan understøtte seneste version af de protokoller og metoder man benytter.

Den fejl du beskriver, lyder som noget andre også har oplevet. Jeg kan ikke huske om der var en fejl i nogle af LK's tidligere FB's eller om det bare var tilbagemeldingen, som manglede, men det er helt sikkert en programerings fejl i dit Visual program.

Nu skrev jeg gennemsnitlig :-) En gateway som f.eks. IHC Captain, IHC Bridge etc. benytter sig somregl af krypterings og hash algorithmer fra det OS som de køre på. På et eller andet tidspunkt dropper dette OS også de old nordiske algorithmer, præcis som Apple nu har gjort med iOS11. Så med mindre disse gateways koder deres egen kommunikations interface, med egne krypterings og hash algorithmer, vil disse gateways også holde op med at virke på et tidspunkt.

Du kan ikke rigtigt sammenligne IHC systemer med anden IT, da IHC systemer er designet til el-installationer, som har en gennemsnitlig levetid på 10-20 år, mens IT udstyr som PC'er, tablets, smartphones, AV udstyr etc. har en gennemsnitlig levetid på 2-5 år. At IHC systemer kan bruge samme med smartphones etc. betyder ikke at man med rette må leve med at den korte levetid, men det betyder at man med rette må forvente at selvom IHC udstyret er 10 år gammelt, så kan det fortsat bruges med moderne smartphones etc. hvis man sørger for at det bliver software opdateret når der kommer ny firmware.

Det er lidt pudsigt at det er ok at bruge 4-6.000 om året på en ny telefon hvergang der kommer en ny iPhone, men det er ikke ok at bruge 4-6.000 på en ny controller hvert 10 år. :-) Bortset fra det, er jeg enig i at det er under alt kritik at HW6.1 ikke længere undersøtter seneste version af Java og IOS, men det er snart 5 år siden at den sidst har supporteret seneste Java, så den eneste reelle nyhed er at supporten for seneste IOS nu også ryger.

Jeg tror din elektriker skal sætte sig lidt bedre ind i IHC inden han udtaler sig. Hvis du har en HW 6.1 controller og nyeste Java, så funger f.eks. ServiceView, etc. heller ikke medmindre du manuelt går i en config fil og reenabler MD5. At lade være med at opgrader Java svare til ikke at opgrader til det nye Apple OS. Så med andre ord. Hvis du bare bruger LK IHC som avancerede kip relæer, så har du ret, så har det ingen betydning at den gamle HW 6.1 controller ikke understøtter moderne krypterings og hash algorithmer. Men hvis du som flertallet her på boardet laver forskellig integrationer med LK IHC, eller bruger LK IHC apps, så er en HW 6.1 controller idag værdiløs

Jvf. villedningen til den nye controller, så er LK endeligt kommet ind i det 20'ende århundrede på punkt. Den nye controller skulle kunne firmware opdaters via netværket, USB eller SD kortet. De gamle kan kun firmware opdateres via USB.

Såvidt jeg ved er det processoren i HW 6.1 som ikke er kraftig nok til at understøtte de moderne krypterings og hash algorithmer. Kig f.eks. på MD5 som er blevet udfaset i Java, browser etc., men som HW 6.1 controleren fortsat bruger og som man er nød til at enable i Java hvis man har en HW 6.1 controller. Med firmware 2.8.4 og en HW 6.2 controller er dette ikke nødvendigt.

Problemet er de oldnordiske krypterings algorithmer som HW 6.1 stadigvæk lever med. Ligesom Java, og de fleste browser har droppet supporten af de oldnordiske krypterings algorithmer hopper Apple nu også med på den vogn. Så jeg tvivler stærkt på at LK kan lave en app, som vil virke med LK IHC HW 6.1. De vil i såfald være nød til at implementer deres egen krypterings algorithme.

Det afhænger af hvor god din udsugning er. I et normalt hus vil du aldrig opleve at dugpunktet kommer over rum temperaturen under normale forhold. Hvis det sker har du et seriøst fugt problem.

Pas. Det er snart 20 år siden jeg forlod branchen. Men de fleste elektrier giver normalt gerne et overslag ganske gratis.

Dugpunktet fortælle dig hvornår vanddampen i luften fortættes til vand. Det er en beregnet værdi. Du kan f.eks. bruge den til at hvis dugpunktet nærmere sig rum temperaturen kan du skrue op for varmen, og dermed udgår at vanddampen fortætter sig på vægge, møbler etc.

Det er et spørgsmål om definitioner. Med ren wireless har du ikke brug for I/O moduler. Faktisk kan du lave det helt uden controller, men dine muligheder vil være begrænset. Når du har wireless tryk og output moduler har du en blandet installation. Du har sandsynligvis også et par wireless lampe udtag.

Som jeg skrev. Få en elektriker til at kigge på opgave. De afgiver normalt gerne tilbud inden de går igang. Du må alligevel ikke selv lave ændringerne i tavlen, og det lyder ikke umiddelbart til at du har så meget styr på det, så det kan være meget farligt at prøve selv.

Det kan godt lade sig gøre at fjerne alt IHC, men du skal få en elektriker til at kigge på opgaven for dig. Dels er det farligt selv at rode i el-tavler, og dels vil du ikke have nogen output moduler hvis alt køre wireless, så IHC bruges sandsynligvis til mere end bare lys styring. En dygtig IHC elektriker vil kunne fortælle dig det på under 1 time, og samtidig give dig et overslag på hvad det vil koste at fjerne IHC helt.

Firmware .199 understøtter ikke fugt sensorne. Det er kun den seneste firmware til HW6.1 som gør det. HW mæssigt er temp sensorne med gulv føler og temp. sensorne med fugt føler de samme. Det er bare føleren som er til forskel samt hvordan det benævnes i programmet, hvilket styres af produkt koden i visual programmet, og det er denne som mangler i den gamle firmware, hvilket er årsagen til at du ikke kan uploade programmet. De 55 grader er din luft fugtigheds procent.