Lars1

aha. Så tror jeg at jeg forstår. Indtil du får ændret din installation, så dine dimmer får en fast fase, så tilføj et lampeudtage på de udgange hvor dine wireless dimmer er tilsluttet. Dette lampe udtag sætter du til default on. Når du så uploader dette program efter at du har haft et tomt program i controlleren, så vil udgangene gå on. Lampeudtaget skal ikke være linket til nogen FB. Hvis du linker det til en FB, vil denne FB overrule default settingen. Alternativt kan du lave en FB som kun reager på power on, og hvis eneste handling er at sætte linkede udgange on. Det vil sikre at ligegyldigt hvad. Når controlleren genstarter, bliver de linkede udgange sat on.

I det interface du har lavet et screenshot af, står der IHC Visual Controller #2. Har du flere netkort i din PC? Hvilken IP har du givet IHC controlleren?

Hvis wireless enheder blive ændre ved crash eller genstart, så er der en fejl i den FB som de er linket til. Hvis du har et lampe udtag med dimmer, som du ønsker altid er tændt på 100%, så vil jeg erstatte det med et alm. lampeudtag forbundet til en fast fase. Men du kan også bare beholde dimmeren, fjerne alle links mellem dimmer produktet og FB's i dit IHC program, og sætte dimmeren på 100% via serviceview. Så vil den aldrig ændre sig, ligegyldigt hvor ofte din IHC controller crasher. Jeg er ikke helt sikker på jeg forstår dit sidste spørgsmål, men jeg tror det er nedenstående du slåsser med. Hvis du downloader dit aktuelle program, retter initiel værdi og uploader igen, så vil du ikke se nogen ændring, da IHC bibeholder aktuel tilstand i dette tilfælde. Dette virker sålænge at Visual har kontrakt til controlleren hele vejen fra du starter med at downloade til du uploader igen. Mister Visual forbindelsen undervejs træder nedenstående i kraft. Hvis du tager en tidligere version af dit program, retter initiel værdi og uploader, så vil produktet følge initiel værdien.

Det plejre at være et firewall/router problem. Det bedste er at tage 1 skridt af gangen. Få den på nettet, og verificer du kan nå den via web og Visual fra dit lokal net. Konfigurer port forwarding og evt. firewall regler i din router/firewall. Normalt er det port 80 og 443 som skal forwardes, men hvis du bruger andre porte eller har konfliktende forwards kan du ændre disse. Verificer at du kan tilgå din controller via web på den offentlige IP. Sæt den nu op i din app. Hvis det fortsat ikke lykkes, så fortæl os gerne hvor langt du er nået i ovenstående, og hvilke fejl du ser.

Såvidt jeg husker har V3 sin egen indbygget log funktion, hvor man kan sætte den til at logge til det indbyggede SD kort hver time eller tilsvarende. Jeg har ikke selv en V3 controller så det er ikke noget jeg har rodet med. Jeg mindes bare jeg så noget om det da jeg læste specsne på den da den lige var blevet frigivet.

275.000 lyder dyrt, men som de andre har været inde på er det svært at vurder når vi ikke kender detaljerne i tilbudet. Peters pris overslag giver jeg ikke meget for. Han har glemt en hel del. Jeg har selv været indblandet i en del renoveringer efterhånden, og en ting har jeg da lært. Ligegyldigt hvor lang tid du bruger på planlægning, hvor mange fagfolk du snakker med og hvor grundig du er i din krav spec. Den dag du er færdig har verden ændret sig, der er kommet nye muligheder, og du er blevet kloger, så der er ting du ønsker at gøre anderledes. Derfor er der 3 grundregler som jeg siger til alle som beder mig hjælpe dem med en renovering. Mer prisen er ofte under 10% alt efter installations størrelse, men er ofte tjent ind første gang man skal ændre noget. Alt skal trækkes i rør (både svag og stærkstrøm) så installationen kan ændres uden man skal have fat i en maler eller murer etc. Alle tryk, stikkontakter etc. skal føres direkte tilbage til hoved tavlen. Der bliver ikke sløjfet noget sted. Eneste undtagelse er stikkontakter som ikke sidder ved en dør. Dem aksepter jeg man sløjer samme, da man kan erstatte en stikkontakt med en wireless stikkontakt hvis man ønsker den styret med IHC. 5 leder er noget skrammel til stikkontakter. Det bruger jeg kun i køkken, hvor jeg sætter 3 stikkontakter ved siden af hinanden på hver sin fase. Alt lys skal kobles op på IHC. Ikke noget med at droppe en værksted, pulter kammer eller tilsvarende, som ikke bruges så tidt. Sluk alt har speciel høj værdi her. Derudover anbefaler jeg at man lægger ekstra tomme rør til alle stikkontakter som ikke sidder ved en dør. Derved kan man nemt etabler et netværks eller antenne udtag senere. Tom rør koster ikke ret meget, og du kan selv etabler dem. Vedr. lovgivningen omkring IHC arbejde. Du må gerne selv trække kabler, rør etc. Dette arbejde kræver ikke autorisation Du må ikke monter andet end stikkontakter uden jord. IHC er godt nok svagstrøm, men en 72W IHC strømforsyning levere 3A, og det er hele installationen dimmensionert til. Man skal have autoritation til at arbejde med mere end 30mA. Den elektriker som du hyre til arbejdet kan dog godt lade dig lave det hele selv. Du vil i såfald udføre arbejdet under hans autoritation med hans accepts.

Netværks udstyr, antenne forstærker, radio, tv, computer etc. Det er slukket når jeg ikke er hjemme, men kan ikke lide de korte udfald som sommetider opstår når IHC controlleren genstarter. Min anbefaling er klart at hvis du har stikkontakter etc. som ikke skal styres af IHC, så få en elektriker til at koble dem på en fast fase i steddet. Hvis din tavle er lavet med luft i nærheden af dine 230V output moduler kan det klares med et par DIN skinne klemmer og en times arbejde. Du behøver ikke en FB. Du kan bare tilføje produkterne til dit IHC program og sætte default værdi til ON. Du skal ikke linke produkterne til noget. Hvis du vil være helt sikker, laver du en FB, som reager på power on. Det eneste FB's gør er at sende et ON signal til alle tilsluttede produkter.

Du glemmer at det skal være gratis 24/7 support. Med mit strømforbrug i vinter halvåret (har el varme), vil 5 min. logging muligvis give mindre data logging end hvis jeg logger hvergang KWh tælleren ændre sig. Med time logging vil jeg 100% sikkert logge mindre data med interval logging. Bortset fra det, så er jeg ikke enig i at interval logging er bad practice, og at man logger unødige data.

Nope. Vil heller ikke være always ON. De alm. output moduler burde ikke gå off når controlleren crasher. Det er en software/hardware fejl i forbindelse med genstart efter et crash, som sender en off puls til output modulerne. Udgange som jeg ønsker at styre, men hvor jeg skal være sikker på at jeg ikke har et kort strømudfald som ovenstående har jeg lavet via wireless stikkontakter eller relæer. Dem har jeg endnu ikke set få off pulsen i forbindelse med et crash. Sikkert fordi controlleren skal være helt oppe før den begynder at kommuniker med wireless enheder.

Stort set ingen af de wirless produkter som er på marked i dag kan tale med produkter fra andre leverandør, medmindre man gå via en løsning, med Domotics, IHC Bridge, IHC Captain eller tilsvarende. Den bedste løsning IMHO er derfor det produkt som passer bedst til den specifike funktion, og så koble dem sammen med ovenstående. Vedr. IHC controller valg, så kan du kun købe HW7/Visual 3 controller af ny idag. HV6.1/HW6.2/Visual 2 vil også kunne løse dit behov, men du skal finde en brugt, og LK supporter ikke længere HW6.1. Hvornår supporten på HW6.2 stopper ved ingen, men mit gæt er meget snart. Den har reelt været ikke eksisterende de sidste par år.

Controllerne skal være helt strømløs i 10 sek. Somme tider er det nok bare at genstarte den via adminview. Det er meget forskelligt hvor ofte problemet opstår. Jeg havde det ca. 1 gang om måneden i 6 mdr. for 4-5 år siden, og har ikke set det siden. Nogle firmware versioner er være end andre. 2.7.199 synes at være rimelig stabil, men den supporter bl.a. ikke temp. sensor etc. 2.8.4 er også god, og den kan også installeres på en HW 6.1 controller, selvom LK påstår det modsatte. Der er masser af tråde her på boardet som forklar hvordan man gør.

Always on eksister ikke i LK IHC. Du kan på en udgang sætte en default værdi, samt sætte at den skal huske seneste status, men når din controller crasher og genstarter af sig selv, vil du ofte se at udgangen kortvarigt går off, for så at gå on igen. Det kan man ikke undgå. Hvis du har en enhed som der skal være fast fase på, så lad være med at køre den gennem IHC. Det er spild af udgange.

Jeg er interessert i at test interval gemme og MySQL når du har noget klart til test. Jeg burde også have et par timer her mellem Jul og Nytår til at lege med det.

Prøv at følge linket i Mikkel's indlæg. Villedningen er ikke helt dårlig, og det er faktisk ret simpelt via IHC Captain, men uhyggeligt complext hvis du vil kode det selv og ikke har 100% styr på IHC API'et.

Kan du juster lysstyrken op/ned efter at have taget strømmen til lampeudtaget i 10 sek. og genstartet IHC controlleren? Prøv også at tage strømmen (incl. evt. batteri backup) til controllerne i 10 sek. Det sker at IHC controlleren og de wireless enheder mister forbindelse. Den kan ofte genskabes ved ovenstående process. Alternativet er at unlinke lampe udtaget og relinke det.

Den gamle version af IHC Captain har nogle funktioner til at logge data. Dem benytter jeg. Jeg logger til lokal disk, men man kan også logge til en cloud service. Jeg mener der er en kort villedning til det på IHC Captain websitet. Desværre kan IHC Captain kun logge data når der sker ændringer. Man kan ikke få den til at logge f.eks. hver time. Jeg har derfor lavet en FB, som hver time opdater en counter, som IHC Captain lytter efter. Min plan er at lave grafer etc, men mangler pt. ca. 24 timer i døgnet for at få tid til at kigge på den del.

Nu bruger jeg ikke LK's FB, så jeg ved ikke hvad de skriver, men det er ikke så vigtigt om ventilerne bliver motioneret en gang om ugen, eller hver 14 dag. Det vigtige er bare at de bliver motioneret i sommer perioden. Mit umiddelbare gæt er dog at LK har timer på hver telestat udgang, og at denne timer bliver sat til initial værdi hvergang en telestat slukker. Men som sagt bruger jeg ikke LK's varme FB, så jeg ved ikke hvordan de styre tiden mellem hver motionering. De er bare et gæt.

Telestaterne skal passe til din fordeler unit. Min er fra Danfoss, og jeg har 8 24V Danfoss telestater, som nu køre på 12 år, uden fejl overhovedet. Husker du at motioner dem mindst hver 14 dag i sommer halvåret?

Grunden til at jeg forslår ServiceView, er fordi jeg har set flere som har problemer med at connected med Visual hvis enten ServiceView eller IHC Captain køre. Hvis problemet også eksister med ServiceView åben, så ligger fejlen højst sandsynligt i programmet, og de fejl som du referer til her kan nemt være nogle af dem. Det kan godt være man er nød til at åbne alle produkter og funktions blokke i serviceview for at se problemet ligeså slemt som i IHC Captain. Dertil kender jeg IHC Captain kommunikationen med IHC Controlleren for dårligt.

Inden hele skylden bliver lagt på IHC Captain, så prøv at stoppe IHC Captain, og åben serviceview isteddet, og gerne åben et par produket eller funktions blokke, og prøv så at se om tryk etc. også hænger når serviceview er åbent.

Hvis det er fordi du du ikke bruger standard porte, så skal du selvfølgelig ændre port nr'et i telnet kommandoen til den port du bruger, men det gik jeg egentlig ud fra at alle selv kunne tænke sig til. Hvis det er fordi at der ikke er adgang til din controller fra internettet, så ændre det ikke noget. Telnet komandoen var for at dokumenter at webserver etc. er temmelige glade for at fortælle hvem de er og hvilke muligheder de tilbyder. Det har intet at gøre med om din controller er tilgængelig fra internettet eller ej.

Jeg negligere ingen ting. Der findes i dag hacker tools på nettet, som kan hacke en server med kendte exploites som dem Kim Carlsen referer til. De kræver intet andet end at du angiver hvilken IP range du ønsker at skanne, så klare toolet resten, og outputtet er en liste med server, med præcis angivelse af hvordan man kommer ind på de usikre server. Hvis du har prøvet den telnet jeg skrev om, så vil du nu også vide hvilke web server incl. patch level der ligger i din IHC controller, og dermed er det bare at slå op på nettet hvilke exploits der findes på den, samt hvordan man bruger dem.

@Kandersen. Du er tydeligvis ikke opdateret på hvordan hacking forgår idag, samt hvor avancerede portscanner tools m.m. er idag. Prøv "telnet <IHC controller IP> 80" og tryk på enter når du får forbindelse. LK's IHC controller er temmelig glad for at fortælle hvordan man kan hacke den.

Hackeren bruger den portforwarding du har lavet i din router til din IHC controller. Din router og IHC controler kan ikke se forskel på om det er en webbrowser, en LK IHC app, eller en hacker, som forsøger at nå din controller. Der findes masser af hacker værktøjer på nettet til at lave network scanning med. Flere af disse værktøjer kan på under 5 min. scanne 100 IP addresser for åbne porte og fortælle dig rimeligt præcist hvilke applikationer der svare på hvilke porte på de addresser. Jeg har et par kollegaer som arbejder med IT sikkerhed. Fra tid til anden sætter de en honeypot server op. Den bliver somregl hacket inden for 1 døgn.

Tager 5 min. men en standard network scanning, også selvom du bruger none standard ports. Det er desværre de færreste ISP'er som bloker for port scanning på private ADSL forbindelser.