Lars Jacobsen

umiddelbart ingenting. Med mindre der er en anden funktion hvor man konfigureret 1.01 for så er det denne der blvier aktiveret. Hvis du åbner serviceview og aktivere logning vil du også kunne se hvad der sker . Dog kun på det du vægler der skal logges - ikke på alt.

Smuk er ord man benytter når man omtaler kvinder eller Ferrari, ikke netværksudstyr

Hvis bare du har fase ude i udhuset er der jo rig muligheder for tænd/sluk/dimmer vha wireless moduler. En ren IHC løsning er måske nemmest rent funktionelt, men ellers er der jo masser af wireless iot devices som er noget billigere. Det er lige før man både kan købe en raspi og flere wireless stikkontakter til det een wireless LK stikkontakt, relæ eller puck koster. I anden tråd er der vist links til wireless moduler inc.relæer til kr. 40. så har du en IHC Captain eller andet i forvejen er der vist ingen tvivl om det bare er at flå installatione fra hinanden ude i skuret og få nogle wireles relæer ind i mellem.

Rum + gulvsensor mener du vel. Ligesom du nævner i "alle de andre rum". Rumsensoren er normalt den bestemmende, og gulvsensoren tager over og holder komforten såfremt rumtemperaturen er nået. Og desuden sikre den at max. gulvoverflade temp. Ikke overstiges. Så umiddelbart den perfekte kombination. Evt. fugtstyring burde ventilations anlægget selv klare. Ellers må der en seperat sensor til dette. Den har jo egentlig ikke så meget med rum/komforttemperaturen at gøre.

Hej Peter. Har lavet et dokumentations eksempel til dig. Vedhæftede IHC projekt har været en tur gemmen MIkkelS generator: http://jemi.dk/ihc/docs/ Kan se man faktisk godt i praksis kan få lov til at konfigurere den samme udgang til flere produkter samtidig. Mente ellers at kunne huske det ikke kunne lade sig gøre idet i/o jo står som "i brug". Og så vil det være noget rod kun at benytte kip FB til at styre med på tværs, når det er koblet sammen på denne måde. Eksempelvis du har aktiveret Tryk 1 ØH: Lampe 1,2,5 = ON (udgange 1.1) Så aktiverer du på Tryk 1 ØV: Lampe 1,5,6 = ON Lampe 2= OFF (men lampe 1, 2 og 5 sidder fysisk på samme udgang så de vil i praksis slukke alle 3) Så er tingene koblet sammen enten ved sløjfning eller på samme output, ja så vil de altid følges ad. Skal de ikke følges ad men du vil kunne styre dem enkeltvis/individuelt, skal de kobles til sin egen udgang. Denne kan man så styre sammen med andre i de tilfælde hvor tingen skal følges ad, eller individuelt hvis der er det behov. Det kan f.eks. gøres vha scenarier som også virker på rent On/Off. Det er ikke forbeholdt wireless dimmere. IHC projekt dokumentation.pdf PHL dokumentations eksempel.zip

Inden jeg nu laver koder noget helt hen i vejret skal jeg lige høre om jeg har forstået dit behov. Se vedhæftede eksempel - Bemærk virker ikke - Det er kun ind og udgange samt indstillinger. Havepool Anders Krarup.zip

Det er sku´ utroligt, vi har næsten hukommelse som en elefant - at kunne huske der har været sådan en tråd/indlæg.

Jeg har i min dokumentation også beskrevet/registreret hver stikkontakt med hvilken leder den er forbundet med. F. eks. Et 5 ledet kabel til 3 stikk. på brun sort og grå leder. Nul og jord er fælles. I tavlen kan de så være sløjfet sammen og så er det kun det ene produkt (stikk.) der er registreret og konfigureret til en udgang. De øvrige har jeg bare de noteret sløjfet til xyz under bemærkninger. De "lyser" så gult i projektet som ikke konfigureret, men sådan er det så. Da det jo ikke er muligt at konfigurere den samme udgang til flere fysiske produkter samtidigt. Det er dog muligt at et givet produkt i vestre side (som f.eks. et lampeudtag der er konfigureret til een specifik udgang) bliver styret af flere funktionsblokke samtidig. Dette er en uskik og kan gøre controlleren rundtosset, såfremt logikken i den ene FB mener den skal være ON og den anden OFF, og det så begynder at køre i ring. Så har du 2 lampe udtag i 2 forskellige lokaliteter eks. Entre og stue, ja så opret dem hvert sted. Men forbind dem kun til een FB placeret i enten den ene eller den anden lokation. Hertil kan du så parralelkoble og tilslutte flere input/tryk fra begge lokationer. Men altså en og kun een styrende FB. Men du kan jo prøve at vedhæfte dit projekt/program. Så kan det være der falder flere små kommentarer og hint's undervejs

Ved ikke lige om raspi projekterne er så besværlige igen . Det kommer an på dine forudsætninger/kompetencer. Ok så du har ingen controller nu ? og kører dit wireless i standalone ? Har du controller så er det prismæssigt nogenlunde det samme 2x180 for relæer eller en raspi til ca 300. Har du pt ingen controller kan jeg godt se dit løsningsforslag som en mulighed for stemmestyring af et eller andet. Men du skal jo stadig have forbindelse fra relæerne til det du så vil (fjern)styre. Og er det udgange/lampetændinger, de trådløse tryk eller hvad havde du forestillet dig?

Nu siger du din installation er wireless overalt, men for at du kan få overført fysiske input/relæ signaler til controlleren, skal du også have et input 24v IHC modul. Den foreslåede løsning er lidt at gå over åen efter vand. Du kunne nøjes med at installere en raspi med en af de løsninger der findes i div. tråde her på boardet. Så kan du lave det hele virtuelt i software uden at skulle via Sonoff eller andet hw.

Tænker at hvis man er på arbejde og man får besked om at brandalarmen er gået derhjemme, så skynder man sig nok hjem. Forgæves i dette tilfælde, og spild af tid/resourcer. Men ellers hvis det er en enlig svale er der nok ikke så meget at gøre ved det. Ellers skal du til at logge lidt status og i/o skift.

Prøv at søge lidt i forummet. Vi har tidligere skitseret diagrammer og henvisninger til små tavlemonterede 24v 2 polede skifterelæer i fbm gardin styring der netop skulle skifte polaritet for op/ned.

Til ferie mm var det ikke næmmere bare at have en start og stop værdi/dato som kunne indstilles via app eller lign. Men uanset hvad så bliver det aldrig helt fuldautomatisk og "dynamisk" og kan udskyde hjemkomsten. Men det er vel ikke ikke meningen med en kalender? For meningen er vel at det altid skal være skemalagt som kalenderen siger. Altså den skal IKKE følger den normale døgn/ugerytme, såfremt det er helligdag, eller andet unormalt jvfr. kalenderen. Selve problemet er nok at få vedligeholdt kalenderen og få "aflyst" de faste aftaler. Nå ja og så at den gælder uendelig langt ud i fremtiden. At programmere den 20 år er sikkert ikke langt nok for der skal nok være en eller anden nærrigpind som mig selv der ikke har set nogen grund til at udskifte og opgradere controlleren. If it aint broke, dont fix it

Der er som Martin skriver flere tråde om emnet/problemet. Seneste er 1-2 dage gammel hvor Kandersen nævnte nogle løsninger på problemet, hvor den mest oplagte nok er at opgradere firmwaren i controlleren, så den igen virker med LK's app som du har betalt for. Det virker officielt ikke iflg. LK men ... dont tel anyone

Bemærk også lige placeringen af "udeluft" føleren. Den er normalt placeret i mellem ribberne på selve vekselerer. Så der er ikke tale om udetemperatur, men temperatur før genvinding. Og det har meget at sige når hastigheden/flowet gennem anlægget sættes ned. Prøv evt. at stoppe anlægget (hastighed 0) og se temperaturen stige pga den høje omgivelser temperatur. Men uanset hvad så er det IKKE en køleanlæg der kan sænke temperaturen i huset. Den smule "frikøl" det evt. kan lave om natten her i varme sommermåneder, kan man hurtigere opnå vha åbne vinduer. I øvrigt har jeg svært ved at overbevise fruen om at når det bliver så varm udenfor, så skal vi holde ALLE døre og vinduer lukket , stort set stoppe anlægget og holde på kulden :-) Altså de 23 gr. vi har indendøre. Når døre/vinduer åbnes så lukker hun jo 25-26 gr varm luft ind, og så kan Nilan anlægget jo forsøge køre (køle?) med varm luft til ingen verdens nytte. Har man problemer med overophedning pga store sydvendte vinduer, skal man gøre noget ved årsagen (manglende afdækning/skygge/udhæng) istedet for at symptom behandle, og forsøge at køle sig ud af problemet. Er man over i det sidste så skal det være noget af et anlæg, med aktiv køl og en ordentlig delta T, hvis det skal flytte noget. Alternativ kan man måske nøjes med at affugte, men det kræver igen lukkede og forholdsvis tætte rum.

Hmm ved ikke hvorfor dette indlæg ikke blev sendt igår men her er det - bare for en god ordens skyld: Visual 2.7.349 burde passe til firmware 2.7.220. Så umiddelbart ingen gode forslag, andet end den nok hænger sammen med din anden tråd om at controlleren er i fejltilstand og derfor ikke acceptere at modtage nyt projekt. Prøv evt med en firmware reset (findes her på sitet i downloadsektionen) eller genindlæg en ny/anden firmware og se om det kan få den på rette spor igen.

Sidde ikke lige ved en pc men det er i Visual - som dit billede også viser. Der er et punkt i menu linien der hedder dokumentation. Her kan må få vist 2-3 forskellige lister" kan huske den ene heder funktions dokumentation og så er der en anden der vist nok heder installationsdokumentatuon. I den scrollet du ned i bunden da sidste afsnit er udgangene. Har du konfigureret en udgang 2 eller flere gange bør det rettes. Du kan også prøve at uploade dit projekt til MikkelS (IHC Captain) dokumentationsprogram på hans hjemmeside. Her kan du få genereret en html/pdf som du kan gemme eller udskrive. Den viser tingene på en lidt mere pædagogisk måde end LK's, bla. med lednings farver hvis du har dokumenteret det.

Hvis du i menulinjen åbner din dokumentation kan du hurtigt se om en udgang er konfigureret 2 eller flere gange.

Yep. Sluk evt på Hpfi hvis ikke der er seperat gruppe til controlleren. Men igen husk det hjælper ingenting hvis du har batteri backup monteret. Så skal du lige fjerne tavleafdækningen og frakoble batteriet.

Prøv en power reset. Husk også at fjerne evt. backup batteri.

Nu kalder vi det upload til controlleren og download til PC Måske dit projekt er lavet med en nyere Visual version der har nogle nye funktioner der ikke er understøttet af firmwareversionen i controlleren.

Arrh..... Nærmest værdiløs for en hw6.1. Det vil jeg nu ikke mene. De fungere ganske udmærket, og kan også komme til at virke med ny iOS. Jeg (og Kandersen) er da ganske tilfredse med vores.

Ja den fysiske udskiftning er rimelig nem. Det der er bøvlet er al software konverteringen.

Utroligt du ikke har gidet at kikke her i downloadsektionen.

Jo, men så har du også muligheden for at kvalitetsikre din dokumentation. Som jeg også går ud fra du har checket. Specielt bør du være opmærksom på at en udgang kun er konfigureret een (1) gang ellers kan controlleren blive ustabil. Det er knap så vigtig med en indgange/tryk da nogle har for vane at "parallel koble" disse. Det virker normalt også da man sjældent trykker på 2 tryk samtidig. Igen der er ikke en komplet "standard" oversigt der viser de fysiske moduler eller deres tilstand. Der var muligvis en sådan i den gamle TermIHC, men det findes altså ike i Visual. Der findes dog en "test" program der er beregnet til at identificere ind/udgange på en insttalation hvis ikke dokumentatione er i orden. Den har vi henvist til i anden tråd og mener også den ligger i download sektionen. Alternativ var der vist et hit fra Bjarne med at lave nogle "dummy" udgange så man altid kunne se status.