Lars1

Eftersom IHC net er udgået, kommer du nok til at skulle lave dem selv. Såvidt jeg husker ligger antenne signalet på ben 7 og 8 i et RJ 45 stik, så det er bare et spørgsmål om at sætte en 100Ohm modstand mellem de 2 ben.

@Kandersen. Såvidt jeg ved måles anlægs størrelser i KW, ikke KWh. Batterier måles ganske rigtigt i KWh. Derudover må private elproducerende anlæg (såvidt jeg ved) ikke overstige 6KW. Dette løses ofte ved at begrænse kapaciteten i inverteren, således at selvom man har større kapacitet i solceller og batterier, vil de aldrig sende mere end max 6KW ud i elnettet. Ved at have overkapcitet i solcellerne, kan man også på knap så solrige dage producer 6KW. Om det kan svare sig med solcelle anlæg idag skal jeg ikke gøre mig klog på, men jeg har set flere beregninger som viser at solcelle anlæg med litium batterier, med de priser vi har idag tjener sig selv hjem på under 10 år. Og det er ikke kun fra firmaer som sælger solcelle anlæg. Radius's høje aften afgift på el, gør solceller anlæg med batteri pakke endnu mere interessante IMHO. Uden batteri pakke, tvivler jeg på at solcelle anlæg er en god forretning idag, medmindre man har et meget stort el-forbrug når solen skinner.

Jeg tror mere det skyldes en dårlig forbindelse mellem batteriet og enheden. Jeg har en ældre wireless fjernbetjening. Den har fra dag 1 klaget over lavt batteri niveau, selv med sprit nye batterier. Hvis jeg renser kontakt fladerne mellem fjernbetjenningen og batterierne, så går fejlen væk i nogle mdr.

Godt at høre. Du skal helt sikker opgrader til 2.7.199. Det er en af de mest stabile firmwares, og der er en del fejl rettelser i den, og du vil kunne bruge Javastarteren. Held og lykke med din installation.

Javastarter virker vist ikke med de gamle firmware versioner, og jeg begyndte ikke tråden "Java problemer igen igen igen" før firmware 2.7.199, så jeg ved ikke hvilke problemer der kan være med en endnu ældre firmware og nyeste Java, men du rammer 100% sikkert samtlige som er beskrivet i Java problem tråden, og sikkert også nogle flere. Umiddelbart vil jeg tror at du er ramt af MD5 krypterings problemet. Workarounden er beskrevet i Java problem tråden. Du bør ikke være bange for at opgrader firmware. Bare husk at opgader til 2.7.199 før du går videre til nyer firmwares. Hvis det er en HW 6.1 controller anbefaler vi at bliver på 2.7.199, eller går til 2.8.4 via de workarounds som findes her på boardet. 2.7.220 skal man holde sig fra hvis muligt. Specielt på de ældre firmware versioner ses det Visual problem du har ofte. Sommetider hjælper det at genstarte IHC controlleren før du forsøger at connecte med Visual. Visual virker også via USB, og den bruger ikke Java, så du bør kunne connected Visual via USB. Jeg kan dog ikke huske om Visual 2.7.x eller 2.8.x kan snakke med firmware 2.6.x.

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.