Allan Nissen

Jeg har ikke selv haft behov for at bruge dem, så det ved jeg ikke. Jeg ville prøve med en til en start.

Ny FW til Visual 3 kontroller-  nogen der har prøvet og kan anbefale at lægge den ind?
Flere har crashet kontrolleren ved at lægge ny FW ind tidligere...
/ Jørgen.
Har selv lagt den ind. Via lokalnetværk. Ingen problemer overhovedet. Den ene RS485 dimmer jeg har er også opdateret-uden bump på vejen.
Nu skal vi så bare have Henning på banen og fortælle os, om denne FW opdatering har løst det problem med sluk alt o.a., som han beskriver andet steds her på sitet.

Ja - du skal tilbage til den forrige doktrin fra LK - Udgange må gerne styres fra flere funktionsblokke. Hvilket er stik modsat den de ellers prædiker, og som Allan også henviser til.
Så nu skal fælles sluk, tænd, blink osv, uanset om det er på rum niveau, hele etager eller hele huset, have et fælles signal. Hvis f.eks. sluk signalet sendes til en ny funktionsblok og derfra videre til dæmperen, så fejler signalet. Der er simpelthen for meget trafik på 485 bussen. Hvis du har dæmperen så prøv med denne simple opstilling. 1 dæmper hvor begge kanaler bruges til hver sin tænding og et to tryk til kip af hver tænding. Tænd den ene tænding. Sluk den, og tænd umiddelbart derefter den anden. resultat = den der skulle slukkes bliver kun dæmpet og den der skulle tændes forbliver slukket. Dermed er dæmperen 100% uanvendelig i avancerede installationer som tilbyder kunderne bare nogle få nødvendige valgmuligheder som f.eks. om lyset i rummet skal slukkes ved godnat, tændes ved velkomstlys, blinke ved dørklokke osv.
Hvad det skylles ved jeg  ikke, men jeg tænker at den første dæmper sender "live" signal om det aktuelle lysniveau, og at dette "fylder" for meget, men det er kun mit gæt. Om det bliver rettet i en kommende opdatering vides ikke, men jeg håber meget at det sker.

Der har været lidt stille - det skyldes jeg faldt i et nyt projekt 
http://jemi.dk/ihc/webvisual
Det er et forsøg på at lave en webbaseret version af LKs IHC Visual - så kan man altid ændre og kode i sit IHC program. Lige pt. er det kun et preview hvor man kan bygge og simulere en funktionsblok.
Der er en række mangler som f.eks.
- Sortering af rækkefølge i programmerne
- Skift af navne på indgange/udgange og programmer
- Man kan ikke lave forskellige Enum/Arrays
Det er lavet pt. er dog:
- Fuld simulering
- Fuld debug af simulering
- Fremhævning af ubrugte indgange/udgange (vises med gul)
- Link visning mellem ressourcer og programmer (hold musen over) så man nemt kan se hvor tingene bruges og hvordan
- Delvis mobil og tablet support
- Ctrl+klik for at folde helt ud/ind af blokke/træ
- Ret en regel uden af dragge og drop
- Indsæt alle typer input/output etc.
- Alle programmeringstyper er understøttet
- Visning af antal løbende timere - nemt at se om en timer løber løbsk/videre.
Af ting jeg har tænkt på så er der minimum:
- Langt bedre debug - vis hvor henne i programmet tingene sker + breakpoints
- De manglende ting 
- Automatisk dokumentation
- Upload
- FB bibliotek som kan deles med andre brugere - måske feedback/rating
- Sortering af input/output baseret på typen
Det er alt sammen for sjov men kan være det en dag kommer med direkte i IHC captain eller som standalone så man kan rette og vedligeholde hele IHC projektet direkte deri. Og ikke andet så kan Mac/apple folket jo være med på sigt  
Men giv mig gerne noget feedback

Der har du problemet, du skal manuelt sætte en ip adresse i controlleren, som matcher det ip range din nye router bruger.
1. find ud af hvad ip range din nye router bruger (det kan du se på f.eks. din telefon)
2. log på controllerens administrator modul med USB kabel
3. ændre ip adresse på controlleren til en adresse i det nye range
4. Genstart controlleren
5. Ændre ip adresse i app'en på din telefon, så du kan tilgå controlleren igen

Du bruger den forkerte blok. Du skal bruge den der hedder Wireless/bus lysdæmper. Og så skal du bruge scenarier. Kig i hjælpe filen til blokken hvordan det skal strikkes sammen.

Hej alle
Vil bare lige sige at denne nye IHC starter virker helt perfekt:-) Underligt hvorfor LK ikke har udviklet denne for lang tid siden, så at man havde undgået alle de Java problemer som vi har været igennem i løbet af årene.
Mvh Simon

Højst sandsynligt relateret til java i en eller anden grad.
Det anbefales at bruge enten LK’s javastarter eller IHCcaptains IHCstarter Ihc starter

Det ser ud som om din sabotagekreds er Off, den skal være On. Så måske er der en løs ledning i PIR sensoren efter du har haft det skilt ad.

Det kan ikke bruges med den nye controller https://www.se.com/dk/da/faqs/FA313855/

Det kan ikke bruges med den nye controller https://www.se.com/dk/da/faqs/FA313855/

Findes der en HW 7.0?
Jeg købte en V3 da de kom, og det er en 7.1

Henning har allerede svaret dig at du kan ikke simulere regulering af en trådløs dimmer i Visual. Upload programmet og test det i real life, så vil du se det fungerer korrekt.

HOLD NU FOR F****** TOPIC.
Skal i skændes om alt??
Hvis i har et stort behov for at måle potens, så gør det i en separat tråd, eller mød hinanden i en "fight club" og få det ud af verden.
i har alle fået advarsler om dette, denne gang er det rødt kort og næste gang er det karantæne, gider det ikke mere børn! 

Tror i ikke snart i 3 klovne har fået skræmt @Mikkel81 væk fra forummet her med jeres latterlige diskussion

Tror i ikke snart i 3 klovne har fået skræmt @Mikkel81 væk fra forummet her med jeres latterlige diskussion

Lad os skære det ud i pap endnu en gang: LK support gør intet før henvendelserne kommer fra installatørerne. End of story. Det skriver de selv-ingen skjult agenda.
Tænker særlig på crash med FW 03.03.23.
Så kære IHC venner: Sørg for / forsøg at få en installatør med på klageholdet. Ellers er jeg alvorlig bange for der ikke sker en dyt, og vores dyrekøbte IHC ANLÆG
fortsætter i samme rille. Der må være nogen her der kan hjælpe med et wake up call. 

Talte med LK og de sagde blot, at IHC controlleren er død hvis ikke at jeg kunne få den i tale efter firmware opgraderingen.
Har fået en ny og sendt den anden retur til forhandleren, som kunne fortælle mig, at jeg var nummer 5 hos ham. Har firmware opgraderet den nye og det virker 
Det er første gang jeg har prøvet hardware der faktisk dør ved en opgradering, men fin service at man får en ny - mangler lige få pengene tilbage.

De tal vil jeg meget gerne se noget dokumentation for. Jeg har i hvert fald aldrig hørt om nogen der skulle skifte udstyr hvert 2.-3. år ( Som vel er frekvensen for mange smartphones ) og moderene fjernsyn bliver ikke lavet til at holde meget mere end ca. 8 ( fortalt af en TV sælger i torsdags ). Her er IHC klart bedre. Hvor længe de nye smart home systemer holder, er der af gode grunde ingen der ved, men jeg tvivler på at de vil køre smertefrit med forbindelse til en PC fra 2030. Jeg vil med et forsigtigt skøn antage at ca. 1000 - 2000 gamle DOS IHC controller stadig køre i de huse, som de blive monteret i fra 1992 og frem, hvilket for de ældste vil sige > 25 år.
Problemet er 2 siddet, akkurat som smartphones og TV - på den ene side skal udstyret holde næsten evigt - men samtidigt vil vi selv have adgang til de sidste nye muligheder, så ja, hvis du har en 6.1 eller 6.2 controller og vil have adgang til de nye lysdæmpere - så må du opgradere selve controlleren, men alle in- og output helt tilbage fra 1992 kan genbruges direkte.
Hvorfor tænker du det er selvforskyldt.? De har løbende forbedret systemet med nye produkter. Som jeg ser det så er problemet ikke så meget IHC, men den måde, eller skulle jeg skrive manglende måde, IHC bliver programmeret på - systemet kan meget mere end det 90% får.

Det bestemmer ur blokken. Sluk tidspunktet vil være det tidspunkt lyset slukker og går over til kun at tænde på PIR, mens det er mørkt. Tror jeg satte den til 2200.
Hvis du vil have det til også at tænde om morgenen, så sætter du endnu en urblok ind, forbinder til samme ur indgang på udendørs lys blokken, og sætter tidspunkterne, f.eks. 0600 til 1000.

Så har du misforstået. I den blok jeg har indsat skal både ur og skumring være ON for at tænde lyset. Så du skal bare stille uret til før det bliver mørkt, f.eks. kl 1500, og så tænder lyset når sol_nede siger det er mørkt.
Det er at foretrække at kun en blok er forbundet til udgangen, og andre blokke så styrer udgangen igennem denne "master" blok. Flere blokke forbundet til en udgang kan komme ud af synkronisering.

Pkt 2 og 3 er “modstridende” 
Enten så er det 3 altid tændt når det er mørkt, eller også benyttes 2 det tænder kun når der et aktivitet og mørkt.
 

Du skal bruge enten scenarier: Træk Scenarie Tænd over på lysdæmperens scenarie/regulering og vælg hvilken lysstyrke du vil have den skal tænde på. Og træk så scenarie sluk over samme sted og vælg 0% lysstyrke.
Eller træk On Puls op på Reguler op på lysdæmper funktionsblokken , og træk Off puls op på Reguler ned på lysdæmper funktionsblokken. Lysdæmperen vil så tænde på det niveau den havde sidst, ligesom den gør når du tænder almindeligt.
Det er styrings mæssigt det bedste at kun 1 blok er forbundet til lysdæmperen, men begge disse to muligheder bør fungere fint.
Og slet selvfølgelig det link du har lavet fra udgangen

Jeg skrev til LK i sidste uge for at dele denne stemmeoptælling med dem og prøve at få lidt mere info ud af dem.
Jeg stillede 3 spørgsmål:
1. - Er LK bekendt med de to fejl scenarier? Ja, LK er bekendt med begge scenarier, som sker under en genstart af controlleren
2. - Er det FW relateret, program relateret, netværks relateret, eller noget 4.? Dette har LK ikke svaret direkte på
3. - Hvad kan vi som brugere gøre for at undgå disse fejl? Her er svaret at FW .23 er frigivet for netop at hindre disse scenarier, hvorfor LK på det kraftigste anbefaler at opdatere controllerne til version .23. De har ikke selv oplevet at nyeste firmware version har givet disse fejl.

Jeg skrev til LK i sidste uge for at dele denne stemmeoptælling med dem og prøve at få lidt mere info ud af dem.
Jeg stillede 3 spørgsmål:
1. - Er LK bekendt med de to fejl scenarier? Ja, LK er bekendt med begge scenarier, som sker under en genstart af controlleren
2. - Er det FW relateret, program relateret, netværks relateret, eller noget 4.? Dette har LK ikke svaret direkte på
3. - Hvad kan vi som brugere gøre for at undgå disse fejl? Her er svaret at FW .23 er frigivet for netop at hindre disse scenarier, hvorfor LK på det kraftigste anbefaler at opdatere controllerne til version .23. De har ikke selv oplevet at nyeste firmware version har givet disse fejl.