EjvindHald

Jo, jeg kan godt læse, at der er modbus. Men jeg kender ikke Dantherms protokol, og jeg ved heller ikke, om jeg kun kan aflæse værdier - modbus slave - eller også sætte dem. Selv hvis det var kendt og muligt, så har jeg ikke umiddelbart indsigt i at integrere dette med IHC. Derfor er jeg i første omgang gået efter 0-10 volt løsningen. Men hvis du har forslag, som ikke er alt for svære, så vil jeg gerne høre om det.

Mange tak - godt forslag, som jeg vil overveje. Men den giver 1-10 volt, og jeg skal bruge 0-10 volt. Derfor ved jeg ikke, om det vil fungere korrekt. Helt præcis skal jeg bruge den til Dantherm ventilationsanlæg HCH5, som via en tilbehørsboks kan styres via 0-10 volt signal.

Hvis du ifm. ændring af din installation er interesseret i at sælge dele, så er jeg måske interesseret. Jeg har indrykket købes annonce her, og du har måske disse dele.

Jeg har brug for en 0-10 volt analog udgang til styring af en enhed. LK laver en 1-10 volt enhed, som jeg ikke ønsker at bruge bl.a.fordi den benytter en af de 16 output forbindelser på controlleren. Derfor tænkte jeg, at det måtte være muligt via en fb at sende pulser ud via en 24 volt output og så konvertere disse til et 0-10 volt analog signal. Derfor forsøger jeg nu at få fat på denne her, som jeg tror kan bruges til formålet. Hvis der er nogen, som har erfaring med lignende, så vil jeg gerne høre om det.

Nej, jeg var ikke klar over, at den findes en sådan.

Jeg kopierede et projekt fra Visual 2 til Visual 3, og jeg skulle linke alle wireless enheder igen.

Så har jeg købt den nye IHC Controller, HW 7.1, hvor man skal bruge Visual 3 til projektet. Jeg tilsluttede den til strøm og netværk, ændrede default ip adresse til en ledig i mit netværk og oprettede samme user+pwd som i min nuværende HW 6.1 controller. Der er ingen input- eller output moduler tilsluttet den nye controller endnu. Dernæst kopierede jeg mit Visual 2 projekt ind i Visual 3, åbnede projektet og sendte det til den nye controller fra Visual 3. I OpenHAB ændrede jeg dernæst ip adressen til den nye controller og genstartede OpenHAB. Herefter kan jeg konstatere, at OpenHAB starter fejlfrit op. OpenHAB fungerer - men viser naturligvis 0 grader ved temperaturer m.m. - og jeg kan påvirke input og fb'ere som normalt. Når dette sker, kan jeg konstatere i den nye ServiceView, at status rent faktisk ændres som følge af OpenHAB input. Så alt ser umiddelbart ud til at fungere - vældig fint! Jeg har endnu ikke indblik i stabilitet på controlleren, eller om det er nødvendigt med en KeepAlive rule som i de sidste versioner af firmware til HW 6.2.

Jeg har installeret Visual 3.0 og sammenlignet mit aktuelle Visual 2.0 projekt med, hvad der leveres til Visual 3.0. I den forbindelse kan jeg konstatere, at en del fb'ere er flyttet eller omdøbt. Det er OK, og jeg skal så blot tilpasse projektet hertil. Men samtidig er der nogle fb'ere, som ikke længere findes, og hvor jeg ikke umiddelbart kan finde erstatning. Det drejer sig om disse: 3.2.03 Velux KLF-100 4.1.07 Prioriteringsblok 4.1.11.a Blink funktion 4.1.12.a Blink funktion 4 dioder 4.1.13 Powerup - Always on 4.1.15 Kort-lang tryk Jeg er opmærksom på, at ved kopiering af projektet til Visual 3.0, følger fb'erne med og kan benyttes uden problemer. Imidlertid er det indtil nu lykkes mig at lave alle funktioner udelukkende via indbyggede fb'ere fra LK, som følger med installationen. Dvs. heller ingen hjemmelavede fb'ere. Er der nogen, som har forslag til LK Visual 3.0 alternativer til disse Visual 2.0 standardblokke?

Se løsning på dette her i indlægget med keepaflive af @Claus Skovgaard den 7. februar 2017.

Du skal kontrollere indholdet i logfilen. Se andet indlæg fra mig her i forummet, hvor jeg har uploadet screenshot med eksempel på successfuld login. Og ja, alt i Openhab relateret til IHC ville være meget nemmere, hvis en venlig sjæl havde tid og kompetencer til at opgradere binding til 2.x. Så kan alt detekteres og man kan bruge drag and drop ligesom PaperUI ville være aktivt.

Jeg vil gerne købe en S1000 IHC Net data switch med 1 GB hastighed. Det skal være den gamle model, som er vist på vedlagte billede. Her er afstanden på metalpladen 6 mm fra bunden af RJ45 stikket og ned. På den model som sælges nu er den tilsvarende afstand 3 mm.

Hej Stig Switch S1000 findes i to udgaver, og de kan kendes på afstanden på metalfladen fra bunden af RJ45 stikket. Den er 3 mm på den model, som sælges nu og 6 mm på den gamle model. Se vedlagte billeder. Jeg vil gerne købe din, men kun hvis det er den gamle model. Forklaringen er, at der er ændret noget sw i disse - ved ikke præcis hvad - men det giver mig problemer med tilslutning af visse typer udstyr til den nye model. mvh / Ejvind

Det er rigtigt, som Lars skriver, at det giver større fleksibilitet ved central placering, fordi man ikke er bundet til et bestemt antal ind- og udgange de decentrale steder. Omvendt har jeg lært, at det er vanskeligt at huske alt ved første installation og ved senere tilføjelser har det vist sig fint ved decentrale tavler, fordi man blot kan trække ledning til nærmeste decentrale tavle fra en helt ny enhed. Derudover har jeg ikke mulighed for at dimensionere tilpas mange kabelkaneler ved hovedtavlen - jeg benytter ca. 120 ledningsførte ind- og udgange; dvs. i alt 240 in- og output, hvilket giver ganske mange ledninger til hovedtavlen. Placering på loftet er nok ikke optimalt pga. temperatursvinger som nævnt, og jeg mine placeret mine rundt omkring i huset med stabile temperaturer. Controlleren skal helst være let tilgængelig pga. lysdioder som man skal kunne aflæse, USB port, som skal kunne benyttes og ikke mindst tæt på et backup modul, hvortil man bør installere en afbryder i tavlen. Den kan være eneste mulighed for en komplet afbrydelse af strømmen til controlleren, hvilket i nogle situationer er nødvendig. Tilføjelse af flere antenner er ikke en god ide pga. fald i styrken på signalet. I stedet er en central placering af én antenne at foretrække.

Lav mindre decentrale tavler til input og output moduler. Ellers ender du med rigtig mange kabler til og fra hovedtavlen, hvilket kan ende med at blive et problem. Det vigtigste er, at sikringer og controlleren er let tilgængelig. Decentrale tavler med input og outputmoduler skal ikke bruges så tit, så de kan evt. placeres på loftet. Selvfølgelig under hensyntagen til gældende regler.

Se mit indlæg her fra den 27. februar, hvor det er beskrevet.

Husk IHC styret afbrydelse af udendørs stikkontakter - fx ved alarm tilsluttet. En tilsluttet udendørs stikkontakt kan være nyttig for ubudne gæster. Både til værktøj og forsøg på at slå hpfi fra.

Jeg har én telestat på 24V output modul, og 11 telestater på 230V output modul. De lette gulvvarmeanlæg fx med aluplader er fine, fordi de reagerer hurtigt. Imidlertid giver det mange flere gange tænd og sluk for telestaterne, og visse af disse kan ikke holde til det. Jeg har måtte skifte nogen stykker efter 1,5 år på lette gulve, men aldrig på nederste plan, hvor de er lavet traditionelt indstøbt i beton. Virkemåden i en telestat er ret simpel med en varmeudvikling, som åbner for ventilen. Wavin oplyste, at der reelt kun er én fabrik i verden, som fremstiller alle, og de bliver blot branded forskelligt. Første gang udskiftede de mine på garantien, men har nægtet efterfølgende. I øvrigt iflg. min logik: 0,5A x 24 volt = 12 watt :-)

Hej Thomas Jeg har ikke kendskab til, at en projektfil fra IHC controlleren bliver gemt lokalt. Men hvis du skal se, om du har forbindelse til IHC Controlleren så check logfilen. Du kan se mere her. I dette indlæg har jeg den 19. april uploaded et screen shot med eksempel på indhold i loggen ved en succesfuld start. mvh / Ejvind

Til dette indlæg har jeg vedlagt et Word dokument med release notes, som kortvarigt kunne downloades fra LK ifm. frigivelse af firmware 2.8.1. Måske kunne det have interesse for nogen i dette forum. IHC_SW_Release_Note_2_8_1.docx

Jeg bruger Synology DS116 NAS-server.

Jeg kender ikke denne fejlbesked. Men jeg ved, at der er nogle ting, som skal være installeret for at det virker korrekt. Se dette link. Især er det vigtigt, at det er Oracle Java og i nyeste version og ikke andre Java varianter. Det skal også være korrekt version mht. 32/64 bit. Jeg benytter Synology NAS, og der er ikke pre-installeret nyeste Java version, hvilket man selv skal sørge for. Hvis det ikke hjælper, så prøv at søg på https://community.openhab.org/ og evt. selv oprette et indlæg, hvis ingen andre har haft et tilsvarende problem.

Ja, jeg satte det nye midlertidige tastatur til og tilpassede administratorkoden til en ny kode, som ikke default. Denne nye administratorkode blev overført til mit eksisterende tastatur. Dog måtte jeg - uvist af hvilken årsag - prøve et par gange, inden det gik igennem.

Habpanel er rigtig smart, og du behøver ikke sitemap fil hertil - det er meget nemt at sætte op med drag and drop funktionalitet. Sitemap filen skal kun bruges, hvis du vil benytte BasicUI web adgang eller Openhab IPhone app. Sitemap er uden betydning for Homekit funktionalitet. Hvis Homekit ikke fungerer, så check først nedenstående røde fremhævede settings i PaperUI for Homekit: Hvis disse settings er OK, så check for fejlbeskeder i logfilen jr. nedenstående eksempel på fejlfri stop og start af servicen: Er dette også OK, så prøv med de forslag, som jeg angav i forrige indlæg i denne tråd. Håber du kan få det til at fungere :-)

Jeg har et udendørs tastatur, hvor cifferet "0" pludselig ikke længere fungerede. Uheldigvis indgik tallet "0" i administratorkoden, så det var umuligt at lave ændringer. Pga. skjult ledningsføring valgte jeg at købe et ekstra tastatur og så forsøge, om jeg kunne overføre en ny administratorkode uden "0" til mit nuværende udendørs tastatur. Og ja, jeg kan bekræfte, at det fungerer. Efter denne midlertidige tilslutning i tavlen fjernede jeg mit ekstra tastatur igen. Mit udendørs tastatur er nordvendt (=koldt), og cifferet "0" er som bekendt nederst, som nok er en anelse køligere og fugtigere end resten. Baseret på andre indlæg her på sitet formoder jeg, at det skyldes akkumuleret fugtproblemer efter 5 års brug.

Det er helt korrekt, at du ikke behøver de ekstra parametre, som jeg har vist til sidst. Og det er også fint at se bort fra dem for at afprøve, om der er hul igennem. Men i den færdige installation synes jeg, at det klart er en fordel at aktivere IHC logik og lade dermed IHC være en slags 'Master'. Herved undgås dobbelt logik eller andre tiltag for at sikre synkronisering mellem IHC og andet software. Mht. til dit spørgsmål, så gør du det korrekt ved først at afprøve, at du kan sætte on/off i Openhab. Det betyder, at dine IHC værdier er OK - dvs. du har angivet korrekt tal for link til Visual. Om du bruger hex eller decimal er underordnet - jeg har brugt hex, fordi jeg åbner Visual filen i notesblok og brug 'Søg' til at finde dem med. Så problemet er snarere relateret til dit Homekit binding. Vær opmærksom på, at der - ligesom ved fysiske Homekit produkter - skal angives en PIN code. Se dette link Kontroller at denne PIN code er angivet korrekt. Når du afprøver det, så kan det være en god ide at fjerne installationen (ikke app'en, kun dit 'hjem') helt fra din IPhone og så tilføje igen. I visse tilfælde kan app'en på IPhonen ikke finde ud af at sync'e korrekt ved ændringer. Øvrige muligheder er at læse logfilen, som Openhab laver eller enable Homekit loggen som vist i linket. Du kan også lave en 'ClearPairings' a la Bluetooth i OSGI consollen. Du kan se her, hvordan du aktiverer denne consol.