EjvindHald

Jeg har brugt symlinks med usb på Linux med openHAB uden problemer. Med de korrekte ident informationer virker de korrekt hver gang i mit setup, som også Mikkel skriver. Derimod har jeg i relation til openHAB oplevet problemer med, at status på brug af usb porten kommer ud af sync mellem Linux OS, Java og openHAB engine. Dette har været core reason på mine problemer med usb modbus.

Det ser ikke helt rigtig ud. I din Item file peger på output17331290, men i din Thing file hedder det Garageport og Garageport_state.

usb virker ikke ligeså fint. Jeg har brugt mange forgæves timer på usb, som ikke er stabil. lan med modbus er langt bedre.

Du kan evt. læse dette indlæg for inspiration: link

For a new controller to Belgium I suggest to write or call yousave.dk - usually they are very service minded.

Tænker det er bedre at spørge @Pauli Anttila om, hvorfor han valgte at lave en channel switch til batteri status.

Godt at du kom lidt videre. Det er en god ide at gøre præcis, som jeg skriver. Dvs. lav en sitemap file og kontroller at alt er ok i openHAB. Først når du er sikker på, at det virker inkl. at huske aktuel status, kan du tilknytte Google. Jeg undres fortsat over din 1ms setup - jeg tror, at det er symptom på en anden fejl. Filen events.log og IHC ServiceView er gode værktøjer til præcis at forstå, hvad der sker.

@Ulle : Hvilken type er det indbyggede batteri og kan du udskifte det?

Hej Jeg har ikke benyttet CometVisu - for bedste svar foreslår jeg openHAB forum i stedet. Dog ser det ud til, at sidste release af dette produkt er sket for mere end 1 år siden, og siden da er der frigivet en major release af openHAB. Det kan muligvis forklare dine udfordringer. Ved en hurtig screening af mulighederne ser der ud til at være et stort sammenfald med funktionerne i Habpanel. Ejvind

Hvis du blot skal have besked ved alarm, så kan du købe IHC SMS modem og erstatte med dit voice modem. Det har bl.a. den fordel, at det har indbygget batteri backup, som er nok til at sende beskeder også i tilfælde af strømafbrydelse. Hvis du vælger at benytte nogle af de andre nævnte apps, skal du selv sørge for at løse dette problem inkl. at din router fortsat fungerer ved afbrudt hovedforsyning. De fleste prof. alarm systemer fungerer også hvis strømmen er slået fra for maksimal sikkerhed. Vil du i stedet i gang med nogle af de nævnte apps, så er IHC Captain (link) nemt at gå til, mens openHAB har en mere stejl indlæringskode. Men med openHAB kan du integrere til flere produkter og selv lave avancerede regler i stil men en fb. Se link. Home Assistant er også en mulighed - se link.

Ja, jeg har brugt model EUD12D-UC, indtil jeg købte LK Led RS485 dimmer. De fungerer fint, og jeg har 2 stk., som du kan købe, hvis interesseret. Pris kr. 200 pr. stk. + fragt.

Nej, ikke jeg kender til. Det er også en af grundene til, at min controller ikke er tilgængelig udefra via min router. Man kan prøve alle kombinationer, indtil man rammer korrekt - et såkaldt Brute Force angreb.

Kip kan være et problem i relation til smart home app, hvis det forbindes til 'Kip' indgang i en IHC fb eller input. Nogle apps kan fx sende en sluk kommando ud til alle lys som et resultat af en stemmekommando om at slukke alt. Hvis et givet lys allerede er slukket, kan det bevirke, at lyset faktisk tændes i IHC pga. kip input. Derfor vil jeg anbefale at gøre præcis, som jeg har beskrevet her. Det inkluderer - som @Kandersen korrekt skriver - en højere PulseWidth end 1 ms. Dvs. du skal definere 3 Things inkl. brug af Direction og CommandToReact. Alle 3 Things skal være samlet i ét og samme item, som jeg også viser eksempel på. Ingen grund til 'autoupdate=false'. Din CommandToReact="ON" Thing skal pege på Tænd i din fb. Din CommandToReact="OFF" Thing skal pege på Sluk i din fb. Min opsætning er afprøvet i Google Home, og det fungerer fint hos mig inkl. kip.

Godt at det fungerer. Ved kip har du ét input til både tænd og sluk. Det er fint til betjening med svagstrømstryk, hvor du med øjnene ser aktuel status og derpå beslutter evt. tryk. Men i de fleste smart apps sætter man direkte tænd eller sluk af en lampe. Derfor forbinder jeg altid on_id til Tænd og off_id til Sluk i min funktionsblok 1.1.10a. Så er jeg sikker på, at alt altid fungerer inkl. korrekt tilbagemelding uanset betjening. Håber også det svarer på spm fra @Kandersen Men man kan vælge at gøre det på mange måder - ovenstående er blot min tilgang.

Helt ny flow switch Type VKX15, som giver puls ved gennemstrømning af vand. Det er 3/4" gevind, og der er WRAS godkendelse til drikkevand. Materialet er rødgods mærket med CW617N, så der er ingen korrosion.For detailinfo se dette linkKan integreres med IHC (fx fb 1.408 til styring af max pulser pr tidsenhed) eller andre smart home systemer til detektering af vandgennemløb.Det er impulser, så ved et softwarestyret smart home eller IHC kan man selv sætte tærskelværdier. Fx. kan man tillade en vaskemaskine at tage vand ind, selvom man ikke er hjemme. Men et stort vandforbrug ved lækage kan medføre alarm eller stoppes. Jeg sælger den, da jeg i stedet endte med at måle pulser via en vandmåler.Det er fast pris på kr. 600 + evt. fragt.

Faktisk behøver du slet bruge binary sensor. Jens har lavet on_id og og off_id, så det ikke er nødvendigt at lave automations.yaml for at binde input og output sammen. Det er på samme måde som i openhab med CommandToReact. Eksempel på yaml i Home Assistant med lys: ihc: - url: 'https://192.168.1.31:444' username: homeassistantSVC password: xxxxxxxxx auto_setup: false info: true light: - id: 1423707 name: KoekkenOverskabe on_id: 1413466 off_id: 1538066 id = lampeudtag output 230 volt - status til Home Assistant on_id = puls til on. Til IHC input eller fb ved kip off_id = puls til off. Til IHC input eller fb ved kip. Og ja, i en yaml file er tabulering (indents) og helt præcis position yderst vigtigt - ellers virker det ikke.

Du kan på din light entry bruge on_id og off_id. Se https://www.home-assistant.io/integrations/ihc/

OpenHAB binding til IHC er lavet af @Pauli Anttila, som er aktiv i dette forum. Home Assistant integration er lavet af Jens, som har dingus.dk. Han er ikke aktiv i dette forum. Dette er en årsagerne til, at du ser flere indlæg her vedr. OpenHAB. Openhab er baseret på java og fra Tyskland, mens Home Assistant er baseret på Python og fra USA. Integrationen til IHC fra OpenHAB har flere muligheder end Home Assistant. @Pauli Anttila har ganske enkelt lagt mere energi i det. Jeg bruger selv begge produkter, og der er fordele og ulemper ved begge. Men kompleksiten i rules (OH) eller automation (HA) er nogenlunde ens. Det svarer til en funktionsblok i IHC. Lovelace (HA) og Habpanel (OH) for dashboards er også nogenlunde lige nemme at gå til. Jeg bruger ikke selv stemmestyring, men integrationen til Google Assistant er formentlig identisk i begge.

Du skal allerførst finde ud af hvilken typen lysdæmper du har, som jeg skrev. Hvis det ikke er en af de nævnte typer, vil det ikke aldrig komme til virke i Home Assistant.

Det er bedst at oprette en specifik bruger - såkaldt service account - til alle apps, herunder også til Home Assistant. Uanset om det er root cause eller ej, så brug den isf. admin. Ved en genstart af IHC Controlleren resettes alle current logins. Udover det har jeg ingen bud.

Dit eksempel er ikke det samme som min anbefaling. Hvis du har 2 Things til input on/off og 1 Thing til status, så skal alle 3 være i din Item definition. I din Item definition har du kun 1 Thing. Foreslår at du læser mit eksempel igen. Kan du vise udsnit af din Things file med relevante definitioner?

Du kan vælge at bruge OpenHAB på 2 måder: Direkte to-vejs integration til output moduler, som openHAB genkender status på og kan skrive i. Det er det, som du forsøger, og her et det vigtigt, at dit ID i channel er den endelige fysiske udgang til venstre i Visual En-vejs on/off til input moduler i IHC og En-vejs status tilbage fra IHC output moduler til OpenHAB. På dette link https://www.ihc-user.dk/forum/forums/topic/8077-best-practice-openhab2-binding-ver-2/ har jeg vist, hvordan man kan sætte det op. Det er lidt mere omstændigt, men til gengæld har du ikke både IHC fb og openHAB logik som begge kan styre output. Check at dit ID er korrekt og brug gene ServiceNow til at følge med.

@Henning Pedersen i Odense er mit bedste bud. Tlf. 20 62 00 30

Jeg ved ikke, om det kan hjælpe dig, men jeg har delt alt op i subnets via min UniFi router. Dvs. min IHC Controller, openHAB, Home Assistant m.m. er på et separat subnet kaldet IoT adskilt fra resten via firewall regel. Dog har jeg åbnet op for porte til betjening - fx 443 -, så det kan bruges på lokalnettet. Men fx port 22 til ssh er lukket og kan kun tilgås af en pc, som er tilknyttet direkte til mit IoT subnet via en bestemt fysisk port på en af mine UniFi switche, som er konfigureret hertil. Eller via relevant VLAN på mit UniFI Access Point, hvis man ønsker at åbne for WiFi adgang. Det handler om, hvor stram sikkerheden skal være. Mine børn har også hver deres eget subnet, som deres enheder er tilknyttet. Ideen er, at hvis fx en af mine drenge får virus på sin spille PC, så kan denne virus ikke forplante sig videre i netværket. Og de har efterfølgende haft virus på deres udstyr, og dette snavs kom ikke videre.... Hvis man i forvejen har UniFi udstyr, koster det ikke noget - det kræver blot fordybning og dernæst konfigurering. Det kan godt tage lidt tid, men er meget sjovt og lærerigt. (Ligesom jeg har aktiveret den indbyggede VPN server i UniFi til fjernadgang, men det er en anden historie)

Jeg kender ikke 2.7.349, men jeg ved, at 2.7.220 ikke er helt stabil. For dig indebærer 2.7.199 samme login fra Visual til controlleren som din nuværende. Selvom LK ikke anbefaler det, så har flere med held brugt 2.8.x på hw 6.1, men der er login ændret, så du skal have en anden version af Visual. Og jeg ved ikke, om den er tilgængelig i din sprogversion. Derfor min anbefaling om 2.7.199 som det sikre valg for dig. Det er korrekt, at der er java udfordringer, men der er workarounds for alle disse, såvidt jeg ved. Søg her på sitet efter det. Jeg benytter hw 7 og ikke længere 6.1.