Kandersen

Hmm, irriterende. Jeg skal have prøvet det som Henning foreslog. Synes det giver lidt mening, altså medmindre det er fysisk i sensorene.

Yep, så snart jeg får smidt det hele over og køre på en SSD (bruger SD kort lige nu), så skifter jeg til influxdb, og Grafana. Var meningen jeg skulle rode med det her til aften, men jeg "kom til" at opgradere Openhab og hele Rpién i stedet. Så det har jeg siddet og rodet lidt med, da det tog noget tid. 1. Jeg har bare installeret modbus bindingen i PaperUI. (i værste fald, så læs tråden på openhabs community som jeg linkede til tidligere, der står lidt om de problemer jeg røg ind i, samt løsninger). Det jeg husker bedst er, at du lige skal være obs på cfgén til modbus. Lad være med at gøre som jeg kom til, at konfigurere den som TCP https://community.openhab.org/t/openhab1-2-nilan-heatpump/23538/24 2. Ingen drivere. Min Rpi3 kunne genkende donglen uden jeg behøvede at gøre noget. Jeg ved dog ikke om en din PI Zero er anderledes. 3. Det kan du sådan set godt. Det meste af det virker, 'out of the archive'. Men jeg vil anbefale du tager lidt ad gangen, specielt under items, for der er dælmende mange, som du ikke skal bruge. Det samme med sitemaps, der er bla. charts i sitemaps, som du bare får fejl på, medmindre du har installeret en database og noget til at genere charts med.

Det vil jeg meget gerne

Jeg har ikke selv erfaring med de der fuga z-wave kontakter. Men det kunne være sjovt at prøve en enkelt for at se, hvor problemet i virkeligheden er. Så hvis i ikke har smidt det hele til storskrald, så er jeg villig til at bore lidt i det Jeg har Xiaomy (Zigbee) kontakt/tryk. Jeg har flere Z-wave enheder, (PIRs) som i princippet også er kontakter. Og de reagere alle promte. Derudover har jeg Z-wave temperatur og fugt sensorer, men de kan ikke sammenlignes i det her tilfælde, da de ikke har behov for at sende kommando på samme måde som et tryk. Btw.. Jeg har også et IHC Wireless ø80 dimmer, som er meget langsom om at tænde lyset på IHC tryk (2-3 sekunder) - Jeg har ikke fundet årsagen. Men det er kun det ene lampeudtag ud af 8, som lider af dette.

Hmm, 2g er mig bekendt en meget uddøende race. Kan ikke huske præcis hvornår det skal udgå, men bliver nok i forbindelse med lanceringen af 5G, som er tæt på trapperne. Det er lidt skidt hvis ikke LK laver en opdatering til 4G eller 5G. (3G ryger også, bare senere). Alternativ dør LK´s GSM modul jo helt. https://www.business.dk/digital/nu-lukkes-gsm-mobilnettet-ogsaa-i-europa

Ja jeg tænkte også om det kunne være noget med ledningerne/støj. Det skal i hvert fald afprøves. Hvordan har du lavet forsinkelsen?

Det undre mig du siger at zwave er meget langsom protokol. Det er den egentlig ikke. Den er baseret op at aktivere ud fra hændelser. Dvs det er temmelig små mængder data man skal sende/modtage, (bortset fra hvis det er en Security enhed, så kan den godt være langsom, men det er så også en enhed, som ikke har funktioner der skal være hurtige på den måde).. Når du så nævner tryk, så kan jeg slet ikke få det til at hænge sammen. Tryk er så minimalt mængde data som nærmest overhovedet kan sendes, så det burde bare spille. Jeg kan godt mistænke at det er noget med trykkene, evt fordi du har grupperet dem, fremfor at lade dem snakke sammen igennem controlleren. (det er ihvertfald en mulighed vil jeg tro). Jeg er lidt overrasket over, at du røg ind i lige præcis de problemer, som efter min mening nærmest er grund ideen og burde være voldsomt gennemtestet. Den største hurdle jeg indtil nu har haft med z-wave, det er at lave include på enheder.. Og endnu værre, at skulle exclude dem igen. Det kan simpelthen rive håret af en skaldede. Men når de først er "inde", så synes jeg faktisk det spiller rimeligt.. Okay, nogle af produkterne er decideret skod produkter, der slet ikke burde sælges. Men som udgangspunkt synes jeg de spiller, og gør det ret godt, taget prisen i betragtning. Det skal dertil lige siges, at mine foreløbige forsøg har primært ligger med produkter i den lave ende, mht pris og kvalitet. Det gør ikke så meget for mig, da jeg stadigvæk forsøger mig frem. Men overordnet set, så er jeg faktisk rimelig tilfreds.

Velkommen tilbage.. Fik du nogensinde undersøgt årsagen til problemet, eller skrottede du det bare?

Er der andre herinde som bruger Zigza temperatursensorer, og som oplever at de indimellem skifter værdi til noget der er helt ude i hampen? Gør IHC´s sensorer evt det samme, så problemet i virkeligheden ligger i IHC controlleren? Her er et lille udklip fra min OpenHab log, der viser problemet. Det er praktisk talt alle mine Zigza sensorer som gør dette. Nogle værre end andre: 2018-06-06 22:44:02.187 [vent.ItemStateChangedEvent] - amanda_Temperature changed from 25.90 to -1.20 2018-06-06 22:44:07.744 [vent.ItemStateChangedEvent] - amanda_Temperature changed from -1.20 to 25.90 2018-06-06 22:54:20.843 [vent.ItemStateChangedEvent] - amanda_Temperature changed from 25.90 to -1.20 2018-06-06 22:54:26.440 [vent.ItemStateChangedEvent] - amanda_Temperature changed from -1.20 to 25.90 Jeg har ikke snakket med Zigza om det endnu, da jeg først rigtig blev opmærksom på det fornylig, da jeg er begyndt at lave charts i Openhab over temperatur sensorene. Og disse chart viser netop problemet ret tydeligt. Som det ses, så er det i cirka 5 sekunder det sker. Og det sker periodisk, så der er ikke noget at holde det op imod.

Okay så forstår jeg det. Blev bare forvirret fordi du blandede rules ind i det. Der kan jeg nemlig ikke se sammenhængen.

Oplever til tider samme problem her. Og det er som om det er blevet værre på det seneste. OpenHab har ingen problemer med at modtage, men så snart den skal sende, så får jeg timeout. Og præcis som du siger, så kan det gå i sig selv igen efter relativ kort tid (5 min til ½ time), og så virker det i nogle dage, hvorefter den er gal igen. Udover OpenHab har jeg IHC Captain kørende. Jeg har problemet at lukke IHC Captain ned, når problemet opstår. Det ændre ikke noget. Så jeg kan godt mistanke det er bindingen. Pauli er ved at lave en opdateret version jf en anden tråd herpå forumet. Jeg har endnu ikke nået at teste den.

Er med på dit eksempel. Og også på at channels er smart, når man har flere "ting/funktioner" i samme enhed. Jeg har andre enheder, som også bruger channels. Men i dit eksempel du lagde op her tidligere, der ser det ud for mig som om, at man skal definere en enkelt items flere gange (fx en switch). Så synes jeg lige det smarte går af.

Er det ovenstående eksempel på den måde den nye binding er? (Jeg har endnu ikke nået at lege med den). altså hvor du både skal definere channels og items. For hvis det er korrekt, så forstår jeg ikke meningen med det.

Fremgår af denne. http://www1.lk.dk/katalog//vejledning/019D904122_04.pdf Du skal først starte link i Visual, og bagefter trykke på A på lampeudtaget. Så burde den begynde at blinke rødt indtil den er linket op til controlleren. Dette kan du se i Visual. Du kan ikke se det på lampeudtaget. Men hvis det har været linket før, så er det muligt du skal slette linket først.. Jeg kan ikke lige finde instruktionen for den handling. (synes i øvrig det er en møg vejledning).

Sidste først, da det er det væsentligste.. IHC controlleren skal være en Visual 2 med mindst HW 6.1. Hvis du allerede har gjort dig endelige tanker om, at IHC bare skal være mellemled, og OpenHab din "main controller", så kan du lige så godt undvære IHC wireless lampeudtag og bruge Z.wave i stedet. Så bruger du netop Wireless tryk til IHC controlleren, og fra IHC controlleren til OpenHab. I realiteten kan du også droppe IHC wireless tryk og bruge Z-wave. Til sidst ender du med, at du slet ikke behøver IHC, fordi du kan lave det hele fra Openhab med en Z-wave controller, og så bruge Z-wave enheder Her tror jeg du skal gøre op med dig selv hvad du vil. Mit valg af Openhab sammen med IHC, det skyldes udelukkende at der allerede var installeret IHC i huset. Jeg tror ikke jeg ville have valgt løsningen, hvis jeg skulle starte helt forfra. Så var IHC nok blevet forkastet. Ufordelen ved at fravælge IHC er, at IHC er et anderkendt system. Så hvis du en dag står og skal sælge huset, så vil købere måske have et andet syn på din installation.. Men det kan du som sælger reelt være ligeglad med. Kender de ikke OpenHab, Z-wave osv, så er det deres problem.. Men det udelukker måske nogle potentielle købere. (måske!).

Fibraro dimmeren (som standard), den skal installeres i en dåse (lampeudtag). Du kan også få Fibraro´s holder til indbygning i tavle (DIN skinne).. den ser sådan her ud: https://youcontrol.dk/moduler-til-z-wave/moduler/z-wave-lysdaemper-moduler/din-skinne-hus-til-montering-af-1-stk-fibaro-modul.html https://youcontrol.dk/fibaro-vera-home-center-2-centrallen-z-wave-gateway-repeater/pc-adapter-zwave/aeoezw090-c.html Aeon Labs Z-Stick Gen5 er lidt anderledes end min. Den tager man ud af computeren og hen til sine enheder man vil include. Det opdager du nok også rimelig hurtigt, at det faktisk kan være ret smart, fordi man netop skal tæt på sin Z-wave controller når man skal include en Z-wave batteri enhed. Den jeg har, der er jeg nødt til at tage Z-wave batteri enheden (altså fx en Z-wave PIR på batteri) med hen til min Rpi, når jeg skal include. Det er lidt bøvlet medmindre du har din Rpi stående et sted hvor du relativ nemt kan komme til. Min Rpi er ikke placeret i nærheden at min computer, så jeg har lidt bøvl med det, og burde nok i virkeligheden have skiftet min ud til en Aeon Labs. Det er KUN når man skal include en enhed, at man skal tæt på controlleren. Når først den er included til netværket, så kommunikere den på afstand. Så problemet er heller ikke større end det.

Ahh fedt nok @Ole Så kan jeg i værste fald måske trække lidt på dig også. Vil helt klart hellere over i InfluxDB og Grafana. Ved ikke lige hvor jeg havde fået fra, at den koster.. Kan se de skelner imellem om man selv hoster eller om de skal hoste.

Ejvind - Hvorfor er det vigtigt for dig at skelne mellem om en items er blevet aktiveret via OpenHab eller fysisk tryk? Resultatet er vel det samme. Så det du skal, det er at kende status på dit item du har påvirket. Det er dog i langt de fleste tilfælde ikke nødvendigt at kende dette i IHC. Og for de funktioner hvor det er, der kan du hente statusmeldingen direkte fra IHC controlleren og bruge den som en item. Jeg er også lidt usikker på, hvorfor du blander rules sammen med, måden items defineres på (channels)?

Det er jeg også ved at finde ud af i OpenHab, men kan ikke lige få rrdj4 til at virke.. Vistnok en kendt fejl i OpenHab som "nogen" kæmper med. Det lykkedes mig at få Charting (rrd4j) til at virke i OpenHab2 i går (ingen fejl i det, bare mig der var et kvaj). Her er et screendump fra BasicUI (Openhab´s UI). Har også fået det til at virke med alle andre temperature sensorer (både Nilan og IHC, Z-wave, Zigbee osv), samt div. fugt osv.. har bare ikke lige lave det for Nilan´s fugtig sensor endnu. Men det tager kun ganske få minutter at lave endnu en chart, da princippet er det samme, for dem alle. Så længe man opsamler alle data, så tager det få sekunder at indsætte det i et sitemap. Jeg overvejer dog at bruge noget andet end rrd4j´s charts, da jeg ikke synes det ser specielt godt ud. Vælger nok Grafana i stedet, lige bortset fra den vist koster. Til en start kan rrd4j bruges.

Most of my setup uses this kind of configuration

Glemte lige at sige.. At det fede ved dimmeren er at den er til indbygning på DIN skinne. Dvs den kan monteres direkte ind sammen med resten af IHC installationen i tavlen, hvor man oftest allerede har lampe/mellemledningerne tilgængelige, ligesom en Uni400, 350 etc. Oven i det, virker den i øvrig som "repeater" for Z-wave netværket, (det gør næsten alle Z-wave enheder som har fast drift spænding), hvilket er en temmelig smart feature i Z-wave (og Zigbee, fx Philips Hue).

En UZB1 stick. Ikke verdens bedste, men den funger til formålet. Den findes i to versioner, en meget billig og en ret så dyr. Forskellen er at den dyre er en zwave.me og har noget software med. Den billige (den jeg har) har ikke software med. Begge virker helt almindeligt med Z-wave.

Ja, der er rimelige udfordringer med dels afstand og kraft. Men ja princippet eksistere, fx en del nyere mobiltelefoner kan oplades trådløst. Men jeg tror ikke Szafranski er ude efter sådan en løsning til hans Pergola. Så tror jeg mere på en solcelle/vindmølle løsning og batteri. Det skal godt nok betyde at evt kabeltræk skal være helt umuligt eller mega dyrt. Men så er der da i det mindste strøm, engang imellem

Trådløs strøm eksistere ikke rigtigt endnu. Så uden ledere = ingen strøm.. Men jeg tror dit første indlæg bliver lidt indforstået. (jeg misforstår det måske). Du skriver du har et skur og i dette har du en 5-leder. Du nævner bla. også stikkontakter. Dette fortæller mig, at du sandsynligvis har 3 ret interessante ledere du kan komme videre med. Fase, nul og jord. Hvis fasen i dine stikkontakter ikke er en "rigtig" fase, men derimod fra et IHC 230 output, så kan du vælge to muligheder. Enten at lade outputtet stå tændt konstant. Eller du kan vælge at flå den af output modulet og lægge den over på en fast fase. Pointen er, at du komme videre til din Pergola fra skuret med bare et 3-ledere kabel. fase, nul og jord. Og så kan du lave whatever du skal lave i din Pergola. Hvis det er fordi du ikke kan komme fra skuret og til din Pergola med et kabel, og heller ikke fra din tavle (huset) til Pergola. Så er mulighederne ligesom udtømt.

Det gik temmelig godt. IHC - Dimmeren virker som en Uni400 uden memory. Dvs. du kan smide et IHC tryk på den og tænde, skrue op/ned for lyset. Og så lige en ekstra detalje. Ved dobbelttryk, så tænder den på 100%. En rimelig smart detalje, hvis det er et sted man skal bruge fuld blus. Z-wave (og openhab) - Alt er muligt ved at bruge OpenHab (eller andet system), hvor du via rules selv kan bestemme lysstyrken. Der er ikke længere behov for fysisk tryk, hvis man bruger app eller lign. Udover det kan den måle strømforbruget. Det er selvfølgelig ikke specielt interessant, hvis man kun har få lav energi kilder på (LED´s), men ideen er stadigvæk god at have. Det smarte i det her er ikke i det ene eller det andet tilfælde. Det smart er, at den kan bruges samtidig i begge tilfælde. Altså både fortrådet via IHC tryk og Z-Wave samtidig. Hvis man går med tanker om at køre noget Z-wave, så er dimmeren (inmaden er en Fibraro FGD212), en utrolig velkendt og afprøvet dimmer, der virker på stortset alle kilder og uden minimumsbegrænsning. I den tid jeg testede den, der oplevede jeg ingen problemer. Først med 12volt LED´s på en jernkerne trafo og derefter med 12volt halogen på samme trafo. Pt er den dog ikke sat til, da den i første omgang bare skulle testes. Men min plan er, at den skal ind i installationen igen og sandsynligvis bruges et sted, hvor vi tænder lys på en Pir. Jeg overvejer pt om det skal køre på udendørs belysningen. Dimmeren findes også i en 4 x dimmer version. Altså 4 selvstændige dimmere indbygget i een kasse, som kan monteres på DIN skinne.