TorbenSørensen

I de tidligere udgaver af 5.2.05, har der godt nok været mulighed for at vælge, om bare 1 eller begge temperaturer skulle være opfyldt, før varmeproduktionen skulle lukke. Om det fungerer bedre i praksis, ved jeg ikke (har desværre ikke selv gulvfølere), men det kan da sikkert tilføjes i funktionsblokken. Både 5.2.05.a og 5.2.05.b, havde i hvert fald uheldige fejl. Jeg har ikke selv lige fået taget mig sammen til at udskifte til 5.2.05.c endnu, så hvordan de kører har jeg ikke erfaring med.

Hvis den skal bruges til en wireless dimmer, skal du kun trække de 3 scenarier over fra funktionsblokken til dimmeren. Ved hvert scenarie du trækker over, kan du så vælge rampetiden og % som lysstyrken skal ende ud med, når rampetiden er udløbet. Hvis ikke funktionsblokken helt dækker dine ønsker til funktionalitet, kan der helt sikkert fremstilles en, der passer til dine ønsker.

Det lyder mystisk, og burde slet ikke kunne lade sig gøre.. Er du sikker på at du har fået det forbundet rigtigt i de nye funktionsblokke, så det ikke er blandet sammen lysdæmperne imellem, og har du slettet de gamle funktionsblokke? Hvis det er forbundet rigtigt, ville jeg prøve prøve at fejlsøge i serviceview. Her kan du se hvad der sker når der trykkes på knapperne i installationen, så du kan se om pulserne ryger afsted til de forkerte lysdæmpere... Hvis det hele er forbundet rigtigt, kan du prøve at uploade et tomt projekt til controlleren, og derefter uploade projektet påny, men det burde som sagt ikke kunne lade sig gøre, hvis det er programmeret rigtigt.

Ja det er også rigtigt, at begge temperaturer skal være opfyldt, men ved at du så har sat en Max temperatur på gulvet på 27 grader, vil varmen så lukke, når den overskrides. Hvis du kun vælger "Rum" som reguleringsform, lukker den ikke for varmeproduktionen når Max temperatur på gulvet overskrides.. I princippet kan gulvet så blive 100 grader og stadig kalde på varme, så længe rumtemperaturen ikke er overskredet setpunktet..

Nu så jeg lige den her... Prøv lige at skrive :80 efter din ip adresse i stedet for, og se om ikke det hjælper. Jeg har ikke selv rettet på portnumre i min controller, og jeg behøver ikke at skrive portnummer efter min ip adresse når jeg tilgår den. Hverken via app eller fra webbrowser, men det virker også når jeg skriver :80 og ikke når jeg skriver :443. Opsætning af router er ikke lige min spidskompetance, og det er ikke en zyxel jeg har, så der kan jeg ikke lige kloge mig. Det er der helt sikkert andre herinde, der har meget mere forstand på, så mon ikke der kommer nogen på banen.

Nu er det bare et uddrag af dit program, så kan godt være at det ikke gør sig gældende i hele dit program, men her har du ikke valgt Rum og Gulv under reguleringsform. Så lukker den ikke for varmen når gulvtemperaturen er opnået, men først når rumtemperatur er opnået, og gulvet kan jo så godt blive for varmt inden. Kunne det være det? Det ser i hvert fald umiddelbart ud til at være forbundet rigtigt.

Det er din routers adresse indadtil.. Det er typisk 192.168.1.1 eller 192.168.0.1 afhængig af hvilken router man har.

Ja.. Du kan evt. også bare prøve at skrive din ip adresse i browseren på din mobil, og se om ikke du får fat i forsiden til din IHC (den hvor du kan vælge IHCAdministrator, IHCServiceview osv.). Du kan så bare ikke bruge nogle af dem fra mobilen, men forsiden burde komme frem.. Du skal selvfølgelig lige slå wifi fra på din mobil, hvis den kører derpå. Det virker i hvert fald her via chrome browseren på mobilen.

Gulvene burde ikke blive varmere ved at funktionsblokkene er udskiftet fra 5.2.05.a. til c-versionen.. Hvis du sætter setpunkter samt hysteresen i funktionsblokken til det samme som tidligere, og også vælger samme tider på timer for pulsvarme ON og OFF, burde det køre som før.

Hvis du får forbindelse nogle gange i IHCRemote, vil jeg gætte på at portforward er opsat rigtigt i din router... IHCRemote til Android kører bare vildt ustabilt, og har gjort det længe. Kommentarerne i Google Play Butik, siger da også det hele.. På min telefon med Android 5.1.1 er det også langt fra hver gang, at jeg får fat i controlleren, og når endelig man så får fat i den, disconnecter den så tit, når man påvirker et tryk.. Hvis du kan få serviceview til at virke fra en pc, ved at tilgå controlleren udefra, virker din portforward i hvert fald.

Det kan man sikkert godt, men skal lige forstå helt nøjagtigt, hvad det er funktionblokken skal gøre så.. Skal udgangene skiftevis holdes ON, ligeså længe trykket holdes inde? Havde forstået at det bare skulle være 2 pulser, som kunne bruges til tænd/sluk alt.. Hvis det er for at styre en dimmer med 1 tryk, kan man jo bare forbinde et tryk direkte til touch indgangen i funktionsblokken til dimmeren, men det er måske mig der misforstår hvad du vil lave?

Cool... Har længe savnet, og undret mig over at LK ikke har lavet, en tablet version til android. Mest fordi at hvis man vil have flere tablets, koster det jo det hvide ud af øjnene, at man er tvunget til at købe iPad´s, bare fordi man vil have et par ekstra tablets til at styre lyset i sit hus.. Det ville være mere spiseligt med en billig android. Hvis du ikke har set/prøvet IHCTablet til iPad, giver den her video en meget god idé om hvordan den virker, og hvordan det opsættes. Bare hvis du mangler lidt inspiration. https://www.youtube.com/watch?v=p1-khoWqrQA

Det lyder spændende.. Kan godt være at jeg ikke har fulgt helt med, men er det en løsning til styring fra mobil og/eller tablet?

Det er lidt svært at sige, uden at se hvordan det hele er koblet sammen, og hvordan den 1.4.03 også styres.. Er PIR også koblet på den fb. osv.. ? Det kan måske være fordi, at de 2 timere i funktionsblokkene står på det samme? Slukker 1.4.03 også udgangen sammen med dimmeren, hvis du slukker manuelt for dimmeren? Generelt kan man sige, at hvis indgange i den funktionsblok man vil styre, kræver en puls for at lave tiltænkt funktion (indgang til tryk, PIR osv.), er det en puls der skal bruges. Hvis indgangen i den funktionsblok man vil styre, i stedet kræver et fast signal (det er typisk indgang for skumring eller UR osv.), skal det være udgangen som holdes ON man bruger.

Den ekstra udgang jeg har lavet, er godt nok tiltænkt til at trække direkte over på et produkt, men det kan være noget skidt, hvis produktet også er styret fra en anden funktionsblok!! Hvis du blot fører den til tænd indgang, slukker lyset nemlig ikke sammen med dimmeren igen. Jeg har lige indsat 2 ekstra pulsudgange til hhv. tænd og sluk. De kan føres til indgange for tænd og sluk, hvis der i forvejen er en anden funktionsblok, som styrer det produkt du vil have til at tænde sammen med dimmeren.. Enig med Lars - Flot arbejde i tavlen.... Det ligner lidt en ISOflex tavle? natlys_rettet2.vis

Den kunne eksempelvis se ud som vedhæftede. Bemærk at tænd og sluk pulserne, skal forbindes til tænd og sluk indgange, i de funktionsblokke som skal styres... Ikke direkte over på produkterne i venstre skærmhalvdel!! Tænd-sluk puls.vis

App til iPad, bruger vi mest til remote fra sofaen til lys og varme. Synes at app til iPad kører rigtig godt, og det at man kan lave en grafisk brugerflade er lækkert synes jeg. Den connecter meget hurtigere til controlleren end serviceview/sceneview, og der er ikke meget forsinkelse fra "tryk til handling"... Det er under et sekund hver gang vil jeg tro, og oftest med det samme. App til android mobil, er virkelig ringe og mega ustabil på min nuværende telefon, så den bruger jeg nærmest aldrig. LK arbejder på en løsning siger de, men den er jo ikke opdateret siden marts, så det tager åbenbart sin tid.

Jeg har lige indsat en ekstra udgang i funktionsblokken til lyset i badeværelset, som kan tænde ekstra lampeudtag (Udgang til lys/stikk.). Under indstillinger kan du vælge, om den kun skal tænde sammen med dimmeren når der er "dag" eller "nat", eller både "dag og nat".. Håber det var sådan, at du havde tænkt dig, det skulle fungere.. natlys_rettet1.vis

Super at det kan bruges. Fb 4.2.06 er en en af LK´s funktionsblokke. Den er nok kommet med i sidste opdatering af visual softwaren på LK´s hjemmeside, hvis ikke du har den blandt dine funktionsblokke.

Firmware 2.7.199 er i hvert fald den mest stabile firmware lige nu.. De erfaringer jeg har med firmware 2.7.220, er at den giver controlleren mange spontane genstarter.. Om du kan kombinere den norske version af Visual softwaren med den danske version af firmware, ved jeg desværre ikke, da jeg aldrig har haft fingrene i en Elko controller. Du vil jo jo nok få danske menuer i blandt andet IHCAdministrator.

Det kan laves på flere måder, men her er da et bud.. Du kan i funktionsblokken til lyset i badeværelset, indstille hvordan PIR skal tænde hhv. "dag/nat". Jeg har sat den til mem2 om "dagen" og mem1 om "natten". natlys_rettet.vis

Det er TSL 1.1 og 1.2 du skal deaktivere.

Der er desværre kun den hårde vej... Forfra..

For at bruge en funktionsblok i eget projekt, skal man gemme den i funktionsblokbiblioteket. Højreklik på funktionsblokken og vælg gem.. Gem den under 07 Mine egne fb. Derefter lukkes Visual softwaren. Når Visual softwaren så åbnes igen, kan du finde den i funktionsblokbiblioteket og indsætte den i dit eget projekt.

Ved ikke om jeg har forstået det korrekt, men prøv om vedhæftede er det du ønsker. Går ud fra at kaffemaskinen er på udgang 2.07, da det var den udgang som din indgang 1.16 styrede?? Timeren skal indstilles i funktionsblokken... Se vedhæftede billede (den står på 10 min. nu) Anders Bergius 19 december 2015.ihc