Lars1

Prøv at læse højre oppe. Der skriver mikkel noget om at IHC Captain ikke virker på PI3. Jeg mener ikke han er kommet med opdateringer siden. Derudover havde jeg et problem første gang jeg installerede IHC Captain på min PI2. Jeg mener rod html cataloget var ændret i PI imaged, men jeg kan ikke huske hvad der skulle tilføjes i URL'en for at komme til IHC Captain.

Jeg har den grundlæggende holdning at min varmestyring, alarm og lysstyring m.v. skal virker, også når TDC har klippet min internet forbindelse og er 3 dage om at reetabler den. Så hvis du har en udgave, som kan installeres på en af mine Raspberry's så vil jeg være interesseret. Ellers vil jeg bare ønske dig held og lykke med dit projekt, som bliver uden min deltagelse. Derudover skriver du ikke meget om hvordan adgang til IHC cloud løsningen er sikret. Det er fint nok at man kan begrænse adgangen til controleren til en enkelt IP, men det hjælper jo ikke meget hvis adgange til cloud interfacet er frit tilgængeligt. Hvis dette er tilfældet (formoder jeg ikke) vil det være værre end at give fri adgang til controlleren, da det trods alt er sværre at gennemskue LK's serviceview for uvedkommende end et bruger venligt cloud interface.

OpenHab og Raspberry er næsten gratis såvidt jeg ved, så hvorfor ikke prøve. Du kan jo altid droppe det igen hvis det giver problemer.

Gid det var så vel. Hvis det var sandt, så var vi sluppet for mange problemer med LK IHC. En PLC er status styret. Hvis den misser en status ændring på en indgang så er det ikke den store katastrofe. Den vil fange den under næste program gennemløb, som er mindre end 1 sek. senere. LK IHC er event styret. Hvis den misser et ændring på en indgang er du f..... Den vil ikke fange ændringen før du igen ændre din indgang. Dertil kommer at den er nød til at holde styr på sine event's samt i hvilken række følge de kommer ind. Jeg vil ikke være overrasket hvis det som sommetider for IHC controlleren til at crashe er at event stack'en løber fuld. Det vil alrig ske på en PLC.

De nye krypterings algorithmer kræver desværre en del mere af processoren. ZigZa's sensor sender desværre data ca. 10 gange så ofte som LK's temp. sensor, så de hjælper ikke ligefrem på stabiliteten, men det burde kunne køre alligevel, dog med den workaround at du sikkert ville være nød til at stoppe IHC Captain og homebridge når du skulle connecte med Visual. Hvorfor du har mistet dine wireless links fatter jeg ikke. Det burde ikke ske, medmindre det skete i forbindelse med at du loadede et tomt program eller en reset firmware.

Der er pænt stor forskel på hvor meget processor kraft de 2 forskellige algorithmer kræver. Det gælder ikke kun LK IHC. Hvis jeg stopper IHC Captain, er der ikke noget problem med at connecte til min HW 6.2 controller. Hvis jeg downgrader til en firmware med de gamle krypterings algorithmer kan jeg sagtens connecte til min controller selvom IHC Captain køre.

@Ahave. Prøvede du at genstarte din controller da du havde problemer, eller gik du direkte til downgrade?

Det afhænger lidt af hvad du har kørende. Hvis du som jeg har 10 temp. sensor, og IHC-Captain kørende, så belaster du din controller mere end hvis du kun har temp sensor eller IHC captain kørende. Jeg kan ikke få Visual til at forbinde til min controller, med mindre jeg stopper IHC Captain.

De fleste ISP'er tillader ikke man sender mail's direkte til modtagerne. De kræver somregl at du bruger deres mail GW, og den køre ofte på port 25. Men det er forskelligt fra ISP til ISP og afhængig af hvilken internet forbindelse du har fra ISP'en. Hos YouSee er der f.eks. forskel på om du har en VDSL linie som du selv betaler for eller en VDSL som din arbejdsgiver betaler for. Den sidste betragtes som en erhvervs forbindelse med flere muligheder, selvom router etc. er præcis den samme som på den private udgave.

IHC er ikke specielt besværligt IMHO, men det bygger på et tudse gammelt design, og har ikke rigtigt fulgt med tiden, så man skal arbejde lidt som man gjorde for 10-20 år siden. Alle ændringer laves via Visual programmet, men adminview, serviceview etc. er Java programmer som afvikles via web. Du skal kun have Java installeret for at kunne afvikle dem, og alt efter firmware version og Java version kan du finde workarounds til alle kendte Java problemer i tråden Java problemer igen igen igen.

Log ind i adminview på din controller. Der står HW versionen. Du kan også slå model nr'et som står på forsiden af controlleren op på internettet. Er det 820BA400, så er det en HW 6.2 controller. Men hvis den er fra 2015 så burde det være en HW 6.2 Det er dog ikke nok at din controller er HW 6.2. Du skal også være på seneste firmware eller mindst på en firmware efter 2.7.220. 2.7.220 indeholder kun de gamle krypterings algorithmer, som iOS11 ikke længere understøtter. Firmware level kan du også se i adminview

De 2 step er rigeligt. Jeg har haft IHC i mere end 10 år, og den eneste gang jeg har set LK skrive noget om at man ikke kunne gå direkte til seneste firmware version var da 2.7.220 blev frigivet. Faktisk mener jeg at du kan gå direkte til 2.8.4. Det er såvidt jeg ved kun 2.7.220, som kræver at du går på 2.7.199 først, men det skader ikke at gå på 2.7.199 før du går på 2.8.4, så det vil jeg også gøre hvis jeg stod i din situation.

Prøv at genstarte din controller. Det kan være den ikke er kommet helt rigtigt op efter opdateringen. Har du ændret i dit program i forbindelse med opdateringen? Der findes desværre ikke nogen måde at reetabler wireless links på uden manuelt at skulle linke dem alle igen. Du kan evt. prøve at indlæse den seneste backup af dit program, hvis ikke genstarten løser problemet.

Prøv lige at læse mine indlæg igen. Jeg skriver ingen stedder at brummeriet har noget med belastningen at gøre. Når jeg skriver om 3 faset belastning er det for at forklare forskellen på at bruge et relæ og et 400V output modul. Selvom at et 400V output modul kan håndter 3 faser, kan det ikke altid erstatte et relæ, grundet hver enkelt udgang styres individuelt, mens et relæ altid vil bryde alle 3 faser samtidig. Et relæ skal ikke brumme selvom du trækker 110% på 1 fase og 0% på en anden. Elektronik, herunder transformator skal heller ikke brumme. Gør de det alligevel er det typisk fordi de er af dårlig kvalitet eller defekte. En køle kompressor i et køleskab eller en fryser vil altid brumme lidt, da der sidder en mekanisk motor, som driver kompressoren. Det er den du kan høre arbejde. Der sidder ikke nogen kondensator i et relæ, så det er næppe derfor at relæet brummer. Men som skrevet tidligere. Nogle relæer brummer. Det er typisk fordi spolen eller jernkernen ikke sidder 100% fast. Editeret 5/10 i et forsøg på at gøre indlæget mere forståeligt.

Visual 1.32 kan ikke bruges sammen med en HW 6.1 controller. Til HW 6.1 skal du bruge Visual 2, som såvidt jeg ved virker på windos 10 og kan downloades fra LK's support site. Du skal muligvis bruge et login, men der er et link til at oprette dig som bruger.

Hvis din IHC controller er en HW 6.1 model, er der ikke rigtigt andet at gøre end købe en ny controller, eller finde en alternativ metode med IHC Captain, IHC Bridge eller tilsvarende trejdeparts løsning. Den gamle HW 6.1 controller er ikke kraftig nok til at understøtte moderne krypterings algorithmer, og iOS11 understøtter ikke længere de gamle algorithmer.

Søg efter tråden Java problemer igen igen igen. Der er beskrevet workarounds til alle kendte Java problemer.

Pas. Jeg har ikke nogen idee om hvad der er galt. Har du prøvet at bytte om på dit modem og dit fjernsyn i antenne forstærkeren? Det kan jo være en udgang der ikke har det godt længere.

Jeg mener der er en grænse for hvor langt væk du kan sætte din antenne, men jeg kan ikke huske hvad den er. Jvf. LK's website, så benytter de SMA hun og han connector. Dem kan du sikkert finde i en webshop et eller andet sted. Jeg er ret sikker på der findes samle led til dem også. Det er jo ikke andet end en mini udgave af f-connector.

Det er et kendt problem at wireless enheder kan forstyre hinanden, især hvis de sidder for tæt. Bare fordi det virker for nogen når enhederne sidder lige ved siden af hinanden, er det ikke ensbetydende med at det virker for all. Stort set alle wireless produkter komme med en note i bruger villedningen om at der skal være x meter mellem wireless enheder hvis man har flere.

Som jeg skrev tidligere, så tvivler jeg på at dit modem sidder efter din IHC antenne forstærker. Specielt de gamle antenne forstærker har ingen returvej, som dit internet modem kræver for at virke. Mit bedste bud er fortsat at din fejl ligger før dit modem og IHC antenne forstærker, men det er svært at komme de nærmere uden at kende flere detaljer i din installation.

Kan du ikke bare levere den tilbage.

Stop nu det ævl med at gå tilbage til Visual 2. Der er ingen udover dig, som kan finde på at gå tilbage til Visual 2 når de først har brugt tid på at erstatte deres Visual 2 controller med en Visual 3. Indtil du rent faktisk har byttet din Visual 2 controller ud med en Visual 3 controller, vil du altid kunne hente en ny kopi af dit aktuelle IHC program i Visual 2 format i din Visual 2 controller.

HW i en HW 6.1 controller er ikke kraftig nok til at kunne håndter de krypterings algorithmer som er standard idag. Appel har ikke gjort andet end hvad andre SW producenter har gjort før dem. Droppet support af krypterings algorithmer, som kan knækkes med en alm. Bilka på under 1 time. En HW 6.2 controller har kraftigere HW, så her er LK kommet med en firmware opdatering, som supporter de krypterings algorithmer som er standard idag.. HW 6.1 og HW 6.2 delte firmware indtil for ca. 1 år siden, hvor LK kom med en ny firmware med support for de nye krypterings algorithmer, og samtidig stoppede support af HW 6.1. Der er flere tråde her på boardet, som omhandler det problem.

Det er ikke nødvendigt. Alle LK IHC controller (version HW 6.1 og op) fungerer fint med nyeste Java, hvis du bare benytter de workarounds, som er beskrevet i tråden Java problemer igen igen igen