Lars Jacobsen

De kan sikkert også "klare" 19 stk. lyskilder, men hvis det er fra LK's positivliste så er det fordi de kun tester med op til 10 stk. i deres opstilling. Det er således ikke en øvre grænse, men blot at det er testet OK. Hvor grænsen er kunne da også være interesant at vide, men så hænger de nok på at alle kan nå det specifikke antal, og det vil de nok ikke hænges op på da det jo er meget afhængig af de enkelte/individuelle lyskilder.

Hej Anders, og velkommen til IHC-user.dk :-) Jeg har før skrevet svar på lign indlæg, så prøv at søge lidt her i forummet. Men generelt set så er der 2 forhold nemlig båndbredde (MHz) og hastighed (Mb/s). Båndbredde i i kablet er vigtig til TV og alm. signaler går op til 865 MHz. Det kræver almindeligvis skærmede kabler (svarende til kat 6/7). Du kan være heldig at få et brugbart signal igennem på et alm. kat.5, men som leverandør vil de fleste nok kræve noget bedre hvis de skal stå for skud med en løsning. Så du kan jo prøve dig frem. Virker det så er det jo OK. Virker det ikke, ja så må du til lommerne og et trin eller 2 op ad stigen. Mht data, så kræver 10/100Mb/s kun 4 tråde. 1/10Gb/s alle 8 tråde i kablet. En streamet TV kanal fylder i komprimeret form ikke mere end ca. 4Mb/s, så du kan godt "nøjes" med alm. Kat 5/6 patchkabler. Med mindre du har brug for den høje overførselshastighed mellem dine enheder. De færreste har mere end 100Mb/s ind i huset så 1/10Gb/s er er der sjældent brug for i praksis. Så mit råd er: TV: skærmede kat. 6 kabler i x-feltet til TV og så nogle originale tilslutnings kabler med ballun der omsætter til coax stik. Data: kat.5 hvis det er 10/100 og kat.6(A) hvis det er Gb/s. Både patchkabler og tilslutningskabler. Og ja der findes data"splittere" så du kan anvende flere enheder på samme kabel. Dog ikke fra LK, men Google er din ven. Tag evt også et kik på: http://www.lk.dk/download/Haandbog/ihc-net-minihaandbog-2011.pdf

Det var såmænd ikke noget særligt. Efter strømafbrydelsen var der ingen liv i controlleren. Slukkede for strømmen igen - Inc batteribackup, hvorefter der kom liv i alle funktioner igen. En enkelt ting var dog stadig "ude af sync" nemlig output for alarm, så det bimlede og bamlede. Allan havde dog heldigvis en backup af programmet som jeg havde fået på forhånd og her havde jeg udskrevet dokumentationen via MikkelS hjemmeside, så den ene forbindelse blev pillet fra og så der var fred og ro til den videre fejlretning. Så var der bare de sædvanlige problemer med at få Admin forbindelse til controlleren, java mm. Men det lykkedes også at få forbindelse og koblet controlleren på LAN. Herefter var det bare at invertere den pågældende udgang i Serviceview. Teste at alt fungerede. Koble alarmforbindelsen på igen og teste endnu en gang. Men alt ialt en OK oplevelse og dialog hvor vi er blevet en oplevelse rigere. Og Allan har nu mulighed for at få "remote support" online hvis det skulle blive nødvendigt.

Ja dem findes der masser af. Men det smarte ved flere af disse er at de understøtter IFTTT. Så du kan styre dem vha af næsten alt og er ikke afhængig af du skal have fysiske enheder forbundet i din installation, men kan benytte "Internet services" direkte. Så på den måde kan du (måske) få tændt op i grillen hvis der er weekend og dine venner poster en Facebook besked med "grilfest" og vejrudsigten siger sol og 25 grader, helt uden at rører en finger.

Så mangler vi bare nogle priser.

Har send dig en PM.

Vi er ganske enige. App'n benytter https, men derfor burde det være muligt at tvinge den til at benytte en vilkårlig port som du beskriver (har heller ikke prøvet). Port 80, 8080, 579 eller hvad man nu vil benytte bare der er hul igennem hen over det store stygge Internet og ind på WAN siden af routeren. Men når trafikken havner i IHC controlleren SKAL det bare være tilbage på 443, med mindre man (også) har ændret https porten i Admin settings.

@lars1 Ja OK men app'n spørger altid via port 443 og så hjælper det ikke kun at have forwarder port 80 til 80 eller (fejlagtig/bevidst) til 443 hvor det måske virker fra en PC/browser.

Det er mere den anden vej. Altså få rutet trafikken TIL controleren når den tilgåes fra Internettet / app'n.

vedr. WAN adgang så skal port 80 være forwardet til controllerens IP port 80 og ligeså port 443 fra Internet til controller IP port 443. Hvis du forwarder port 80 til 443 som du skriver tror jeg ikke det virker

Du kan også benytte den lidt mere specielle Betinget FB. Der har en Permit indgang der bestemmer om signalet må lukkes igennem.

Der er nu en indstiller timer på 1 time som er den tid pumpen kører i ved pumpemotion. Det var den du ønskede at kunne ændre til f.eks. 30 minutter. Så er der en anden intern timer (også på 1 time) som du ikke umiddelbart kan stille på uden at låse FB'n op og redigere den. Det er den tid temperaturen skal være faldet under setpunktet før status skifter og udgangen går ON. Det er for at undgå On/Off hele tiden når temperaturen bevæger sig omkring setpunktet.

Det skulle nok være muligt at lave en FB der omsætter Dato og/eller Tispunkt til N-Heltal der kan vises på IPad. Prøv at søge lidt her i forummet. Der er postet flere FB der lave lidt af det. Bla en der gør det med temperaturer. Har du ikke mod/lyst/evner så må vi håbe der er en venlig sjæl der kan.

Nu har jeg kikket på FB´n igen. motionere pumpen hver 14. dag ½ time kun. Der benyttes ugedag til pumpemotion, og det vil derfor kræve en grundliggende omskrivning af FB´n til dato (antal dage) for dette. Men tiden er nu lavet som en indstilling. Starte pumpen når det er under 10 grader i 2 dage. Som det er nu benyttes der en timer på max. 24 timer. Skal den være større kræver der det også en grundliggende omskrivning af FB´n og maks temperatur ikke har været over 20 grader feks? Hvordan skal det forståes og virke ? Vil du nu have pumpen til at kører afligevel selvom temperaturen er kommet over setpunkt ? Eller vil du have en start/stop hysterese temperatur - med timer ? Hvis der skal ændre ret meget mere/andet vil jeg tro det nemmeste er at lave en helt ny FB. Og så skal der laves en komplet funktions beskrivelse INDEN vi går igang med programmeringen.Men alle states og kombinationer beskrevet så jeg ikke laver noget som jeg tror/syntes det skal være og du så ønsker noget andet. Det kan laves meget avanceret, men det kan også laves meget simpelt. Det der er kunsten er nok at finde ud af hvad det er man vil have :-) Pumpestyring ver. 3.vis

Lk har lidt info her: http://www.lk.dk/Lauritz+Knudsen/privat/det-intelligente-hjem/ihc-control-varmestyring.page? Men generelt skal du minimum have en rumføler. Den placeres almindeligvis så den ikke får direkte sol, eller træk som kan give forkerte målinger. Da IHC temperatur følrere er fortrådedet giver det nogle begrænsninger ifht. Wireless. De fleste montere dem nok i nærheden af et tryk ved døren ca. 150 cm over gulv. Kan du også få kablet til en gulvføler vi det give en bedre styring (komfort), specielt på tunge klinke/flise gulve. På lette trægulve reagerer gulvarme jo hurtigt så her er der sjældent dette komfort problem med det bliver for koldt/varmt. Har du 24V telestater så styres de bare af et alm. Output modul. Men husk lige at regne efter om du skal have en ekstra/seperat 24V forsyning til det, eller om den eksisterende kan klare hele belastningen.

Jeg har tidligere postet lidt info om min løsning: http://www.ihc-user.dk/forum/topic/2260-ringetryk/#entry17395

Det kunne være denne her: http://www.ihc-user.dk/forum/files/file/60-watt-meter/

Jeg kikker lige på det igen, når jeg kommer i nærheden af en PC med Visual.

Har du prøvet at slukke og tænde for strømmen til controlleren ? Husk at tage batteribackup fra også.

Hvis det er live status så skal du bruge Serviceview programmet. Log ind på controlleren forsiden og kør det derfra. Det er en Java aplikation der downloades fra selve controlleren og er ikke et program på PC'n. Hvis det er for at se hva der er forbundet hvortil, så udskriver du dokumentationen fra menu linien i Visual programmet. Husk en udgang bør kun være konfigureret een gang. Er den konfigureret flere gange kan det give "mærkelige" hændelser.

Det er kun eksempel på hvordan en løsning kan laves - altså en standard. Det er ikke ensbetydende med at det er minimumsløsning som man skal følge og implementere. Men den er meget god at læne sig opad da der er sammenhæng i alt (det meste). Og der findes en udførlig opskrift på hvordan man kan lave sin dokumentation af installationen. Det findes også en nyere udgave der heder Bolig. Den er med integreret varmestyring, det er "den gamle" ikke. Men fordelen ved IHC er jo netop flexibilteten så det står dig frit for om du vil benytte en fix og færdig standard løsning. Bruge LK's normale FB'r med kip (det starter de fleste med) eller programmere dine egne individuelle FB'r. Eller lave en kombi af det hele.

Som inspiration kan du jo prøve at hente Standardhus projektet. http://www.ihc-user.dk/forum/files/file/5-projektfil-ihcstandardver31/

Det er korrekt RiderDK. Men Clemen siger heller ikke de alle bliver styret samlet, men efter hvor mange der er samlet på hver serie. Og det fremgår af din tegning. Herudover er der lavet nogle grupper i programmet der samler og styre flere /alle udgange på een gang. Med den information og det gamle program er det rimeligt nemt at forberede et nyt Visual2 program. Du kan faktisk bare hente softwaren på LK's hjemmeside og gå igang. Når du så mener det er OK, ja så er det tid til at bestille og installere en ny controller. Som Lars1 siger tager det kun 1 times tid at skifte når alt er forberedt.

Du kan også prøve Standardhus FB. Mener der er en der kan. Ellers prøv at søge her i forummet. Mener at der har været flere der har opladet specielle tilpassede udgaver, så der er sikkert en der kan bruges.

Både og. Du kan hente og kopiere FB fra et program/projekt. Herefter skal du gemme FB´n lokalt på PC´n f.eks. i C:\Program Files (x86)\LK IHC Control\IHC Visual\FunctionBlocks\07. Mine egne fb Så lukker og genstarter du Visual og herefter kan du genbruge og indsætte FB´n i andre programmer/projekter