Kandersen

Næ, det skal der ikke nødvendigvis. Du kan lave det mest fra PaperUI. Men vi er nogen som foretrækker at gøre det i filer, fordi det er mere overskueligt. (Btw. openHAB 3 understøtter ikke disse filer). Kan jeg da godt. Men jeg tror ikke du vil blive meget klogere af det, uden der også følger noget forklaring med. Derfor foreslår jeg i stedet, at du måske starter den anden vej.. Hvad er det du vil?

Or give it a shot by uploading an empty program, and then your original program afterwards.

Regarding the reboots. It has been mentioned before, that the lack of power can get the controller to reboot. So if your IHC system is using alot of power, it might be your powersupply cant deliver enough. Also external communication (like Home Assistant, OpenHAB etc) can make the controller reboot, specially if its banging the controller with data. And last, it could be a simple fault in the Visual program.. If you´re using any kind of sensors, they can mess up things as well. Specielly if you have a sensor connected, but not programmed yet.

Korrekt. Den er i modbus listen, men jeg kan ikke få det til at virke, når jeg fx sender en ON. Der sker der nada. Yep, intet problem. Hastigheder kan jeg skifte i de 4 (5 med standby) muligheder. Setpunkter osv intet problem. Jeg kan også ændre indstillingerne for brugervalg. Bare ikke aktivere den via modbus.. Det er vildt underligt, og jeg tror det er en fejl i NIlans software. Korrekt, det er en måde at gøre det på. Så skal man bare lave lidt logikstyring i openHAB. Men problemet har ikke været stort nok til, at jeg har gidet gøre det. Det har mest af alt bare været en irritation over, at en så simpel funktion ikke kunne lade sig gøre Pt styre jeg Nilan anlægget automatisk ved at skrue op/ned for ventilationen, alt efter hvor fugtige badeværelserne er, via IHC temp/fugt sensore. Det er efter min mening den bedste måde at gøre det på. På et tidspunkt ville jeg også have lavet det som en brugervalg2 funktion, hvor Nilan anlægget skruer op for indblæsning, når fx emhætten startes. Emhætten er ikke "smart", så jeg ville sætte en strømmåler på. Denne strømmåler viste sig så ikke helt velegnet pga Schuko stik i Fuga stik (jord). Og der strandede det projekt lige pt. Det tager nok max ½ time at ændre udtaget til Schuko. Men dovenskaben kom over mig

Sorry, jeg vrøvler.. Det er signalstyrken som jeg aftaster. Ikke batteri.

YEp jeg køre pt med en Riot RS485<>ethernet interface. Fungere fint. MEN! Det er ikke lykkedes mig at aktivere Nilans brugervalg-funktionen via modbus. Af een eller anden årsag så virker registeret ikke som det burde, eller så forstår jeg ikke meningen med det. Jeg kan fint få status om den, men som sagt ikke aktivere den. Så det er et Nilan modbus problem.

Jeg har kun information fra batterierne, ingen switch.

Så er der helt klart noget galt. Det kommer an på, hvad det er for en funktion du helt reelt ønsker at bruge. Det kræver man forstår pulseWidth. Kort forklaring af pulseWidth: Det "simulere" i bund og grund det samme som et tryk. Dvs du trykker på trykket med din finger, og x-antal ms efter slipper du trykket igen. I openhab vil pulsewidth sørge for, at først sende en ON, og x-antal ms efter, så sendes en OFF. Det er fx brugbart til KIP funktioner, hvor man netop bare lige trykker på trykket, for derefter at slippe det igen. Men hvis det er en funktion som skal holdes ON, så skal man dermed ikke bruge pulseWidth. Når du nu skriver herover, at pulsWidth kun virker med 1ms. Så er mit bedste bud at noget andet er forkert, eller du bruger en forkert resourceID (hvorfor det så virker, det ved jeg ikke). 1ms er alt for hurtigt til, at openHAB (bindingen) reelt kan nå at reagere stabilt. Det er muligt det virker een gang, men ud af fx 10 gange, der vil jeg påstå 8-9 gange ikke virker. De gange jag har testet det, der kan jeg ikke komme meget under 100ms, før det begynder at blive ustabilt. Lige en detalje: Nu er det vel ikke sådan, så du køre trådløst til din Rpi/openHAB? Mht til at få Google til at vise status, så skal du have status fra funktionsblokken med over. Fx resorceID fra output eller fra lampeudtaget på venstre side i Visual. Den sætter du ind i channels i din items linje, og derved vil den bruges som status. Det vil se ud som om, at trykket "hænger". Men i virkeligheden er det bare status på udgangen som den viser som aktiv. Og deraf kan du konkludere, at lyset er tændt.

Jeg er ikke helt sikker på jeg forstår hvad du mener. Men som udgangspunkt så er der ingen forskel på, om det tager resourceID fra trykket, eller om du tager det fra input på funktionsblokken. Personligt foretrækker jeg funktionsblokken. Men det er nok en smagssag. At du ikke får andet end ikoner i google home, det er ikke unormalt. Men det burde være type switch, hvis du har sat din items til switch.

Det kommer ikke til at virke med rollershutter, så vidt jeg husker. Da den operere med en procentvis værdi. Så du skal lave dem som switch items, hvor du i label adskiller dem, og så bruge ga=switch på dem begge. Så kan du sige det som der står i label, for at få Google til at udføre det. Laver du dine things manuelt? (det er mere hvis jeg skal give dig et eksempel).

Via widget i habpanel: Habmin er noget gammelt bras der ikke udvikles på mere, og meget af det virker ikke. Det anbefales kun at bruge det i forbindelse med Z-wave.

592kb. Så ja den er rimelig stor. Men det er ikke fordi der er meget "logik" i den. Tog en jpg af plantegningen (fra huskøbet) og smed ind i Inkscape, hvorefter jeg "transformerede" den til en vektor, så jeg kunne skalere den op til opløsningen jeg vil have. Jeg har en mistanke om, at transformeringen er endt ud med, at jeg nu har både vektor og det oprindelige billede i SVGén. Den ser ihvertfald lidt mystisk ud, når jeg loader SVG filen ind i fx notepad. Men min forstand er også begrænset mht Inkscape. Måtte følge en youtube video for at lave det Btw.. Hvad bruger du HABmin til?

Det ville ikke være dårligt Jeg er blevet for gammel til at trykke på knapper, og min sølvpapirhat er slidt i stykker (jeg har været i gamet for længe til jeg orker at bekymre mig om, hvad Google evt lytter med på. Jeg ser mig selv som en nål i en høstak. Hvis de finder mig og finder mig interessant, så skal de satme også ha lov til det ) Er prøvet med tablet. Det gør det hele meget værre, sandsynligvis fordi tabletten er voldsom ringere end Rpi4. Jeg har installeret en "ren" rasbian (buster) med desktop på en Rpi4, og bruger browseren derfra til Habpanel. Men det tager monster lang tid, og jeg kan se den virkelig knokler. Det har noget at gøre med den måde Habpanel er lavet på. På min workstation (en Intel i7 cpu med grafikkort), der går det lidt mere glidende. Det kan evt også have noget at gøre med min SVG, den er af een eller anden årsag temmelig stor, selvom den kun er 1920x1080 i opløsning. Og nåja, så er mine kreative grafiske evner i øvrig heller ikke noget at råbe hurra for. Det her var oprindeligt bare et forsøg. Men det har taget sin tid at nå her til, (plus det er gået i stå det sidste ½ år). Jeg har for mange ideer og for lidt tid, tror jeg

Yep, det er det jeg mener med API (hedder REST API, og er openHAB´s direkte vinkel/API. Men jeg synes ikke det er tydeligt hvordan man angiver en item. Det er muligvis bare så simpelt som item navnet, (som jo er unikt). Mja kan man godt sige, (har dog nada forstand på CSS eller JS, så jeg kæmper mig frem). Her er min plantegning i Habpanel: Planen er ikke at man skal kunne klikke på det, udover at nede i venstre hjørne er de 4 grønne knapper aktive. De bruges til at slå lag fra, hvis jeg fx ikke gider se på ventilationsdelen. Men jeg har lavet det med stemmestyring, så jeg beder bare Google om at slå det fra. På den måde er jeg ikke afhængig af at kunne klikke/trykke på dem Desværre er projektet gået lidt i stå, fordi jeg netop ikke kan CSS og Angulascript ordentligt. Så det er lodret op ad bakke, når jeg skal lave noget. Det er i øvrig en SVG fil lavet i Inkscape. Det er rimelig nemt at få status og ikke mindst, hvis man vil, lave aktive knapper. Værste problem er dog, at habpanel er vanvittig resourcekrævende. Jeg havde håbet at kunne bruge en Rpi4 som klient til dette, og så have en skærm hængende som monitor. Men Rpién er simpelthen for langsom

Jeg kender det desværre ikke. Så jeg er ikke til meget hjælp her. Kiggede kort på det, og det ser da meget smart ud, men også noget mere besværligt end jeg havde forventet. Det næste er så, at jeg kan slet ikke se, hvordan man vælger openHAB2 items, eller definere dem, hvis cometVisu bruger API. Jeg bruger BasicUI og Habpanel (sidstnævnt som noget mere avanceret med SVG. Men det er voldsomt resourcekrævende af klienten, desværre).

Det står den så vidt jeg husker allerede til, og har stået sådan hele tiden EDIT - Tjekkede det igen, og ganske rigtig, den står til Dansk som den altid har gjort. (I øvrig er LK´s vejledning ikke korrekt på opdaterede win10. Microsoft har været så flinke at rykke rundt på bla dette).

Jeg mener det står i manualen til IHC.

Jeg har fuldstændig samme (modrettet) problem på min win10. Visual har fucket mit program op, så alle steder hvor æ,ø, å er brugt, der har den indsat "underlige tegn", altså i selv vis programmet.. Jeg har måtte installere en ny Visual på en anden maskine. Og så er der ingen problemet. Så problemet er altså opstået på een eller anden måde i win10 og dets tegnsæt, som åbenbart går direkte over i Visual programmet. Hvis nogen kender en xml editor der kan rette sådan noget automatisk, så er jeg yderst lydhør. Pt har jeg fået rettet alle fbérne, manuelt. Men alle produkter med øæå i, dem kan jeg kun rette ved at fjerne dem, og så tilføje dem igen, hvilket er noget frygteligt bras, da alle henvisningerne så også ryger

Må da være en klar forsikringssag?

Hvorfor bruger du pulswidth=1?? Det er 1ms, og vanvittigt hurtigt, og jeg tvivler på openhab<>controlleren kan snakke sammen med den hastighed, plus det er unødigt. Normal vil man bruge op til 300ms, da 400ms oftest er der hvor dimmere begynder at reagere. Så prøv med pulsewidth=200. Det fungere fint hos mig, selv på en UNI400 dæmper.

Kunne det ikke nemt klares med IHC wireless tryk?

Bruger du både on og off til en kip fb?

Det er desværre en alvorlig akilleshæl i LED og dæmpere. Husk på, 230volt GU10 har indbygget driver til LED. Denne skal passe perfekt sammen med dæmperen, ellers kan man bla opleve blink (og andre særligheder). Dernæst er der uden tvivl og et problem med resten af installationen, specielt jo mere man køre på samme fase og nul. Der findes desværre ikke en klar opskrift det det her problem. Man kan prøve med støj-kondensatorer, dimbob (glem den, den er vanvittig dyr), eller andre fixerier. Men fælles er, LED driveren (som sidder i pære) skal passe med dæmper. Og så skal der ellers isoleres fra andre udefrakommende muligheder. Balladen er, at LED kan lyse/blinke/whatever selv ved meget meget små strømme. Mit bedste bud - Prøv nogle helt andre LEDére end Philips og Osram. Osram er katagorisk bare et no-go for mig. De holder ikke, og de dæmper ikke ordentligt, og så er deres priser helt hen i vejret. Jeg har ikke nogen gode forslag til andre LEDére, da jeg endnu ikke selv har prøvet den nye LED dæmper. Og jeg i øvrig har primært 12volt LEDére. Jeg har selv en meget meget sær oplevelse med min køkkeninstallation. Alle spots under overskabene er styre af samme IHC dæmper. Fordi vi har 3 forskellige steder i køkkenet med spots, så har de hver deres (præcis ens) driver. Alle tre er med præcis samme LED kilde. Alligevel står den ene række og blinker, mens de to andre rækker er klippe stabile. Mit bedste bud er, at lige præcis denne driver, den har et problem. Men jeg har ikke prøvet at ændre det endnu, eller byttet rundt på dem. (Note til mig selv - Det tager kun ganske få sekunder at bytte rundt på to af dem for at se om fejlen flytter med!!!). Sådan er det bare med LED. Det er dels en ren jungle derude. Og dernæst så kan man prøve sig frem i een uendelighed før man finde en korrekt kombination. Nogle steder har jeg oplevet at få 12V LED kilder i. Så der er røget halogen i igen. EDIT - Glemte lige at nævne. At disse problemer kan også oplevelse uden dæmper. Men med dæmper er problemet bare langt mere vanskeligt.

Det ser da okay ud. Kan vi få en liste over, hvad materialer og rullegardin der er benyttet? Altså hele installationen.

Haft du haft dem i hånden og trykket på dem? Hvis ikke, så kan jeg anbefale man lige prøver det Jeg har haft Hue siden det kom på markedet, inkl disse tryk. Trykkene kom aldrig op og sidde nogen steder. Til gengæld satte jeg fjedre i mine gamle fuga (det gamle hus med alm installation), så når ungerne slukkede for lyset, så tændte det bare igen. Dengang var det dog kun disse tryk og app man ellers kunne bruge. Ungerne brugte app til farver. Jeg opgav helt Hue med tiden. Det er først efter jeg flyttede i det nye hus med IHC og integration med openHAB, at jeg bruger Hue igen (i stuen) hvor jeg har 4 lamper. Og jeg bruger det primært med stemmestyring. Og så har jeg et par IHC tryk som kan tænde/slukke for lyset, (dæmp bruger jeg ikke via fysiske knapper. Orker det ikke, da det er betydelig nemmere med stemmestyring). Noget Schuko materiale er noget bras og grimt. Men til gengæld åbner bagdåserne op for et langt langt større marked, hvilket jeg ser som den absolut største fordel specielt i smarthome regi.