Lars Jacobsen

Som "overdragerelæ" kan også anvendes disse: https://www.elsag.dk/stikbensrelae/2-pol/stikbensrel-med-sokkel-2-omskifter-led-spole.htm De fåes i flere udgaver, også 1 polet, men man kan ligesågodt tage det i 2pol/omskifter udgaven.

Kunne ikke huske om der var indbygget en splitter i Basic enheden, men det ser sådan ud. Så du skal bare gøre som Torben skriver skure terminering af og benytte udgangen. Her skal du så blot benytte kablern ala dem du linker til. se i øvrigt tegningen side 102 i vejledningen du liker til.

Hvis det er de gamle uni dimmere kræver det at de er forsynet via en 230v udgang som er forbundet til FB'n Eller kan man ikke være sikker på om dimmeren er tændt/slukket når sluk alt er blevet aktiveret. marker evt. FB med rødt og tryk F1 for at se hjælpen/vejledningen til FB'n. prøv at vedhæfte hele programmet.

Ligesom du har lavet 2 alternativer til port 80 for hhv controller 1 og 2 ( 8086 og 8091) ja så skal du have lavet 2 for port 443. jeg ville nu nok lave således: port 80 og 443 stilles uændre igennem til controller 1, port 80 og 443 port 81 og 444 stilles så igennem til controller 2, port 80 og 443 så kan/skal du i App'n bestemme om du vil conecte til controller 1 eller 2 ved at ændre portnumrene fra 80/443 til 81/444.

OK der skal lige en antennesplitter ind i mellem. Så kør i jem&fix, Harald skrald eller lign og køb en HF tæt coax fordeler med f connector. Og et par antennekabler med f connectorer Du skruer det sorte kabel der kommer ind fra Yousee og går i IHC boksen fra, og forbinder det til indgangen på fordeleren. Udgangene tilslutter du så til hhv IHC og Yousee boks. Så kan TV signalerne fordeles som de plejer, og Internet so så kommer ud af Yousee boksen ryger i switchen og via de grønne kabler i IHC fordeleren og ud til rummene.

Nu skriver du han-stik, på dataudgangen ....? Haad er det lige for nogle ? Normalt benyttes coax med F konector på indgangen af IHV og udgangen fra TV boksen, til at fordele TV signalerne. Og til data kan du se på tegningen at her benyttes IHC kablingen bare som "forlængerledning". Du skal så have flere udgange i din TV boks, eller en switch imellem.

Der kan være flere årsager. Kan du stadig logge ind med USB ? Hvis ikke så søg lidt i forummet, det skyldes formentlig kombinationen af Visual versionen og Firmware versionen i controlleren. Har du genstartet controlleren efter ændringen af IP ? Har du tilladt adgang fra LAN/WAN under admin ? Noget tyder på den har skiftet IP siden den svarer på ping.

Nu er Danfoss og Zwave nok ikke lige det eksempel der skal trækkes frem for åbne standarder. jovist de har en termostat der kører Zwave, men den benytter deres egen proprietærer udgave og tilføjelser til protokollen for at kunne gøre tingene på den måde de vil i deres Danfoss Living system. Den kan mIg bekendt IKKE benyttes sammen med andre systemer. Men så har de en magen til der benytter den åbne Zwave, som så burde kunne bruges sammen med andre systemer, men den kan vist ikke så meget, og er dyrere end den anden.

ha ha ha Det var vist dagens joke Alle IHC's protokoller er proprietære og lukkede. Alle dem der har lavet noget der kommunikerer med en IHC controller enten på i/o eller eth. er sket ved reverse ingeneering, altså sniffe og analysere trafikken. LK vil ikke ud med noget som helst. Det gælder Mikkels IHC Captain, Domotiz, OpenHab osv osv. Nogle deler så deres erfaring senere og gør deres erfaringer "opensource". Andre tager fuld betaling (Visility). Mikkel ville vist ligge sig lige midt imellem og gøre det "freeware" mod donation.

Det er nok ikke LarsC's mening at lave en "omsætter" ala Zigza der skal kobles fysisk på et Input eller benytte interface bussen på controlleren, omend den naturligvis også er en mulighed. Det er jo serielle interfaces på en Arduino/RasPi. Det er dog muligt der også lige skal en omsætter på for at tilpasse til balancerede signaler (rs232/rs485). Nok mere at man bare vil kunne sætte en værdi software mæssigt i controlleren. Denne værdi er så beregnet/aflæst vha noget kode på en Arduino/RasPi som derefter afleveret til IHC Captain eller lign. Mikkel har svaret i anden tråd at det mener han nok hans (nye?) kode kan, men han har ikke frigivet den endnu. Man skal blot blive enige om hvordan data gemmes/afleveres til IHC Captain. Herefter "pusher" den data over i controlleren., nøjagtig ligesom man emullere et tryk går on/off.

Jeg ved ikke om det er muligt at pushe en værdi ind på en temp. sensor, men der er efterhånden en del projekter her på sitet med alternative 3. Parts produkter der interfacet med IHC via diverse udokumenterede API kald. Mon ikke der er en af dem der kan.

Mente nu Zigza benyttede AD eller LM sensor, men det er måske ændret. Så fint nok. Så er der 2 veje at gå, enten køber du Klaus' moduler og kobler dem imellem sensoren og IHC. Vupti. Eller du må flikke noget sammen selv. Jeg tror ikke der er ikke noget fix og færdig du kan kopierer. Arduino er fin til standalone ting, og lidt mere bøvlet hvis det skal være netværksbaseret. Her er en RasPi noget nemmere idag. Men der findes ikke rigtig noget der kan "oversætte" en DS måling til en IHC temperatur på en FB indgang. Men teoretisk kan det da laves så et script pusher værdierne over på et fiktivt/ikke konfigureret IHC sensor, ligesom der kan sættes ON/OFF værdier mm. Nå ja og så er der sidste alternativ som du selv er inde på, finde noget der laver PID styring, men her ville jeg nok bare købe en ny gulvregulering idag. De er "smarte" og lærere selv opvarmingskurver mm og pulser udgangene herefter, og på den måde styrer varmen.

MikkelS bor i Aalborg

Du mangler nok bare at forbinde lysindikering tilbage til FB (15%). Ellers må vi finde eller lave en der dækker dit behov. Bemærk wireless dimmere virker ikke 100% i simulering.

Kan ikke huske om der ikke også skal angives subnet, udover IP og Gateway. Det bestemmer hvor meget af adressen der kan ændres. Og controlleren skal genstartes før de nye netværksindstillinger virker.

Er der ikke noget med at IHC Captain lige skal have reload det nye projekt hvis du har uploadet et nyt til controlleren. Det sker vist ikke automatisk, så vidt jeg husker. Derfor kan der opstå fejl/forskel mellem hvad IHC captain tror den skal styrer og reagere på og så conrolleren.

OK kan du finde den sidste gang det skete (nok ikke d10. Kl 08:51) og så komme med nogen ideer til om eller hvad i lavede på det tidspunkt ? Hvar der nogen der aktiverede alarmen eller lign. Var det tidspunktet solen stod op, eller ? Var der nogen der aktiverede et tryk PI eller et eller andet , for der er jo en sammenhæng mellem hændelselserne.

IHC CONTROLER OVERSIGT View File En oversigt over IHC controlere gennem tiden. De findes også med andre "fabrikater" da produktet har være markedsført under andre navne i Norge/Sverige samt Spanien og muligvis England. Submitter Lars Jacobsen Submitted 12-01-2017 Category IHC Program filer  

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.

Har lige skimmet dit program for at se om der var noget indlysende, men det er naturligvis lidt svært at finde, sådan bare lige. Jeg kikkede først på din kaffestyring, da det var noget med tid og morgen. Eneste jeg er faldet over her, er dine indikator udgange kl. 06. og kl. 07 ikke virker da de er koblet på de forkerte FB´r. Den kunne også programeres som én FB så den "togler" mellem valgene, istedet for som nu, hvor du kan aktivere alle 4 på en gang. Så det har jeg gjort og lagt ind i det program. Det er også lidt mere overskueligt. Jeg kunne have nøjes med een og samme udgang, men nu er der 4, en for hvert valg. Det er dog kun een af dem der er/kan være aktiv ad gangen, men det er jo ligemeget når de skal tænde den samme stikkontakt. Du kan selv ændre/rette tiderne hvis det bliver nødvendigt. Husk så også at ændre navne på dine virtuelle tryk og indikatorer, så de passer til tiderne. Nå men tilbage til sagen: Har du et mere nøjagtig tidspunkter fra loggen. Evt. screenshot eller copy paste af dem. Er det alle dage, eller kun bestemte ugedage ? Sker det også på dage hvor i ikke er hjemme ? Tænker det enten er en ur/timer FB der er koblet forkert, eller noget med adfærd, altså når i gør bestemte handlinger og de rette betingelse så er tilstede, lyst, alarm on/off, PIR aktivering eller whatever. Derfor skal jeg(vi) nok lige have lidt flere og mere detaljere oplysninger for at spore os ind på fejlen. soylant 12-01-2017.vis

Du har fuldstændig ret. Alt det smarte er meget mere "bøvlet". Der findes nemlig ingen hyldevare lige til denne løsning, bortset fra opgradering. Fik aldrig lavet min eget færdig pga bøvlet med protokollen og panelet, og jeg er en rigtig nærigrøv og vil ikke betale for opgraderingen. Og slet ikke LK's IHC styringsmæssige med endnu en PLC. Så meget værdi giver det ikke mig. Kommer lige til at tænke på man også kunne lave noget med en Netamo, den har fugtsensor og understøtter ifttth. Men igen det kræver man en noget 3.part kørende.

Du kan bestille opgraderingskit hos deres leverandører/forhandlere. Nilan har også en service/support afd. der kan svare på det. Jeg har vist detaljerne i en gammel mail korespondance med dem. Det du får mere er fugtføleren og en ekstra brugerstyrings indgang. Det er selve hovedprintet i agregatet der skal skiftes, samt muligvis display enheden, selvom jeg mener det er den samme. Men muligvis er der noget med firmware versionen der skal være uptodate før det virker sammen. Jeg mener det er mange penge for en fugstyret udsugning på badeværelset. Det kan man lave "mere avanceret" (og billigere) med en ekstern føler og en RasPi som klarer det softwaremæssigt via protokollen. Det giver også den fordel at du kan se og logge alle temperaturene, samt ændre og styrer fra PC,tablet, IHC og via Internet. Alternativt kan du bare lave det sådan at når lyset tændes (or whatever i IHC) så aktiveres brugeroverstyring i Nilan. Det krævet bare et overdrage relæ (til 30kr) på en IHC 24V udgang. Men uanset hvad så skal anlæget være fornuftigt dimensioneret, monteret/installeret samt indreguleret. Er det OK kommer næste step med betjeningen og brugernes adfærd. De skal også passe sammen. Det nytter ikke bare at køre med standard/default indstilling. Det skal optimeres og tilpasses husets beboere. Så igen RTFM ;-)

HAr også den gamle Nilan 600 styring i min 450'r. Overvejede at opgradere printet til 602, men det kostede vist nok 2-3.000 så det blev droppet igen. Men der er mulighed for at styre ihverttilfælde den ny 602 via en rs485 adapter og en RasPI, og så er der jo ikke langt til en IHC Captain, eller en af alle de andre projekter der efterhånden findes (OpenHab, Domotiz osv)

Ja når man opgradere Visual (evt kun med nye FB'r) bliver de gamle "smidt ud (af Visual). Kan ikke lige huske om den ikke gemmer dem i et backup dir. det mener jeg. Men uanset hvad så de udgaver der er anvendt i dit kørende program i controlleren de fortsætter. Hvis der er nogle af disse du ønsker at gemme kan man godt det. Så højreklikker du på FB'n og vælger gem - opret evt en ny dir 7 eller lign til egne FB'r. Visual skal så lige genstartes for at indlæse de netop gemte FB'r. Så kan du shoppe rundt og indsætte enten den gamle udgave eller den nye i dit program. EDIT. Hmm stod åbenbart ikke på det sidste indlæg da jeg postede kommentaren for jeg kan se Bjarne har skåret nogenlunde det samme.