Lars1

Men alternativ 2 har den side gevinst at du får en mere stabil controller.

Den kombination af IHC firmware og Java har nogle udfordrigner. Du har 3 muligheder. Søg efter tråden Java problemer igen igen igen. Deri står de workarounds du skal bruge. Alternativt kan du opgrader til seneste firmware for HW6.2 Der er flere tråde her på boarde, som forklar hvordam man gør det, samt diskuter advarslen fra LK. Sidste mulighed er at hente Javastarter fra LK's IHC support site.

Som i kan se i en anden tråd har jeg lidt udfordringer med en HW1 dimmer og en elektronisk transformator. Jeg har de seneste dage brugt lidt tid på at fejlsøge og se om jeg kunne finde hoved og hale i problemet. Nedenstående er det test setup jeg har brugt under mine tests. Findings: Hvor der ikke specifikt er nævnt HW2, er det en HW1 dimmer som er brugt til testen. Med dimmeren med trafoen på 100% opfører den sig som en gløde pære, og der er ingen problemer overhovedet. Jo laver lysstyrke der er på trafo dimmeren når kommunikationen bliver initieret, jo større delay og sandsynlighed for fejl er der. Gem scenarie ser ud til at blive ramt hårde end scenarier som sætter en lysstyrke. En HW 2 dimmer opføre sig ens hvad enten der er en elektronisk trafo eller gløde pære på. (Tak til Ejvind for lån af en HW 2 dimmer) Scenarie links afvikles i den rækkefølge som det står i programmet. Det vil sige hvis man har en dimmer etc. som har kommunikations problemer, så kan den bloker for afvikling af scenarier på de efterfølgende linkede enheder. Med scenarie links i række følge som på vedlagt screenshots Ved tryk på brand, bliver lysniveau for de 2 første scenarier hurtigt gemt. Derefter kæmper controlleren med at gemme lysniveau for trafo dimmeren. Efter ca. 30 sek. går de første 2 dimmer på 100%, mens trafo dimmeren kommer et par sek. senere. Ved tryk på fremkald ændre de 2 første hurtigt lys styrke. Trafo dimmeren kommer et par sec. senere Med scenarie links i modsat rækkefølge (trafo dimmer først) Ved tryk på brand tager gem lys styrke for alle 3 dimmer lang tid og sommetider fejler trafo dimmeren og sommetider fejler de alle 3. Hvis gem lykkes for en af de 2 dimmer med gløde pære, så er der en tydelig pause før lamperne går på 100%. Igen er det tydeligt at det er trafo dimmeren som volder problemer da alle 3 lamper går på 100% næsten samtidig Ved tryk på fremkald er det samme billed som ved skift til 100%. Den dårlige kommunikation med Trafo dimmeren bloker for kommunikationen med de andre dimmer. Håber ovenstående kan give jeg lidt hjælp når i roder med wireless problemer. Det var en øjen åbner for mig, og nu forstår jeg bedre nogle af de IHC problemer jeg har haft gennem tiderne.

Har lige rette mit sidste indlæg. Der findes faktisk en splitter, som gør arbejdet for dig. ca. 300 kr. i materialer og du slipper for at skulle monter RJ45 stik.

Den splitter du linker til vil ikke virke af 2 grunde. Den laver 2 stik på samme par. PDS Ethernet har ikke collision detect på samme måde som gul og sort coax Ethernet. Adaptoren bruger kun par 3 (ben 3 og 4). De bruges ikke til Ethernet transmision. Der fandtes engang en splitter, som kunne gøre det som Nicolaj efterlyser, men jeg har ikke set den i mange år, da den kun virker med 100Mbit. Edit: Prøvede lige google. Den findes faktisk stadigvæk. https://www.greenline.dk/k/elartikler/diverse-elartikler/netvaerk-tele/p/modular-t-splitter-rj45 Denne model har oven i købet ben forbindelserne tegnet på toppen. 2 styks af denne (1 i hver enden af netkablet) og 2 samleled https://www.greenline.dk/k/elartikler/diverse-elartikler/netvaerk-tele/p/in-line-samlestik-rj45 til at forbinde splitterne med netværks kablet.

Da IHC controllerne kun har 100Mbit interfaces, kan du godt bruge 1 netkable til 2 controller, men du skal splitte det i begge ender, da hver controller skal forbindes til hvert sit netværks interface i din router/switch. Du skal splitte kablet således at du får 2 kabler hvor lederne er forbindet til ben 1,2,3 og 6 i hvert kabel. Kablet skal være lige i gennem, således at ben 1 i controller enden er forbundet til ben 1 i router/switch enden.

Hvad mener du med standard IP'en? Fik iøvrigt lige kigget nærmere på dit screen shot. Det interface som er du viser, ligner USB interfacet. Hvad sker der hvis du prøver "ping USB"? USB burde bliver resolvet til en IP i 10.18.93.x IP.

Fordi transformatoren er indbygget i lampen. Bortset fra det kan ting også blive for billigt. For mig er en pæn, funktionel og vedligeholdeses fri installation vigtigere end at det er billigt, og jeg vil aldrig lave noget hos en kunde, som jeg ikke vil lave der hjemme og omvendt. Men sådan er vi jo så forskellig.

Det ligner mere et belastnings problem. Forstyrelsen består i at hvis man bruger gem scenarie, og har flere wireless udtag forbundet til scenariet, så bliver scenariet ikke altid gemt som det skal. Enten bliver det gemt for alle udtag, eller ingen. Fjener jeg det lampe udtag hvor den elektroniske trafo sidder på fra scenariet, så funger alt som det skal. Jeg vender tilbage med mere info, når jeg har haft tid til at teste noget mere.

Jeg har et Ø80 wireless dimmer lampeudtag som volder mig problemer. Det er 10 år gammelt HW1.0, og der sidder en elektronisk transformator på det. Problemet er at det forstyr kommunikationen med de andre wireless enheder. Jeg har prøvet at erstattet det med et andet wireless lampeudtag af ca. samme alder, med samme resultat. Sætter jeg en alm. pære i virker det fint. Jeg har på fornemmelsen at det er den elektroniske transformator som giver problemerne, men før jeg smidder +700 kr. ud efter et HW 2 lampeudtag uden at vide om det vil virke bedre, kunne jeg godt tænke mig at låne et som jeg kan teste lampen på. Nogen som ligger inde med et jeg kan låne til nogle tests? Helst i Nordsjælland.

Virker uden problemer her.

Der er intet krav om at det skal være via IHC. Det er bare lavet via IHC idag, fordi det var nemt at sætte en fotodiode på en IHC indgang og der igennem opsamle data. Dit link ser interessant ud, men jeg kan ikke helt forstå hvad man skal bruge det optiske øje til, når der i artiklen står at kommunikationen sker via DLMS/COSEM. De nye Radius måler understøtter dette direkte. Men det bliver måske klart når jeg får læst artiklen i detaljer.

Det er detsværre ikke den måler de sætter op idag. Den nye måler har ikke S0 bus. Det spurgte jeg efter da den blev sat op, og igen efterfølgende da jeg brokkede mig til kundeservice over at puls dioden ikke længere funger med min fotodiode, hvilket de selvfølgelig er 100% ligeglade med. de henviser bare til de data man kan downloade fra sin el-leverandør et par uger efter man har brugt strømmen.

Den fotodiode jeg har er nok 5-10 år gammel så det er næppe nyeste version, men om det er første generation. Det ved jeg ikke. Men den virkede uden problemer på den gamle måler. Detsværre er der ingen S0 udgang på de nye Kamstrup måler som Radius sætter op. Det er erstattet af ccc modul porten. Men selvom der havde været, så krævede de for 10 år siden 25 kr. pr. mdr. for brug af S0 udgang, samt et montør besøg for at tilsluttet ledningen. Det nægter jeg at betale, og jeg tvivler på at det er blevet billigere siden. CCC modul porten er der adgang til uden man skal bryde plomber eller andet, men den kræver et AES128 krypterings certifikat, som Radius dog udlever gratis.

Efter jeg har fået min nye fjernaflæste måler, har jeg problemer med at fotodioden taber pulser fra tid til anden. Jeg har prøvet at juster diodens placering, men den taber fortsat pulser fra tid til anden. Det er specielt galt her i vinter halvåret hvor el-varmen køre. Der taber den ca. 1-2KWh pr dag ved et dagligt forbrug på omkring 50KWh. Er der nogen som har erfaring med ccc modul porten på den nye radius måler fra Kamstrup? De benytter såvidt jeg er blevet oplyst DLMS/COSEM protokollen.

Der er ikke noget i vejen for at linke samtlige udgange til den samme FB. Udgangene må bare ikke linkes til en anden FB samtidig.

Jeg vil gætte på at den IP du ser i loade vinduet er USB IP's. Normalt 10.x.x.x.

Normalt vil default GW være den samme som routerens IP på lokal nettet, men det behøver ikke være sådan. Hvorvidt der er problemer med statisk IP i DHCP scopet afhænger af DHCP serveren. Det er ikke alle som har problemer med det Du har selvfølgelig checket at der er link i net lampen, samt prøvet med et andet netkabel. Sidst men ikke mindst. LK IHC controlleren har kun et 100Mbit netværks interface. Der findes router på marked, som kun understøtter 1Gbit, eller som skal hard kodes til 100Mbit.

Et par ting som du nok skal rette. Normalt har routeren .1 som default GW, men .254 ses også sommetider. Hvis du har en windos PC , så prøv at skriv ipconfig i en cmd prompt, så vi du kunne se den korrekte default GW here. du burde også kunne se default GW i router konfigurationen. LK IHC supporter ikke DHCP, og de fleste router idag vil ikke snakke med udstyr med IP's i DHCP scopet, som de ikke har tildelt. Flyt controlleren til en addresse mellem .11 og .63. .11 fordi at nogle router har default regler som sender SMTP, web og anden traffik ind til de første 2-10 IP's. Disse 2 ting burde ikke have betydning for adgang til controlleren fra en PC som er tilsluttet samme lokal net som IHC controlleren, men igen hvis IHC controlleren er tilsluttet routeren kan nogle router bloker traffiken hvis punkt ikke er opfyldt.

Jeg lavede en manuel installation på en nyistalleret og opdateret PI 3 igår. Her køre IHCCaptain uden problemer.

aha. Så tror jeg at jeg forstår. Indtil du får ændret din installation, så dine dimmer får en fast fase, så tilføj et lampeudtage på de udgange hvor dine wireless dimmer er tilsluttet. Dette lampe udtag sætter du til default on. Når du så uploader dette program efter at du har haft et tomt program i controlleren, så vil udgangene gå on. Lampeudtaget skal ikke være linket til nogen FB. Hvis du linker det til en FB, vil denne FB overrule default settingen. Alternativt kan du lave en FB som kun reager på power on, og hvis eneste handling er at sætte linkede udgange on. Det vil sikre at ligegyldigt hvad. Når controlleren genstarter, bliver de linkede udgange sat on.

I det interface du har lavet et screenshot af, står der IHC Visual Controller #2. Har du flere netkort i din PC? Hvilken IP har du givet IHC controlleren?

Hvis wireless enheder blive ændre ved crash eller genstart, så er der en fejl i den FB som de er linket til. Hvis du har et lampe udtag med dimmer, som du ønsker altid er tændt på 100%, så vil jeg erstatte det med et alm. lampeudtag forbundet til en fast fase. Men du kan også bare beholde dimmeren, fjerne alle links mellem dimmer produktet og FB's i dit IHC program, og sætte dimmeren på 100% via serviceview. Så vil den aldrig ændre sig, ligegyldigt hvor ofte din IHC controller crasher. Jeg er ikke helt sikker på jeg forstår dit sidste spørgsmål, men jeg tror det er nedenstående du slåsser med. Hvis du downloader dit aktuelle program, retter initiel værdi og uploader igen, så vil du ikke se nogen ændring, da IHC bibeholder aktuel tilstand i dette tilfælde. Dette virker sålænge at Visual har kontrakt til controlleren hele vejen fra du starter med at downloade til du uploader igen. Mister Visual forbindelsen undervejs træder nedenstående i kraft. Hvis du tager en tidligere version af dit program, retter initiel værdi og uploader, så vil produktet følge initiel værdien.

Det plejre at være et firewall/router problem. Det bedste er at tage 1 skridt af gangen. Få den på nettet, og verificer du kan nå den via web og Visual fra dit lokal net. Konfigurer port forwarding og evt. firewall regler i din router/firewall. Normalt er det port 80 og 443 som skal forwardes, men hvis du bruger andre porte eller har konfliktende forwards kan du ændre disse. Verificer at du kan tilgå din controller via web på den offentlige IP. Sæt den nu op i din app. Hvis det fortsat ikke lykkes, så fortæl os gerne hvor langt du er nået i ovenstående, og hvilke fejl du ser.

Såvidt jeg husker har V3 sin egen indbygget log funktion, hvor man kan sætte den til at logge til det indbyggede SD kort hver time eller tilsvarende. Jeg har ikke selv en V3 controller så det er ikke noget jeg har rodet med. Jeg mindes bare jeg så noget om det da jeg læste specsne på den da den lige var blevet frigivet.