Kandersen
-
Antal indlæg
3.308 -
Medlem siden
-
Senest besøgt
-
Days Won
39
Indholdstype
Profiler
Forummer
Downloads
Galleri
Indlæg skrevet af Kandersen
-
-
Or give it a shot by uploading an empty program, and then your original program afterwards.
-
1 time siden, Infernoken skrev:
Hello,
I have a IHC Visual 2 with HW6.1 (since 2007) that in the last days has started to reboot frequently.
Light go out for a few seconds and then go back on, and the system is unresponsive during a few minutes (so during the reboot)
When checking the IHC admin view, I can see the uptime is everytime only a few minutes, so this indicates a full reboot.
System was running on 2.7.220 since a few months, but I already noticed it was becoming slow now and then...
Since a few days I now have the frequent reboot issues and yesterday evening now downgraded the system to 2.7.148 (latest FW available in Belgium before the 2.7.220).
Checking today, seems the system has again rebooted this morning, so does not seem to be solved.
Any other things I could try? Or will I need to purchase a new Visual Controller ???
(As my current Visual 2 HW6.1 controller is from 2007, it may be starting to fail ???)
If I would need to buy a new one, I would directly go for the Visual 3 controller. Any idea where a good place would be to source this and get it shipped to Belgium?
(Would then also directly replace the power supply...)
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. -
4 minutter siden, Lars Jacobsen skrev:
Så det altså kun er brugervalg du ikke kan få aktiveret ?
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.
4 minutter siden, Lars Jacobsen skrev:Kan du skifte og sætte nogle af de andre parametre og setpunkter som temperatur og hastighed ?
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.5 minutter siden, Lars Jacobsen skrev:Og hvis det er så kan man jo bare lave workaround i den styrende software der så fremkalder midlertidige “scenarier” i en periode. Det vil i praksis jo være det samme som aktivering af brugervalg.
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
-
19 timer siden, Plindberg skrev:
har du mulighed for at vise mig hvordan du har sat det op?
Sorry, jeg vrøvler.. Det er signalstyrken som jeg aftaster. Ikke batteri.
-
15 timer siden, Jakob Hauerslev skrev:
Fik du det til at virke uden fejl?
Overvejer samme setup som alternativ til den mekaniske brugervalg-løsning.
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.
-
2 timer siden, ChristianLJ skrev:
Derudover, så virker det ikke hvis pulseWidth er e.g. 80ms eller 300ms. Det virker kun hvis pulseWidth er 1ms, hvilket jeg ikke helt forstår.
Så er der helt klart noget galt.
2 timer siden, ChristianLJ skrev:Burde det ikke være muligt helt at fjerne pulseWidth nu?
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).
-
11 timer siden, RuneV skrev:
Men hvordan har du integreret SVG med dit OpenHAB-projekt?
Via widget i habpanel:
11 timer siden, RuneV skrev:Der ligger en floorplan editor, som jeg håber på kan noget frækt ift. det jeg søger
jeg kan bare ikke gemme den... af en eller anden årsag 
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.
-
1 time siden, RuneV skrev:
Det lyder sgu lidt voldsomt - ligger der en masse logik i SVG'en? og hvor stor er filen?
592kb. Så ja den er rimelig stor. Men det er ikke fordi der er meget "logik" i den.
1 time siden, RuneV skrev:Hvordan har du lavet dit grundplan-projekt?
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? -
3 minutter siden, RuneV skrev:
Jeg er rimelig velbevandret i JS/CSS mv. , men ret ny (dage) på OpenHAB, så måske vi ku slå pjalterne lidt sammen
Det ville ikke være dårligt
3 minutter siden, RuneV skrev:Jeg er lidt sølvpapirhat på den del, men tiltalende koncept
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
)
12 minutter siden, RuneV skrev:Kan du ikke bare bruge en tablet? Og blot bruge RPi'en som webserver?
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
-
Lige nu, RuneV skrev:
Ved første øjekast ligner det at man skal til at tilgå items mv. via REST (?).
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).2 minutter siden, RuneV skrev:Har I evt. nogen erfaring med en mere CSS/JS customised UI
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). -
2 timer siden, Soxiz skrev:
@Kandersen, jeg fulgte den her, og så virker det.
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.
-
15 minutter siden, Soxiz skrev:
Hej Mikkel, det virker desværre ikke for mig. Jeg køre Windows 10. Selv om jeg ændre til Danish (Denmark), så kan den fortsat ikke vise Æ, Ø og Å. Har du andre forslag? Jeg vil helst ikke køre Windows på dansk.
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
-
På 28.11.2020 at 12:47 , Ulrik Engemann Rasmussen skrev:
Hej igen. Det viste sig at der var 20 andre på vejen som havde fået brændt deres LK lysdæmpere af, både alm skydelys dæmpere og IHC dæmpere.
Transformeren til 70 husstande var voldsomt overbelastet og gået i stykker, hvorfor den nu er blevet skiftet. Overbelastningen har muligvis medført svævende nul på nettet, med høje spænding til følge. Umiddelbart kunne det tyde på at LK lysdæmpere er mere følsomme end andre, men det er selvfølgelig om dem der er flest af. Men lidt bemærkelsesværdigt at der ikke var nogen problemer med andre mærker. Nogen som har et bud på bedre og billigere alternativer til UNI 400? Skal kunne styres med 24V og have sluk alt funktion. Eltaco laver nogle, har I erfaring med dem?
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. -
9 minutter siden, Lars Jacobsen skrev:
Tjaa alt er relativt.
Syntes ikke de er grimmere end meget af det Shuko materiel folk er helt vilde med at vælge idag.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.
Nybegynder i OpenHab
i OpenHAB
Besvaret
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?