Ole
-
Antal indlæg
312 -
Medlem siden
-
Senest besøgt
-
Days Won
1
Indholdstype
Profiler
Forummer
Downloads
Galleri
Indlæg skrevet af Ole
-
-
1 time siden, Kandersen skrev:
Det nytter jo ikke at skifte funktionen to 2-tast styring, hvis man kun har en tast at gøre godt med?
Hvis jeg forstår din bekymring ret, så er den at du i dag styrer nogle af dine dimmer komponenter via den omtalte touch indgang - det vil sige én udgang på en funktionsblok, eller direkte fra et tryk. Det først nævnte var mit scenarie inden jeg udskiftede dimmer komponenten til følgende.
Det kan du komme ud over ved at skyde eksempelvis 1.2.03.d ind i mellem - giver det mening?
Hilsner Ole.
-
11 timer siden, EjvindHald skrev:
@TorbenSørensen: På dette link er der en kommentar fra @Lars1 om, at der er fjernet support i firmware for wireless touch. Betyder det, at løsningsforslaget i denne tråd fra dig om at benytte den til regulering ikke længere er mulig?
LK skriver følgende:
http://www.lk.dk/mit-lk/ihc-software
Software 03.04.54
Wireless touch lysdæmpere er udgået
Muligheden for at sende projekter med touch produkter er blokeret
Software 03.04.49
Denne software kan bruges midlertidig til eksisterende projekter der indeholde Wireless touch produkter.
ADVARSEL.: Brug af denne software kan medføre fejl i programmet ved anvendelse af Wireless Touch lysdæmpere
Jeg tolker det således, at brug af wireless dimmere via komponenten med touch indgang stærkt frarådes, og LK har valgt i seneste udgave af Visual softwaren at blokere for download af projekt, hvor denne komponent indgår. I december skiftede jeg fra HW6.1 til HW7.1 kontroller, og i mit gamle projekt havde jeg flere forekomster af netop denne wireless komponent med touch indgang. Jeg valgte i første omgang at benytte Visual version 03.04.09, som tillader download af projekt med denne komponent, og det virkede fint. Siden gik jeg i gang med at modificere mit program, og udskifte komponenten til udgaven uden touch indgang. Det program kører jeg med nu, og det virker selvfølgeligt også. Men jeg vil da skynde mig at tilføje, at jeg som så mange andre også erfare manglende wireless stabilitet. Jeg kan genkende @Coralreef problemstilling. Måden jeg har god erfaring med løser problemstillingen, er at unlinke den eller de wireless produkter der giver oplevelsen (jeg har aldrig oplevet at problemet opstår med mere end to af gangen), linker på ny, gemmer min Visual fil og laver en download.
Jeg har en fornemmelse af, at problemstillingen som oftest er opstået i perioder hvor jeg har rodet med programmet, med flere downloads til følge.
Hilsner Ole
-
Hejsa,
Under overgangen til Visual 3 / HW 7.1 kontroller, har jeg flyttet el måler puls fra almindeligt 24/3 input modul, til S0 indgangen. Jeg er egentlig vældig tilfreds med de informationer S0 inputtet giver i Visual, men kan det virkelig passe, at forbrug til dato (Consumption) nulstilles ved kontroller genstart? Det er min erfaring, og jeg kan ikke finde en indstilling der giver mulighed for "Gem aktuel værdi ved strømsvigt"
Hilsner Ole.
-
Hej Jess,
Jeg benytter selv langt tryk til at slukke alt lys i rum, og stoppe B&O musikafspilning. Og jeg tror bestemt ikke tanken er at B&O skal være en form for "master" i opsætningen.
Inden du har det "lange tryk" tilgængeligt til brug sammen med en macro, skal du huske at markere resourcen som en der skal "lyttes på" Det kan du gøre ved at trykke [Add resources] nederst på Devices->IHC/LexControl configuration siden.
Her kan du se jeg lytter på funktionsblokkens kort og lang udgang - derfor der ikke er mulighed for at sætte et flueben.
Når du har sikret dig det, så bør du også kunne bruge dit "lange tryk" i din macro.
I mit tilfælde ser det sådan ud.
Giver det mening?
Hilsner Ole.
-
Hejsa,
Beklager min sene kommentar, men jeg kan åbenbart ikke hitte ud af at abonnere, så jeg modtager e-mail ved navne tag.
Angående kort lang tryk, hvis ellers jeg forstår dig ret og det stadig er relevant, så tror jeg ikke du kan få MLGW'en til selv at skele mellem kort og lang tryk. Jeg ville i min projektfil gøre brug af 4.15.a Kort-lang tryk, og så lade MLGW'en lytte på "udgang kort" og "udgang lang"
Vil det ikke være en mulighed for dig?
BH Ole
-
Hejsa,
Under overgangen til Visual 3 / HW 7.1 kontroller, har jeg været i gang med at modificere min ude lys blok, så den benytter sig af helligdags funktionen. Det volder i mellemtiden nogen udfordring. Det virker som om, at så snart jeg modificere min funktionsblok til at have helligdags input, og gør brug af den, så fejler download til kontrolleren konsekvent. Efterfølgende melder kontrolleren at den kører i fejltilstand, ind til jeg gendanner fra SD kort, eller indlæser nulstillings FW og starter helt på en frisk.
Følgende er fejlmeddelelsen jeg modtager, når projektfilen indeholder en funktionsblok der gør brug af helligdags input.
Jeg forestiller mig at det er samme fejl @Jesper B beskriver her og som jeg er usikker på om der viste sig en løsning på!?
Jeg kan konstatere, at så længe jeg kun forsyner funktionsblokken med helligdags input, og ikke gør brug af den inde i blokken, så fejler download ikke. Men så snart jeg vælger at medtage helligdags input i en betingelse, så kommer fejlen .
Er der nogen som er bekendt med en officiel LK blok, som benytter helligdags funktionen, eller alternativt nogen som har en egen fabrikeret funktionsblok, der gør? Så kunne jeg have stor interesse i at prøve at lade den indgå i min projektfil, for at se om jeg har held til at gennemføre download.
Jeg kører med nyeste FW (CTR.R.03.03.09), og som LK anbefaler uden helligdag opdaterings funktion aktiveret.
https://www.lk.dk/mit-lk/ihc-software
Flere der har oplevet det samme, og hvis løst, hvordan? :-)
BH Ole
-
11 minutter siden, Kandersen skrev:
Hvordan tænkes denne forbindes til fx IHC controlleren ?
Se side 67 i denne her.
-
Hej Ulrich,
Enden blev, at jeg kontaktede mit vandværk, for at høre om de ville samarbejde om en løsning. Jeg forklarede hvad jeg gerne ville (have adgang til puls udgang), hvilket den måler jeg har siddende ikke giver mulighed for. (kan ikke lige huske fabrikat - ikke Kamstrup) Vandværet oplyste at dels grundet ringe stabilitet i fjernaflæsningen, dels dårlig erfaring med holdbarheden, var man netop i gang med en løbende udskiftning til Multical 21 fra Kamstrup af. Denne giver mulighed for adgang til puls udgang, og de var imødekommende for at give adgang til den, hellere end at jeg opsatte en ekstra måler, uden de ville / kunne forbyde det.
Så lige nu venter jeg tålmodigt på, at de kommer til udskiftning hos mig. :-)
Hilsner Ole.
-
@EjvindHald May I ask if you have completely made a switchover from Paulis OH1 IHC binding, to the OH2 IHC binding? And if so, how is your experience?
The starting point for my OH use, was your "best practice" post last year, why I guess a switchover for me some way will be similar.
Thanks in advance.
Best regards Ole.
-
Hi @EjvindHald, I don’t think our approach is much different. It is very important to me too, to keep all major logic in the IHC controller. However, i feel comfortable in this case, letting OpenHAB hold the logic / calculate the need for garden watering. Some of the weather information is gathered from a Netatmo weather station, some from OpenWeatherMap.
Until now garden watering has been activated by pressing an IHC push button, and the watering has been going on in a static amount of time (defined timer value). Now this timer value is variable, and the IHC push button is then activated from OpenHAB.
If this logic in OpenHAB fails, the only thing happens is, that the flowers wither. ;-)
Best regards Ole.
-
@Pauli Anttila Have just modified my item definition according to your explanasion, and now it Works like a charm. Thank you.
@EjvindHald I will try. With some OpenHAB rules, I try to determine the daily garden-watering needs, based on humidity, clouds, wind, temperature and precipitation. Depending on that, I want to adjust the timer value on my "IHC garden watering function block". And I think I have succeeded to do that now. My plan B was to modify the "IHC garden watering function block" with several inputs, triggering different timers with different values. But I think adjusting the timer value from time to time is a nicer solution. Does that make sense?
-
@Pauli Anttila I think you understand my needs.
I wish to adjust IHC timer values from OpenHAB.
Regarding the IHC "Timer" tag, it represents the actual value counting up / counting down when the timer is activated. It generates a lot of updates when an OpenHAB item is bound to the tag, and I'm sure that you are right, when telling it's not wise to do so. And either, it is not my need.
That is why I am playing with the IHC "TimerTid" tag.
If I understand you correct, the only thing I have to change is to add a ">" to the item definition so its like:
Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc=">0x1102410"}
I will try that tonight.
Thanks a lot.
5 timer siden, Kandersen skrev:Isn´t the item defintion suppose to be DateTime ??
Not according to the documentation, if I understand it correct, please have a look on my second post.
BR Ole
-
42 minutter siden, EjvindHald skrev:
Nej, det har jeg ikke prøvet. Men måske @Pauli Anttila ved det.
@Pauli Anttila Can I ask you, if it should be possible to control "IHC Timertid" values from OpenHAB via your version 1 binding? My experience is, that changes made to the tag in the IHC controller updates the item value in OpenHAB, but changes made to item in OpenHAB does not update the "IHC Timertid" tag in the controller. Hope it make sense what I'm trying to achieve.
Best regards Ole.
-
En lille opdatering på denne her.
Jeg har modificeret min IHC funktionsblok, således at jeg gør brug af "Timertid" i stedet for "Timer". Det vil sige når jeg trigger timeren, starter jeg med at overføre timertid, så det er værdien af denne timeren gør brug af.
På 22-06-2018 at 14:52 , Ole skrev:Hvis jeg udlæser U_TimerVand via sitemap, er den 0, uanset timeren er under nedtælling eller ej.
En lille korrektion, modsat som jeg skrev i en tidligere post, selv om jeg synes det var min erfaring, så sker der nedtælling på mit item, når timeren trigges.
Udlæser jeg ligeledes mit "IHC Timertid" item via sitemap, er værdien her den der er angivet i controlleren, eksempelvis 00:00:10:000 vises som 10000. Min oplevelse er, at hvis jeg overskriver denne værdi i OpenHAB, er det den nye værdi item'et får og dermed det der vises på mit sitemap, men kigger jeg i ServiceView overskrives værdien ikke i IHC controlleren. Retter jeg Timertid værdien via ServiceView, opdateres mit item i OpenHAB med den nye værdi.
Så det er altså ikke lykkedes mig at kontrollere timertiden fra OpenHAB af.
@EjvindHald, må jeg spørge dig om du har erfaringer med at kontrollere timertider i IHC controlleren via OpenHAB.
Jeg overvejer at kaste mig over Paulis opdaterede IHC binding for at finde ud af om der er mere held ved det.
Hilsner Ole.
-
24 minutter siden, Danni k skrev:
Så kan godt være du skal forbinde en timertid til openhab og så loade timertid i timeren før du starter den.
@Danni k det tror jeg du har ret i, var ved at teste på det i går aftes, men det blev sengetid. Jeg laver lige en opdatering her, når jeg (forhåbentlig) kommer i mål. :-)
/Ole
-
7 minutter siden, Kandersen skrev:
jeg vil tro den skal defineres som en NUMBER
Det skal den i følge dokumentationen, så det har jeg gjort. ;-)
https://www.openhab.org/addons/bindings/ihc1/#item-configurationMit item er defineret således:
Number U_TimerVand "Timerværdi for vanding [%.0f]" <time> {ihc="<0x1102410"}
Hvis jeg udlæser U_TimerVand via sitemap, er den 0, uanset timeren er under nedtælling eller ej.
Jeg spekulerer lidt i, om IHC typen Time er den rette at bruge. Der er jo også typen med benævnelsen TimerTid, uden jeg er helt skarp på funktion og forskel.
/Ole
-
Hej,
Er der nogen som har erfaring med at læse og skrive IHC timer værdier fra OpenHAB?
Som jeg forstår Binding beskrivelse burde det være muligt, men jeg kan ikke rigtig få det til at virke, muligvis fordi jeg formaterer Item'et forkert.
Jeg vil gerne kunne sætte / ændre en IHC timerværdi fra OpenHAB af.
På forhånd tak.
Hilsner Ole.
-
10 timer siden, Kandersen skrev:
Vælger nok Grafana i stedet, lige bortset fra den vist koster.
Jeg bruger InfluxDB til arkivering af "drifts data", og Grafana til visning, begge dele koster gratis, i hvert fald i de udgaver jeg har taget afsæt i.
Der er en meget fin kom-i-gang guide her synes jeg: https://community.openhab.org/t/influxdb-grafana-persistence-and-graphing/13761
Hilsner Ole.
-
Hejsa - og velkommen! :-)
Jeg går ud fra, at du med "sat til inde på printkortet" mener hvad betegnelsen på de enkelte terminaler er? For så er mit gæt at du kan tage udgangspunkt i @Kandersen billede her, postet tidligere i tråden.
Hilsner Ole.
På 06-04-2018 at 10:45 , Kandersen skrev:Se billede her:
-
Hej Lasse,
Har ingen erfaringer med hvordan det løses via Raspi'ens konfiguration. Selv løser jeg det via "statisk DHCP", men hvis ikke din router understøtter det, er det selvfølgelig ikke et muligt alternativ.
Hilsner Ole.
-
Spøjst..
Prøv at unlinke det gamle samt tage batteriet ud af trykket, gemme din vis fil, downloade den til kontrolleren selv om du sikkert får en advarsel om at der indgår ikke linkede produkter i dit projekt. Så linker du det nye tryk, gemmer din vis fil igen, og downloader på ny.
Håber det er til hjælp.
Hilsner Ole.
-
2 timer siden, EjvindHald skrev:
Tak for info. Så er konklusionen, at problemet er knyttet til platformen eller rettigheder herpå?
- eller formentlig manglende evne til at forstå og give den nødvendige rettighed. :-)
-
Vil lige give en opdatering på denne her.
Som Ejvind og Claus er inde på, er det min erfaring at OpenHAB sitemaps fungerer fuldstændig uden nogen relationer til værelser i Homekit. Ligeledes OpenHAB "group" funktionen, som jeg havde forsøgt mig med inden mit første indlæg, i et forsøg på at opretholde tilhørsforhold.
Efter @EjvindHald forslag forsøgte jeg at slette hjem i Homekit, afvente noget tid, oprette det igen, men desværre uden forbedring.
Min vurdering er derfor at @cis2131 har ret i sin teori om at OpenHAB sletter persist cache eller ikke kan skrive den, ved nedlukning / opstart. Jeg ved ikke hvor det skal foregår, og hvordan jeg eventuelt skulle ændre på de rettigheder.
Under tiden har jeg desuden flere gange oplevet problemer med bindings, som formentlig relatere sig til det faktum, at jeg afvikler min OpenHAB under Windows - om end det burde være understøttet.
Derfor blev jeg til sidst så tændt på at prøve kræfter med et platformsskift, så jeg nu kører OpenHAB via openhabian på en Raspi3. Skiftet gav nogle udfordringer, men med dem løst, har det kørt rigtig godt siden, inklusiv integrationen til Homekit. :-)
/Ole
-
9 timer siden, Kandersen skrev:
Bevares, det kan virke som en bekostelig affære for nogen. Men hvis alternativet er LK´s løsning til cirka 10 x mere, så ved jeg godt hvor jeg helst vil smide pengene.
Har nu aldrig tænkt LK's løsning som alternativ, men derimod Dan's som tidligere beskrevet i tråden. ;-) Uden det er min mening at anspore til at den fine diskussion om interface til ventilationsanlæg skal ende over i en økonomisk diskussion alt efter pengepung, så synes jeg det er værd at betragte, at de dele der indgår i Dan's løsning ser ud til at kunne anskaffes til under en 50er.
Kabling mellem ventilationsanlæg og Raspi er selvfølgelig en mulighed - men en voldsom udfordring i mit tilfælde.
Af tråden ser det ud til at @Agger gik efter Dan's løsning, det kunne være spændende at høre om det kom i luften synes jeg? :-)
Firmware 03.03.09 til Visual 3
i Teknik
Besvaret
CTR.R.03.03.09.fwf