Hop til indhold

Kandersen

Members
  • Antal indlæg

    3.308
  • Medlem siden

  • Senest besøgt

  • Days Won

    39

Alt der er opslået af Kandersen

  1. Der er et eller andet der går galt et sted. Jeg kan bare ikke se det.
  2. Notepad++ Og så bruger jeg den indbygget editor i WinScp
  3. det mener jeg Visual studio kan fortælle dig. Den editor jeg bruger, den viser det nede i højre hjørne.
  4. Så skal det fandme virke.. Er dine filer i UTF8 format?
  5. Prøv lige at udskift indholdet i din hjem.items fil med dette: Group:Switch:OR(ON, OFF) gV "PushButton 300ms [%s]" Switch Light_STUE "Loftudtag ved spisebord [%s]" <light> ["Lighting"] {ihc="<714078"} Switch Tryk_LightStue "Tænd/Sluk Loftudtag ved spisebord [%s]" <WallSwitch> (gV) ["Switchable"] {ihc=">[ON:xxxxxxx:100]", autoupdate="false"} (Husk at rette xxxxx i resoruceID for den nederste item.
  6. Nej, for Text "aflæser" bare værdien fra din Light_Stue item. Problemet er at den ikke kan omsætte dit item til en værdi den forventer at få. Så det er din item som er problemet. Hvilket IHC produkt er Light_Stue helt præcist? Kip trykket lader til at virke. Men jeg kunne godt tænke mig at se, at den også går OFF. Det er det som den rules jeg gav dig bør gøre automatisk efter 300ms.
  7. Nej du skal ikke linke på udgangen.. Det giver ingen mening for funktionen, hvis du vitterlig vil have en 'slukalt' funktion i openhab. Meeeen..for vores skyld, og for forståelsens skyld, så burde du måske overveje at vente lidt med alle de andre Switches jeg kan se du har lavet. Og holde dig til to funktioner til at starte med. Lampeudtaget over spisebordet Trykket du tænder/slukke dette lampeudtag på. Det giver som sagt lidt nemmere forståelse, når du kan se noget virker som det skal, og så du bygger videre ud fra det. Hvis du er enig i den betragtning, så lad os gøre det helt rigtigt denne gang. Slet indholdet i dine filer, og kopiere nedenstående ind i deres respektive filer. Vi starter med din hjem.items fil: Group:Switch:OR(ON, OFF) gV "PushButton 300ms [%s]" Switch Light_STUE "Loftudtag ved spisebord [%s]" <light> ["Lighting"] {ihc="714078"} Switch Tryk_LightStue "Tænd/Sluk Loftudtag ved spisebord [%s]" <WallSwitch> (gV) ["Switchable"] {ihc=">[ON:xxxxxxx:100]", autoupdate="false"} Den nye item 'Tryk_LightStue' skal du linke til det resourceID på det IHC tryk, som du normalt tænder/slukker lampeudtaget på. (udskift KUN xxxxérne) Dernæst din hjem.sitemap fil: sitemap hjem label="Hjem" { Text item=Light_Stue Switch item=Tryk_LightStue mappings=[ON=Kip] } Og så har jeg en ny fil til dig. Du skal i folderen /rules/ oprette en fil der hedder pushbutton.rules I denne fil kopiere du dette ind og gemmer: rule "PushButton of group gV" when Member of gV changed to ON then createTimer(now.plusMillis(300), [ | triggeringItem.sendCommand(OFF) ]) end Når det virker, så forklarer jeg nærmere, hvorfor, og ikke mindst, hvorfor det er smart at gøre det sådan som jeg har vist dig det her
  8. PS.. husk hvis du selv ændre noget i filerne sitemap og items, at fortælle mig det. Ellers tror jeg kun de indeholder det som jeg fortæller dig
  9. Kan du vise mig, hvor i Visual den 'Light_slukalt' resourceID er linket til? (screendump fra Visual ligesom du viste med stuen). Din hjem.items fil skal du lige rette lidt til, så bliver sitemap lidt nemmere at se/forstå korrekt. Slet indholdet i filen og indsæt dette: Switch Light_STUE "Loftudtag ved spisebord [%s]" <light> ["Lighting"] {ihc="<714078"} Switch Light_slukalt "Sluk alt [%s]" <switch> ["Switchable"] {ihc="161297"}
  10. 'light_slukalt' og 'light_entre' virker som de skal, (hvorfor der intet sker, skal jeg lade være usagt, men de opdatere fra NULL til ON/OFF. Så de gør som de skal). 'Light_STUE' er lidt underligt den fejler.. Ud fra billedet burde der ikke være noget galt i resourceID. Det er jo et simpelt lampeudtag, kan jeg se. Det eneste jeg lige kan komme på, det er TAG. Det burde ikke været et problem, men det rigtige TAG for et lampeudtag er ["Lighting"]. Prøv at ret din hjem.items fil til dette: Switch Light_STUE "Loftudtag ved spisebord" <light> ["Lighting"] {ihc="<714078"} Switch Light_slukalt "Sluk alt" <switch> ["Switchable"] {ihc="161297"} Hvis ikke det virker, så prøver vi at linke til resourceID for IHC trykket, du normalt tænder/slukke loftudtaget på. Men prøv først ovenstående. Det skal sgu virke, jeg bruger præcis det samme i vores garage.
  11. Det er korrekt. Du skal bruge ascii nummeret, ikke hex. Den fejl her tyder på, at du IKKE har fjernet dine gamle filer, eller at du har indsat noget i sitemap, som jeg ikke har sat ind til dig. 'Light_Entre' er ikke noget der er med i de filer jeg lavede til dig i går. Eller så er det en gammel fejl som du har fået copy/paste med her. Så skal den ignoreres. Disse tyder endnu engang på, at du ikke har fået fjernet dine gamle filer, inden du lagde de nye ind. Her ser det til gengæld rigtig ud. 'Light_slukalt' opdatere som den skal. Men jeg savner den anden 'Light_STUE', den bør også have opdateret. Du skal lige tjekke at ResourceID er rigtig. Og så skal du være OBS på hvilken type det er. Er det et tryk (IHC tryk) så er typen Switch. Men hvis det er en dæmper (fx ø80), så skal typen laves om til en Dimmer. (Kort forklaret - En Switch i openhab, forventer at få respons ON/OFF fra din IHC controlleren. Et ø80 lampeudtag med dæmp, den sender ikke ON/OFF ud på niveau resourceID. ) Og så har jeg lavet en kæmpe brøler i filen hjem.sitemap jeg lavede til dig Jeg må have siddet og snork sovet, for den jeg lavede til dig vil selvfølgelig ikke virke. Beklager! Du skal redigere filen hjem.sitemap du fik i går af mig, slette alt i den og erstatte med dette:
  12. Det gjorde jeg netop nogle få beskeder baglæns. Men nu lægger jeg strategien om, og laver det for dig (et par eksempler ud fra dine egne eksempler) i filer du bare skal kopiere til din items og sitemap foldere. Så kan det være du bedre kan se det. Så... Slet dine filer i /services/ og i /items/ og i /sitemaps/ Kopiere herefter disse 3 vedhæftede filer ind i deres respektive foldere.. I nævnte rækkefølge. ihc.cfg (i service folder) ihc.items (i items folder) hjem.sitemap (i sitemaps folder) Så skal du bare se løjer (forudsat at det du tidligere viste mht til din ihc.cfg af IP adresse, username og password, at det er korrekt, og at resourceID er korrekt i items filen). Husk at hold øje med tail loggen, Mht Google Home, så vent med det, til du har forstået konceptet. hjem.sitemap ihc.cfg ihc.items
  13. Det er klart. Og jeg begynder at forstå, hvorfor det går galt for dig.. Med den gamle binding 1.13 skal du IKKE bruge nogen .things fil. Det du skal bruge er: Een ihc.cfg fil. Denne skal placeres i /services/ folderen. En/flere items fil(er). Denne/disse placeres i /items/ folderen. En/flere sitemap fil(er). Denne/disse placeres i /sitemaps/ folderen. Det er de tre ting du skal bruge, og intet andet!!! Alle tre filer skal konfigureres som beskrevet her: https://www.openhab.org/addons/bindings/ihc1/ Derfor! 1. Din ihc.cfg fil lader til at være okay og ligger i /service/ folderen. 2. Du skal fjerne/slette din .things fil!! 3. Du skal lave dine items rigtigt. (se mit eksempel i forrige indlæg) og evt linket herover. Dit sitemap vi ikke virke, for der er flere fejl i det. Du kan ikke have item channels i dit sitemap. Det har du i den første frame. De skal slettes. Men slet hele frame i stedet for du får en anden fejl hvis du har en tom frame. Her er et lille hurtigt eksempel ud fra dit sitemap, som jeg ville lave det. (Bemærk uden frames og helt uden weather og chart. Det kan du smide i et andet sitemap , hvis du bruger det): hjem.sitemap (<-- filnavn) sitemap hjem label="Mit Hjem" { Switch item=Light_STUE Switch item=Light_slukalt }
  14. Jeg har ikke prøvet. Ved faktisk ikke om @Mikkel Skovgaard har fået lavet det.
  15. Når du har fjernet # fra filen, så skal du være opmærksom på, at filen skal hedde .cfg og ligge i /service/ mappen. Fx ihc.cfg (faktisk ved jeg ikke om .services virker, men alle bindings bruger .cfg). Inden du begynder at gå for dybt i sitemap, så er det vigtigt: 1. Din cfg fil. (Det er den der giver "hul igennem" til IHC controlleren) 2. Din items fil. (Det er den der binder dine openhab items sammen med funktioner på IHC controlleren). 3. Din sitemap fil. (Det er den der kan vise dig dine items rent visuelt i BasicUI). Du kan godt allerede nu lave en sitemap fil (som test). Men du vil ikke få nogen reaktioner/værdier førend pkt 2 og 1 er på plads. Du kan ikke lave et tomt sitemap, så vil openhab fejle. Der skal minimum være en items i en sitemap fil. Også når/hvis du en dag begynder at bruge frames, så skal der være minimum en items i hver frame du bruger. ---- Her er en items der er linket til et ø80 lmapeudtag med dæmp, inkl "TAG" for brug til Google Home/stemmestyring. ---- køkken.items (<- Fil navn) Dimmer koekken_vasklys_niv "Køkken Dimmer niveau vask [%.1f %%]" <light> ["Lighting"] { ihc="13957725" } ---- Her er et sitemap for samme items som herover: ---- koekken.sitemap (<- Fil navn) sitemap koekken label="Køkken" { Slider item=koekken_vasklys_niv } ---- Vigtig note mht sitemaps - sitemap navn SKAL være det samme som filnavnet. Ellers vil du ikke kunne se dit sitemap i BasicUI (loggen vil i øvrig vise fejl, når du gemmer sådan et sitemap, så husk at holde øje med tail loggen. Den er et rigtig godt stykke værktøj, når man skal lære og prøve sig frem. Du kan ikke bruge æøå i itemsnavne eller sitemaps navne. Men du kan godt bruge det i labels/beskrivelse. Det er derfor jeg bruger "koekken" i stedet for "køkken". Igen vil tail log vise fejl, hvis du forsøger. tail log er også rigtig god til at vise, om din forbindelse til IHC controlleren nu også er som den skal være. Men du får ingen reaktioner fra IHC controlleren i tail log, førend du har skabt forbindelse OG lavet mindst een items. Om få dage, når du har "set lyset" i det her, så vil du korse dig over, hvor nemt det faktisk er På det tidspunkt vil jeg anbefale dig at kigge på den nyeste IHC binding. Selvom den på nogle punkter er lidt mere vanskelig, så er den overordnet set nemmere, fordi den selv henter alle dine produkter fra IHC controlleren. Men indtil da, så er den gamle binding god at starte op på, fordi du får (bliver tvunget) en naturlig øvelse i at forstå princippet og manuelt linke items.
  16. Det er meget besynderligt. Specielt hvorfor den overhovedet var fjernet!
  17. Hvis denne linje er korrekt, så har du installeret den nye binding, men konfigureret den gamle binding (cfg i service folderen). (Note - Visual Studio er bare en editor og har ikke direkte noget med openhab at gøre). Nu er det svært.. Jf ovenstående, forudsat at den linje er korrekt, så har du lagt den nye binding ind i addons, men din cfg er i service. Og nu skriver du at det er ihc binding 1.12.0, som er den gamle.. Jeg er pænt forvirret. Et eller andet sted er der noget der går galt i din beskrivelse. Jeg er ikke bekendt med, at man kan installere den gamle binding manuelt. Det vil muligvis virke, men det giver ingen mening, når den allerede er "indbygget" i openhab. Anyway - Der sker ingen skade ved det, da du sagtens kan have begge installeret samtidig. Så lad os bare gå ud fra, at du bruger den gamle binding (1.12.0) Og denne har du installeret fra PaperUI -> Addons -> Bindings (Det burde i øvrig være version 1.13). Her er et billede fra min PaperUI -> Addons -> Bindings med den gamle binding installeret: Hvis du kan bekræfte din også ser sådan ud. Så går vi videre til din cfg-fil i /services/
  18. Lad os starte med bindingen. Hvordan har du installeret den? (Den gamle installeres fra PaperUI->addons->bindings. Den gamle binding KAN IKKE ses i PaperUI->Configuration>Bindings. Den nye binding skal downloades manuelt, og installeres manuelt ved at kopiere .jar filen til biblioteket /usr/share/openhab2/addons/ på din Rpi Den nye binding KAN ses i PaperUI->Configuration->Bindings).
  19. Jeg er i gang, men det går lidt sløjt af tekniske årsager. Jeg har pt et par "halv-sløje" forsøg Indtil da, så må vi "mose" os langsomt igennem. Så prøv at sæt lidt mere konkrete ord på, hvad det er du vil være mere sikker på/forstå? Når du gør det, så husk at oplyse: 1. Hvilken openhab2 bruger du (version og platform). 2. Hvilken IHC binding bruger du. 3. Hvis du bruger den nye binding - Er den sat op til autochannels? (ja/nej). Årsag: Når du skriver ovenstående, "men ellers har jeg fundet et af mine lampeudtag(ihc recurce ID) og lagt i “Things”", så opfatter jeg det som, at du bruger den gamle IHC binding. Og så alligevel ikke, fordi med den binding skal et lampeudtag ikke lægges i "Things". I den gamle binding skal alle ResourceIDér findes manuelt, og fastlægges i items inden for { }. Hvis det er den nye binding, så skal/kan du kun lægge lampeudtag ind manuelt i "things" filen, hvis det er fordi du har valgt at ikke bruge autochannels. Har du derimod valgt autochannels, så finder bindingen selv dit lampeudag, som du burde kunne se inde under Configuration/Things/(IHC controlleren). Derfra kan du linke den specifikke channels (lampeudtaget) til en items i items filen inden for { }.
  20. Hvordan kan ændret netværk port "tage USB med" ?
  21. Det ser også super godt ud.. Kedeligt der ikke er live data på (og ja, endnu en hijack!).
  22. Det er da også det eneste rigtige, (at bruge tablets/større skærme). Så kom du bare i gang Mit seneste "påfund" jeg rodede med i går, det var at lave lidt svg grafik over Nilan anlægget til habpanel (openhab).. I stedet for at gå over åen efter vand, så napper man det da der i forvejen er der og modificere det lidt Det blev ikke helt som det skulle, fordi Inkscape og jeg bare ikke er særlige gode venner.. Men ideen er der da. Temperaturer og ventilationshastigheder er selvfølgelig "real time". Når jeg engang bliver enig med Inkscape, så skal spjældet også gøres "aktivt".
  23. Jo den gamle vil stadigvæk virke fint.. Har selv en tudse gammel ipad, som fint forbinder til controlleren med 2.8.4 firmware.
  24. Det regnede jeg også med. Mja.. Giver det nu også mening på et input modul? Hvor tit er det lige alle 16 indgange vil være aktiveret? Bortset fra det, når du nu om lidt har en ny version så var det måske en ide at oprette en ny tråd til det.
×
×
  • Tilføj...

Important Information

Privatlivspolitik 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.

1200x630bb.png

ok