Lars Jacobsen

Prøv vedhæftede: Torben.zip

Det er ver. 2 ikke den gamle 1.32. Kan kikke på det senere i weekenden hvis ikke der er andre der kommer mig i forkøbet.

Et godt sted at starte er som regel producentens hjemmeside: http://www.lk.dk/Lauritz+Knudsen/professionel/ihc/produkter/varmestyring.page? Er der ikke noget her,ja så kan man begynde at bruge de alternative kanaler som IHC-user.dk

Hvorfor vælger du ikke en af dem her: https://www.greenline.dk/k/led-paerer-led-lys/led-spots/p/udendors-led-indbygningsspot EDIT: Sorry læste ikke lige det var terassebrædder. Tænkte på udhæng.

Ikke IHC, men tag evt. et kik på: strammelse.stokerlog.dk Jan har vis stadig(igen) et par bot´s på lager Du kan også lave noget med en Raspi.

Altså din fysiske enhed (wireless eller whatever) bør kun styres af een FB. Ganske rigtigt opfattet. Dvs den FB der styrer et wireless med bør have x antal indgange til at fremkalde de nødvendige scenarier. Der nytter ikke at have en FB med 2 scenarier (50% & 100%) + sluk (0%). Hvis du så fra en anden FB ønsker at sætte et 3. scenarie på f.eks. 30%. Så er det jo du "kortslutter" Så her kan du f.eks. putte FB 1.1.03.f Fremkald op til 8 scenarier ind imellem . FB 4.1.08.a Betinget Følg/Kip kan benyttes til at "deaktivere" et tryk i dagtimerne styret af enten ur, skumring eller måske husstatus.

Jo, men man kan da ligesågodt købe den sidste nye b+ som har flere USB porte og som er billigere end de gamle.

Har ikke rodet så meget med Wireless stand alone, men jvfr. vejledningen så burde det virke.

Fjernbetjening, 2,4,6 tryk og nøglering er alle ens rent IHC funktionsmæssigt. Eneste forskel er antal af tryk/knapper og så prisen. Så kan du det med den ene kan du også med den anden, forudsat altså der er tryk nok.

Sorry hvis FB´n har givet dig så meget bøvl. At et program taget lang tid at loade gætter jeg skyldes de pga mange resourceid der lige skal gemmes en status for og checkes med runtime værdierne inden programmet loades/aktiveres. Hvor stort et program kan blive og hvor mange resourceid det kan indeholde har jeg ingen anelse om. Jeg har selv et stort på ca. 4.534Kb og ja det tager da noget tid at loade. Jeg har 23 lokaliteter med 29 driftstimetæller på lys, elmåler FB kørende i ver. 1, 3 og 4 samt visnings FB´n. - men alt sammen virker uden problemer. OK controlleren kan finde på at genstarte når jeg forbinder til den, og/eller når jeg uploader nyt program, men den smider ikke gamle data. At dine gamle data er væk kan skyldes der ikke er kodet flueben i "Gem ved strømsvigt" på tællerne i FB´n.. Nå men altså lige en opsummering: Elmåler ver. 1 fra 13.10.2010 var kodet med "tæller" værdier i output. Disse kunne IKKE overføres til IHCTablet visnings FB´n. Elmåler ver. 2 fra 23.12.2014 var kodet med "NHeltal" værdier i output. Disse kunne så overføres til IHCTablet visnings FB´n. (Testet med 1,2 og 5 tals udgaverne) Elmåler ver. 3 fra 30.12.2014 fik tilføjet 3 og 4 ugers værdier. Visning af Elmåler tal på IHCTablet FB. En 30 tals udgave tilrettet med forståelig tekst så man slipper for at have x antal visnings FB´r, men kan nøjes med 1 FB. Elmåler ver. 4 fra 17.01.2015 har fået tilføjet "NHeltal" visnings værdier i input, da det viser sig det er INPUT der kan vælges og vises i IHCTablet - ikke output. Det fandt jeg tilfældigt ud af da jeg lavede en taste/stavefejl, i min visnings FB. Brug/Nyinstallation Elmåler ver. 4: Indsæt FB. Forbind S0 puls. Vælg pulser under indstilling. Så burde den bare spille. Udgange og visnings indgangene bliver opdateret/ajourført efterhånden som tiden går og der er kwh/dag/uge/måned/år skifte. Dvs det er helt korrekt den tæller i søndag, denne uge, denne måned, januar og år til dato. Disse skulle så gerne slå igennem på visnings inputtene på ipad´n. Har du dataværdier for de øvrige måneder, ja så skal de justeres/opdateres via Serviceview. Tallene skal rettes både på output og visnings input, men herefter skulle den gerne vedligeholde sig selv. Også ved en genstart, eller nyopload af programmet. Jeg har dog ikke selv testet med 3 kopier af samme ver Elmåler FB. Så om de alle 3 leder efter samme resourceid internt og controlleren derfor går i hegnet hvis der indtastes forskellige værdier er da en mulighed. Hvis man vil samle data fra mange elmålere så er IHC controlleren (og Visual software) nok ikke lige det bedste. Er der andre end Bjarne der har testet ?

Jeg har kodet det så værdier huskes/gemmes ved genstart, men er lidt forundret over det du siger. Jeg ville tro at hver FB genererer sine egne resource id'r, men den ny FB er jo en kopi af den gamle og har dermed de samme id kodet ind. Det kan være det er derfor den læser de gamle ind i begge FB'r ved genstart. Det har jeg ikke lige tænkt over. Det der var/er lidt underligt er at det faktisk SKAL være input før tal (kan) vises på IHC Tablet App'n. I første omgang havde jeg bare kodet de ekstra info ind på output, men det duede altså ikke.

http://raspberrypi.dk/produkt/kom-nemt-igang-pakke-model-b-plus/

Yeps. Du kan lægge den nye ind parallelt med den gamle. Træk S0 puls over så den er på begge FB´r. Så ajourfører du ALLE tallene i serviceview både input og output. Herefter vil den selv opdatere og du kan slette den gamle (evt. efter et stykke tid hvis du vil være sikker på den virker)

Så er der en Elmåler FB der kan visse tal på IHC Tablet Du kan enten tilføje "visnings" FB´n imellem den gamle elmåler FB eller anvende den nye ver. 4 hvor visnings muligheden er indbygget. Elmåler ver. 4.vis

Vil du så ikke være så flink at uploade den når du er færdig.

Nej desværre. Der er ikke kodet sådan en FB til Visual 1. Men det er jo "bare" at sætte sig ned og gå igang kopiere den fra en ende af

Så er der et par videoer mere på min Youtube kanal. Scenarier ON-OFF der viser hvordan man laver med almindelige ON-OFF lampeudtag. og Scenarier Wireless der viser hvordan det virker hvis man udskifter et par alm. lampeudtag med Wireless. Jeg har også lige kikket på Claus´s eksempel og kan godt se hvorfor du bliver forvirret af de Scenarier. Når der anvendes ON/OFF lamper er det jo lige meget hvilken udgang/Scenarie der bliver fremkaldt.- nat eller dag. Derfor har jeg lige indsat et Wireless lampeudtag med forskellig niveau alt efter om det er mem1 eller mem2 (dag/nat) der bliver aktiveret. Så kan det være scenarier giver mere mening. mem1/mem2 kan jo også anvendes til at styre en fortrådet dimmer hvor lamperne så tilsluttes. Så kan du også få gavn af scenarierne. Men scenarier giver som sagt mest mening når man styrer flere end 2 steder med flere (end 2) niveauer. IHC udelys 2.vis

Ok prøver at lave en lille video i aften og uploader så du kan se hvor simpet det er.

Det gik ikke helt så godt Har dog fået skildt maskinen totalt ad og fået karet mm ud. Lejerne var af en forkert type/størrelse så venter lige på nogle der passer. I mellemtiden har fruen så købt en ny Miele, hun kunne ikke vente længere. Så om lidt er der en super AEG78679 maskine til salg Nå, men Elmåler FB´n med N-tal er postet i: http://www.ihc-user.dk/forum/topic/4651-4203b-pulsopsamling/#entry31309 Den skal bare bruges sammen med x antal Tablet visning FB´r. Jeg har bare ikke haft tid til at lave en ny hvor de specielle koder er integreret så man slipper for de ekstra "overførsel"s FB´r. mht justering af værdier ved opstart mm så er det serviceview der skal anvendes.

Sådan er det på de Bilka markiser jeg har kikket på. Men det kan selvfølgelig være anderledes på dem fra "Markise experten".

Før en 5x1,5 frem. Så kan du altid kode dig ud af det. De fleste markisemotorer har 2 indgange (faser) alt efter hvilken vej den skal køre.

Scenarie er bare et ord for "fælles styring af forskellige niveauer". Eksempelvis Madlavning: 100% i køkken og 30% over spisebord Spisning: 20% i køkken og 80% over spisebord Rengøring: 100% i køkken og 100% over spisebord. I funktionsblokken trækkes et scenarie over fra en FB udgang til en dimmer indgang og procentsatsen vælges i Popupmenuen. Når så "Scenariet" så kaldes indstilles begge (alle) steder på een gang. Vil man anvende alm. lamper uden dimmer virker scenarie konceptet også, men så er der kun valget mellem ON eller OFF. Men altså fælles styring af forskellige niveauer.

Og hvis den nu ikke virker kan du jo altid lave en som disse 2 drenge: http://testoteket.danishsciencefactory.dk/content/vindmåler Her har du også opskriften på at lave beregningen i FB'n når du får målt diameteren.

Det er selvfølgelig korrekt, men hvis du nu får "kalibreret" den og beregnet hvor mange pulser der skal til m/s så kan du ligeså godt bruge det i stedet for "en for Egon, en for Pelikan, en for middel, og en for vindstille". Så på med et mulitmeter og se om der kommer pulser og hvor mange pr. omdrejning. Og så et ø mål på rotoren (center af kopperne set oppefra) så skulle det være muligt at omregne pulser til m/s.

Hvis det er et mekanisk reed relæ der skal give pulserne så tror jeg nok IHC kan fælge med. Der var lidt knas med den gamle firmware mht pulslængder men nu skulle der gerne kunne detekteres ned til 50ms (100ms pause). Hvad det kan omsættes til i vindhastighed må man så lige regne på. det er ikke noget problem at lave en FB der tæller pulser i en given gating periode og omsætter det til en anden enhed. Det har jeg f.eks. gjort med min Wattmetter FB. Om x antal pulser pr tidsenhed = x watt eller y m/s er kun et spørgsmål om at rette 3-4 bogstaver. Koden og metoden er den samme. Til Koch´s interface II medfølger der FB til så det kan være han allerede har lavet noget der laver omregningen og udlæser/omsætter de 4 bit.