Lasse Fugmann Kristensen

Jeg vil anbefale dig at samle lys og alarm på den ene og varmestyringen på den anden. Hvis du har lavet "Tung" gulvvarme, og dermed ikke kan bruge natsænkning og lign. så har du ikke behov for forbindelse imellem de to kontrollerer.

Helt så skidt synes jeg nu ikke det ser ud. Jeg fik endeligt tid til at prøve at installer SW'en og læse online manualen, og der er flere forbedringer når det kommer til management af controlleren.
Udover det som Lars Jacobsen og andre allerede har nævnt, vil jeg nævne.
Firmware:
Firmware kan uploades både via net og USB. Et kæmpe skridt frem IMHO selvom det ikke ser ud til at det er muligt at uploade ny firmware via SD kortet.
IHC program:
IHC programmet kan uploades via USB, net og SD kort. Det står ikke direkte at man kan gemme et program på SD kortet og loade det i controlleren, men SD kortet kan bruges til at flytte et program fra en controller til en anden, så mon ikke også man kan gemme et program direkte på kortet og uploade det i controlleren den vej.
S0:
Ser faktisk ret gennemført ud, I S0 produktet er der visning af aktuelt forbrug, max, min og average samt sidste time, dags, uge, måned og år. Men ligesom Lars Jacobsen savner jeg også muligheden for at have flere S0 måler tilsluttet samtidig. Jeg tvivler dog på at Lars Jacobsen's Wattmeter FB bliver overflødig. Bl.a. Dong kræver 25 kr. pr. mdr. for at give dig adgang til S0 udgangen på måleren. Det kan man købe mange Zigza diode modtager for.
Controller udskiftning:
Ved fremtidig udskiftning af controller, skal man ikke længere selv linke alle wireless enheder. Der er nu en gendan funktion i Visual, som kan reetabler alle links når man overføre programmet fra den gamle controller. Desværre står der i manualen at det kræver en Visual 3 controller eller nyer for at det virker, så man kan nok ikke bruge gendan funktionen når man flytter sit Visual 2 program til Visual 3 controlleren.
Logning:
Logning er forbedret, men noget omstændig IMHO. For temp sensor er der specielle produkter med log funktion. For input og output, er man nød til at bruge bruge definerede produkter med log funktion. Muligheden for at bruge samme fysiske udgang på 2 forskellige produkter er tilbage, så man kan vælge at have det normale produkt på en udgang, samt det bruger definerede produkt med log funktion, men om det vil give problemer som det ofte gør i Visual 2 ved jeg ikke.
Selve logning konfigureres i egenskaber på log parameteren. Det er lidt ulogisk, men det er feltet initial værdi, som bruges til at definer om der skal logges ved ændringer, eller faste intevaller som f.eks. time, dagligt, ugentligt eller månedligt. Desværre er mindste værdien hver time.
Udlæsning af logfilen sker i serviceview, ligesom export gøres via service view. Her savner jeg FTP adgang, så man kan pulle log'en remotely med et scheduleret job.
Helligdage:
Som Lars Jacobsen har nævt er der kommet helligdage med. Desværre kan man ikke selv ændre dem. Man er tvunget til at bruge de helligdage, som LK definer. Controlleren kan selv hente opdateringer fra nettet, men hvilken service de hentes fra er ikke beskrevet. Der er kun en afkrydsnings boks om man vil opdater fra nettet eller ej.
Kommatal:
Controlleren kan nu også håndter kommatal ligesom den kan gange og divider. Desværre overholder den ikke de danske regneregler ved konvertering fra kommatal til heltal. Konverteringen sker ved at smidde alt efter komma'et væk. Den rigtige metode havde været at alt fra og med ,5 og op blev rundet op, og alt under ,5 blev rundet ned. Dertil kommer at kommatal kun kan indeholder 2 decimaler. Men kommatal i sig selv er et skridt frem IMHO.
 
Sjove observationer:
Noten på fugt/temp. sensor med logging er en blanding af dansk og engelsk. "Sensor for fugt og temperatur with logging"
I eksemplet med logning har LK brugt udgangen på en stikkontakt som indgang for den FB, som tricker logningen. Det har de ellers frarådet at gøre i Visual 2, men det problem er måske løst i Visual 3.
 
Dårlige nyheder:
Den dårlige nyhed er at alt andet stort set er ved det gamle. Det er det samme admin, service og scene view, som vi kender fra Visual 2, ligesom Visual stortset også er det samme. Så Java og certifikat problemerne vil fortsat eksister som jeg ser det.
 
Konklusion:
IMHO er der kun tale om en HW opgradering med lidt kryderier. Der er ikke tale om et fundamentalt skifte som fra TermIHC til Visual 1 eller Visual 1 til Visual 2 eller indførelsen af IHC wireless eller viewer
Ligesom Lars Jacobsen vil jeg ladet det være op til den enkelte om man vil smide penge efter en Visual 3 controller. Jeg tvivler på jeg gør det med mindre der kommer et godt indbytnings tilbud. De nyheder der er, er stortset altsammen noget jeg savner idag, men på den anden side mangler der fortsat en hel del funktionalitet før jeg igen vil satse stort på LK IHC.
Håber i kan bruge min gennemgang af nyhederne i online manualen til noget.

Hold nu for pokker tonen anstændig!
Næste gang er det rødt kort.

Hej,
Er der nogen der ved, om jeg kan duplikere IHC config med et andet navn og så have adgang til 2 IHC controllere?
Vi har en separat bygning, som ender med sin egen IHC installation. Denne vil jeg selvfølgelig gerne kunne styre fra samme sitemap som min nuværende IHC controller er opsat med.

Virker fint med en ny fuga med fjeder, der har ligget i en kold firmabil.
styrer et ø80 wireless lampeudtag med dimmer over ihc controller
 

Læs lige denne tråd: OpenHab2 - Hvordan gør man? og @EjvindHald beskrivelse. 
Følger du denne, samt det link @Claus Skovgaard har leveret, så er du i gang

Så lykke det at få Ihc og Zwave til at sankke samme via openhab2. 
Jeg har valgt at lade IHC bestemme og så brugt Openhab til at sende besked til Zwave om at tænde og slukke.
Jeg bruge også openhab som inteface til mobilen da det køre super med udlæsning af temperature osv.
Hvorfor Zwave? Det hele starte med at der ikke var grave ledere nok ned, over til carporten (og jeg gad ikke grave de 30 meter) med zwave kunne jeg få en relæ med 2 udgenge og 2 indgang. så nu kan jeg have lys ude+inde + 2 stk pir alt samme forbundet til 1 dims 
https://youcontrol.dk/moduler-til-z-wave/moduler/z-wave-on-off-moduler/fibaro-relay-insert-2-1-5-kw-fibefgs-222-ny-med-storre-klemmer.html
 
 

Kan du ikke skrive lidt om hvordan du har gjort.
installation af openhab2/zwave -> funktions blokke i ihc
så vi andre nemt kunne være med 

Jeg ville nummere inst. kabler og link i hver deres kategori. Den kan være inst. kabel starter med A1, A2, A3 og Link B1, B2, B3. Du kan også bruge 101, 102, 103 kontra 201, 202, 203 eller hvad du nu lyster.
Det ville du blive glad for i længden, for ellers bliver de nemt rodet sammen og så kan du hurtig blive gråhåret

Jeg vil anbefale en RPI3

Hej Kajser
Velkomme til IHC-user
Det kan f.eks. løses sådan: Kejser.vis
Jeg gik ud fra at har et wireless lampeudtag når du ønsker %
Inden du kan bruge funktionsblokken skal du gemme den under 07. Mine egne fb og genstarte visual.
Du gemmer ved at højreklike på den og vælge gem. Giv den evt, et bedre navn først.

Jesper. hvordan er dit projekt gået.. Det lyder da helt vildt det du har lavet?
 

Det er helt korrekt alm. Eth. og tilhørende konnectorer almindeligvis kun er til 500Mhz. Men de virker alligevel 
Jeg benytter de gamle Lexcom500 (6A), men de er vist udgåede.
 
mht kabling og frekvenser så er der lidt her:
https://en.wikipedia.org/wiki/ISO/IEC_11801
Men har også tidligere postet en del om emnet.
 
 
 

Der må jeg være et svar skyldig, jeg har ikke selv prøvet dem endnu, med det skulle være det nye indenfor led dæmpning. 

Hej og velkommen
Vedr. forbindelsen til controlleren: Hvis du har en seriel com-port på din PC bruger du bare den sammen med et stik. Hvis du kun har USB, skal du have fat i en USB->RS232 converter (a la denne http://www.mytrendyphone.dk/shop/usb-to-rs232-16000p.html). Der er flere tråde her på siden omkring forbindelsen og evt. problemer. Fx denne:
Vedr software: Se LK download side (http://www.lk.dk/support/professionel/ihc-software/). Det er vel nok en "Visual 1" du har?)
Vedr. PIR: Servodans 12V PIR er vist udgået - ved ikke om der er alternativer, men du kan fx bruge deres 24V 41-262 i stedet. Du behøver bare at flytte ledningerne fra 12V backup modul kredsen over på den alm. 24V kreds som controller og input/output moduler kører med.
Mvh Claus

Imaget virker ikke pt. på RPI3 - du skal hente Raspbian også køre:
    wget -q -O - jemi.dk/ihc/installihc | sudo bash
hvis du hellere vil køre beta så er det:
wget -q -O - jemi.dk/ihc/installihc_new | sudo bash
 
Se evt. guiden på http://jemi.dk/ihc/#install under "Automatisk installation"
 

3
Det var såmænd heller ikke en IHC Basis installation jeg tænkte på, men kun selve kablet da det er godkendt til alle TV frekvenser på op til 865 MHz .
Selve den aktive enhed er som Lars1 er inde på ikke meget værd, så glem den. Men man kan altså også godt anvende Basis patchkabler til antenne til omsætning til coax. 
Min egen installation er også blandet af forskellige komponenter (basis kabel og Kat 6a stik) og kan derfor ikke certificeres som en "IHC-Net" installation, men det er fløjtende ligemeget da den er testet med en Fluke netværkstester og klarer snildt 1GB og TV til 900Mhz.

1
fordelsen ved ar have dem monteret ved tavlen er at de er nemmere at linke. Men alt efter installation skal du måske afligevel have et lampested i rummet og så kan den jo ligesågodt monteres der. Har du ingen lampestedet, men kun spots så er placeringen ved tavlen nok optimal.
2
230v moduler. 24v er nok mest en nødløsning eller hvis det skal være seperate kredse uden fælles nul, så det er specielle tilfælde med overdrage relæ.
3
glem den alm. Coax antenne installation. Foretag kabling med kat 7a (IHC net/basis). Så kan du altid "patche" dig ud af det med ballun kabler eller evt. med de specielle ICH antenne fordelings moduler.

1. Personligt har jeg fortrudt at jeg ikke placerede alle mine wireless lampeudtag ved tavlen. Det er simpelthen for bøvlet med wireless lampeudtag i loftet, når der er problemer med dem, og alt der skal bruges for at placer dem ved tavlen er måske et ekstra kabel. En anden fordel ved dette, er at det er nemt at skifte et wireless lampested til et alm. eller den anden vej, hvis alle aktive komponenter er samlet ved tavlen.
2. Det er ganske få stikkontakter jeg har som jeg vil styre via IHC, og de få jeg har, har jeg valgt at bruge wireless IHC stikkontakter, som er godkendt til 13A modsat LK's IHC moduler som kun er godkendt til 10A. Men til lys bruger jeg 230V IHC moduler. Her er der heller ikke noget problem med de max 10A.
3. Jeg vil ligesom Lars Jacobsen overhovedet ikke overveje coax antenne kabler, medmindre du har en parabol og satelit modtager. Cat6a er dog ofte nok, men ikke altid. Det vigtige er at kabler og stik er godkendt til 1000MHz. Det er langt de fleste cat 6a kabler og stik, men du skal op i cat7a for at være sikker på at de alle er. Personligt kan jeg rigtig godt lide LK's IHC net tavler, da de giver en simpel og struktureret patchning. Men bruger man ikke LK's switch og antenne moduler forsvinder værdien hurtigt. LK's IHC net basis vil jeg aldrig bruge. Tiden er løbet fra 100Mbit netvæk i hjemmene og man kan nemt finde en pæn patch terminerings box, som er langt billigere end IHC net basis.

Det må være hvis du først har tændt lyset på kip lys, at det kræver dobbelt tryk på kip lys + ventilator, for at starte ventilatoren. Så slukker den nemlig lyset første gang, og tænder lys+vent. 2. gang.
Prøv med vedhæftede i stedet. Der tænder den så vent. når der trykkes på kip lys + ventilator, hvis lyset først er tændt på kip, og slukker så 2. gang i stedet for.
Lys og ventilator_rettet.vis

Vi, du både have scenarie udgange og almindelige output (T1, T2) og hvad er Tal10 ?
Og er det korrekt forstået at du vil have det til at virke således
Første tryk: aktivere scenarie 1, samt T1 ON + T2 ON
Andet tryk: aktiver scenarie 2, behold T2 ON, Tal 10 ???, samt sæt T1 OFF
treidje tryk: aktiver scenarie 3, sæt T2 OFF
4 tryk ?: sluk scenarie 3, alt alt OFF så der kan startes forfra, eller skal der allerede her startes med aktiver scenarie 1 igen ?