Hop til indhold

ernest

Members
  • Antal indlæg

    56
  • Medlem siden

  • Senest besøgt

Alt der er opslået af ernest

  1. Sounds great - impressive work! Looking forward to test the new binding, when i have time for it.
  2. Det lyder godt. Rules er rimelig simpelt at arbejde med, så det er bare igang :-). Ja, men min udfordring er, at jeg har 5 vinduer og 5 gardiner. Jeg ville gerne have alle vinduer til luk, åbne, flow og 50%. Det er 25 scener. Så vil jeg også have gardiner åben, luk og 70%. Det giver 15 og total 40 scener. Men klf understøtter kun 32... Jeg har 2 vindue på de fysiske input til at åbne og lukke. De virker som klf-100. Men min plan er, at få 2 vinduer mere på. Så kan jeg fjerne 20 scener og har lidt mere at arbejde med, til at lave scener med alle produkterne, uden at skulle bruge rules. Havde klf-200 blot kunne sende flere kommandoer via scener på engang, var det ikke et problem. Den kan derimod godt håndtere flere input på 1 gang...
  3. Er der en venlig sjæl, som måske kan hjælpe med ovenstående spørgsmål :-) Kan ikke helt finde en korrekt kondensator til 1m lydgiveren
  4. Ja, det passer perfect. Vi har KPK dører og vinduer og her er der ingen problemer. Man skal bare huske at være grundig med at rense ned, så limen har noget at hæfte i. Ja, det er en lidt større omkostning, men i forhold til "normale" dørkontakter er løsningen meget flottere. Mine har kørt i 9 måneder og har stadig 100% batteri. Jeg købte en Aeon Labs USB Adapter with Battery GEN5. Den fungerer perfekt og har fordelen af indbygget batteri. Eneste som drillede, var parringen af Sensative - det tog lidt tid før jeg fik alle på (en halv aften....). Det er ligesom, at de ikke sender deres signal længe nok, til altid at blive registeret korrekt. Men med lidt tålmodighed virkede det. Efterfølgende har de fungeret perfekt og bruger dem også direkte i IHC, hvor OH bare opdaterer status. Ja, du har ret i det er en "beta" bundle. Men problemet generelt med OH er, at der er meget lang vej fra beta til prod. Det er både godt og ondt. Det er måske også derfor at Home Assistent virker mere agilt pga. hyppigere relaeses og generelt nemmere kodning end en hel bundle i JAVA... F.eks. tog det lang tid før, der var et reelt eksempel på integration af Roth gulvvarmestyring - dog gennem HTTP bundle etc. Dette var modsat lynhurtigt udviklet til HA. Jeg tror også, det er derfor de har lavet Eclipse IOT marked, så der kommer mere flow og kortere tid til at være en mere "officiel" bundle. KLF-200 har også været på markedet i snart 1 år og der er ikke en officiel bundle. Hos HA kom den med i release 0.49 og de er på 0.71 pt.. Så med OH er det næsten nødvendigt at have "beta" bundles, når man rigtig skal lege :-). Men glæd dig til at lege med den. Den har faktisk kørt fint hos mig, dog træls man ikke kan styre vinduerne direkte, men skal lave scener med maksimum 32 stk. Og så skal den færdiggøre en scene, før en nypåbegyndes. Så jeg har lavet lidt Thread::sleep, når f.eks. alle vinduer skal sættes på flow. Bruger man de fysiske indgange ligesom KLF-100, fungerer det perfekt og stabilt som KLF-100 altid gør. Dejligt man ikke skal programmere den fysisk, men blot via computeren! Faktisk skriver de i deres docs: Recommendations for a "headless" hardware setup: Raspberry Pi 2 or newer, compare your existing device here if you are unsure. SD card (16GB or more to support wear-leveling) Steady power supply Ethernet connection No connected display or keyboard needed Samt det er recommend til new users. Så mange starter der, inkl. mig selv. Er pt. i gang med at lave et setup på en intel NUC med ubuntu og KVM. Så grafana og influx får deres egen VM og OH dens egen VM. Jeg synes min RPI3 kører lidt sløvt i konsolen og tvivler på at Influx + grafana gør noget godt for dette :-). Men jo, RPI3 er en god start. Men hvis man vil lege rigtig meget med grafer og DB, ville jeg anbefale et lidt større setup. En gammel bærbar kunne også være en mulighed, da der er indbygget UPS ;-). Men ja, start med en RPI 3 på SD kort. Migration til SSD er rimelig hurtigt og kommer man i problemer med processorkraft / RAM, så et lidt større setup.
  5. Hej Johan, Principielt har Kandersen ret, vedr. muligheden for at fravælge IHC controlleren. Men det er ikke altid græsset er grønnere på den anden side: https://www.ihc-user.dk/forum/forums/topic/7042-s%C3%A5-er-jeg-tilbage/ Jeg har selv en stor IHC installation og er glad for denne kører 100% uafhængigt af Openhab. IHC er stadig et af de mest stabile systemer, men innovationen mangler dog. Her er OH en oplagt mulighed at smide ovenpå. Det giver en masse "nørderi" og muligheder som er super fede. F.eks. har jeg suppleret med Sensative Doorstrips, for at undgå ledning ud til alle vinduer og dører. Jeg havde ikke plads til flere ind- og udgange på 1 controller, så dette var oplagt og hurtigt implementeret. Det samme gælder en trådløs HUE PIR og diverse HUE pærer. Ulempen ved OH er, at man ofte lige skal smide sidste opdatering på en sen aften. Og når man har mangle bundles, er der sommetider noget der knækker. F.eks. hang mit styring af Velux KLF-200 i 5 dage, fordi den lavede en fejl. Efter længere debug, måtte jeg fjerne alle channels i paperUI og tilføje igen. Så spillede det.... Jeg mener, at husets grundlæggende funktioner skal fungere uden OH kører. En RPI har større risiko for at fejle pga. SD kort etc. og her sætter konen pris på det grundlæggende altid fungerer. Vedr. dine spørgsmål om Fibaro, synes jeg du skal læse første link - jeg har ingen erfaringer med dimmer udover wireless lampeudtag som spiller udmærket. Z-wave er let at integrere. Jeg kører med Unifi bundle vedr. presence detection og der fungerer meget godt. Der findes også mulighed for at pinge devices etc. Skal du lege med OH, skal du have en IHV controller og ikke Wireless til Wireless. OH er lidt tungt at komme i gang med, men derefter er ret nemt og der er meget support i forummet. Hvis du ikke er så teknisk, kan du evt. kigge på https://www.home-assistant.io/, det virker mere simpelt end OH og releaser konstant nye versioner. Har ikke leget med det, da OH er en perfekt løsning for mig.
  6. There has not been release any new IHC binding and i'm not sure if this is in pipeline for OH2 currently. Can't find info in github etc. If you want to control 2 IHC controllers, you need to setup an additional OH "slave" and let the two OH instances communicate through MQTT. I have this setup and it working as excepted.
  7. Jeg har også oplevet problemer med en af mine dimmere på det seneste. Har ikke haft disse problemer før. Dimmer vil ikke reagere på nogen tryk, men går jeg ud og trykker fysisk på dimmeren 1 gang for at slukke, så kører det igen... Det er meget tilfældigt hvornår problemet opstår, men irriterende er det. Følger spændt med her.
  8. Hej Johnny, Lider af samme problem som ovenstående. Har du et link til den kondensator du har købt? Har du sat kondensatoren på udgangsmodulet eller ved lydgiveren? Mvh Kristoffer
  9. Også en mulighed. Satte dog bare en ekstra Raspberry PI op med OH2. Al kommunikation foregår via MQTT og kører uden problemer!
  10. Ok, det må være weekend arbejde :-). Tak for tippet!
  11. Har skiftet og alle mine blokke har virket uden problemer fra V2 til V3. Har dog ikke nogen boligpakker blokke, kun få "LK" standard blokke (alarm etc.) og så resten custom.
  12. Havde glemt en PIR indendørs, så fik monteret en HUE pir. Det spiller super godt. Dog opsat gennem Openhab. Philips Hue PIR må ikke bruges udendørs! Eneste option er en z-wave udendørs PIR og her er "phillio" en af de få der virker.
  13. Hej Lars, Kan ikke helt se, hvad jeg kan gøre for at følge S0. Jeg kan kun bruge variablerne (Wh, kWh etc), som betingelser med en konstant værdi i et program. Så kan ikke helt følge, hvordan det kan opnåes? Kan være det ender med din "tåbelige" løsning ovenfor
  14. Tonnys råd virker - tak for det. Jeg opgraderer controller i morgen, så kan jeg tjekke om de har rettet denne bug. Håber de har fået rettet fejlen i den nye Visual 3, som efter et stykke tid laver fejl ved opstart og det ikke kan åbne det, fordi Visual 2 også er installeret: Navn på program med fejl: IHCVisual.exe, version: 3.4.43.3, tidsstempel: 0x59c22a34 Navn på modul med fejl: UTCSBase2_8.dll, version: 2.12.249.0, tidsstempel: 0x57ea7740 Undtagelseskode: 0xc0000005 Forskydning med fejl 0x0001b3b3 Proces-id 0x2e4 Programmets starttidspunkt 0x01d361775a2142f7 Programsti: C:\Program Files (x86)\LK IHC Control 3\IHC Visual\IHCVisual.exe Modulsti: C:\Program Files (x86)\LK IHC 2.8 Control\IHC Visual\UTCSBase2_8.dll Rapport-id: 5da98a98-93cf-4209-a2ce-446ec0bd922d Fuldt navn på program med fejl: Relativt program-id for program med fejl: Men ja, ikke meget changelog man kan se...
  15. Hej, Tak for tip - det prøver jeg ved lejlighed!
  16. Hej, Er der andre som har oplevet, at man via Administrator til den Controller V3 ikke får justeret tiden korrekt (1 time bagud)? Når jeg gemmer indstillingerne nedenfor: Og så åbner igen, så er de reverted til "gammel" / standard setup?: Den skriver endda, at informationen er vellykket afsendt?
  17. Hmm, det tror jeg ikke rigtig kan lade sig gøre. Desværre. Kunne være jeg blot skulle teste det med et kabel både i S0 og i et input på samme tid?
  18. Hej Henning, Det kan jeg godt se - håbløst design. Kan man koble 2 kabler på ens måler udgang? Således et kabel løber ned til S0 og et andet til et input modul? S0 har nogle sjove features med nuværende forbrug etc., som jeg kan udlæse til min Openhab og derfor ville jeg egentlig gerne beholde den - men mangler lidt månedsoversigterne fra "puls opsamlings blokken".
  19. OK - tænkte bare om den kunne give signal til begge. Men jeg burde kunne til S0 i controlleren, så den giver en puls per 1/1000 kW. Vi skulle have noget IHC styring i en selvstændig bygning. Den er noget mindre og derfor tænkte jeg, at jeg ligeså godt kunne udskifte dem. Kan mærkelig forskel med Openhab - hvor den ikke har låst endnu. Det kunne v2 godt gøre. Samtidig behøves IHC captain ikke lukkes, før man tilgå controller i VIsual. Tilgengæld har jeg 2 gange oplevet, at IHC Visual 3 ikke ville starte og har geninstalleret det. Garanteret fordi den konflikter med 2.8... Det er flot af LK, da mange sandsynligvis vil have begge versioner.
  20. Hej Lars, Man kan ikke trække dem over, desværre. Se vedhæftet billede - S0 Kan ikke lige se nogen nye "energi" blokke. Er det noget selvstændig man skal downloade fra LK? Alternativ skal man tilpasse blokken med en af de nye variabler. Kan bare ikke lige se, hvilken en der blot giver en puls per kw. Kan jeg egentlig splitte kablet fra S0, ned til både Controller S0 og et input modul? Overvejer dette i stedet for at bygge en ny blok... :-)
  21. ernest

    S0 og puls opsamling

    Hej, Har lige fået monteret den nye controller. Jeg har tidligere haft min bimåler koblet til IHC input modul. Bimåler har S0 udgang. Hertil har jeg benyttet 4.2.03.b. Jeg tænkte jeg ligeså godt kunne benytte S0 indgangen på controlleren, i stedet for at bruge en indgang på et input. Men i Visual 3, kan jeg kun tilføje et S0 device. Men kan dette "produkt" smide "pulser" til 4.2.03.b blokken? Kan godt lide opdeling af forbrug i måneder etc., så ville ikke helt droppe denne blok.
  22. Der understøttes ikke flere controllere. Tror min løsning blive en ekstra OH2 instans, enten som slave eller fuldblod OH2 og så opsætte MQTT til kommunikationen mellem dem.
  23. Hej, Er der nogen der ved, om jeg kan duplikere IHC config med et andet navn og så have adgang til 2 IHC controllere? Vi har en separat bygning, som ender med sin egen IHC installation. Denne vil jeg selvfølgelig gerne kunne styre fra samme sitemap som min nuværende IHC controller er opsat med.
  24. Nu har jeg skiftet ledning på klemme 1, 2, 3 & 4. Elektrikeren havde brugt et andet kabel end Nopovic. Nu lyser 12V igen og det ser ud til at køre korrekt. Tak for jeres forslag. Søger dog stadig beregningsarket, hvis nogen ligger inde med det.
×
×
  • 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