Kandersen

Der skal du nok have fat i @Henning Pedersen igen. Jeg har endnu til gode at få lov at lege med de nye dæmpere

Det er også sådan jeg forstår det.

Apropos SMS modul, er der ikke noget med, at det skal sidde sidst i en kæde? (Ikke fordi det nødvendigvis har noget med problemet at gøre). Jeg har desværre ikke selv hverken nyeste controller eller LED dæmper. Jeg synes bare jeg læste noget om SMS modulet skulle sidde sidst.

De simple hændelser er ret nemme at få til at fungere. Det er straks værre når man begynder at gøre dem avanceret og bruge variabler.

Okay det give rmening.

Til fortsættelse af Ejvind´s indlæg lige herover, så vil jeg sige, at med IHC controller, Velux KLF200 og openhab, så kan du sagtens gå via openhab, og få vindue styring via IHC på den måde. Men korrekt som Ejvind siger, du gør dig afhængig af openhab. Personligt ville jeg ikke have noget problem med det, for alternativ for mig, det er at alle vinduerne bliver styret via Velux KLR fjernbetjening. Og den virker stadigvæk, med eller uden openhab. Det eneste jeg ikke har, det er vinduestyringen i IHC controlleren.. Jeg har svært ved at se, hvad jeg skal bruge den til der, udover at det vil være, "fordi jeg kan"

Nu er det et stykke tid siden jeg sidst søgte. Og der var der to windows programmer. Det ene fandt jeg aldrig ud af, og det andet IMST troede jeg at jeg forstod, men heller ikke det. Udover det har jeg ikke fundet andre.

Den der logger (dit første billede). Er det noget man kan komme i nærheden af, og virker det med en IMST dongle? Jeg har prøvet IMST´s eget software, men jeg forstår nada af det, så aner ikke om jeg sætter det op forkert.. Det var meget begrænset hvad jeg kunne modtage der. (praktisk talt intet). Derfor søger jeg bare en simpel logger, der kan vise om, om jeg overhovedet kan modtage noget fra vandmåleren. Det behøver ikke give mening. Men det ville være rart om det kan vise serienummeret, da jeg så ved, om det er min vandmåler den fanger

Altså dårlig vejledning. Og ikke fordi produktet er dårligt. Forklaringen er rimelig simpel her. Der er ikke andre løsninger, medmindre man roder sig ud i noget 3.part. Og gør man det, så er man allerede dybt dybt inde i produktet, i forhold til den almen gængse forbruger. Flere årsager til Hue´s success. 1. Det kom på et tidspunkt hvor det umiddelbart virkede smart. Det var under alle omstændigheder nyt at kunne styre lyset fra en app på mobilen, og samtidig kunne bruge farver. 2. Prisen er sådan, at den almindelige gængse forbruger kunne være med og "mærke" noget nyt. 3. Philips Hue har fokus på, at selv den absolut mindst begavet forbruger (ikke ondt ment) kan bruge det. 4. Massiv reklame/omtale stort set fra dag 1. Prøv at lægge mærke til, hvor mange firmaer der egentlig gør rigtig meget ud af at reklamere med Philips Hue produkter. Nævn mig hvor mange firmaer der gør det samme med fx IHC eller anden form for smarthome system? Hvad mange stadigvæk ikke ved om Philips Hue, det er begrænsningerne. Også det der der flere årsager til. Disse forbrugere kender ikke til mulighederne, og derfor ved de heller ikke, at det er en reel begrænsning i Philips Hue produktet. For dem er Philips Hue den hellige gral. Det eneste der reelt eksistere i deres verden, plus at det er noget de kan håndtere og har råd til. Og så er der dem der bare mener, at Philips Hue er godt nok til deres behov. Det er præcis de samme, som også mener, at en all-in one PC er god nok til dem. Det der virkelig har "reddet rø**" på Philips Hue, det er deres tanke om, at den almindelig forbruger skal kunne bruge det. Det kræver bare man kan skrue en pære i en fatning. Noget som vi har gjort i en menneskealder. Omvendt: IHC er ikke fejlfri. Men det er i langt større grad et betydelig bedre produkt, med langt flere muligheder end mange af de alternativer som den gængse forbruger ellers vælger. Fx Philips Hue. Det er ikke mange systemer der kan prale af, at kunne de fleste gængse ting i et hus, i et og samme produkt. At IHC så til tider gør det på en klodsede måde, og til andre tider på halvfærdige måder. Det er IHC i en nøddeskal. Men det er ikke problemer, som man ikke kunne have løst for meget længe siden, hvis man havde ville det. Eller man kunne have kombineret IHC med andre produkter, som ville have løst og lukket disse huller/mangler. IHC´s største problem ligger faktisk i hele den måde LK/Schneider til stadighed lever i deres egen lille verden. De har stadigvæk fokus på, at IHC skal leveres igennem en elektriker. Bevars, på visse områder hænger det fint nok sammen, fordi der oftest også er tale om en 230volt installationer. Men selve produktet IHC og ikke mindst IHC controlleren og programmeringen, den kunne sagtens være et produkt for den almindelige forbruger. Når den ikke er det, så er det et valg fra LK/Schneider at det skal være sådan. Og så er dette valg den absolut største årsag til, at IHC aldrig kommer længere et til middelmådige elektrikere/installatører, som i øvrig ikke gider bruge for meget tid på det, fordi de tjener for lidt penge på det, da de heller ikke gør meget for at udbrede IHC fra deres side. Vi her kommer aldrig til at få løst IHC problemerne. De der skal/burde medvirke til det gør intet. Og forbrugerne stiller ikke de rigtige krav. Derfor dør IHC stille og roligt parallelt med at andre systemer kommer fra, som bliver båret frem. Forbrugerne skal bare lære at stille de rigtige krav. (Det kommer desværre så heller ikke til at ske).

Venter gerne.. Er jo noget jeg indtil videre har kunnet leve uden

Jeg skal lige være med på, hvad er det helt præcist du spørger ind til.. Er det openhab eller Visual du vil have til at aktivere dine vinduer? Hvis det er openhab, så har jeg har en rule, som styre vores vinduer. Det er en rå version af rulen, da jeg endnu ikke har fået bygget den fuldt ud. Så den styre sådan set nogle scener i KLF200éren, som vinduerne så reagere på. Meningen er at vinduerne skal styres individuelt og ikke i scener. Jeg skal også have justeret de forskellige cases, så de er forskellig om det er sommer eller vinter. Plus jeg skal have optimeret den ud i det ekstreme, så den også tager højde for vindretning og hastighed. Men Rom blev ikke bygget på en dag. Så pt kører dne bare på scener.. Her er min rule, (uddybende forklaring under): rule "Automatic control of all skylight windows" when Item NetamoIndendoersTemperature changed or Item Node13_SensorLuminance changed or Item alarm_totalalarm changed or Item dummy1 changed then // Exit the rule when there is nothing to do if(Override.state == ON) return; if(alarm_totalalarm.state instanceof Switch ) return; if(!(Node13_SensorLuminance.state instanceof Number)) return; if(!(NetamoIndendoersTemperature.state instanceof Number)) return; // Calculate which velux to send the ON command to val Number fTemp = NetamoIndendoersTemperature.state as Number val Number lux = Node13_SensorLuminance.state as Number val alarm = alarm_totalalarm.state var velux = VeluxAlleLuk // logInfo("StueTemp", stue_Temperature.state.toString) // logInfo("Lux", Node13_SensorLuminance.state.toString) // logInfo("Alarm", alarm_totalalarm.state.toString) // logInfo("fTemp",fTemp.toString) // Third table if(alarm == ON) { logInfo("debug", "Third table clause. Alarm is ON") velux = if(fTemp >= 23.0|"°C") VeluxAlleVent else VeluxAlleLuk } // Second table, we already know alarm isn't ON so we don't have to test it for OFF here else if(lux < 17){ logInfo("debug", "Second table clause. Lux < 17") velux = if(fTemp >= 23.0|"°C") VeluxAlleVent else VeluxAlleLuk } // First table, we know that alarm isn't ON and we know lux >= 17 so we don't have to test for it here else { logInfo("debug", "First table clause") switch fTemp { case fTemp >= 24.5|"°C": velux = VeluxAlleAaben100 case fTemp >= 24|"°C": velux = VeluxAlleAaben75 case fTemp >= 23.5|"°C": velux = VeluxAlleAaben50 case fTemp >= 23|"°C": velux = VeluxAlleVent default: velux = VeluxAlleLuk } logInfo("debug", "Choose " + velux.name) } // Send the command logInfo("skylight", "Sending ON command to " + velux.name + " because Netamo Temperatur = " + NetamoIndendoersTemperature.state + " Lux = " + Node13_SensorLuminance.state + " and Alarm = " + alarm_totalalarm.state) velux.sendCommand(ON) end Der er 3(4) triggere. Det ene er indendørs Netamo vejrstation som måler indendørs temperaturen. Så er der min udendørs Z-wave PIR, som også har lysføler i sig. Til sidst er der IHC alarmen. (Den fjerde er en virtuel test switch i openhab, som jeg bruger til at trigge rulen med, så jeg ikke skal sidde og vente på een af de tre andre). Den er egentlig ret simpel. og læses bedst nedefra i cases.. Default er alle vinduer lukket (scene - VeluxAlleLuk) Temperaturer over 24 vil aktivere scenerne VeluxAlleVent, VeluxAlleAAben50 (50%) VeluxAlleAaben 75 (75%) og VelusAlleAaben100 (100%). Men kun såfremt lux er større end 17, og alarmen ikke er koblet til. Hvis lux er mindre end 17, så aktiveres VeluxAlleVent eller VeluxAlleLuk afhængig af temperaturen. Hvis alarmen er koblet til, så aktiveres VeluxAlleVent eller VeluxAlleLuk afhængig af temperaturen. Håber det giver dig en smule ide, hvis det er en openhab løsning du er ude efter. Hvis det er Visual, så melder jeg pas. Jeg ved ikke hvordan du skulle kunne styre dine vinduer fra IHC, medmindre du har trukket ledninger til det.

Det må du have misforstået. Jeg mener faktisk det stik modsatte. Eller rettere, jeg betragter intet af det her som eet enkelt stående produkt. For lige så snart man gør det, så har man begrænset sig selv. Ingen enkeltstående produkter kan levere alt hvad forbrugerne gerne vil have. Mest af alt fordi forbrugerne har så mange forskellige behov. Det er det der er balladen med manglende standard. Og ja, derfor produkterne ikke er gode. Men med dårlig rådgivning vil du se en masse mennesker købe disse ting, og kæmpe forgæves for at bruge dem sammen. Eller de vil vælge een af dem, og dermed lade sig begrænse. Og så er der dem der køber dem alle, og bruger dem hver for sig. Nope, du misforstå det jeg skriver. Det jeg savner er en mulighed for at samle flere (alle) forskellige produkter, så de virker sammen. Jeg er egentlig ret ligeglad med, om det er via en gateway som openhab/Home assistant eller noget helt tredje. Så længe muligheden er der, og producenten ikke låser forbrugeren fast, så er det brugbart. Hvordan kan du sige, det er produktet, når du ved (eller rettere, nu burde vide) at produktet (IHC) kan andet end at styre lys? Det virker ret selvmodsigende. Spørg dig selv, hvorfor blev dit hus bygget med IHC og så kun brugt til lysstyring? Jeg er ret sikker på, du finder ikke nogen umiddelbar fornuftig forklaring. Når der ikke rigtig er nogen fornuftig forklaring på "manglerne", så falder vi tilbage til, at nogen har valgt verdens dyreste lysinstallation med dæmp. Det er næppe nogen med stor viden om IHC som har valgt det. Og så er vi tilbage til rådgivningen. IHC er ikke noget man bare vælger, fordi de tre bogstaver i kombination lyder godt eller ser godt ud. IHC står faktisk for noget, (Intelligent House Control). Alene i dette begreb burde der være klokke der ringer, hvis man efter endt byggeri når frem til - verdens dyreste lysinstallation med dæmp, som det eneste. Der er ikke specielt meget "Intelligent House Control" over det. Det er efter min mening ikke hr og fru forbruger (byggerne) der har valgt den løsning. Det er, uden den mindste tvivl, nogle elendige rådgivere og valgmuligheder disse mennesker blev stillet over for, og sandsynligvis med forklaring som "standard pakke". Selv LK har tidligere solgt IHC som en "standard pakke" løsning. (Jeg ved faktisk ikke om de stadigvæk gør det). Og den "udvidet" pakke løsning med IHC net/basic). Pakkeløsninger er og bliver bare ikke noget der passer godt sammen med en bolig der skal tilpasses til den individuelle familie.

Eller den mere besværlige måde.. Udelukkelsesmetoden. Men det er måske den du fandt de 3-5 indgange på? Hvis du mener ledningerne er monteret. Så start Service view og log indgangene. Bagefter stiller du dig ud foran bevægelsessensoren og danser fandango et par timer, (just kidding, et par minutter burde være nok ). Så skulle loggen gerne have registreret noget. En god ide er, at der ikke er noget der laver noget andet i boligen samtidig.

Vil bare teste om jeg overhovedet modtager noget fra den, uanset hvad det er. Jeg ved godt jeg ikke kan få noget brugbart ud af vandmåleren. Men når den virker, så burde jeg på een eller anden måde kunne modtage noget, (evt en hulens masse serienumre på vandmålerne i området).

Okay.. Selv med kontroller, så mener jeg helt seriøst ikke det giver mening at lave det wireless only.. Når det er decideret nybyg, så er det bare med at få smidt så mangle kabler i som overhovedet muligt. Og gerne netværk, når de nu alligevel er i gang. Jeg ville slet ikke betænke mig et split sekund, hvis det var mig der stod i den drømme situation, at skulle bygge nyt. Tværtimod ville jeg være en ren djævel over for den stakkels elektriker. Prisen vil selvfølgelig også være sekundær. Den "glæde" skal han trods alt have.

Pt er det ligegyldigt med krypteringsnøglen. Som sagt har jeg ikke gidet spørge efter den, før jeg ved med sikkerhed at IMST nøglen virker

Hmm.. Nu fik du mig lige til at kigge nærmere på det.. Jeg har åbenbart også problemer med den, (jeg bruger den faktisk kun via trykket). Det burde være Input register 100 den skal aktiveres på. Og så kan den aflæses på Holding register 123 Men jeg testede det lige hurtigt, og det lader ikke til den helt vil som jeg vil. Jeg er ellers ret overbevist om at den har virket. Jeg prøver lige at rode videre med det. PS. Når du viser dine filer, så gør det helst i kode form.. Det andet er møg svært at læse ordentligt.. Tryk på <> her i editoren, og indsæt din kode (fx items).

Det er vandværkets måler.

Hvis den allerede er programmeret, så burde du kunne se det ud af Visual programmet. Hvis ikke den er programmeret, tja så er der kun den hårde vej. Håbe på dokumentationen er "fyldestgørende" (er den garanteret ikke). Og ellers følge kablet op.

Den ville jeg kassere som mulighed. Dels koster den en formue, og dernæst gad jeg simpelthen ikke slås med de problemer der til tider opstår med wireless. Det er kort sagt ikke pengene værd. Og så ville jeg aldrig undvære en kontroller. Den giver så mange flere muligheder, som man måske ikke lige ser et behov for nu, men som uden tvivl vil opstå med tiden.

Vi er totalt i samme båd her.. Jeg har kigget på Finn´s software indtil flere gange. Jeg anser ikke mig selv som værende specielt novice på det her område. Men Finn´s dokumentation, den falder jeg simpelthen igennem. Jeg fatter nada af det, og savner ligesom dig også en langt bedre guide. Specielt fokuseret på Windows, som er netop som en mulighed i dokumentationen, (og det er stort set også alt hvad der står om det). Mit behov, til at starte med, er at at sikre, at IMST 871A WMBUS (USB) nøglen jeg har, den overhovedet er i stand til at modtage data fra min Kampus Multical 21 vandmåler. Jeg har brugt ufattelig mange timer på at finde på "software" der bare i det mindste kunne verirficere det virker. Inkl i openhab, hvor der eftersigende er en binding der skulle virke.. Det gjort den så ikke alligevel, og udvikleren er "forsvundet". Alt software jeg har fundet (2 windows programmer), fatter jeg nada af. Finn´s software fatter jeg absolut intet af. Så ligesom palle, så søger jeg også nogen, der kan komme med en tilpas forstålig guide til, hvad man gør. Jeg har ikke krypteringsnøglen, fordi jeg ikke har giddet bruge tid på at få den, bare for at finde ud af, at softwaren alligevel ikke virker.. Det må være muligt at få softwaren til i det mindste at verificere, at det virker, men at der bare mangler en nøgle, for at få noget forståligt data ud af det.. Jeg vil gerne have vandforbruget registreret, så jeg, ligesom med stort set alt andet forbrug, kan holde øje med hvad der forbruges, på en smart måde Jeg behøver ikke nødvendigvis have det ind i IHC. Jeg vil hellere have det over i openhab. Men først om fremmest skal jeg vise, om det overhovedet virker med IMST nøglen og Multical 21 måleren.

Yep! Det kan du da også. Hvis du har Nilan i openhab, (forbundet via modbus) så har du også "brugervalg" funktionen. Den aktivere du da bare som en hvilken som helst anden switch i openhab. Jeg kan ikke lige huske hvilken modbus register det er. Men den er der.. Jeg bruger den selv At jeg også har IHC tryk på, det er for at man også den vej kan aktivere "brugerfunktion". Her er det en af tasterne på IHC trykket på badeværelserne, som aktivere funktionen.

Netop fordi den ikke selv er gået tilbage til ON, så ville jeg tjekke den en ekstra gang. I øvrig.. Er det meningen alarmen skal gå, når den ikke er sat til, og du så "saboterer" sabotagekredsen? (jeg har ikke selv prøvet det).

Jeg synes det er et rigtig interessant produkt du har gang i her. Og med en vis omtanke for, hvordan man forbinder sine indgange, så burde "begrænsningerne" være til at leve med. Jeg vil i hvert fald gerne købe et "modul".

Ja, den er nok gået i OFF, da du åbnede din PIR.. Undre mig lidt, at den ikke selv er gået ON. Måske du skulle tjekke at din sabotagekreds er intakt. Ellers er den ret ligegyldig.