Hop til indhold

ernest

Members
  • Antal indlæg

    56
  • Medlem siden

  • Senest besøgt

Indlæg skrevet af ernest

  1. On 7/3/2018 at 9:02 PM, Pauli Anttila said:

    I have now used this new version on my "production" openHAB system almost one month without single problem, so it seems to be pretty rock solid. I have done some refactoring to binding since last version (in 1st page). Binding it's not yet merged to openHAB main repo, but official PR snapshot builds can be found here.

    Sounds great - impressive work! 

    Looking forward to test the new binding, when i have time for it. 

  2. 19 hours ago, Kandersen said:

    Hej @ernest
    Jeg har fået KLF200 interfacet nu. Jeg har også fået alle 8 vinduer over openhab, (havde lidt besvær med bindingen, men det viste sig at være corrupt binding fil jeg hentede (2 gange). 

    Du nævner det der med du har lavet en thread::sleep, når du skal sætte alle vinduer på flow. Jeg fandt det noget nemmere, at bare lave en scene, som åbnede alle vinduer på flow :)

    Min plan er, at jeg i første omgang vil lave noget automatisk vindue styring, der selv åbner og lukker vinduerne i forbindelse med til/frakobling af alarmen, dog forudsat at temperaturen er høj nok indvenddig.
    Dvs..
    Hvis vinduerneer  åbne, og vi forlader hjemmet (og sætter alarmen til). Så skal alle vinduer lukkes til "ventilation scenen". 
    Når første kommer hjem, og temperaturen inde i huset er x-antal grader, så skal vinduerne åbne på 100%, når alarmen kobles fra. 

    Jeg er ikke så stærk i rules endnu. Men det bør være en smal sag at knække den.
     

    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. 4 hours ago, Kandersen said:

    Hvordan er de der Sensative Doorstrips? Passer de ordentlig i dørene/vinduerne? Er de stabile? Hvilken Z-Wave controller bruger du?
    Jeg har kigget på dem flere gange, men synes de har en rimelig voldsom pris, specielt fordi jeg skal bruge et mindre hav af dem, (mindst 22 stk). Men det er super fedt, at de kan holde batteri i 10 år, og så at de sidder helt skjult. 

    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.

    4 hours ago, Kandersen said:

    1. Ang problemer med KLF200 bindingen, så kan det jo også skyldes, at det er en "beta" binding. Dvs den er ikke releaset til stable bundle. Det er ikke helt fair at sammenligne OpenHab på den måde. Det ville svare til du skal køre beta firmware i IHC controlleren. 
    Når det er sagt, så er jeg ikke uenig i, at IHC er mere stabilt. Men det er jo heller ingen kunst at lave noget relativt simpelt, stabilt, i forhold til noget ekstremt avanceret der har risiko for større ustabilitet.  
    PS. Jeg regner med/håber på min KLF200 kommer i indeværende uge. Så skal jeg i gang med at "slås" med den, og Velux skal "knækkes" een gang for alle :D

    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!

    4 hours ago, Kandersen said:

    2. OpenHab behøver ikke køre på SD kort. Faktisk anbefales det ikke, hvis man har en stor seriøs installation. Hvis man har en Rpi3, så kan man rimeligt nemt lægge det hele over på en ekstern disk, og få Rpi3éren til at boote fra denne. Så er det helt slut med SD kortet. Jeg har en SSD siddende på min Rpi3, specielt efter jeg er begyndt at rode med databaser og charts. Bruger både rrd4j og influxdb/grafana nu. Ellers kan OpenHab også køre på andre platforme, inkl Windows, ikke at det dermed bliver specielt mere stabilt af det.  

    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.

     

  4. 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.

  5. On 15/2/2018 at 10:50 AM, Jesper B said:

    Hi Pali

    I hav Updated to OH2 now and are wondering how you can set it up for 2 controllers

    do you have an idea about that?

    Do I need to wait until the IHC plugin has been updated to 2 or can I do it with the current plugin?

    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.

  6. 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. 

  7. On 29/12/2017 at 10:28 AM, dkjumper said:

    Jeg ved godt det er en gammel tråd, men tænker der stadig er nogle rundt omkring som har problemet.

    Personligt syntes jeg 100uF giver for meget "efterlyd" når man slukker lydgiveren, så jeg har selv monteret en kondensator på 4,7uF / 50v. Dette gør at lydgiveren stopper næsten i det samme som udgangen slipper. Uanset hvad, så gør kondensatoren at lydgiveren / højtaleren ikke længere klikker / støjer de der 2-3 gange i sekundet som den ellers gør uden kondensator. Tak til Jan for ideen.

    Mvh
    Johnny

    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

  8. 6 hours ago, Lars Jacobsen said:

    Der er ingen mulighed for at "genanvende" puls signalet på/fra den specielle S0 indgang. Blokken fungere jo som en "device" uden ind/udgange som kan forbindes til en anden FB. Så ingen nem software løsning. Vi er ude i man må "ofre" en 24V ind- og udgang for at kunne lave "følg" funktion eller genanvende pulsen. 

    Ok, det må være weekend arbejde :-). Tak for tippet!

  9. Just now, ClausAM said:

    Hej Allan,

    jeg kan forstå det var rimeligt smertefrit at skifte fra Visual 2 HW6.1 to Visual 3.

    Kunne du overføre program og funktionsblokke fra Visual 2 til Visual 3 uden det krævede nogen modifikationer ?

    Jeg anvender en blanding af LK's standard funktionsblokke leveret med deres boligpakker samt egne funktionsblokke - så er meget interesseret i at høre erfaringer om Visual 3 virkelig er bagud kompatibel ved Visual 2.

    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.

  10. On 13/11/2017 at 12:48 PM, Bjarne Sørensen said:

    Du kan også kigge lidt på Philips Hue sensorer, jeg ved ikke om de må side udendørs og så bruge IHC-Bridge til at føre signalet videre til IHC. Jeg har selv tænkt lidt i de baner.

    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.

  11. On 16/11/2017 at 4:31 PM, Lars Jacobsen said:

    Men nu da controlleren/Visual 3 understøtter gange og divider skulle det ikke være svært at  lave en FB der laver det samme. Min gamle Watt meter FB, benyttede sig jo af nogle simplificerede data baseret på tid mellem pulser og giver derfor ikke en reel måling, men et fingerpeg om niveauet. Men det er der jo nu mulighed for at ændre på.

     

     

    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 ;)

  12. 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...

  13. 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:

    image.png.aeba643f3b8dff1b551d597f0dc47a96.png

    Og så åbner igen, så er de reverted til "gammel" / standard setup?:

     

    image.png.55cd80fb8f242a98d2721f16a2781114.png

    Den skriver endda, at informationen er vellykket afsendt?

  14. On 12/11/2017 at 11:44 AM, Bjarne Sørensen said:

    Kan du ikke bruge en følg blok eller noget i den stil, aner ikke om det er muligt på den nye indgang.

    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?

  15. On 4/11/2017 at 2:45 PM, Henning Pedersen said:

    S0 indgangen er forøvrigt intet værd endnu, den kan hverken bruges/ses i funktionsblokke, SceneDesign eller på Apps. Det eneste sted resultaterne kan ses er i ServiceView.

    Så vil man have signaler fra hoved- eller bimåler ind i IHC, skal det ske via en almindelig indgang.

    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".

  16. On 27/10/2017 at 3:45 PM, Lars1 said:

    Såvidt jeg husker er S0 interfacet ikke andet end et galvanisk adskilt relæ, så du kan ikke splitte kablet til både S0 indgangen på din controller og en input indgang, men der burde ikke være noget i vej for at føre det direkte på en indgang isteddet for S0 indgangen.

    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.

     

    On 27/10/2017 at 7:52 AM, Peter Holm Larsen said:

    Hvad er årsagen til du har skiftet til Visual 3, når du havde en 2 er før?

    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.

  17. 40 minutes ago, Lars Jacobsen said:

    Hvis produktet du kan tilføje i venstre side har en "udgang" som kan trækkes over på FB indgangen så burde det virke.

    Sidder ikke lige med Visual 3 men mener der er en ny "energi" FB med i pakken. Prøv at kikke på hjælpeteksten til den og se om ikke det er beskrevet der.

    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... :-)

    S0.png

    Variabler.png

  18. 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. 

  19. On 5/6/2017 at 9:30 AM, Momme said:

    Jeg tror ikke det er understøtte. Men jeg ved du ikke er den eneste med problemet så prøv at skriv til openhab og spørg om ikke de kan lave er driver til en ekstra Ihc kontroller.

    Du kan også prøve selv. Det burde bare være søg og erstat #ihc med #ihc1 og så bruge den nye drive til en ekstra kontroller 

     

    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.

  20. 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