Astronaut

Jeg synes ærligt talt ikke version 3.0 HW 7.1 controlleren er specielt stabil. Min fik korrumperet wireless links lige før jul helt uden at nogen lavede noget med den. Jeg har også oplevet at den gik i bootloop som det var svært at få den ud af. Min kører nyeste firmware. Jeg er også glad for de nye 2-kanal dimmere - de fungerer strålende her.

Nu virker det vist (løb)! Hvis nogen render ind i samme problem en dag så var løsningen at "unlinke alt". Jeg tror det fik clearet mere i controlleren end blot at unlinke/linke de devices der gav problemer. Jeg uploadede også et tomt projekt og unlinkede alt endnu engang efter at jeg havde uploaded det tomme projekt.

Jeg har to håndfulde FUGA UNI dimmere liggende og du må gerne købe en af dem. Men lad være! ... for du får dem aldrig til at virke ordentligt med LED pærer. Det er derfor jeg har en del liggende.

Mit problem er netop wireless linkning. Problemet med backup via SD kortet er at det slet ikke er klart hvornår der bliver skrevet til SD kortet. Som jeg forstår det er der kun en version på kortet og det betyder at man nemt kan ende med at den version der ligger på kortet er dårlig. Jeg overvejer at skrive en stump kode der kalder backup funktionen på version 3 controlleren. Jeg kunne godt tænke mig at se hvad der kommer tilbage. Er der nogen problemer med at connected til SOAP API'et eller er det bare noget man gør?

Hej Mikkel, Jeg kan se at webservice API'et på version 3 controllen har en getBackup funktion. Ved du hvad den laver? Har du forsøgt at bruge den i IHC Captain? Her du nogen anelse om hvordan man laver en "restore" (jeg kan se controlleren har en restore funktion men den tager ikke en fil som parameter)? Det ville være fantastisk hvis IHC Captain lavede backup of IHC projektet. I princippet captainen vedligeholde et git-repo sådan at man følge ændringer. Og (set i lyset af at jeg har store problemer med wireless linkning) så ville det naturligvis være fantastisk hvis man også havde en backup af wireless linkning men jeg ved godt det kræver support fra controlleren.

Tusind tak. Det havde jeg overset.

Øv øv øv!!! Efter at have været rundt i hele lejligheden og genlinke de fleste IHC wireless devices manglede der lige et par stykker. Jeg ventede med at linke de sidste fordi det sådan set kørte fint og blev ærligt talt temmelig træt af LK. Nogen af de unlinkede sidder inde bag møbler og de bliver nok siddende i unlinket tilstand i lang tid men andre krævede bare lidt oprydning eller mindre dovenskab. Det har kørt fint i et par dage og i går skulle jeg lige genlinke en wireless Ø80 dimmer. Tilbage til start. De fleste wireless devices er nu tilbage i en tilstand hvor de er pseodo-linket. 5 ud af 45 er linket ok. Resten er nu i zombie mode. Status: Det der er en slags kontakt til zombiee-linkede devices. Captainen og IHC ServiceView kan tænde og slukket outputs (wireless stikkontakter, dimmere, relæer). Batteritryk der er i zombie tilstand sender events (ses i ServiceView) Når jeg trigger scenarier sker der ingenting - der virker som om scenarier ikke virker for zombie devices. Det virker fint for ikke-zombie devices (fx. 2-kanal dimmere) Jeg kan således tænde og slukke alt med IHC Remote, IHC ServiceView, IHC Captain og HomeAssistant. Spørgsmålet er så hvad man så gør? Jeg kan genlinke det hele en gang til men set i lyset af hvad der skete i går så er det svært at se formålet. Skidtet har fungeret fint med 45 wireless devices i snart 3 år. Jeg gætter på at der ligger noget på controlleren jeg ikke kan se og som jeg ikke kan få adgang til. Det ville være rart hvis man kunne lave en backup af hele controlleren sådan at når/hvis det fejler så skal jeg ikke rundt og linke det hele igen.

Jeg kan ikke finde det i manualen. Har du mulighed for at give lidt mere information?

Ja vil jeg også gøre. Men jeg vil gerne forstå hvad der sker. Som sagt: nogen af wireless dimserne virker "lidt". Når man fx. trykker på nogen af de wireless 4-tryk som lige nu dukker op sådan her Som det ses er "Serie nummer" "linket til ukendt produkt". Dette er sket uden at jeg har gjort noget. Når jeg så genlinker igen så ser det sådan her ud: Præcist som det skal (ja, jeg ved godt det er et 6 tryk her ... det var tættest på). Jeg kan se at der ikke er ændret noget i projektfilen for devicen. Der må således ligge information om hver eneste linkede komponent i controlleren. Information som jeg ikke kan komme til fordi den ikke ligger i projektfilen. Spørgsmålet er så om man kan slette denne information. Men kunne fx. forestille sig at controlleren løb tør for plads eller at døde devices gør controlleren langsommere. Det ville også være ganske fantastisk hvis man kunne lave backup af denne information. Gid der var lidt mere information. Nu igang med at re-linke 40 devices. Herunder fjerne de forbandede tangenter hvor jeg aldrig har fået teknikken til at få dem af nemt.

I går aftes da jeg skulle i seng slukket jeg lyset vha. sluk-alt. Det virkede fint bortset fra at den sidste lampe ikke slukkede. Den sidder på en Ø80 dimmer hw2. Efter at have forsøgt i nogen tid rebootede jeg controlleren. Det virkede ikke. IHC captain kunne connected til controlleren men ingenting kunne styres. Hverken wireless eller de 2 kanals dimmere jeg har. Jeg prøvede også at tage strømmen til controlleren. Ingenting. Til sidst gik jeg i seng for at tage fat igen til morgen. Her til morgen kunne jeg downloade programmet til min PC. Kaptajnen viste status error, RF version og SN stod som N/A. Jeg forsøgte at uploade et tomt program i flere omgange. Det lykkedes ikke. Jeg flashed 3.3.44 firmwaren endnu engang. Programmet viste success men jeg er ikke sikker på der skete noget. Det gjorde ingen forskel. Jeg forsøgte med RETURN FACTORY DEFAULT firmwaren. Den flashede fint efter flashing viste firmware updateren stadigvæk 3.3.44. Jeg er ikke helt sikker på hvor hvad der skete, men efter nogen tid kunne jeg uploade et tomt program. Bagefter uploadede jeg mit gamle program Success! Eller næsten. For IHC Visual havde sagt at alle mine devices skulle linkes igen. Mystisk? Som jeg forstår det burde linkningen være bevaret? Under alle omstændigheder fik jeg uploadet det gamle program og nu var der liv i skidtet. Og så alligevel ikke. Controlleren er i en mystisk zombie tilstand. Den viser at alle wireless devices skal gen-linkes. Men en del af de wireless devices virker. Fra kaptajen kan jeg tænde og slukke trådløse stikkontakter. Nogle wireless tryk virker også. Andre ting virker ikke. Well sådan forlod jeg det. Nu går der nogle dage før jeg får kigget på det. Spørgsmålet er hvor død controlleren er. Og hvordan wireless både kan virke (sådan da) og alligevel fortælle at intet er linket. Her er status nu (fra kaptajnen): Og visual viser at alt skal genlinkes (selvom det virker lidt):

Du har ganske ret i at LK med version 3 har leveret et produkt der er langt under hvad man burde forvente. Det ses at der ikke er smidt mange penge i udviklingsprojektet. Vi kan håbe at den seneste firmware CTR.R.03.03.44 løser problemerne, men i mine øjne er der noget rigtigt galt med designet når man kan stå i en situation hvor man end ikke kan resette controlleren eller opdatere firmware. Det er ganske enkelt for ringe. Det er selvfølgeligt fint at de per kulance giver en ny (andet manglede bare) men arbejdet med at skifte den ud skal man selv stå for og det er ikke helt billigt.

Jaaa ... øh ... lidt. Det kan give nogle spor. Du kan åbne IHC Service view - det vil vise noget. IHC Visual kan vise lidt mere (der skal du ind under "Controller -> Link/test LK IHC Wireless produkter". Men mit bud er at du har en IHC® Wireless lysdæmper lampeudtag (LK nummer 505D6102). Den findes i to udgaver: HW1 og HW2. Du er nødt til at finde dimmeren og kigge på hvad der står på den. Det er den eneste måde at finde ud af om det er en HW1 eller HW2 version. Hvis det er en HW1 så får du den aldrig til at virke ordentligt med LED. Alternativt er det en eller andet mystisk 3. parts dimmer - det er også muligt. Men start med at åbne IHC Service view eller IHC Visual og så hvad der er af spor.

Her er et screenshot med denne tråd i baggrunden. Det er tydeligt at teksten i vinduet er markant mindre. På min skærm er teksten i browseren normal størrelse. Det er ikke noget kæmpe problem - jeg kan fint knibe øjnene sammen når jeg skal launche et af IHC programmerne - men hvis det er nemt at fikse så vil det være fint.

He he he ... ja jeg ved vist ikke helt hvad jeg snakker om. :-) Jeg troede jeg havde opdateret, men på en eller anden måde fik jeg startet den gamle version. Det virker fint med den nyeste om end skiftstørelsen er lidt lille (noget mindre end andre programmer) sådan at man skal knibe øjnene sammen.

Jeg bruger en laptop med en 15" 4K skærm. Det har tidligere givet problemer med cropping eller med at skærm billeder bliver meget små i stedet for i meget høj opløsning. Når jeg starter IHCStarteren op så blev det nederste af skærmbilledet cuttet væk. Hvis det ikke er en generel fejl så gætter jeg på at det er et highDPI problem. Se skærmbillede nedenfor.

Jeg har Ø80 hw2 + 2kanal dimmere. På de fleste dimmere kan man selv vælge hvilket niveau den starter med og jeg har en fin blanding af start på fast niveau og start på samme niveau som sidst. Selvfølgelig. Det havde jeg helt glemt og jeg har aldrig brugt den slags. Ved du i øvrigt hvordan det virker nede under overfladen? Gemmer controlleren niveauet eller gemmer dimmeren niveauet?

Jeg har lavet en bunke funktionsblokke som jeg bruger i min installation. Jeg bruger ganske få af LK's. I den forbindelse har jeg en sluk-alt funktion som jeg sender rundt til de enkelte rum og videre til de enkelt udtag. Nu vil jeg gerne lave sådan at der bliver en undo sluk-alt funktion. Tanken er at når "sluk-alt" aktiveres så udlæser jeg det nuværende lysniveau og gemmer det i en variabel. Når man så aktivere undo funktionen så skal niveauet udlæses fra variablen. Spørgsmålet er så hvordan man laver det smartest. Er der nogen der har lavet noget lignende?

Hvilke IHC dimmere har du? Der er fordele og "bagdele" ved dem alle ...

Det med kondensator "virker" kun når der samtidigt er en belastning. Jeg har i øvrigt aldrig fået det til at virke ordentligt med LED pærer. Hvis man skal køre uden belastning så skal man have en modstand på. Hvor stor den skal være ved jeg ikke. Men jeg vil umiddelbart gætte på at det ikke behøver være en 5W modstand for så meget skal kombidimmeren ikke bruge når det bare er input. En 33K modstand vil give en lækstrøm på 1W.

Må man spørge hvorfor du vil udskifte dem?

I am pretty sure IHC has no grand future ahead of it where it will grow significantly or where new and exiting features will appear. And the topology with a smart controller and smart modules located centrally and dumb switches and outlets distributed around the house is definitely not the way of the future. But in Denmark the base should be large enough for Schneider to provide sell hardware for the next many years. In fact, the protocol between the input and output modules is so simple that it would be relatively easy for someone to build 3rd party input and output modules. The nice thing about the controller is that it is very stable and easy to program. If there is one thing nobody wants, then it is to come home and be unable to turn on the lights due to a software bug. All the other "smart" systems out there seem to provide significantly less flexibility and/or is not too stable. Anyway, best of luck with your system.

Actually the newest controller is from 2018. It (now) runs stable and has a nice API so that it may be accessed over the network. I expect to keep my controller for the next 15-20 years and just update the frontend software (home assistant, openhab, IHC captain). I suspect sooner rather than later we will need to build a proxy for the controller so that it is not exposed to the internet or other devices on the local network. That will be needed when Schneider no longer updates the software. However, that is doable and should give the controller a very long lifespan. BTW the same problem exist with any network enabled device and devices that requires cloud especially.

Assuming the controller is a LK TermIHC controller it works electrically like the later IHC controllers. It supports 128 digital inputs and 128 digital outputs. Each input module has 16 inputs and is connected to the controller with 0V, 24V and a dataline. The dataline for input module 1 is connected to input line 1 on the controller (top right part). The output modules each have 8 outputs and are connected at the bottom of the controller the same way. Line 1 on input module 1 becomes input 1.01. The terminal an input or output module is connected to determines its number. There are no DIP switches for anything. The input and output modules have not changed since the first controller (though there is probably some exotic modules that are no longer supported). Thus it is possible to replace the old controller with a new IHC Visual 3 controller. It is also possible to replace faulty input and output modules. The controller will however need to be reprogrammed as the TermIHC controller uses a completely different programming model. I have no clue as to how the TermIHC controller is programmed and that knowledge seems in short supply on this site. To my knowledge the IHC system is no longer sold or supported outside Denmark. However the components may be purchased in Denmark. I have attached documentation found on the internet - unfortunately it is in Danish. document.pdf

Ja ... men ud fra hvad jeg kan se er arbejdet med Wiser ikke anderledes end med IHC wireless når det handler om afbrydere. Det handler i princippet blot om at udskifte "Fuga" afbrydere med "Fuga" Wiser relæer ... eller er det mere man skal?

Hvad er det der gør at man skal have fat i en elektriker?