Kan ikke forbinde via IHC Visual når IHC-Bridge kører

[PaianDK]

Jeg har installeret IHC-bridge forfra .
I forbindelse med konfigurationen af IHC-bridge, ville jeg logge på Visual men fik den kendte fejl med controller ikke fundet  men den svarer på ping.
Jeg har så prøvet fra den bærbare, med samme resultat. Hverken via USB eller netværket.
Så snart jeg slukker for IHC-bridge forbinder jeg fint.?

Er den fejl set før?

hilsen Lars

 

[Lars1]

Det er et kendt problem med HW 6.1 og HW 6.2 controller at der er problemer med at connecte til dem når trejde parts produkter som f.eks. IHC-bridge køre. Sommetider kan serviceview give de samme problemer.

Jeg ser ikke selv problemet efter jeg opgraderede til firmware 2.8.6

[PaianDK]

Kører på HW 6.1 med 2.8.6. Den er opdateret med hw 6.2 firmware og kører ellers fint.

[Lars1]

Prøv at stoppe din IHC bridge og se om du så ikke kan komme på controlleren. Sometider hjælper det også at genstarte controlleren.

[Bjarne Sørensen]

På ‎06‎-‎09‎-‎2018 at 13:04 , PaianDK skrev:

Kører på HW 6.1 med 2.8.6. Den er opdateret med hw 6.2 firmware og kører ellers fint.

Min oplevelse med HW 6.1 controlleren er også de samme. Der er kun halvt så meget ram i, så det er derfor den driller. Du skal bare lukke IHC-Bridge ned mår du arbejder med controlleren.

 

Samme problem oplever jeg på min HW 6,2 når IHC-Captain kører og jeg skal på med Visual, så er den meget lang tid om at forbinde, specielt hvis serviceview også kører. Det ender nogle gange galt med en utilsigtet genstart af controlleren hvor den så rydder alle mine målere, 8 stk

[PaianDK]

8 timer siden, Bjarne Sørensen skrev:

Min oplevelse med HW 6.1 controlleren er også de samme. Der er kun halvt så meget ram i, så det er derfor den driller. Du skal bare lukke IHC-Bridge ned mår du arbejder med controlleren.

Var også den konklusion jeg nåede frem til, så tak for at bekræfte det.
:-)

[Mikkel Skovgaard]

Det afhænger naturligvis af hvor mange ting man har "overvågning" af på sin controller, hvor mange vilde funktion blokke man har. Jeg har set en del controller med timer blokke der løber løs etc. Specielt når folk selv koder funktions blokke er det tit rod.

Så en hurtig omgang oprydning af ihc projektet kan tit give meget bedre performance.

[PaianDK]

Jeg vil ikke udelukke der er noget snavs i projektet.

Men kan det være en kombi med også for mange inputs til controlleren.
Tilsluttede for nylig en lux/temperatur måler.
Den sender vel en del input til controlleren.

Jeg kan heller ikke hente mit projekt fra controlleren i IHC-Bridge, kan tænkes det er samme problem som med Visual.

Læser jeg projektet ind i IHC-bridge fra en fil, så fungerer IHC-bridge fint.
Syntes nu ikke mit hus/ihc er så avanceret.
 

hilsen Lars

[Lars1]

Lux/temp. sensoren er ikke så slem. Den sender max data en gang pr. 30 sec. eller noget i den stil.

Problemet er controllerens resource prioritering. Højeste prioritet ser ud til at være I/O moduler, dernæst wireless, så trejde parts kommunikation, og tilsidst Visual/program upload/download.

Dit hus behøver ikke være særligt avanceret. Hvis dit program er noget rod så risiker du problemer ligegyldigt hvor stort dit program er. f.eks. kan controlleren ikke lide produkter der er defineret, men som ikke er tilsluttet og/eller ikke brugt i programmet. Det samme gælder f.eks. en temp. sensor som er monteret, men ikke defineret. Helt galt går det hvis en temp. sensor er monteret på en indgang, som er defineret som alm. tryk.

Sommetider hjælper det at genstarte controlleren lige før man skal hente eller sende programmet.

[Kandersen]

Eller uploade et tomt projekt, inden man uploader det rigtige projekt.