Jakob Barfod

ghostrunner skrev: Det var da hulens med problemer med den nye firmware. Skynd dig at ringe til LK - og husk at fortælle os, når/hvis(!) du finder en løsning...-- Jakob

Jakob Bruun skrev: Hold da op, det lyder som en stor installation; 7 controllere ved siden af hinanden!-- Jakob

Jakob Bruun skrev: Det tyder på, at man måske skal vente med at opdatere, indtil det er afklaret, hvad der gik galt. Har du selv nogen idé om, hvad der gjorde/gør de to fejlende controllere specielle, fx[ul][li]Specielle funktioner,[/li][li]Ydre omstændigheder (fx arten/antallet af tilkoblede moduler),[/li][li]Alder (=> specifikke hardwareversioner),[/li][li]Andet?[/li][/ul]-- Jakob

lhelteknik skrev: Ja (se her) - men det tog over et år(!)-- Jakob

...og så blev version 2.6 frigivet!--Jakob

LK har angiveligt i dag frigivet både[ul][li]IHC Control Visual version 2.6.65 fuld version (versionen fra 16/12-2008)[/li][li]IHC Firmware version 2.6.122[/li][/ul]-- Jakob

Tag et kig på den guide, der ligger her på sitet. Den beskriver, hvordan man gør det i XML.-- Jakob

ulrik76 skrev: 1. Hvordan ser dit vindbræt ud? Kan du tage et billede af opsætningen?2. I manualen til regnsensoren står der, at man skal rengøre den regelmæssigt "med en klud". Hvordan er dine erfaringer? Jeg havde egentlig tænkt mig at placere min oppe på tagryggen - men der er den li'som lidt svær at gøre ren... Jep. Heldigvis er der gode tilbud på 12V-backup-modulet på eBay...-- Jakob

hartmann skrev: Jeg har den ikke selv, men køber den! Jeg vil bruge den til at styre udluftning; hvis det regner, tænder ventilationen i badeværelset, når luften bliver for fugtig. Hvis det ikke regner, åbner Velux-vinduet i stedet for. (Velux-vinduet har ganske vist en indbygget regnsensor, men der er (så vidt jeg kan se i specifikationen) ikke nogen tilbagemelding, så jeg ved ikke, om vinduet er lukket pga. regnvejr - og jeg så i stedet burde tænde for ventilatoren). Derfor har jeg brug for en ekstern regnsensor...-- Jakob

ulrik76 skrev: Er det denne?-- Jakob

HDJ skrev: Ja, du har ret i, at modulet ikke er det mest strømstærke. Det var nu heller ikke for at kunne levere flere Ampere - men for at backup'en skulle kunne holde længere ved spændingsudfald på 230V-siden. Der er jo nogle flere Amperetimer i sådan en svend fra en bil...-- Jakob

hartmann skrev: Ja - men det ordner du nemt i funktionsblokken. Du laver bare en nedtællingstimer, der styrer, hvor lang tid relæet er trukket. Så prøver du dig lidt frem for at finde ud af, hvor mange millisekunder, der er brug for.-- Jakob

Med fare for, at det er helt off topic: Jeg har en glimrende akkumulator stående fra en bil, der gik hedens gang.Er der noget i vejen for at tilslutte denne akkumulator til backup-modulet i stedet for den lille akkumulator, der er standard? Der er nemlig masser af plads i bunden af el-skabet!Det med ladning, afladning, vedligeholdelse etc. af den slags er jo en større videnskab. Mon der er noget i selve backup-modulet, som gør, at det ikke vil fungere? Ladekarakteristik, afladekarakteristik, etc.?-- Jakob

hartmann skrev: Hvorfor vil du give den konstant spænding? Hvis nu du kunne finde et ledigt 230V output, er det så ikke nemmere at aktivere ringetrafoen, når klokken skal ringe? Jeg har selv sat sådan en direkte på et 230V output, og det virker fint. På den måde vil du spare både tomgangstabet i ringetrafoen og et ekstra relæ...-- Jakob

Der er kommet flere ting til salg i dag.-- Jakob

Michael skrev: Der har gennem IHC's levetid været flere forskellige produkter, der blev koblet sammen med de forskellige IHC-controllere via RS485. Eksempelvis var der på et tidspunkt et eksternt modul til at kontrollere urene i TermIHC - ligesom den eksterne viewer, der passer til VisualIHC 1.3 (se her og her for et godt tilbud på eBay).LK fortæller, at ingen af disse er kompaitble med den nyeste controller (VisualIHC 2).- men det er modemet stadig. Hvis man kaster et blik på vejledningen, kan man se, at modemet fungerer forskelligt under IHCVisual 1 og 2. I version 1 kan man forespørge på alle udgange - i version 2 kun på 8 forskellige.Det passer jo fint med, at RS485-protokollen er blevet ændret fra version 1 til version 2 - og at det derfor måske slet ikke er/bliver muligt at forespørge på alle ind- og udgange over RS485 i version 2...-- Jakob

Du kan godt benytte en internetforbindelse, der ikke har fast ip. Der er dog nogle forudsætninger, der skal være opfyldt.Grundlæggende handler det om, at IHC-controlleren skal kunne nås fra internettet:- Første skridt er ip-adressen. Selv om du ikke har fast offentlig ip, kan det være, at den ip-adresse, du har fået tildelt, meget sjældent skifter. Hvis det er godt nok i den sammenhæng, du skal bruge det, behøver du ikke bekymre dig om dynamisk dns. Du kan finde den ip-adresse, som din udbyder har tildelt dig ved fx at gå ind på http://myip.dk.Hvis din ip-adresse skifter ofte, kan en dynamisk dns-server som fx DynDns sagtens bruges. Det kræver bare, at du har en pc (eller noget andet udstyr) stående på samme netværk som din IHC-controller, som kan sørge for at opdatere DynDns' servere. Nogle routere har fx denne funktionalitet. De fleste af os har ikke lyst til at have en pc stående tændt døgnet rundt, så det er sjældent den foretrukne løsning - medmindre man har en router, der kan klare opgaven.- Dernæst skal trafikken, som ankommer til den offentlige ip udefra også dirigeres hen til IHC-controlleren. Afhængigt af din internetforbindelse kan der både sidde firewall- og NAT-udstyr, som skal konfigureres, så trafik på port 80/TCP og 443/TCP bliver ledt igennem til den IP, som din IHC-controller har.Så IHC-supporteren fra LK havde halvvejs ret; Fast IP er ikke en forudsætning, men gør det unægtelig noget nemmere. Og det er ikke den eneste forudsætning; dit udstyr skal også konfigureres til at lade trafik komme igennem til IHC-controlleren.-- Jakob

nin skrev: Er der nogen, der kender forskellen på de gamle og de nye røgsensorer? LKs online-katalog viser jo kun de nye, så det er svært at finde specifikationer på de gamle udgaver...-- Jakob

jakob.sand skrev: Det giver bestemt mening - men det er lidt svært at se, hvordan produkterne spiller sammen - eller hvad de enkelte produkter kan.Jeg glæder mig til du laver "åbent hus for ihc-user.dk-brugere". Jeg kører gerne en tur til Hørsholm :-)-- Jakob

jakob.sand skrev: Hæ. Tænk på, at 99% af brugerne herinde selv har IHC-installationer, hvor kablerne stritter ud alle vegne. Vi kan sagtens abstrahere fra et projekt, der er "under opbygning". Det er jo mulighederne, der skal præsenteres, ikke finish'en. :-)-- Jakob

...vi er i hvert fald nok flere, der rigtig gerne kunne tænke os at se installationen "live". Jakob (Sand), vil du afsløre, hvor i landet, du bor?-- Jakob

fonager spurgte: Jep. Hvis du tager et blik på nedenstående, kan du se to programblokke, som jeg har kaldt "Global variabel: Ugedag" og "Global variabel: Hustilstand". I den ene er det fx ugedagen (som programblokken selv opdaterer) der er lavet som et output. I andre programblokke kan jeg så benytte denne som input og gøre forskelligt alt afhængigt af, hvilken ugedag det er.[img size=468]http://www.ihc-user.dk/media/kunena/attachments/legacy/images/IHC_global_variabel.jpg-- Jakob

Hej Kent.Jeg plejer at implementere gloabel variable vha. ekstra programblokke. Et output fra en programblok kan godt være andet end et on/off-signal, og dette output kan så bruges som input i alle andre programblokke.Hjalp det?-- Jakob

Hej Michael.Var der ikke noget med, at det var dig, der havde udviklet plugin'et? - men at du ikke selv havde IHC mere, så du nok ikke fik det videreudviklet?Under alle omstændigheder er det jo rigtig interesaant, hvis der er nogen, der ligger inde med specifikationer for RS485-interfacet på controlleren. Allan Gøndahl fra ProIBI har brugt en masse energi på at "reverse engineere" protokollen, og da han sælger produkter, der benytter sig af det, er han nok ikke særlig villig til at dele ud af sin viden sådan helt gratis.Jeg er klar over, at man med en "hjemmeflikket" løsning med homeseer er helt afhængig af, at LK ikke ændrer på RS485-protokollen, når de firmware-opgraderer. Allan fra ProIBI fortæller fx i en anden tråd, at de fremtidige trådede dimmere med tilbagemelding kommer til at køre via RS485-bussen - det kræver jo, at LK laver tilføjelser/ændringer til protokollen, som den ser ud nu.-- Jakob

Hej Jakob.Det lyder altså smart. Nu er det vist på tide, at du tegner et diagram over, hvordan du har sat det op. Jeg kan jo ikke være den eneste, der er nysgerrig? Måske kan vi endda få lavet en forumgruppe, hvis det er en succes. (Ja, jeg ved godt, at du har inviteret mig til at prøve det, men jeg er ikke lige nået så langt endnu...)Jeg tænker på, at det ville være godt at vide;1. Hvad indgår der af komponenter? Hvad er obligatorisk - og hvad har du udbygget med?2. Hvordan er komponenterne koblet sammen (skematisk tegning)3. Hvad er der af kendte uhentsigtsmæssigheder/bugs/uløste problemer/imkompatibeliteter?Uha, det kunne være godt.-- Jakob