Jump to content
IHC-User.dk

Kandersen

Members
  • Content Count

    2,560
  • Joined

  • Last visited

  • Days Won

    18

Kandersen last won the day on November 19

Kandersen had the most liked content!

2 Followers

About Kandersen

  • Rank
    Over Tekniknørd :-D

Profile Information

  • Gender
    Male
  • Location
    4623
  • Interests
    Alt der kan sættes strøm til.

Recent Profile Visitors

2,813 profile views
  1. Hvis man sætter lamper op, men ikke har kabel, så tænker jeg man er ovre i noget med batteri og/eller solceller. Trådløs strøm er vist endnu en fremtidssag. (Sagt på en anden måde - Jeg forstår ikke helt, hvad det er du vil ud fra din tegning).
  2. Kender det alt for godt! Når jeg engang imellem opgradere openhab, så gør jeg altid det, at jeg lader den gøre hele opgraderingen færdig så den starter op første gang. (jeg holder øje i tail log). Og når den mere eller mindre har fået alt med, så lukker jeg openhab ned, og rebooter. Jeg har simpelthen for mange gange prøvet det der med, at enten tålmodigheden ikke lige holdt, eller at noget er gået galt under første opstart. Så jeg har vænnet mig til at genstarte efter hver opgradering.
  3. Mja.. Jeg ved ikke hvad version du bruger. Men hvis du begiver dig ud i at lave dem i filer, og du før havde dem i PaperUI, så skal du huske at fjerne dem i PaperUI. Det er kun den absolut seneste version som kan "håndtere" begge dele med samme serielnummer. Anyway.. Din fil herover er lidt svær at tyde. Det ser ud som om det er et screendump fra VSC.. Det er nemmere, hvis du markere det hele og indsætter det her i et indlæg ved at bruge den der knap <> i menuen herover. Og så paster/kopiere du bare det hele ind i boksen der kommer frem.. En god ide når man gør det på denne måde med manuelle filer, det er at holde det til een ting ad gangen. Først få things things til at virke. Når de virker, så kan du se dem online i PaperUI. Der er absolut ingen grund til at rode med items, hvis things ikke er online. Ligesom det heller ikke giver mening at sidde og lave sitemaps, hvis items ikke virker. Man risikere at man sidder og roder i 117 ting på een gang. Derfor tager jeg altid et punkt ad gangen. Så: Først Bridge (i dette tilfælde fordi der er en Brigde). Den skal vise ONLINE i PaperUI. Dernæst things. Disse skal også vise online i PaperUI. Så items. Hold øje med loggen. Og til sidst sitemaps. Igen hold øje med loggen. Det gør det også nemmere at hjælpe, når man fx ved, at Bride og Things er ONLINE, men items ikke virker, (hvis det var det). Dit opsæt: I din things fil herover ser det ud til du mangler en } som afslutter dine things. Det er muligvis en paste fejl. Og ellers burde den brokke sig i loggen, og things burde ikke være online. Men din items er nok her den rigtige synder er. Alt afhængig af hvilken version of KLF bindingen du bruger, så har du ikke defineret dem rigtigt. Se fx mine things og items her: Bridge velux:klf200:home [ ipAddress="10.4.28.252", tcpPort=51200, password="secret" ] { // Velux IO-homecontrol devices Thing actuator VindueTh01 [ serial="56:08:1D:26:06:29:06:C7",inverted=true ] Thing actuator VindueTh02 [ serial="56:08:1D:26:06:30:0A:CD",inverted=true ] Thing actuator VindueTh03 [ serial="56:08:1D:26:06:29:12:03",inverted=true ] Thing actuator VindueTh04 [ serial="56:08:1D:26:06:29:08:7B",inverted=true ] Thing actuator VindueTh05 [ serial="56:08:1D:26:06:29:14:5B",inverted=true ] Thing actuator VindueTh06 [ serial="56:08:1D:26:06:30:0C:A1",inverted=true ] Thing actuator VindueTh07 [ serial="56:08:1D:26:06:29:0D:0D",inverted=true ] Thing actuator VindueTh08 [ serial="56:08:1D:26:06:29:14:5C",inverted=true ] } Rollershutter Vindue01 "Vindue stue syd-øst 1 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh01:position", autoupdate="false" } Rollershutter Vindue02 "Vindue spisestue øst 2 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh02:position", autoupdate="false" } Rollershutter Vindue03 "Vindue stue nord-øst 3 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh03:position", autoupdate="false" } Rollershutter Vindue04 "Vindue køkken syd-øst 4 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh04:position", autoupdate="false" } Rollershutter Vindue05 "Vindue stue syd-vest 5 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh05:position", autoupdate="false" } Rollershutter Vindue06 "Vindue spisestue vest 6 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh06:position", autoupdate="false" } Rollershutter Vindue07 "Vindue 1 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh07:position", autoupdate="false" } Rollershutter Vindue08 "Vindue stue nord-vest 8 [%d]" [ "Blinds" ] { channel="velux:actuator:home:VindueTh08:position", autoupdate="false" } Den nemmeste måde at ramme item link til channel korrekt i items, det er simpelthen ved at klippe den direkte fra PaperUI. Specielt med KLF bindingen, fordi ham der laver den bytter rundt på navnene, og det er møg forvirrende.. Derfor gør jeg altid det, at jeg opretter things i filen og sikre mig de er online. Derefter går jeg ind i paperUI og tager "stien" til channel.. Se dette screendump fra PaperUI: Når du klikke på den som pilen peger på, så kopieres stien til clipboard.. Og så kan du bare indsætte/paste det direkte ind imellem " " i { channel="velux:actuator:home:VindueTh01:position" } Sådan, ikke så meget pjat i det. Og chancen for at skrive forkert (manuelt indtastet) er minimalt :-)
  4. Kun hvis Windows ikke har den i forvejen :-D
  5. Hmm det var egentlig den løsning jeg ikke håbede på. Det er jo lidt underligt, at man skal installere en USB (netkort) driver, i et OS, der allerede har en USB driver. Og helt generelt, jo mindre "ekstra unødig" software man kan undgå at skulle installere, jo mere simpelt er det, og jo flere kan "være med".
  6. Hvad skriver man så i stedet for IP:port adresse? Jeg formoder den skal vide hvilken USB port controlleren er forbundet til?
  7. Naah, kun 2K og 4K. Venter lidt endnu med 8K :-) Det er samme opløsning, når jeg bruger LK´s java programmer. Skal prøve at lave to screenshots i aften. Bare husk, det er en meget lille detalje, og bestemt ikke noget jeg ikke kan leve med. Det er nok mest af alt vanen som spiller ind her. Anyway - Kom til at tænke på, om du har tænkt dig at lave USB support også? Der er jo en del som slås med, at de heller ikke kan få forbindelse via USB. I så fald vil du have klaret alles problemer, som LK ikke har formået.
  8. Funger perfekt, Mikkel. Inkl genvejen på skrivebordet! En enkelt, meget lille detalje. Det er som om fonten er en del anderledes end hvis man starter det samme via "det sædvanlige". Fonten er mere grov i det. Men det er så absolut til at leve med, hvis alternativet er, at man skal slås med java. Ps. er testet på min controller HW 6.2 med FW 2.8.4 og windows 10, pro.
  9. Okay, så længe har jeg ikke forsøgt at vente
  10. Det gør den helt sikkert ikke. Først når jeg logger ud og ind igen.
  11. Det skal lige siges - Når jeg laver ændringer i Visual, så stopper jeg IHC Captain (ellers tager det for lang tid for Visual at connecte), men logger ikke ud. Når jeg er færdig i Visual og har uploadet det nye program, så starter jeg IHC Captain igen. Og det er i det tilfælde at IHC Captain ikke ser, at der er kommet et nyt program. Hvis jeg logger ud og ind igen, så henter den fint nok det nye program. Så måske virker det i virkeligheden som det skal, det er bare mig der "ødelægger" det, fordi jeg stopper IHC Captain.
  12. Hej @Mikkel Skovgaard Er der mulighed for at IHC Captain kan "lytte" med, når man fx uploader et ny program til controlleren, at IHC Captain så auto loader dette program, uden at man først skal logge ind? Lidt inspiration fra openhab med IHC binding. Hvis openhab (med IHC bindingen) kører samtidig med jeg laver ændringer i Visual. Når jeg så uploader det nye program til controlleren, så går IHC bindingen på en slags "pause", og venter indtil controlleren er klar igen, hvorefter bindingen selv loader det seneste program, helt automatisk. Jeg tænkte om noget lign ikke skulle være muligt i IHC Captain?
  13. Jeg kan ikke hjælpe så meget med problem 1, da jeg aner nada om homekit. Mht problem 2 så har jeg aldrig prøvet det, så derfor er det nok bedst som Ejvind siger, at Pauli kan kommenterer det. Men måske det skyldes du ikke har brugt de rigtige " " i din trigger.. Se fx denne: (en xiaomi regel jeg tester med). rule "Tænd lyset kontor" when Channel "mihome:sensor_switch:158d0002016481:button" triggered SHORT_PRESSED then kontor.sendCommand(ON) end rule "Doorbell" when Channel "mihome:sensor_switch:158d0002016481:button" triggered DOUBLE_PRESSED then sendCommand(SmartHomeGateway_SoundVolume, 3) sendCommand(SmartHomeGateway_SoundSelector, 10) Thread::sleep(5000) /* wait for 5 seconds */ sendCommand(SmartHomeGateway_SoundSelector, 10000) sendCommand(SmartHomeGateway_SoundVolume, 0) end Bemærk " " i trigger linjen. I dine linjer ser det forkert ud. Hvad angår den første regel i problem 2. Så forstår jeg ikke umiddelbart hvorfor den skulle være langsom. Mit bedste bud er, at det er fordi tradfri er langsom, hvis du sender to commands på samme tid til to forskellige enheder. Det er svært at gøre noget ved, hvis det er årsagen.
  14. Kan du poste dine things og items her, eller er det hele lavet i PaperUI ?
  15. Fordi neden under ikke giver mulighed for at ændre setpunkt uden at du skifter tilstand. Og hvis man ikke bruger tilstand, så er det ikke hensigtsmæssigt. (jeg bruger ikke tilstand, da det ikke giver meget mening i den daglige drift med tung gulvvarme). Men man kan sagtens have behov for at ændre setpunkt alligevel, skulle jeg mene. Jeg har dog ikke prøvet om "Normal" virker under indstillinger. Hvis det virker, så har du ret i, at det nok ville være mest korrekt at ændre setpunkt der.
×
×
  • Create New...

Important Information

Privacy Policy og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.