Lars1

Din argumentation svare til at sige at en sæbekasse bil er bedre end en moderne BMW. Man risiker jo ikke at køre tør i en sæbekasse bil, hvis man glemmer at tanke. 99% af alle IHC Java problemerne skyldes at LK ofte er 1/2-1 år bagefter med at frigive nye firmware versioner med opdaterede certifikater, eller supporterede kypterings algorithmer. Det værste eksempel er nok da de frigav en firmware med certifikater, som udløb 3 mdr. senere. Og den firmware var frigivet for at fikse et certifikat, som udløb over 1 år tidligere.

Der skal være minimum 5W belastning på dine dimmer for at du kan linke dem. LED's er normalt ikke nok. Det bedste er en god gammel glødepære. Den nederste diode skal kun blinke når der kommunikers med wireless enhederne. Jeg ville opgrader firmware til 2.7.199. Der er nogle rettelser til wireless, men det løser næppe dit problem.

I login billedet til serviceview og adminview kan du ændre IP og port nr. Men jeg giver dig ret. Det giver færrest problemer at bruge samme port nr. internt og eksternet, men det er muligt at bruge forskellige.

Såvidt jeg ved understøtter LK IHC forskelige port internt og externt. Du skal bare huske at skive port nr'et sammen med IP addressen. f.eks. <intern IP>:443 og <extern IP>:8443

Advarsler i serviceview bliver ikke flyttet med over, så enten passer datoen i din controller ikke, eller også er den dato du ser default datoen før controlleren får synkroniseret med en NTP service. Fejlen betyder at du et eller andet sted i dit program har et eller andet som kalder noget, som resulter i at første funktion bliver kaldt igen. Disse fejl kan være temmelig svære at finde, og er mest skønheds eller funktionelle fejl. I ekstreme tilfælde kan de lægge ekstra load på controlleren, men jeg mener controlleren dropper eventet, når det detekter loopet. Ellers risiker du at have en uendelig løkke som kan sluge mange resourcer i controlleren.

Elhandler = forsynings selskab. Derudover ved jeg ikke lige hvor du vil hen med ovenstående. Jeg ved godt hvordan el-distributionen er skruet samme. Jeg er trods alt uddannet elektriker og har været certificeret til at arbejde på 400KV anlæg, omend det efterhånden snart er 20 år siden jeg skiftede branche. Eftersom både du og jeg betaler det samme i måler leje hvad enten vi har 1 eller 10 forskellige måler på 10 år er ovenstående misvisende. Her er det den gennemsnitlige levealder for en el-måler som giver mening. Ovenstående er unormalt, og bør derfor sammenlignes med den anden unormale situation, hvor et bruger har en el-måler som er 40 år gammel, indkøbt og installeret for 40 år siden. Her vil prisen være omkring 10 kr. pr. år. Hvis du ikke spørger ind til ekstra udstyr når du køber dine nye bil sker dette. Præcise som hvis du ikke spørger ind til funktionalitet i din nye el-måler når du beder om at få den skiftet. Nu har jeg ikke fået skiftet måler 4 gange på 10 år. Jeg skrev jeg var på 4 måler på 10 år, hvilket betyder at jeg kun har fået skiftet måler 3 gange. Men lad nu det ligge. Igen tager du mine udtalelser ud af deres sammenhæng. Jeg har på intet tidspunkt betalt for at få udskiftet mine måler, ej heller har jeg bedt om at få dem udskiftet. Den udgift der har været ved de udskiftninger er blevet fordelt på alle kunder i Radius (dengang Dong) elnet over måler lejen. Så selvom du bruger mine 100 kr. pr år eller dine 800 kr. pr år så er din og min andel under 1 øre pr. år. At jeg har fået skiftet måler 3 gange på 10 år er exceptionelt, og skyldes et sammenfald af helt ekstra ordinære omstændigheder og tilfældigheder. Som jeg skrev tidligere er gennemsnits levetiden for en el-måler +20 år. Det tal er relevant når du skal udregne hvad en el-måler reelt koster. I måler lejen indgår dog også IT systemer til at holde styr på dem, omkostninger til årlige stikprøve kontrol etc. Såvidt jeg husker skrev Thomas at Concept er en markedtings betegnelse for IHC, mens Control er det navn som IHC er døbt med da det blev født tilbage i 80'erne. Derudover synes jeg også at erinder at du ret hårdt meldte ud at en af os ville forlade dette board når Thomas havde fældet sin dom. Jeg er her fortsat, så jeg undre mig lidt over at du også fortsat er her, men jeg er ret ligeglad med hvem der har ret i denne sag, så du skal for min skyld være velkommen til at blive. Og hvis du så ellers gad læse andet end overskrifter, så vil du hurtigt opdage at concept dækker mere end bare IHC controlleren. Det dækker bl.a. også IHC wireless standalone, det hedngangende IHC Net, samt IHC net basis. Vores diskution handlede kun om controller delen såvidt jeg husker.

En el-måler i stor indkøb, incl. personale til udskiftning koster omkring 2000. Gennemsnits levetiden på en e-måler er omkring 20 år. så det er 100 kr. om året eller ca. det samme som du spare ved at vælge et andet forsynings selskab end Dong. Penuts i min verden.

Nu taler jeg ikke om måler afgiften, med betaling for at få skiftet fra en gammel til en ny måler. Måler afgiften plejre at være den samme hvad enten du har en tudse gammel eller en sprit ny måler. Men jeg har endnu ikke hørt om et el-selskab som kræver betale for at skifte måleren. Jeg er på den 4 måler på 10 år, og har aldrig betale 1 kr. for at få dem skiftet.

Betaler dyrt for at få en ny måler??? De plejre da at skifte målerne kvit og frit. Radius er ikke anderledes end andre el-forsynings selskaber. Jeg har endnu ikke mødt et el-forsynings selskab, som stiler S0 udgangen gratis tilrådighed.

Du kan jo prøve om rebuild funktionen kan løse problemet. Ellers er mit eneste gæt måden som du programer på. Hvis du f.eks. tager en ældre backup fra før du linkede de wireless enheder og bygger videre på den, så vil du skulle genlinke dine wireless enheder.

Jeg tror de fleste bruger en fotodiode fra Zigza, som er klisteret på måleren over den diode, som blinker. Denne fotodiode kan kobles direkte på en alm. indgang på et input 24/3 modul (ikke et input 24/24) S0 kan også bruges til vand, gas, energi måler m.m. Hvilket bare gør det endnu mere tåbeligt at der kun er 1 S0 indgang, da du kun kan koble 1 måler på en S0 indgang. Tja. Hvis det kan være en trøst, så skulle den skiftes på et eller andet tidspunkt inden 2020 alligevel.

Jeg mener funktionaliteten er der, men den virker næppe. Den kan disables, og med de nye måler kan de disable alt, incl. slukke for strømmen hvis du ikke betaler din regning, eller de ser sig sur på dig af anden grund.

Visual er det program du bruger til at programer din controller med. Det bruger ikke Java. Java bruges af serviceview, adminview m.m. som alle tilgåes via web. Din controller er en HW7, og programers via Visual 3. Der ligger ikke noget Visual på controlleren.

Din nye Kamstrup måler er sandsynligvis fjernaflæst eftersom alle el-måler skal være dette i 2020 jvf. gældende lovgivning. I forbindelse med opsættelsen af dine nye el-måler skulle du have fået adgang til en webportal, hvor du kan følge dit el-forbrug i de intervaller, som Radius/Dong mener du har brug for. Derudover har Dong altid krævet 25 kr. pr. mdr. for adgang til S0 interfacet, hvilket har gjort den rimelig uinteressant for mig. Alt i alt. S0 indgangen på en Visual 3 controller er nice to have og ca. 10 år forsent. I dag er den stortset værdi løs.

Hvordan migrerede du dine wireless enheder fra Visual 2 til 3? Rebuild funktionen eller manuel unlink og relink?

Jeg har ikke haft en TermIHC controller i hænderne i snart 20 år, så jeg kan ikke huske præcis hvad forskellen er, men såvidt jeg husker er IHC term softwaren ikke meget andet end et alm. terminal program.

Nu bruger Visual ikke Java, så hverken Visual 1, 2 eller 3 har Java problemer. Men da det er ene og alene LK's langsommelighed som er skyld i Java problemerne, så der er præcis de samme problemer med Java m.v. på HW 7, som der er på HW6.2. De bruger de samme algorithmer etc. og certifikaterne skal recertificeres hvert andet år i dem begge.

Hvis du nu tager og læser hvad jeg skriver, så vil du se at du kan programer din TermIHC med et alm. terminal program. Du behøver ikke LK's terminal program for at programer din TermIHC. At alm. terminal program kan køre på stortset alle gængse PC'er, incl,. windos 10

Såvidt jeg husker er S0 interfacet ikke andet end et galvanisk adskilt relæ, så du kan ikke splitte kablet til både S0 indgangen på din controller og en input indgang, men der burde ikke være noget i vej for at føre det direkte på en indgang isteddet for S0 indgangen.

Hvis det er din eneste grund til at skifte til en ny IHC controller, så smider du godt nok mange penge ud af vinduet. For at programer TermIHC behøver du bare et terminal program som f.eks. Putty, HyperTerm eller tilsvarende. En USB til RS232 adapter kan fåes for et par hundre kr. Hvis du vil være rigtig avanceret, køber du en netboks med en RS232 port, så kan du nå din TermIHC controller over nettet. Jeg håber da ikke at de forsøger at sælge deres controller hvis den er defekt. Mon ikke bare de har det ligesom når der kommer ny iPhone på marked. Ligegyldigt om det giver mening eller ej, så er det nyt legetøj og det må man bare have. Hvis jeg havde råd, skiftede jeg også bil hvergang der kom en ny model på marked. Ikke fordi det giver mening, men der er sikkert nogle nye ting som kan være sjove at lege med.

Inden du tester din app, kan du test om du kan nå IHC controlleren fra internettet. Bare skrive <wan IP>:<port> i URL'en på en browser, så skulle du gerne få et svar fra controlleren. Hvis det er port 443 du bruger vil den side du når sandsynligvis ikke være særligt forståeligt, men det betyder ikke noget. Får du derimod en fejl som connection timedout eller tilsvarende, så har du et problem med adgangen til controlleren fra internettet.

Det at din browser spørger om du vil åbne eller gemme jnlp filen skyldes at din browser ikke genkender jnlp extension som værende et Java program. Du får f.eks. den fejl hvis du bruger firefox og kun har installeret 64 bit versionen af Java, mens du med 32 bit versionen af Java ikke får den fejl. Her starter Firefox bare Java programmet. Såvidt jeg kan se bruger du internet explore, og den bruger jeg sjældent, så jeg ved ikke lige hvor application mapping konfigureres i den. Normalt vil den mapping ske automatisk når du installer Java.

Det lyder ikke umiddelbart til at det er din port forward som er forkert. Det lyder mere til at du i din browser ikke tillader adgang til internet sites som ikke har et trustet root certifikat. Når du tilgår din IHC controller fra din PC på den interne IP, så ser din browser ikke controlleren som værende på internettet. Når du tilgår den på den offentlige IP tror din browser imidlertid at din controller er på internettet, og så er der ofte flere sikkerheds krav som skal opfyldes.

Det er ikke korrekt. Sålænge de 2 devices har forskellig IP addresser, kan de sagtens bruge samme port. Der skal bare laves en port forward i internet routeren for at begge devices kan tilgåes på deres respektive porte fra internettet. F.eks. laves der portforward af port 80 på den offentlige IP til port 80 på NAS boksen, port 81 på den offentlige IP til port 80 på IHC controlleren og så fremdeles. Der er ingen grund til at ændre port nr. på hverken NAS boksen eller IHC controlleren.

Jeg mener det er i browseren fejlen ligger. Noget tyder på at din browser ikke ved at Java er installeret. Firefox understøtter såvidt jeg husker kun Java 32. IE ved jeg ikke. Den bruger jeg meget sjældent. Prøv at installer Java igen, og vælg gendan sikkerheds indstillinger når du bliver spurgt. Det burde løse problemet.