Kandersen

2 ting.. 1. Prøv at refresh siden som er tom.. Hvis det er Google Chrome, så tryk Ctrl-F5. Hjælper det ikke.. Så næste skridt.. 2. Prøv at slette indholdet i cache og tmp.. De ligger på stien /var/lib/openhab2/ Bare slet indholdet og genstart openhab eller hele din maskine. Lad derefter maskinen starte op.. Det tager lidt længere tid end normalt, fordi den skal opbygge hele cache og tmp igen. Når den er startet helt op, så gå i PaperUI og se om du så kan se det hele i IHC / Elko controlleren. Det burde du.

Hvis du har lavet det rigtigt, så vil du i tail log kunne se, at din item går ON når du tænder dimmeren, og OFF når du slukker dimmeren. Hvis du laver et sitemap, og bruger fx et "light" i din item, så vil du se en pære (ikon) henholdsvis tænde og slukke. Her er et billede et et test sitemap jeg lavede i forbindelse med test af den nye binding.. Bemærk den øverste frame (Stort bad). Der kan du sidst i den se Stort Bad Dimmer status, som er præcis den samme jeg har brugt i eksemplet til dig.. Det er en af mine UNI400 dimmere.

@Pauli Anttila sorry I must have missed that or simply forgot all about it

En nem måde at finde korrekt niveau på, er vel at sætte det manuelt først, aflæse via serviceview, og så indtaste det. Derved ved man også om niveauet virker hvis det er LED, (problemet med minimums belastningen).

Yep, jeg havde bare glemt alt om at opdatere tråden her.. Jo, men problemet er alle 3 faset apparater kan man jo ikke rigtig rykke noget på. Jeg har overvejet vaskemaskine/tørretumbler, da de kører 230v. Og måske køleskab/fryser. Stikkontakter ville jeg ønske jeg kunne, for der er en del udstyr som virkelig trækker tænder ud ind imellem, (computere i stride strømme). Lyset kunne vi faktisk godt optimere også, da vi har en hel del 35watt halogen spot, (downlight). Men det er lidt mere tricky, da det også går ind over opdelingen af IHC tavlerne. Så skal man virkelig holde tungen lige i munden. Pt håber jeg bare at El selskaberne kommer til "fornuft" og får skiftet de skod fasemålere. Selvom det kan blive en langstrakt retssag, så tror jeg på DENFO vinder den. Og hvis jeg til den tid har ændret for meget i tavlen, så skal jeg bare lave det om igen

Det er ikke den samme UNI400 dimmer jeg har. Men det gør ikke noget, fordi du skal hente status meldingen inde fra funktionsblokken. Så hvis du allerede bruger funktionsblokken til din UNI400 dimmer, så skal du bare linke til den resourceID som jeg skrev. Her er et billede fra min Visual: Her kan du se resourceID. Du får lige min thing fil igen, så kan du måske bedre se sammenhængen: (bemærk resourceID for Stort_Bad_UNI400_status) ihc:controller:elko [ ip="10.4.28.6:777", username="admin", password="password", timeout=8000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: Type switch-channel : Stort_Bad_UNI400_status "Stort Badeværelse Dimmer Status" [ resourceId=5540626 ] Type switch-channel : PIR_Sove "PIR i soveværelset" [ resourceId=16710162 ] } Og på samme måde skal man lave alle channels manuelt, som IHC bindingen ikke "finder". Dvs alle dem fra funktionsblokkene.

Mere end 1.25

Thank you for the example.. I did read the doc´s several times.. I just wasn´t sure how to add these channel parameters in a channel thing file. Regarding the docs. An option could be to use more examples, (like the above). In fact, you cant´ really make to many examples, in my opinion.. Reading the rest of the Doc while seeing examples makes things much more easier to understand and get the picture. But thats for any docs in general, not just IHC binding. I know this may seem like lots of unnecessary writing. But in my opinion, examples are the best way to understand the structure. I wouldn´t mind helping with the doc if you need it, but I´ll have to understand first as well

Du skal have en minimumsbelastning på 25 watt, for at en UNI400 dæmper overhovedet virker. Det er et stort argument for at skifte den. Dernæst skal dine LED´s være beregnet til dæmpning. De nye Philips Expercolor skulle være ret godt, men også lidt peberet i pris, specielt hvis det er lav volt installation (12). Det har vi i hele huset Hvis du skal skifte dæmper, så er det nok bedst at gå efter LK´s wireless ø80 lampeudtag. De er også beregnet til LED. Men dels koster de en krig og dernæst skal kan de ikke monteres i tavle. Det rygtes (igen) at LK er på vej med nogle nye dæmpere som kan monteres i tavle. SÅ jeg aner ikke rigtig hvad jeg skal råde dig til lige pt. Måske wireless ø80 lampeudtagene, indtil nogen ved med sikkerhed, at LK kommer med nye. En ø80 lampeudtag er også betydelig nemmere at få fuldt kontrol over i openhab, da dæmpning er procent styret, og ikke styret af et fysik tryk. Indtil da, så kan vi sagtens gå i krig med dine UNI400 dæmpere og openhab.

Jeg har helt glemt at give en status melding på det her.. Årsagen er fundet, men problemet er langt mere alvorligt. Det er ganske enkelt fordi Cerius´s måler er en fasemåler. Og SMA´s Energy Meter er en summationsmåler. Derfor ser jeg den store difference. Årsagen til at det er alvorligt er, at Cerius burde IKKE bruge fasemålere, når der er tale om en solcelle (eller vind) installationen, fordi fasemåleren måler pr fase, mens egen producerende anlæg operere ud fra princippet i en summationsmåler. I princippet betyder det, at med en fasemåler, så kan (vil) man komme til at betale for overskudsstrøm men sender ud på nettet, hvis man samtidig aftager strøm på en anden fase. Det er helt gakket. DENFO kører i øjeblikket en retsag mod ministeren angående dette, samt om den nye nettoafregningsordning. Hvis DENFO vinder sagen, så skal alle fasemålere udskiftes til summationsmålere. Og så ser det "normalt" ud igen. I øvrig er vi et af den eneste lande i europa som bruger fasemålere.. Det er komplet vanvid. TIl info kan jeg sige at maj måned 2019 betød mere end 600 kroner i forskel på summationsmåler og Cerius´s fasemåler, Seas-Nve´s favør. Så det er altså ikke småpenge vi snakker her.

Hvis det kun er til IHC brug, så er det super nemt, synes jeg. Så bare kom i gang. Spørgsmålet er så, hvor meget man vil drive det til.. Mit største problem er, at jeg har svært ved at begrænse mig. Pt har jeg 2 openhab installationer kørende og en IHC captain. Dvs 3 stks Rpi. Og jeg har netop erfaret at en Rpi 3B er måske meget godt for folk der kan begrænse sig en smule. Men mine vilde armbevægelser driver desværre en Rpi 3B+ i knæ, hvis jeg bruger Grafana og rendere 6+ charts på een gang Så nu går den vilde hardware jagt igang.. Jeg nægter simpelthen at gå på kompromis

Som sagt, hvis du bruger den nye IHC binding, så skal du manuelt lave denne channel. Den nye binding læser KUN produkt siden i IHC programmet.. I det her tilfælde skal du ind på Funktionsblok fange resourceIDén på den funktion. Så er du nødt til at lave den channel manuelt i openhab. Jeg går ud fra at du ved hvordan man finder resourceIDén ?? Din channel skal du så lave manuelt i din .thing fil.. Her er et eksempel fra min .thing fil, hvor jeg manuelt har lavet 2 nye channels. Den første ER faktisk status på en UNI400 dimmer: filnavn: ihc.things ihc:controller:elko [ ip="10.4.28.6:777", username="admin", password="password", timeout=8000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: Type switch-channel : Stort_Bad_UNI400_status "Stort Badeværelse Dimmer Status" [ resourceId=5540626 ] Type switch-channel : PIR_Sove "PIR i soveværelset" [ resourceId=16710162 ] } Bagefter kan du se dem øverst i PaperUI, og du kan nu linke items ligesom du plejer at gøre. Håber det giver mening.. Det er lidt tricky at forklare, hvis du ikke er helt med på hvad resourceID er, og hvordan du laver en channel manuelt.

I den ihc.things fil, som jeg viste i forrige indlæg.. Det allerførste, det er navnet på controlleren. Se der står: ihc.controller.elko Du bestemmer sådan set selv hvad der skal stå der efter ihc:controller:min_controller (Jeg ved ikke om man helt kan bestemme. Jeg mener det er normal kotume, at ihc.controller er fast, og så bestemmer du selv det sidste). Sådan er det ihvertfald i andre bindinger. Den du ser der, det er en channel jeg manuelt oprettede, igen i ihc.things filen lige herover. Type switch-channel : Stort_Bad_UNI400_status "Stort Badeværelse Dimmer Status" [ resourceId=5540626 ] Hvis du har opsat .things filen til createChannelsAutomatically=true (ligesom jeg har). Så laver den selv things navnene ud fra en sammenblanding af controller_navnet:type og resourceID. Fx sådan her ihc.controller.elko:output(resourceID) hvis det er en udgang. ihc:controller:elko:input(resourceID) Egentlig havde Pauli´ ikke behøvede at lave bindingen til også at angive typen. Men det giver god mening hvis man har andet end ind og udgange i sin IHC installation.. Fx hvis det er en temperatur sensor, så vil den se således ud: ihc:controller:elko:temperature13700628 Og en fugtsensor: ihc:controller:elko:humidity13699623 Selve label på en autocreated channel, det vil være det som du har kaldt det i LK´s Visual program. Håber det giver lidt mening.. Man skal lige lære at forstå sammensætningen i en channel, så falder tiøren hurtigt på plads

Jeg bruger FB 1.2.02.b. I den kan du se noget der hedder "Lysdæmper tændt (status udgang)". Så skal du bare linker til resourceID på denne. (Hvis du bruger den nye IHC binding, så er du nødt til at lave channel manuelt).

Enig, det havde været meget nemmere. Men sådan tænkes der åbenbart ikke

Tja.. Du kan jo evt overveje openHab2. Og læse mere om det her i forbindelse med IHC: https://www.ihc-user.dk/forum/forums/forum/46-openhab/ openHab2 kan du læse mere om her: https://www.openhab.org/docs/

Må du gerne.. Men det slog mig lige.. Kan vi ikke få resourceID med i ihc docs? evt som en funktion vi bare kan slå til/fra ?

Kender ikke 600CR. Men UNI400 virker fint med sluk alt, og du kan også hente dimmer status. Men det skal gøres i funktionsblokken. Så det kommer an på, hvilken funktionsblok du bruger til dimmeren. Mht dimmerfunktionen og UNI400 dimmeren, der er jeg ikke selv nået til den del endnu med den nye IHC binding. Men det er en massiv udfordring at få til at virke via et system som openhab, fordi dimmeren er styret af manuelt tryk. Jeg tror dog at den nye IHC binding kan det fordi der nu er kommet langt-tryk med.. Men jeg har som sagt ikke nået det.. Den måde jeg pt styre dimmerne, det er ved at blot tænde/slukke dem via trykket som er linket til openhab.

Jeg tror lige vi starter forfra her.. Jeg kan ikke helt følge med i dit problem. 1. Hvordan har du sat din controller op? Jeg bruger en cfg fil som ligger i /etc/openhab2/things/ Den ser således ud (glem i første omgang det der står under channels: Det er bare ekstra channels jeg har lavet): Filnavn: ihc.things ihc:controller:elko [ ip="10.4.28.6:777", username="admin", password="password", timeout=8000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: Type switch-channel : Stort_Bad_UNI400_status "Stort Badeværelse Dimmer Status" [ resourceId=5540626 ] Type switch-channel : PIR_Sove "PIR i soveværelset" [ resourceId=16710162 ] } Dernæst burde du kunne se controlleren i PaperUI under Configuration/Things. Klik på den, og det burde så nogenlunde sådan her ud (dine channels vil nok være anderledes). Herfra er det uhyre nemt at lave items.. Du kan se de to øverste channels er linket (det er de to channels manuelt lavet fra cfg filen ovenover). De ser således ud i min ihc.items fil: Filnavn: ihc.items Switch stort_badDimmerStatus "Stort Bad Dimmer status [%s]" <light> {channel="ihc:controller:elko:Stort_Bad_UNI400_status"} Switch sove_pir "Soveværelse PIR [%s]" <cum_motion> (gMotion) { channel="ihc:controller:elko:PIR_Sove" } Så er der min sitemap fil. Den ser således ud, for de to items herover: Filnavn: ihc.sitemap sitemap ihc label="IHC installationen" { Text item=stort_badDimmerStatus Text item=sove_pir } Og hele mit sitemap ser således ud (en del flere items på, men princippet er det samme). Håber det hjælper dig lidt. Der er umiddelbart ingen grund til at det ikke skulle virke hos dig.

Nope har jeg ikke oplevet. Faktisk kører den nye binding klippe stabilt. Du kan evt prøve at sætte timeout op. Mener den default står til 5000. (Jeg har nu testet den nye binding på to forskellige Rpi´s med 3 forskellige setup´s). Jeg synes den kører rigtig godt, men jeg er lidt irriteret over den meget anderledes måde man skal sætte det op på, specielt hvis man, som jeg, bruger resource IDére fra funktionsblokkene. Så skal jeg nemlig lave channels manuelt. Den del kunne jeg godt have været foruden. Men når det er gjort, så fungere det ret godt, synes jeg. Så sent som i går satte jeg en ny Rpi med SSD og openhab 2.4 op. Installeringen tog ca. 15 minutter i alt, så var jeg i gang med at lave IHC channels og items Desværre er dette endnu et test setup, fordi jeg vil påvise over for openhab community, at en Rpi 3B (3B+) sagtens kan håndtere adskille grafana charts på een gang. Det er en lidt længere historie, men det skyldes at mit "main-setup" er crashet, eller dvs det crasher konstant når Grafana skal rendere mere end 1(2) charts, efter jeg opdaterede til openhab 2.4. Min påstand er, at noget er gået galt i opgraderingen fra 2.3 til 2.4. Men flere på community mener, at det skyldes en Rpi ikke kan rendere alt for mange charts på een gang. Med openhab 2.3 kunne jeg snildt rendere 4-5 charts. Og det er faktisk aldrig lykkedes mig at få openhab til at crashe. Med openhab 2.4 er det max een, og nogle gange 2, ellers så crasher openhab og genstarter. Det er en rigtig møg irriterende fejl, som jeg ikke kan finde årsag eller løsningen på.

Hvis du skal udskifte en UNI350 dimmer, så nej, så er du nødt til at sætte nogle potentiale fri kontakter hen over. Ellers kan du ikke få din fortrådet tryk til at styre dimmeren. Du kan selvfølgelig også vælge at droppe de fortrådet tryk, og gå all-in på z-wave

Hue tryk har også virket rigtig godt her de sidste par dage (opdaterede en times tid efter du havde annonceret 1.25).

Okay. I can live with that.. It´s just that it gave me an conflict error, (404 i think it was) which in my opinion is a bit confusing. Btw.. Can you show me an example of how to use the channel parameter "inverted". Can I use it in items defintion or does it have to be the actual channel? I have some alarm PIR´s I would like to invert.

Hi @Pauli Anttila Just a small notice: It seems like, when creating a channel manually, one cant use dansih letters æ,ø,å in ChannelID. When trying, there will be a conflict error.

Umiddelbart ser det rigtig nok ud.. Hvad sker der når du prøver? Og har du evt prøvet vis BasicUI (i stedet for at bruge mobil) ? Lige et hint.. Når du har defineret en label i din item fil, så behøver du ikke også definere den i sitemap filen, når det alligevel er den samme label.. Dvs.. Din items: Switch IHC_Spot_Facade "Spot Facade" <lightbulb> {ihc="775259"} Så kan din sitemap se således: sitemap default label="IHC" { Switch item=IHC_Spot_Facade } Og den vil vise det samme.