Kandersen

Jeg beundre din tålmodighed for det.. Jeg kan slet ikke forene mig med at skulle sidde og vente så længe på noget så simpelt Nej ikke rigtig. Det er begrænset hvor meget jeg har rodet med den nye binding. Jeg installerede den og lavede nogle få items for at sikre mig det virkede. Der er massere af rules på openhab community der viser, hvordan du kommer fra string til noget brugbart i en rule. Det burde være rimelig simpelt.

Kan du vist godt. Men heller ikke noget jeg har erfaring med.

Hvis det er en Rpi3B+, så kan den boote direkte fra USB. Så du kan godt køre image filen direkte over på SSDén med det samme, (og det er i øvrig langt den letteste måde at gøre det på). Hvis det er en Rpi3B du har (bemærk, uden +), så skal du lave nogle "cowboy tricks" for at få den til at boote fra USB porten. Der findes beskrivelse til dette på nettet. Og der skal du bruge SD kortet, første gang Jeg har gjort det på den ene Rpi3B jeg har. Når det først er gjort, så skal du ikke fremover gøre det mere på den Rpi, og du kan smide SD kortet ud. Ældre Rpiére har jeg ikke erfaring med, men så vidt jeg husker, så kan de ikke bringes til at boote fra USB. Derimod kan man boote dem fra SD kort, og så køre resten fra en USB disk. Men det er efter min mening ikke værd at rode med, da igen, en Rpi3B+ koster altså ikke alverdens i dag, (mener den fåes helt ned til 200,-, måske på tilbud, hvilket de oftest er).

Det kan du godt. Men det er ikke noget jeg har erfaring med, og jeg tvivler på det er specielt nemt, da en af dem så skal installeres manuelt. Jeg sprang over hvor gærdet var lavest og brugte endnu en Rpi til det formål. Det er trods alt ikke den største udskrivning i verden for en Rpi 3B+ og en SSD disk i et eksternt kabinet. Men jeg har lidt tanker om at lave det hele om og droppe Rpiérne helt. Det er der flere årsager til, men den primære er, at det som jeg vil med openhab, det kan Rpi slet ikke trække. Det har betydet, at jeg har måtte installere Granafa på min Windows server, fordi Rpi´en simpelthen ikke kunne klare at rendere alle de charts som jeg vil bruge. (Grafana trækker voldsomt på resourcerne). Der er flere løsninger som jeg kigger på, bla en løsning med at bruge en bærbar, fordi jeg så samtidig har batteri-backup. Problemet med det er, at alle de ekstra bærbar maskiner jeg har, det er nogle kraft karle som trækker meget strøm. Og så går ideen med at gøre det billigt i drift ligesom lidt af. Min Windows server skal også nedlægges. Den laver ikke ret meget andet mere end at lege mailserver, den er ved at have nogle år på bagen, så dens opgave er udtjent. Så jeg overvejer også muligheden i at købe en ny barebone eller lignende som både kan lege mailserver (windows) og openhab inkl Grafana.. Meeen jeg gider ikke en VM løsning. Og openhab i windows version får ikke de mest positive ord med på vejen.. Så der er lidt dilemmaer og kompromisser hist og pist i min verden. Og indtil jeg får taget mig sammen og lagt en ordentlig slagplan, ja så kører alle maskiner heftigt derudaf, (3 stk Rpiér, 1 stor windows server, en NAS, plus div arbejdsstationer som hvert familiemedlem naturligvis også har). Elmåleren er til gengæld på overarbejde Jeg er måske lidt anderledes hvad alt det her angår, for jeg hader begrænsninger helt generelt. Derfor er nærmest alt hvad der kan kobles på Rpién og openhab også i mit fokus hele tiden, specielt hvis det har noget med hjemmet (smarthome) at gøre, og/eller almen statistik over forbrug osv.. Derfor har mit project "openhab" også udviklet sig langt ud over, hvad jeg først regnede med, da jeg startede det op. Openhab startede blot som et forsøg/test for at se, hvad man kunne. Nu ved jeg hvad jeg kan, og så så er mine problemer med at begrænse mig udfordret Så, for at ligesom komme tilbage til det med at køre flere ting sammen på en Rpi.. Det er fint nok at starte op med en Rpi, for at se om det er noget. Og hvis du har mod på at prøve manuel installering kan du sagtens smide IHC captain på samme Rpi som kører openhab, da begge kører raspbian såvidt jeg husker, (alliere dig dog lige med @Mikkel Skovgaard først). Men det er værd at have med i tankerne, hvis "projektet" begynder at udvikle sig, at Rpién måske ikke helt lever op til det som man gerne vil, specielt hvis man som jeg, begynder at rode med statistikker og charts.

Perfekt.. Vidste Bjarne var manden der kunne noget Du kan nu opdatere din Java til den seneste version og den vil virke. Det er en SSD i et eksternt USB kabinet. Så den kører USB, hvilket selvfølgelig ikke er optimalt, da Rpién kun har USB2.0. Men det er stadigvæk voldsomt meget hurtigere end SD kort og USB stik. Og så er min påstand, at det er også mere sikkert, fordi måden SSD er opbygget på er anderledes end SD kort og USB stik. Men der er folk der mener det er det samme.

Tror jeg fandt firmware loaderen her: Jeg er ikke sikker på, at den jeg har liggende er den rigtige. Det er nemlig version 1.3.3. På den anden side, så har jeg ikke brugt andre, så den kunne måske også virke. Men prøv lige først den fra Lars.

Jeg har lige testet det her med en af mine kip tryk, og de virker altså fint. (med den gamle binding). Når jeg siger, "hey google, tænd lyste i det lille bad", så tænder lyset i det lille bad. Og tilsvarende når jeg siger, "Hey google, sluk lyset i det lille bad", så slukker lyset.. Google Home i sig selv kan ikke finde ud af kip tryk. Men det betyder ikke noget. Den gør som den skal alligevel. Den der rules og (gV) i items, det er den der gerne skulle "kippe" dit tryk. Så tjek lige at trykket reagere, når du siger henholdsvis tænd/sluk til Google. (hold øje i loggen). I øvrig finder du dokumentationen til IHC bindingen her: https://github.com/paulianttila/openhab2-addons/blob/ihc-binding2/addons/binding/org.openhab.binding.ihc/README.md Du kan godt prøve at sætte command="Toggle" ind i dine tryk items, (er vist i dokumentationen). Men som nævnt, så burde den rule og (gV) gøre præcis det samme for dig.

Ja, 2.8.4 skal du finde under HW 6.2 controlleren på LK´s side. Den 2.7.200 er ganske rigtigt den seneste officielle til HW 6.1 controller, og den løser ikke java problemerne, tværtimod. Men som nævnt, så kan du godt installere 2.8.4 på en HW 6.1 controller. Du skal bruge den gamle firmware loader.. Mener den hedder 1.1.3 Og hvis jeg ikke tager meget fejl, så kan @Bjarne Sørensen lyn hurtigt finde et link til dig her på forumet, hvor du kan hente den.

Det burde virke, medmindre Google har ændret noget på det seneste. Jeg bruger ikke så meget tænd/sluk på mine tryk men derimod direkte på lampeudtag. Men jeg er ret sikker på det virker, for jeg kan finde tænde/slukke på kontoret, og der er det almindelig kip.. Tjekker lige senere.

Du burde kunne lave imagefilen direkte på dit USB stik. Skal du være rigtig god ved dig selv og din openhab installation, så anbefaler jeg klart en SSD i et eksternt kabinet. Det er en helt helt anden verden (hastighedsmæssig), hvor alene det at lave imagekopien samt opstarte openhab første gang tager lige godt 15-20 minutter, alt inkl.. Jeg kan slet ikke se mig tilbage til andet end SSD, selvom man ikke får fuld udnyttelse af SSDéns hastighed på en Rpi3B+ (pga USB 2.0 porten), så er det stadigvæk mange gange hurtigere end USB stik og SD kort, som bare er mega sløve.. Det er også en god ide. Dog er Yahoo ikke den bedste binding. På openhab community virker de fleste mere glade for openweather binding, bla fordi den er gratis. Men det er ikke noget jeg selv har fået rodet så meget med. Astro har jeg kørt med, det er vildt hvad man kan bruge den til, næsten for meget af det gode.. 2.8.4 (LK påstår den ikke virker på en HW 6.1, men det er ikke korrekt. Vi er mange som har opdateret HW 6.1, og det funger fint). Du skal både opdatere din java og din Visual bagefter. Og så skal du se at få den der serviceview med. Det er et fantastisk værktøj til at overskue IHC installationen, specielt hvis noget går galt. Jo, men du skal lige indsætte den der group jeg fjernede i din items igår: Group:Switch:OR(ON, OFF) gV "PushButton 300ms [%s]" Og så skal dine Tryk items have kategori (gV). Det kan du også, og det ser også ud. Hvad er det der ikke virker? Nej. Tags sættes med en [" "] om..Fx som dette (kopi fra dine nye items herover): Group:Switch:OR(ON, OFF) gV "PushButton 300ms [%s]" Switch Tryk_LightStue "Tænd/sluk stuelys [%s]" <switch> (gV) ["Switchable"] {channel="ihc:controller:elko:input3864668"} Switch Light_STUE "Stuelys [%s]" <light> ["Lighting"] {channel="ihc:controller:elko:output714078"} Switch Tryk_Lightkoekken "Tænd/sluk koekkenlys [%s]" <switch> (gV) ["Switchable"] {channel="ihc:controller:elko:input705116"} Switch Light_koekken "koekkenlys [%s]" <light> ["Lighting"] {channel="ihc:controller:elko:output707678"} ["Switchable"] betyder at Google Home ser dit item som en kontakt. ["Lighting"] betyder at Google Home ser dit item som en lampe. Lige en note til dine labels i dine items, (det som står inde for " " , fx "koekkenlys"). Det er DET som Google Home som standard vil vise ud fra enheden (i Google Home appen). I det tilfælde vil du se en lampe hvor der står 'koekkenlys'. Det er også samtidig det som Google Home forventer du siger til den, for at fx tænde.. Dvs i det pågældende tilfælde skal du sige: "Hey Google, tænd koekkenlys".. Det er noget skrald, for der er ikke noget der hedder koekkenlys.. Ændre du derimod din item label til "Køkkenlys [%s]", så skal du sige til Google Home: "Hey Google, tænd køkkenlys". Alternativ er at du skal navngive enhederne i Google Home appen. Den løsning bruger jeg også selv, fordi jeg først senere blev klar over, at Google læser og bruger label i items. Og jeg gad ikke lige lave et par hundrede labels/items om Det samme er lidt "problemet" med "Tænd/Sluk stuelys" (som jeg lavede til dig). Men her er man nødt til at gå på kompromis, for det er svært at lave en label til et tryk uden at label også skal indeholde noget meningsfyldt til openhab installationen. Løsningen på dette er, at fx ikke sætte tags på kontakterne (trykkene), og derved ikke kunne styre dem fra Google, fordi du kan styre dit lampeudtag via Google, (den der hedder "Stuelys [%s]"). Og endnu værre bliver det, hvis det er en wireless dæmper, der normalt tændes på et scenarie i IHC.. For hvis du tænder dæmperen direkte fra Google Home ved at sige "hey google, tænd lys-X", så vil den altid tænde på 100%, da det jo er direkte på dæmperen. Så skal man i stedet sige til Google, "hey google, tænd lys-X på 50%". Alternativet til det er at linke trykket, men ikke dæmperen direkte. For derved bliver dæmperen jo tændt via funktionsblokken, og dermed tændes den altid på scenarie. Sidse mulighed er at linke til scenariet. Men det er ikke en løsning jeg helt har fået til at virke endnu, for der skal man ind i funktionsblokken og fange "tænd" det rigtige sted.. Det her virker måske en hel del forvirrende, men faktisk er det utrolig logisk. Der er bare mange muligheder.. Og det bedste man kan gøre, det er at prøve sig frem for at finde ud af, hvad der passer bedst til ens egen holdning/humør.. Det giver nogle sjove udfordringer indimellem. Sidste ting (meget vigtigt). Hver gang du har ændret i en item eller sat et Google Home Tag og gemt filen. Så SKAL du huske at synkronisere Google Home med openhab. Ellers får Google home ikke dine rettelser med. Det gøres nemmest ved at sige til din Google Home, "Hey google, synkroniser mine enheder til openhab". Eller bare "Hey google, synkronisere mine enheder". Sidstenævnt vil synkronisere alle services du har tilsluttet din Google Home. Så hvis du har mange services, så nøjes med at specificere, hvad det er du vil have synkroniseret. Hvis du allerede nu har forbindelse til myopnehab og i din Google Home har oprettet forbindelse (service) til openhab. Så burde du allerede nu kunne sige "hey google, synkronisere mine enheder til openhab". Og så burde de items du har Tags på, komme frem i Google Home appen. Prøv det og du vil se en ny verden åbne sig for dig, der gør alting meget nemmere

@Christian Bille Håber du blev lidt klogere Jeg kom til at tænke på, om du måske skulle starte forfra på din openhab installation (på et tidspunkt når du føler dig mere inde i det). Og så taget standard istedet for demo versionen. Så får du ihvertfald ryddet op i det demo fis. Hvis du gør det, så behøver du "bare" tage kopier af din items, sitemap og things filer. Brug Winscp til det, og kopiere filerne over på din lokal maskine. Du har allerede en kopi af den nye IHC binding på dit skrivebord. Gem den. Når du så har lagt en ny frisk openhab (standard) ind på dit USB stik og den er oppe og køre, så kopiere du din items, sitemap og things tilbage på Rpién i folderne (igen via Winscp). Og kopiere IHC bindingen ind i /usr/share/openhab2/addons/ folderen. Så skulle du gerne være tilbage til hvor du var før, bortset fra alt det er en standard openhab uden demo filerne.

Fandme mystisk.. Men vi finder årsagen lige så snart jeg kan "komme til".

Christian.. Din controller, er det en HW 7? Og er den kablet eller kører den trådløs LAN? Hvis det er en HW 7, så kunne jeg faktisk godt mistænke det kan have en betydning. Men jeg er ikke sikker, for jeg kan ikke lige komme på andre som bruger den gamle binding og en HW7 controller.. Måske er der nogen der læser med her og kan komme med indput?

Det kan du se på billederne lige oven over dit indlæg. Det kan du se i loggen. Hvis forbindelsen til IHC controlleren fejler eller forsvinder, så bliver det skrevet i loggen med det samme, og flere gange. Men alene det at du får en ON på lampen betyder, at der er forbindelse. Ellers vil den bare vise en "-" Hmm nej, og den fejl siger mig ikke lige umiddelbart noget. Det kunne godt være vi skulle prøve det, for noget er helt galt. Forbindelsen til din controller er der, (er jeg ret sikker på). Men det virker som om, at den ikke rigtig reagere på resourceIDérne. Og det er meget mystisk. Det er 117 år siden jeg har prøvet teamviewer, så skal lige finde ud af hvordan sådan noget foregår. Og ellers har jeg bedst tid om aftenen efter 21.00.

Jeg er møg misundelig over alle dine kabler der ender i klemmer inkl LSA klemmerne. Det gør altså at det hele bliver enormt meget nemmere. Og med den del på plads, så har man også betydelig meget mere lyst til at fuldende resten.

Her er 3 screendumps af de resourceID som ovenstående er taget fra. Første er selve trykket: Den næste er det som trykket normalt tænder/Slukker: Det sidste er lampeudtaget: Prøv at holde det op imod de items og sitemap jeg skrev i forrige indlæg, og så sammenlign med din egen. Af hvad jeg umiddelbart kan se, så har vi ramt et andet resourceID for dit lampeudtag. Men det kan ikke have nogen betydning for om dit tryk virker eller ej. Dit tryk skal simpelthen virke, og det skal tænde/slukke dit lampeudtag uden problemer, når det er en standard Kip funktionsblok du bruger. Men jeg bemærkede ud af dit screendump på side 2, at du bruger funktionsblok 1.1.01.c. Og den har en fejl. Så måske du skal overveje at opdatere til 11.01.d som er den funktionsblok jeg bruger. EDIT - glem det med funktionsblokken.. Jeg kan se det er 1.1.01.e du bruger.. Jeg læste det som et c.

Fatter jeg simpelthen ikke.. Det her er det samme som for mit kontor lys. Og sådan her ser mit item ud: Switch kontor_lys "Kontor Loftlys [%s]" <light> {ihc="41563"} Switch kontor "Kontor Tryk ved spiseplads [%s]" <WallSwitch> {ihc="<400145,>[ON:1586780:100],>[OFF:1586780:100]"} Den første linje er bare indikering af selve lyset. Det tænder og slukker, uanset om jeg bruger det alm IHC tryk eller trykket i sitemap. Den anden linje er item til trykket. Det første resourceID er det som trykket normalt styre i IHC (dvs input på Kip funktionsblokken). De to andre resourceID er ens, og det er for selve trykket, i henholdsvis ON og OFF. Sender ON i 100ms og OFF i 100ms. Du kan evt prøve at sætte tiden op til 200. Her er sitemap for samme: Switch item=kontor mappings=[ON=Kip] Text item=kontor_lys

Det skal der også. Kan du tænde og slukke lyset?

Prøv at slet indholdet i din hjem.items og kopiere dette her ind: 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> ["Switchable"] {ihc="<3668753,>[ON:3864668:100],>[OFF:3864668:100]"}

Ja, det er den lige neden under jeg er på jagt efter.

ja, også lidt noget sludder af mig.. Det er resourceID som trykket er linket til i Visual, (finder du lige under selve trykket).

Prøv lige at gi mig resourceID på det IHC tryk du bruger til at tænde/slukke lyset vi netop har fået til at virke i sitemap.

Nej, det tager vi herfra, når vi har fået lyset til at vise rigtigt i sitemap.

Det var sgu da rart Prøv lige at tænd/sluk dit lys på den almindelige IHC tryk og se om den opdatere som den skal. (pæren i sitemap skulle gerne tænde/slukke og teksten skulle gerne give dig ON/OFF).

Har en ide.. I hjem.sitemap fil.. Slet indholdet og indsæt dette: sitemap hjem label="Hjem" { Text item=Light_STUE Switch item=Tryk_LightStue mappings=[ON=Kip] } Og i din hjem.items skal du slette indholdet og indsætte 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:3864668:100]", autoupdate="false"}