Lars1

Dette indlæg er svar til flere. Hvis man har en HW7 controller med nyeste firmware, så vil de logiske dimmer produkter med touch ikke virker, og man får ikke lov til at uploade sit program. Har man en ældre controller eller firmware, så vil de logiske dimmer produkter med touch virke, også på de aller nyeste fysiske dimmer. Der er ikke noget i vejen for at bruge logiske dimmer produkter uden touch, ligegyldigt hvor mange taster man har tilrådighed. Der skal jo alligevel en FB mellem det logisk tryk produkt og det logiske dimmer produkt. LK's anbefaling er at det logiske dimmer produkt linkes til FB'en via scenarier, ikke via touch eller 2 tast betjening. Som Ole har vist, så supporter FB 1.2.03.d både 1 og 2 tast betjening, og det er ligegyldigt om det logiske dimmer produkt er med eller uden touch. Derudover styre den det logiske dimmer produkt via scenarier. Udfordringen ved at skifte sine logiske dimmer produkter ud, er at man først skal unlinke de gamle, og derefter linke de nye til sin fysiske dimmer. Når den sidder i 2M højde over et bord eller bag et skab er det ikke helt nemt. Sidst men ikke mindst. Om man bruger logiske dimmer produkter med touch eller 2 tast betjening har absolut ingen indflydelse på kommunikationen mellem controlleren og dimmeren. Det eneste man bør sikre sig er at de wireless enheder som har kommunikations problemer er linket til sidst til FB's. Derved gennemføres ændringer på de andre wireless enheder, selvom den sidste fejler. Er den wireless enhed som fejler linket først, så vil man ofte opleve at de resterende wireless enheder heller ikke bliver ændret.

Produkter fra en ældre Visual version virker fint, så længe det er supporteret i firmwaren. Heldigvis. Ellers havde jeg et stort problem når jeg firmware opgrader. Den eneste ændring er at LK har droppet supporten af touch. Det virker med alle fysiske dimmer hvis man bruger en ældre firmware og visual.

For et par uger siden lavede jeg en tråd med mine findings i forbindelse med at jeg rodede med et wireless problem. En af mine findings var at hvis man styre dimmer via scenarier, og man har en en række dimmer forbindet, så er der forskel på hvordan det virker, alt efter om den dimmer med kommunikations problemer er først eller sidst i list af linkede dimmer. Med andre ord. Når controlleren når til en dimmer med kommunikations problemer, for bliver den hængende der indtil timeout nåes. Dimmer efter den fejl ramte bliver ikke ændret. så man kan have dimmer som er ændret og dimmer som ikke er ændret. Ændringen af touch versus 2 tast har ingen betydning for kommunikationen. Det er bare LK, som ikke længere vil supporter 1 tast betjening, da mange ikke kan forstå at man skal slippe tasten for at skifte mellem op og ned regulering.

Alle wireless enheder kan programers med eller uden touch. Forskellen er kun om du styre dimmeren med 1 tast eller 2 tast. Touch hed oprindeligt 1-tast touch. Ved touch skiftes der mellem op/tænd og nedregulering/sluk hvergang du slipper touch knappen. Med 2 tast styring er 1 tast altid op/tænd mens anden tast er ned/sluk.

Søg her på boardet. Der er flere som har spurgt efter det samme før, og der er flere tråde med gode vejledninger til hvordan du griber det an og links til produkter for både patch paneler, væg udtag etc. Det kan sagtens lade sig gøre, det er ikke særligt besværligt, og du kan genbruge alt bortset fra din IHC NET Basis enhed.

Det er jeg ret sikker på den er, men jeg har ikke tid til at pløje alle 200+ sider igennem igen i den nærmeste fremtid så jeg kan ikke dokumenter det.

Såvidt jeg husker gik klagerne på defekte SD kort og manglende reel ny funktionalitet. SD kort fejlen tvivler jeg på LK havde fundet om de så havde kørt 24/7 tests på den i 2 år mere. Den manglende reel ny funktionalitet lider vi fortsat under, så jo den var klart til frigivelse i flere år før det rent faktisk skete.

Hvis jeg husker ret, blev HW 7 controlleren udviklet omkring det tidspunkt hvor LK lukkede den danske udvikling afdeling og flyttede det hele til deres SW udviklings center et eller andet sted i øst europa. Det kan forklare blandingen af dansk og engelsk og den rodede implementering af nye funktioner.

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.