Kandersen

But how is that possible, when I only got 10 wireles devices?? And only 3 battery devices?? It has to come from somewhere.. This is my Visual program, (vis): mejsevænget 14_11_2018 inverter PIR.vis Here is a screendump of my wireless products:

@Pauli Anttila Here you go: openhab.rar

Hvis du opgradere firmwaren til din KLF til seneste version og dermed APIén, så husk. 1. Du kan ikke vende tilbage. 2. Du kan KUN få adgang via WiFi når du skal konfigurere KLFén. Openhab kan godt få adgang via LAN til styring. Openhab bindingen skulle virke fint til både den tidligere og nyeste firmware. Jeg har dog ikke selv opgraderet min KLF endnu, så hvor godt det virker aner jeg ikke.

@Pauli Anttila Hmm. I´m not quite sure if this is correct. I got the new binding up running on a clean install 2.4 (M6 snapshot release). Binding installed fine, and after the change in the port, it connected fine to the IHC controller. I put the createChannelsAutomatically=true and it found lots of channels, ofcouse.. But the first 72 channels looks like this: That make me wonder, cause I one have 3 wireles battery devices and 7 wireless dimmer devices. But it looks like it found 36 devices?? Another problem is the temperature sensor. From what I can understand you read the resources ID of the product and create channels from them. And most of the temperatur sensor seems to be correct. But I have one channel which I cant figure where comes from. This one, with the red circle. When I use Visual or an alternative IHC viewer, which also tells me the recourse ID, I cant find it anywhere. For some reason it does now have a name of the location (i would have suspected Køkken, like the channels underneeth). But this resource ID is not part of the temperature sensor in the Køkken location. Infact I cant find it anywhere.. So where does this one come from? Btw..Just a info. I just pushed the controller above its limits. 4 x SSL connections at one time (2 x openhab, 1 x ServiceView and 1 x IHC Captain seems to be too many ) The controller went into fail mode, and restartet. Had to close down 1 openhab and the servcieview connection first though.. Fortunatly I have an alternative Serviceviewer (Dingus Alternative Serviceview) whic is using the web connection insted of ssl. Dingus´s serviceviewer can show the resource ID´s.

@Pauli Anttila Hi Pauli.. I´m just about to test the latest IHC binding, but I ran into a problem.. It seems like the binding use the default port (443) for connection. I have change the port on my IHC controller. And now I get connection refused. I fixed using the same settings as in binding 1.12.. but perhaps you should maka an option in the things settings for the port to use!

Synes jeg du skal, når du har muligheden. Og måske han lige skulle kigge lidt ekstra på din tavle såen helt generelt også.

Det sker også engang imellem ved bruge af IHCremote til iphone. Det sker også med Google Assistant medmindre man angiver % den skal tænde med.

Det gør den også via Google Assistant, (stemme kontrol), hvis man ikke angiver hvilken % den skal tænde ved.

Great to hear Brian.. I´ll give it a try, cause I want to test an Rpi 3B+ and just the latest IHC binding..

Thanks Pauli.. I´ll give it a try.

Har du prøvet at uploade et tomt projekt til controlleren, og derefter det rigtige projekt? Jeg tænker om der kan være nogle processer som "hænger". Det plejer som regel at hjælpe, hvis man smider et tomt projekt ind først og bagefter det rigtige projekt.

Det er ikke bagklogskab, at synes det er forkert, når en elektriker aflevere en tavle uden ledig plads.

Den Zigbee dæmper er nok ret ligeglad hvor den sættes ind, bare den sidder på de rigtige ledninger Men den passer sandsynligvis ikke i tavlen på en DIN skinner, så det er nok bedst ved dåsen. Er du sikker på Zigbee dæmperen virker med Philips Hue? Jeg forstår godt hvad det er du vil. Men jeg kan godt frygte at du taber kampen til Hue bridgen her. Du får IKKE lov til at forbinde noget til Philips Hue bridge, som Philips ikke har godkendt på forhånd eller som følger Philips Zigbee protokol. Zigbee er desværre ikke een standard protokol men mange forskellige med små forskellige nuancer som gør, at det ikke altid virker med hinanden. Så tjek lige en ekstra gang, at den Zigbee dæmper kan parres til Philips Hue Bridge.

Mit gæt er så, at det er Visility som måske tror det er 2-tast. Men som nævnt jeg aner ikke hvordan Visibility virker. Men det må være i den fordi trykket virker. Lys indikeringen på wireless dæmperen skal trækkes over på lys indikering på FBén. Det er ihvertfald det som LK foreskriver. For ellers ved FBen ikke om dæmperen vitterlig er tændt eller slukket, og man kan vist risikere at det går ud af sync. Hvis du stiller dg på FBén og trykker F1 i Visual, så kommer der en lille fin beskrivelse af FBén. Der er det faktisk understreget, at man skal bruge lys indikeringen På fortrådet dæmpere er der ikke en lys indikering, og derfor ikke denne mulighed. (endnu en grund til at ikke bruge fortrådet dæmpere, selvom jeg ikke har oplevet dem gå ud af sync endnu).

For mig handler det ikke om at forudse. For mig handler det om, at man opbygger et grundlag, og holder sig til det. Korrekt grundlag kan kun bygges, hvis man har den nødvendige viden til det. HVIS man afviger fra grundlaget, evt. fordi der er opstået et eller andet uventet, så tager man OGSÅ konsekvensrettelserne med. Det sidste er oftest der hvor det går galt. Og man "glemmer", måske fordi det er i 11. time man opdager det, og man er løbet tør for tid og penge. Med vores tavle kan jeg sagtens se det for mig.. Man er startet ud med et grundlag, der var den UG18 nok vurderet stor nok. (Personligt synes jeg dog ikke UG18 nogensinde har været stor nok til et hus på 296m2 og 12 rum inkl garage, spa-bad osv). Og så har man bygget mere og mere på. Pludselig står man med håret i postkassen, fordi man (elektrikeren) glemte at tage konsekvenserne af ændringerne med. I bund og grund handler det mest af alt om viden og erfaring. Nogle gange er det også decideret sløsethed. "Det går jo nok alligevel". Og det er netop det som det gør. Ingen dør af det, prisen ender en anelse lavere (men oftest højere end oprindelig budgetteret pga ændringerne). Alle er glade! Altså lige indtil den dag, hvor en "tåbe" som mig står og glor på tavlen og synes der mangler noget ledigt plads.. Til den tid, så er alle parterne væk, pudsigt nok! I værste fald, så får jeg (forbrugeren) hyret den samme elektriker til at skifte tavlen til en UG24. Så har denne elektriker da rigtig "skudt papegøjen". Det skal ikke lyde som, at jeg ikke acceptere fejl. Men der er forskel på fejl og så sløsethed/ligegyldighed. Alt for mange byggerier ender i den sidste kategori! Fejl kan også sagtens accepteres, når bare man så også tager ved lære af dem. Desværre er min erfaring, at det der med at tage ved lære, det er sådan noget man lige bruger, indtil næste projekt er ved at skride i planlægning(grundlag)/tid/økonomi. Så er man tilbage i de "gamle vaner" igen. Kunden skal jo have sit værk! Og denne unge arkitekt mangler åbenlyst erfaring. (han er jo også ung). Så hvad havde du forventet? En ung arkitekt med 30 års erfaring?

Okay, så giver det mening. Men det er den rigtige måde at gøre det på ved at måle i dåsen mens du tænder/slukkeer lyset.. Noget møg hvis man sidder på et loft og ikke kan se om et lys er tændt/slukket. Hertil kan jeg anbefale at bruge LK´s app, eller anden (der virker), så du kan følge med på en mobiltelefon.. Det bruger jeg tit, hvis jeg sidder på loftet og skal se om noget tænder/slukker, (fx hvilke af UNI400 dæmperne der er til hvad, fordi den oprindelige opmærkning er forkert, og min dovenskab har simpelthen gjort, at jeg ikke selv har fået dem opmærket korrekt endnu.. lidt pinligt ).

Jeg har aldrig forsøgt mig med 2 tast. Synes det virker lidt fjollet at bruge. Jeg formoder når du siger det virker bedre med 1 tast, at det så er fra det almindelige tryk du mener? Eller er det fra Visibilty? Bortset fra det, kom til at lure lidt på dine wireless dæmpere i køkkenet.. Du har ikke tilbagemelding (lys indikering) på til fbén.. Er det med vilje?

Ja, forudsat at du måler på ledningerne Ja, men ikke til dine wirelss enheder (lampeudtag). De hænger direkte på en sikring (fase) og går ikke igennem et 230v output modul. (det vil ihvertfald ikke give mening, hvis elektrikeren har lavet det sådan). Det er nok derfor du har behov for at måle i dåserne.

Dit programmet ser okay ud. Så jeg vil tro problemet ligger i Visilty. Men hvordan Visility virker, det ved jeg faktisk ikke. Men ud fra hvad du fortæller, så vil jeg tro, at den ikke helt har få fat i sluk på din dæmper, (hvilket i øvrigt er Touch indgangen fordi du bruger 1-tast), når den skal slukke. Det er derfor det virker når du trykker på trykket. Hvis Visility tror at du bruger 2 taster til din dæmper, så vil jeg tro det er derfor det går galt. Men jeg aner intet om Visility og hvordan det virker. De få gange jeg har luret på det, så er jeg gået kold på prisen

Mja, en elektriker kan forholdsvis nemt finde ud af det. Og du kan sikkert også selv, enten ved at følge ledning/kabel, eller ved at måle og tænde/slukke udgangen, indtil du rammer den rigtige. Så kan du sandsynligvis aflæse via Visual programmet, hvilken der er hvad. Altså, til lampeudtag/dåser, der er det 230volt. De kabler kan enten komme fra 230v output eller måske direkte fra nogle klemmer/sikringer, hvis det er wireless. 24volt er internt i IHC tavlen, og/eller ud til komponenter såsom PIR´s osv.

Hi @Pauli Anttila I wonder if it would be possible to run 2 x openhab (on two seperate servers) connecting to the same (one) IHC controller ? I know I may be pushing the IHC controller to its limit, but I have an spare Rpi, and I was thinking about making a new openhab 2.4 (M6) setup, and test your latest binding on that.

Perfekt!

Jeg er ikke med.. hvis du skifter det hele, så er det vel også trafoen? Vi har det samme i vores bruseniche i vores store badeværelse.. Men halogen pæren og spottet lader ikke til at tage synderlig skade af det.

God ide. Lige pt er der to versioner. Den gamle (1.12) som allerede er indbygget i openhab. Den installeres automatisk via PaperUI (PaperUI er der hvor man konfigurere openhab2). Denne binding skal konfigureres via en tekst fil i services folderen. Dette er man nødt til at bruge SSH til. Den anden mulighed er den nye 1.13 binding. Den er lidt mere tricky, for den skal lægges ind manuelt i det som kaldes 'addons' folderen. Her skal du SSH ind (fx ved brug af Putty til windows), og kopiere selve .jar filen ind i addons folderen. Når det er sket, så læser openhab2 selv den nye binding ind, og du kan derefter konfigurere IHC controlleren i PaperUI. Hvis du installere openhab2 på en windows, så skal du selvfølgelig ikke bruge SSH, da du har adgang til folderne direkte, så vidt jeg husker. Ovenstående lyder meget værre end det i virkeligheden er. Når man først har "set lyset", så er det lige så nemt som at bruge stifinderen i windows, hvis du er bekendt med det. Man kan også, fra en Rpi, "mappe" folderne direkte til windows stifinder ligesom med netværksdrev, men det er lidt mere omstændig. Jeg benytter selv SSH løsningen via Putty programmet fordi jeg har været for doven til at mappe.

Lige præcis den del synes jeg er det mindste problem med den tavle. Selvom det rigtig nok kan være møg irriterende. Jeg har selv en UG18 "hovedtavle" (sikringstavle) der er afleveret med én ledig 2-pol sikringsplads. Det mest tåbelige er, at der havde været plads til en UG24, hvis de bare havde flyttet panelet til Nilan anlægget. Men de der elektrikere.. tja.. hvad skal jeg sige.. Det er ikke lige altid de får tænkt, hvordan de selv ville have haft det, hvis det var deres eget. Og nej, jeg ved godt alle elektrikere er ikke sådan. Jeg har øjensynlig bare en tendens til at ramle ind i lige dem (håndværkere generelt), som ikke rigtig tænker i normale baner. Og selvfølgelig skulle jeg bruge mere plads, bla til solcelleanlægget