Lars1

Controlleren kom ganske rigtigt på marked ganske pludseligt, men når man læser den medfølgende villedning kan man se at den har været klar i flere år før den blev frigivet.

Såvidt jeg husker ligger der nogle skjulte folder på SD kortet hvor firmware og program ligger. Når controlleren booter bliver de læst ind i controlleren, hvorefter man kan fjerne SD kortet indtil man igen booter controlleren. Dette gælder selvfølgelig ikke hvis man har funktioner som logger til SD kortet. Hvis du skal fejlmelde din controller, så skal du henvende dig der hvor du købte den. LK har officielt ikke end user support, men der er vist nok et tlf. nr. man kan ringe til. Jeg har det bare ikke. Hvis du ikke havde været tilfreds når du opgrader fra en Visual 1 controller, så vil der have været noget galt med dig. :-) Forsinkelserne skyldes ofte fejl i dit program. Jeg opdagede for nogle uger siden at hvis man f.eks. har en wireless enhed hvor der er dårlig kommunikation, så kan den hænge hele programmet i op til 1 sek. mens controlleren forsøger at gennemføre kommunikationen. Dette var på en HW 6.1 controller. Umiddelbart vil jeg tror det er det samme på en HW 7 controller.

Rygtet om tavle dimmer med samme funktionalitet som wireless dimmer dukker op med jævne mellemrum. Jeg hørte det første gang for 2-3 år siden, men indtil videre er det blevet ved rygtet. Desværre. Deudover vil jeg ikke blive overrasket hvis de kun bliver supporteret på en HW 7 controller, hvis de ellers nogensinde dukker op.

Jeg har ikke nogen HW7 controller, så nej, men metoden er beskrevet i den medfølgende villedning såvidt jeg husker.

Hvis der findes et EU direktiv som foreskriver summations måler for egenproducenter, så vil jeg give dig ret, så står el distributions selskaberne svagt, men eftersom det er el distributins selskaberne som vælger hvilken el-måler de installer, så forstår jeg ikke hvorfor DENFO køre sagen mod ministeriet. Mig bekendt går lovgivningen kun på at der skal være fjernaflæste måler. Ikke om de skal være fase eller summariske. Omkring forskelsbehandling, så har jeg svært ved at se hvordan man kan argumenter for at 2 juridisk uafhængige el distributions selskaber skal bruge samme måler type til deres egen producerende kunder. Det giver mening at et el distributions selskab er forpligtiget til at bruge samme måler type til alle deres kunder med samme profil, men jeg kan ikke se hvordan det krav kan gælde på tværs af juridisk uafhængige el distributions selskaber. Hvis man er under nettoafregnings ordning, så har jeg lidt svært ved at se forskellen i om man har en fase eller summarisk måler. Går nettoafregnings ordningen ikke netop ud på at man ved årsafslutningen opgør hvor mange strøm man har brugt, og hvor meget man har sendt tilbage i el-nettet. Forskellen mellem de 2 er så en regning til kunden eller en check? Bortset fra det, så burde moderne 3 fasede inverter kunne producer forskellig mængde strøm pr. fase, så de kan kompenser for din skæve belastning. Hvis det ikke er muligt, kan du jo altid få en elektriker til at se på om du ikke kan få en mere jævn belastning ved at flytte nogle 230V grupper til en anden fase. Det er ikke unormalt at man ser at alt lys i huset er på 1 fase, køkken maskiner incl. komfur, ovn, vaskemaskine og tørretumbler på en anden og stikkontakter på en trejde. Det giver often en ujævn belastning. Bemærk at komfur, ovn, vaskemaskine og tørre tumbler idag ofte er 1 fasede.

Såvidt jeg ved modtager man controlleren med et formateret SD kort, men i den første serie controller var der problemer med en del SD kort. Lad os nu antage at det bare er SD kortet som skulle have været reformateret. Med andre ord controlleren kunne have været fixet med en reformatering, men det får kunden ikke at vide, fordi leverandøren aldrig kontakter LK før ombytningen. Jeg kende ikke mange HW producenter som i sådan en situation vil tage controlleren tilbage. Der er en verden til forskel hvad en embedded Linux version, og en Raspberry Linux version bruger et SD kort til. Den embedde version læser alt ind i RAM og køre alt i RAM. Det er kun når man specifikt beder om at logge data eller gemme konfiguration at der bliver skrevet til SD kortet. Derudover er seriel logning (logning til en tekst fil) af data er ikke særligt hårdt for et SD kort, men det er det hvis du logger ned i en DB som køre på et SD kort.

Hvis jeg forstår forskellen korrekt, så lægger en sumarisk måler målingerne fra alle 3 faser sammen, før den trækker egen produktionen fra. På en fase måler bliver hver fase opgjort for sig, hvilket gør at hvis din belastning er meget skæv, så kan du komme til at trække strøm på 1 fase, mens du sender strøm retur på en anden fase. Ret mig venligst hvis jeg har misforstået dette. Desværre tror jeg du skal forberede dig på at alle nye måler som bliver sat op idag er fase måler, og glæde dig over at du ikke bor i de områder i Tyskland hvor de køre forsøg med betaling for Ah (Ampere timer) fremfor KWh. Forskellen er at maskiner, transformator, energispare pære etc. bringer strøm og spænding ud af fase og dermed kommer du til at betale for mindre strøm (Ah) end du reelt bruger, mens det koster det samme at producer 10Ah hvad enten de er i fase med spænding eller 90 grader forskudt.

Dette indlæg er kommentar til flere indlæg, men jeg gider ikke lige slåsse med at citer dem alle. Da HW 7 controlleren kom på marked var der flere som havde problemer med SD kortet. Som Mikkel skriver er der forskel på om SD kortet bliver formateret til Linux eller windos brug. Hvis i f.eks. tager en Raspberry, så henviser de til et specifikt tool, som skal bruges når man formater SD kortet. Hvis jeg husker ret, så kan Linux formaterede SD kort læses af windos, og afhængig af Linux version også omvendt. Embedde Linux versioner som den i en IHC controller har dog begrænset support når det kommer til fil systemer etc. Vedr. de døde controller. Jeg tror lidt at en reformatering af SD kortet måske kan bringe dem tilbage til live igen. Det lyder lidt som at problemet reelt er at de ikke kan læse firmwaren eller IHC programmet fra SD kortet. Jeg har hørt om HW som står af i forbindelse med en firmware opgradering, men det er MEGET sjældent, og jeg kan ikke se hvad i en HW 7 controller som skulle kunne stå af ved en firmware opgradering. Et smadret fil system sker dog fra tid til anden i forbindelse med en firmware opgradering. Det kan dog næste altid ordnes med en reformatering og indlæsning af backup. At der står at man skal opgrader en IHC controller til seneste firmware før installation, er ikke noget nyt. Det har der stået siden dag 1, og står på stortset alt elektronik fra alle producenter. Det skyldes ganske simpelt at elektronik bliver produceret i store serier, og ligger så på lager i fjernøsten indtil man skal bruge det. Så mellem at HW bliver produceret og det når frem til slutbrugeren, så kan der nemt være kommet indtil flere nye firmware versioner.

Som Mikkel skriver, så er USB og Ethernet bare et transport medie for at få kopieret firmwaren over på SD kortet. Du kan også tage SD kortet ud, sætte det i din PC og kopier firmwaren over den vej. Hvilken af de 3 metoder som er bedst afhænger af personlige preferencer og stabiliteten på din USB port, lokal net og SD kort adaptor. Reelt er de normalt lige gode, så afgørende faktor er dine personlige preferencer.

Hvis jeg ikke husker helt galt, så er så er der glidende overgang mellem de indstillinger når du drejer på knappen, mens det på en ældre PIR med samme symboler er tydeligt at det er 3 forskellige indstillinger. Det er noget tid siden jeg satte den sidste PIR op, men jeg mindes der stod et eller andet om en indstillings så den ikke reagerede på kattet etc.

Denne PIR (gætter på det er den Henning mener) https://www.elvvs.dk/p/lk-fuga-ihc-control-pir-sensor-24v-180-hvid-33654/ kan såvidt jeg ved justeres så den ikke reager på hunde og katte. Om det er 3 indstillinger, eller flydende ved jeg ikke, men jeg gætter på det sidste, da følsomheds symbolet antyder flydende overgang fra super følsom til ufølsom.

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.