Hop til indhold

EjvindHald

Members
  • Antal indlæg

    533
  • Medlem siden

  • Senest besøgt

  • Days Won

    28

Alt der er opslået af EjvindHald

  1. Mig bekendt kan du kun bruge https://myopenhab.org/ nu - den gamle løsning er lukket. Og for mig fungerer det ganske fint - du behøver ikke sætte noget sikkerhed op selv såsom VPN, reverse proxy eller åbning af porte i firewallen. Jeg regner med, at Openhab poller indefra og ud med SSL kryptering mod siten. Uanset hvad så skal man bare signe op på siten, og så virker det fint med app'en, web adgang og det hele.
  2. Jeg synes ikke, at det giver praktisk mening at fjernstyre et ventilationsanlæg, men "fordi man kan" motivet tæller selvfølgelig også :-). I prof. ventilationssystemer har du mulighed for at fortælle, at du tager på rejse, og så sørger systemet for at reducere luftgennemstrømning til det mindst mulige, uden at det skaber andre problemer. Træk er ikke noget problem ved et korrekt installation og indregulering. Hvis du begynder dynamisk at ændre luftflowet via motorventiler, vil det sandsynligvis ødelægge balancen, så du får enten over- eller undertryk i huset - begge dele skaber problemer. Nogle benytter en slags røgbombe ifm. indregulering, så man visuelt præcis kan se luftens vandring i rummene. Visse leverandøren anbefaler indsugning på nordsiden pga. formodning om varmeproblemer. Jeg valgte at sætte indsugning på sydsiden, fordi jeg netop gerne vil have varm luft ind, da det er behovet 95 ud af 100 gange. Og de få gange om sommeren, hvor det ikke er tilfældet, så vil dels automatisk bypass i ventilationsmodulet (hvis man det), dels åbne vinduer være fint. For mig har det været et godt valg, fordi jeg får varmest mulige luft ind. Undervejs lærte jeg også, at det har stor betydning at ventilationsanlægget står i et opvarmet rum og ikke et koldt loft. Det sidste reducerer indblæsningstemperaturen.
  3. Jeg har IHC hw 6.1 med alt trådført samt et ventilationsanlæg. Jeg ser intet behov for at koble varme og ventilation sammen - det er 2 uafhængige ting. Eneste formål kunne måske være at sætte ventilationen på stand-by, når der ikke er nogen hjemme. Hjemme eller ej er kendt af IHC, men det kan skabe problemer med kondensvand i ventilationsrørene, hvis der ikke er kontinuerlig luftgennemstrømning. Derfor bruger jeg det ikke, og det er ganske problemfrit. Derimod vil jeg anbefale at bruge al energien (og måske pengene..) på et højkvalitets ventilationsanlæg og ikke mindst en god installation med lavt tryktab. Nilan sælger bl.a. slanger til deres system, som er hurtigt at montere, men der findes andre metoder med lavere tryktab. Fx faste spirorør og kun bløde bøjninger - undgå 90 graders vinkler. Tryktabet har direkte indflydelse på dit strømforbrug. Spar ikke på lyddæmpere og vær opmærksom på korrekt valg af taghætter (pas på med gavl ind/ud) og URH ventiler fra Lindab, hvis du har indblæsning fra væggen. De sidste er ikke så kendt. Få indregulering lavet af en prof. - lad være med at spare dette væk.
  4. Tilføjelse December 2019: Nedenstående gælder for IHC Binding version 1. Indlæg vedr. Binding version 2 findes her. Jeg har brugt nogen tid på Openhab2 med integration til bl.a. IHC og Homekit. En del fra dette forum - bl.a. Pauli Anttila og Claus Skovgaard - har givet væsentlige bidrag, så jeg kunne komme videre. Derfor vil jeg hermed komme med, hvad jeg synes er 'best practice' og simpelt, så andre måske kan spare lidt tid. Et vigtigt kriterie er, at IHC systemet skal kunne fungere selvstændigt uden at være afhængig af 3. parts software fra fx Openhab eller Apple. Det betyder, at man ikke i væsentlig grad må være afhængig af denne type software for at kunne foretage de mest basale ting i sit hus. Løsningen er ret simpel - efter setup af bindings behøver man faktisk kun lave én fil kaldet ihc.items, og den kan se sådan ud: Eksemplet viser, at udgangen styrer on/off visning i Homekit, mens en tænding i Homekit ved at trykke på ikonet aktiverer øverst venstre svagstrømstryk, og slukning aktiverer øverst højre svagstrømstryk. Det betyder, at man ikke aktiverer output i IHC direkte, men kun input - fuldstændig som hvis man fysisk trykker på et svagstrømstryk. Resource ID fra IHC kan ses ved at hold CTRL knappen nede i Visual, mens man kører musen over elementet. Tallet 80 betyder, at pulsen varen 80 millisekunder. Pauli Anttila fra dette forum har lavet en rigtig smart binding, hvor man for hver funktion - fx en spot i loftet - kan angive, hvad i IHC der skal vise status i Homekit, hvad der påvirkes i IHC, når man i Homekit sætter noget ON og ditto, når man sætter OFF i Homekit. Det er konfigureret i tegningen herover, og det ser således ud i Iphone: Det er dokumenteret af Pauli, men den fulde konsekvens og muligheder fandt jeg først efter indlægget fra Claus Skovgaard. Eksempelvis kan man tilføje Alarm til Homekit, hvis man har tiltro til Apples eksterne sikkerhed. Her er pegepinden til IHC dog ikke input, men til en Alarm funktionsblok. Se dette eksempel fra Visual: Samlet betyder det, at IHC holder al logik med mulighed for egne add-ons, hvis der er behov. Man behøver kun at lave ihc.items og ingen rules eller sitemap, hvis man benytter Habpanel eller Homekit bruger interface. Jeg benytter hw 6.1 med firmware 2.7.199 og har endnu ikke oplevet genstart af controller eller andre problemer. Der er ca. 60 IHC elementer koblet til, og svartiden er instant - dvs. < 1 sekund. Det afvikles på den mindste model af Synology NAS server, som jeg i forvejen har tændt 24/7 til backup formål. Openhab2 har installationspakker til bl.a. Windows, Synology og RPi. mvh / Ejvind
  5. Forslaget for Henning er fint og fungerer, men det er lidt omstændig at lave i IHC, fordi man kan risikere cirkulære referencer. Indlægget fra Claus er rigtig smart og bedre, fordi man kun får ét ikon i Openhab2 og Homekit til både at vise status og samtidig aktiverer et input, som via en FB ændrer status. Samtidig behøver man ikke lave noget specielt i Visual.
  6. Hej Claus Du har ikke misforstået noget - faktisk er dit forslag rigtig smart. Jeg havde blot ikke nærlæst det godt nok. Men din ide er virkelig god og vil forenkle min Visual meget, fordi forslaget fra Henning er lidt omstændig at lave, da man skal passe på cirkulære referencer.
  7. Jeg har hw 6.1, og kan således ikke bruge Firmware 2.8.3. Men mit umiddelbare gæt vil - desværre - være, at den nok ikke er mere stabil end 2.7.220. I release notes til den første firmware i 2.8.x var der angivet nogle situationer, som bevirkede genstart.
  8. Hej Simon Jeg har sendt dig indholdet af mine filer i en privat mail. Man behøver ikke være IT programmør for at bruge Openhab2 - det er faktisk ret enkelt og cool produkt. Du skal oprette dine input i ihc.items fx som switch og så kan du via en simpel rule sætte dem off efter 150 ms - se mine eksempler på dette. Alternativ har Claus forslået i dette indlæg at bruge en funktionalitet i bindingen direkte til dette, så man undgår regler. Det har jeg ikke selv prøvet af endnu. Så vil du kunne bruge input svagstrømstryk både i Habpanel, BasicUI og i Homekit. Men det betyder, at du får 2 visninger ligesom i den fysiske verden - en for trykket og en for lampen. Hvis du vil undgå dette, så er det nemmest at gentage simpel funktionalitet fra IHC i Openhab2 og så styre output direkte.
  9. Det er nogle gode forslag, som Claus kommer med, og via disse kan man bruge input fra Openhab2. Men konsekvensen er, at man i UI får både en on/off knap og en statusvisning af fx en lampe fuldstændig som i den fysiske verden. Hvis man vil kun vil have én knap eller ikon i UI til både at vise status og ændre status, så er man nødt til enten at gentage logik i Openhab eller bruge forslaget for Henning, som jeg har linket til tidligere i denne tråd.
  10. Hej Mads Jeg har samme setup som dig med Openhab2 tilknyttet IHC med 55-60 devices i binding. Jeg har haft det i en måned, og den periode har der ikke været nogen genstart. Men det er vigtigt at bruge IHC irmware 199, fordi 220 er ikke stabil. Den sidste giver vilkårlige genstart - også selvom Openhab2 ikke er tilsluttet.
  11. Faktisk er Openhab open source, så dokumentationen og koden er ikke foretaget af dem. I stedet er det Pauli Anttila fra IHC-User.dk forum, som venligt har udviklet denne integration, så vi alle frit kan bruge det. Og både deres eget nye UI - Habpanel lavet af en person fra Frankrig - og Apple Homekit er i mine øjne meget brugervenlige.
  12. Prøv at se på OpenHab2 - der er interfaces til rigtig meget inkl. IHC, z-wave, Hue, Homekit, Sonos, Pushover m.m. I OpenHab kan du på IHC aflæse og sætte ikke kun input og output moduler, mens også alle værdier i funktionsblokke. Jeg synes, at det er ret cool sammen med IHC, og det er tilgængelig bl.a. til Windows, RPI og Synology NAS server. Hvis du ikke ønsker OpenHab, så kan du blot se i kildekoden på GitHub, hvordan bindingen til IHC er lavet. Herefter kan du implementere det samme i .Net - jeg formoder, at du udvikler i C#.
  13. Nej, jeg bruger en Synology NAS server. Dels fordi den har en rigtig SSD disk (=forhåbentlig længere levetid end SD kort), dels fordi jeg i forvejen har en sådan tændt 24/7 til backup m.m. Og strømforbruget på den er ganske beskedent på ca. 5 watt. Jeg benytter Openhab2, og de har en installer pakke til Synology NAS server.
  14. Hej Thomas Jeg tænkte ligesom dig, at IHC installation altid skal fungere uafhængig af andre typer software. Og at man ikke skal springe IHC logik over. Så derfor har jeg brugt nogen tid på tryk på input - som jeg også angav tidligere i tråden - men er foreløbig kommet til den konklusion, at det ikke er hensigtsmæssigt. Det skyldes, at når du via Openhab aktiverer et input tryk, så er det ikke muligt på event bussen at se forskel på, om output er aktiveret via dette eller et faktisk fysisk tryk. Og den oplysning er nødvendig for at få status opdateret korrekt og undgå problemer med selvsving via cirkulære referencer. Derfor gør jeg foreløbig følgende: Ved de simple on/off eller kip så påvirker jeg output direkte i IHC, fordi der er ingen status eller lignende, som gemmes. Hvis der er en simpel logik som fx tænd LED i opus tryk, så har jeg gentaget denne logik i Openhab. Ved de komplekse ting, hvor der er en eller flere funktionsblokke i brug, så har jeg netop fundet en god løsning til det, og den er beskrevet i dette indlæg. I begge tilfælde skal du ikke aktivere input tryk via Openhab, så dit problem forsvinder. Dog er de komplekse ting lidt omstændige at sætte op i Visual, men metoden anbefalet af Henning fungerer. Jeg synes, at det virker ret fint i mit setup nu. Men må dog også erkende, at der går nogle timer her i begyndelsen med det. Ejvind Rettelse: Gør ikke som jeg skrev, men brug forslaget lige herunder fra Claus, hvor der gøres brug af ekstra funktioner i IHC binding. Det gøre det hele meget nemmere, og man behøver ikke gentage funktioner i Openhab eller slå inputtryk fra via rules.
  15. Jeg har ikke oplevet langsom svartid på noget tidspunkt.
  16. Jeg valgte at gå væk fra Domoticz og i stedet brug Openhab2, hvor der findes et fint IHC interface. Og jeg er foreløbig blevet positiv overrasket - efter lidt indlæringstid kan jeg se, at der er rigtig mange muligheder i Openhab. Foreløbig bruger jeg IHC og Homekit interfaces, men det er fx muligt at tilføje Philips Hue pærer og integrere dem med IHC installationen via den indbyggede rule engine. Eller aktivere Pushover som i IHC Captain. Se endvidere dette indlæg
  17. Mange tak for det - præcis hvad jeg manglende. I første omgang var det en portåbner, som ved åbning gør følgende i IHC ved åbning: Tænd forsyningsstrøm på 230 volt output modul Vent 6 sekunder indtil styringsenheden er klar Send svagstrømssignal for åbning af port på 24 volt output modul Vent 50 sekunder indtil porten er åben Sluk for forsyningsstrøm og tilsvarende modsat ved lukning af port. Det er for at spare stand-by forbrug, der ikke er ubetydelig pga. fotoceller som forhindrer lågens vandring, hvis der er en forstyrrende genstand. Alt dette er nu pakket ind i en simpel on/off knap i min Iphone app og på Homekit, som kan bruges til at åbne og lukke med. Desuden bliver status i app'en automatisk øjeblikkelig ajourført, hvis man åbner eller lukker via IHC svagstrømstryk eller IHC nøglering. Det ser sådan ud: Jeg kun bruge den samme metode til andre mere komplekse produkter, hvor jeg både ønsker en fuldt funktionsdygtig IHC installation samtidig med en nem og synkroniseret betjening via Openhab eller Homekit.
  18. Jeg vil gerne lave en kombineret input- og output via IHC programmering, men ved ikke, om det er muligt. Det skal være en status, som IHC sætter ved aktivering af svagstrømstryk (normalt en udgang), og som aflæses af et 3. parts produkt, aktuelt Openhab og Homekit. Dette 3. parts produkt kan også ændre den samme status, og det skal starte aktiviteter i IHC (normalt en indgang). Hvis det fungerede, ville det medføre et uendelig loop, og derfor skal jeg sætte et permitsignal op i IHC, så aktiviteten kun startes, hvis et svagstrømstryk ikke har været aktiveret for nylig. Det lyder måske lidt kryptisk, men formålet er at have en simpel on/off i 3. parts produkter, som automatisk ajourfører status fra IHC + at man i 3. parts produktet selv kan trigger on/off på den samme. Dette er nemt for en almindelig IHC udgang, men jeg ved ikke, hvordan man kan gøre det, hvis det er nødvendigt at starte en fb for at ændre status. Fra Openhab kan jeg læse og sætte alle input og output samt alle værdier i funktionsblokke. Måske et flag eller enumeration i en fb kan gøre det? mvh / Ejvind
  19. Ja, man kan godt koble den på et ventilationsanlæg. Dog vil jeg fråråde det, fordi du trækker mados ind i dette anlæg med potentielle problemer til følge. I stedet et separat ventilationsanlæg og fx Siemens emhætte uden aftræk, hvor de har udviklet en speciel teknologi til mados. IHC har en fb, der kan integrere med visse Nilan anlæg.
  20. Hej Thomas Jeg sætter min rule på input op som i dette eksempel: rule "kip spisebord" when Item SpisestueOH received update ON then Thread::sleep(150) sendCommand(SpisestueOH,OFF) Thread::sleep(300) end Den sidste sleep på 300 ms er for at undgå at den kipper nok engang. Desuden er det vigtigt, at du ikke aflæser status for IHC på dit input, og det gør ved at tilføje et > tegn foran adressen. Dvs. Switch KontorUL {ihc=">0x322c5c"} Ellers kan den netop gå i selvsving. Så skulle det gerne virke :-) mvh / Ejvind -- Rettelse: Længere nede i denne tråd er der forslag fra Claus om at bruge ekstra funktioner i IHC Binding, og det betyder, at man ikke behøver gøre, som jeg tidligere skrev her. Brug i stedet metoden fra Claus, og det hele bliver mere simpelt.
  21. Jeg tester gerne på ledningsførte enheder, hvis du er interesseret. Mit setup er hw 6.1 med firmware 199.
  22. Microsoft Edge understøtter ikke java. Du skal bruge Internet Explorer, som også følger med Windows 10.
  23. Husk at det skal være samme subdomæne. Fx hvis router er på 192.168.0.1 skal IHC controller være 192.168.0.x. Yousee benytter 192.168.0.1 til nogle af deres routere, hvor mange andre benytter 192.168.1.1 til routeren.
  24. Hej alle Jeg vil gerne opsamle statistik på omfanget af problemet med vilkårlig controller genstart på firmware 2.7.220 og senere versioner. Jeg har fulgt kendte anbefalinger, men oplever genstart af controlleren med jævne mellemrum med 2.7.220. Med firmware 2.7.199 kan min controller køre i månedsvis uden problemer. Jeg kender disse anbefalinger: - alle input skal være forbundet til en relevant funktionsblok. Det er især vigtigt for bitbaserede input såsom temp. måler - alle output skal være forbundet til én - og kun én - funktionsblok - ingen hjemmebyggede fb samt alle fb er nyeste udgave - dvs. der benyttes ingen fb fra en tidligere udgave af Visual Hvis du benytter 2.7.220 eller senere, vil jeg gerne bede om et indlæg om, hvor mange dage controlleren maksimalt har været kørende uden genstart. Det kan ses direkte i administrator. Hvis du har haft den kørende uden genstart i mere end 14 dage med disse firmware versioner, så vil jeg endvidere gerne bede om en angivelse af hardware setup, brug af funktionsblokke og brug af LK Remote. Desuden er jeg ved at undersøge juridiske muligheder, fordi jeg mener, at der er tale om en mangel i produktet. Den største bekymring for mig er, at alarmen ikke fungerer korrekt, hvis man skulle få brug for den. Jeg er især interesseret i 2 typer henvendelser - evt. via en privat mail: Hvis du har købt en IHC installation indenfor de seneste 2 år, så kan man direkte reklamere baseret på købelovens bestemmelser. Man kan muligvis også få medhold udover 2 år, men denne situation er oplagt. Hvis du ønsker at være med til finansiering af juridiske undersøgelser af, om hvorvidt LK eller nogle af deres distributører kan stilles til ansvar for mangler i produktet. På forhånd tak.
  25. Jeg foreslår, at du kun forsøger med USB, fordi der her nogle checks, som bypasses. I Java Control panel på siden med Exceptions skal 'Security level for applications..' stå til High og ikke 'Very High'. Prøv også midlertidigt at slå firewall fra på din PC. Ip adressen på controlleren - i dit tilfælde 192.1681.3 - skal være på samme subnet som gatewayen, og settings i IHC controlleren SKAL pege på den rigtige gateway. Jeg nævner det, fordi jeg har set, at bl.a. YouSee installerer routere på IP adresse 192.168.0.1, og det vil forhindre login til IHC Controlleren, medmindre den flyttes til samme subnet - fx 192.168.0.3. IHC Controlleren skal kunne se gatewayen via lokalnet. Prøv også login via Visual 2.7.342 som Lars skriver. Hvis det fortsat fejler, så installer fx Java 8.66 og foretag login via USB og check korrekt gateway og korrekte sikkerhedsindstillinger på controlleren. Herefter kan du prøve at opgradere til 8.101 igen. Det var mine sidste forslag - håber det fungerer.
×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok