Lars Jacobsen

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.

Hmmmm det bliver de jo ikke ligefrem billigere af, at skulle skifte hele spot´n og ikke kun selve lyskilden. Det kunne også være man havde den sidende et sted hvor det ikke var indbygnings spot. Men merprisen for selve spot´n (ifht. sunflux lyskilden) svarer nok hvad jeg gav i indkøbspris for mine i sin tid.

Postet i forketrt gruppe/tråd hvis det er Visual 2, men prøv at oploade dit program/projekt, så er det nemmere at guide og fejlfinde.

På samme maskine / OS ?

Har fundet et par som jeg nok vil prøve en dag men det kan blive en større udskrivning/inverstering med over 100stk i huset hvis det skal være Sunflux: https://www.lite-house.dk/lyskilder/led-paerer/philips-dimtone-4w-35w-gu10-40.html https://www.sunflux.dk/da/product/aegte-farvegengivelse-hoej-ra-truecolor-lys-ra97/sunflux-gu10-6watt-softtone-ctc-1900-2700k-ra96-dim

Ligner rigtig meget IHC Tablet App'n til IPad.

Har også setup ala Martins med en lille "strømmåler" der aktivere en IHC indgang når emhætten er i brug. Så er signalet inde i IHC og kan bruges til at aktivere alverden, feks. overstyre mit Nilan ventilation så det blæser mere ind og mindre ud for at holde luftbalancen. Dette er specielt vigtigt hvis vi også tænder op i brændeovnen, idet huset er så tæt at emhætten trækker luft ind via den hvis ikke vi sørger for luftoverskud eller åbner et vindue i køkkenet på klem. Har tænkt på at lave noget logik der åbner Velux vinduet når behovet er der, men Velux er så endnu en protokol (jaja de har også noget IOT på vej sammen med Netamo). Nå men tilbage til emhætten, de kan godt tilsluttes husets normale ventilationsanlæg med genvinding, hvis det sker via en speciel "filterboks". Det er der flere producenter der har idag. Er der plads og nemt tilgængeligt på loftet så vil jeg da anbefale det. Er der loft til kip er det ikke nemt at lave.

Ja idag er der krav om udekompensering (altså styring af femløb efter udetemperaturen), så der er det ikke så relevant med en gulvføler for at udgå overhedning. Men har du et ældre fyr eller pillefyr der kan levere 60gr. (uden shuntkreds) ja så kan man jo klare styringen med IHC logikken.