Kandersen

Hvis det er den anden ende, som er oprindelig IHC Basic, så mener jeg ikke de følger samme farvekombination.. Men jeg tror Lars1 har en oversigt over det, eller ved noget om det.

Det ser rigtigt ud: http://cubus-adsl.dk/elteknik/netvaerk/patchkabel.php Men hvis en af ledningerne ikke har ordentligt fat, så kan det være årsagen. Derfor er Lars´anbefaling til en tester også rigtig god. De koster ikke alverdens. Dernæst skal du være sikker på, at det er lavet på samme måde i den anden ende. Altså præcis ens i begge ender. Så er farvekombinationen i realiteten ligegyldig. Den er kun god at bruge, for at holde en vis standard.

Hvis din Rpi mister forbindelsen til Openhab cloud, så fremgår det af loggen. Eller du kan logge ind på myopenhab.org hvor du vil kunne se status (Online eller Offline). Det er to rigtige gode steder at kigge, når/hvis der er problemer. Loggen for generelle openhab problemer. myopenhab.org for problemer med openhab cloud. Når/hvis din openhab mister forbindelsen til openhab cloud, så burde den komme op af sig selv. Så vidt jeg ved, så forsøger den i det uendelige. Men det er muligt du skal have en nyere version af openhab. 2.3 eller 2.4. Begge version skaber selv forbindelse når de har mistet den på mine systemer. At du skal ud i og geninstallere openhab cloud, det virker ikke helt korrekt.

Det skrev jeg (godt nok en lidt hurtig ) i en anden tråd omkring IHC og openhab. Mener det var tråden "openhab for begyndere" eller noget i den stil. EDIT - Den er her:

Mht til tro og LK´s wireless dimmere, så er jeg tilbøjelig til at tro hvad som helst om det Spøg til side - Jeg tror, at uanset dimmer (wireless) så kan alle rammes fordi problemerne består i en kombination af flere ting. Det ville også forklare, hvorfor det tilsyneladende er så svært at løse.

Det ville være nemmere, hvis dem der allerede har de forskellige visual version installerede, tog en kopi, pakkede dem og smed dem op i download (ved dog ikke om der er copyright problemer med det).

Ahh okay.. Det er fordi du tænker separat belysning i brusekabinen. Det er smart nok. Det er så lige en feature vi ikke har i vores hus. Der tændes alle spot i loftet på badeværelserne. De er ikke del op. Til gengæld tænkte dem der designede huset mest på, at der skulle da være lys nok, så derfor har man opsat 7 stk gu5.3 35watt kvadratiske 108mm halogenspot i loftet og 6 stk af samme på det andet badeværelse. Man skulle åbenbart ikke gå ned på energi forbrug i 2007

Jeg er så småt i gang med at lave det..... ...netop med fokus på stemmestyring via Google Home og Openhab2, fordi det fungere sindsygt godt. Problemet med guiden er at lave den sidste del, (openhab cloud og Google home), da jeg helst vil bruge en helt nye opsætninger og dermed nye enheder/brugernavne/pw. Da min egen opsætning er ret omstændig, og en video guide helst skulle afspejle en komplet ny opsætning. Så lige pt overvejer jeg at lave det i flere afsnit, og så få fat i noget nyt udstyr.

Det er også ret smart, selvom jeg nu ikke er sikker på, at øget ventilering er en god ide. Jeg forstår godt ideen med det, men jeg tror mange besøg på badeværelset vil være uden dette behov, hvorfor det kan virke som unødig spild af energi. Hos os har jeg i stedet brugt et ekstra tryk som aktivere Brugerfuktion i Nilan anlægget i 10 minutter på fuld skrald. Men ideen med et tryk der forlænge tiden, den synes jeg er helt genial, og som advarer inden tiden løber ud. Det ville være sådan noget der ville få mig til at overveje en PIR på badeværelserne. (Og i øvrig i vores garage, hvor jeg har lavet PIR styring med mulighed for konstant. Men jeg glemmer sgu altid at slukke konstant igen, fordi jeg kun har sat diode på trykket i selve garagen. Så når man suser ud af garagen, og ikke får slået konstant fra, ja så brænder 4x58watt bare derudaf ).

Både og.. Det som jeg tænker på, det er hvis man fx er i bad, og det tager længere tid end de 5-10 minutter som PIR fx kan være indstillet til. Så vil lyset slukke mens man er i bad. (Omvendt er det et godt argument for at se at blive færdig). Eller hvis det er et baderum med karbad. Så skal man enten vifte med arme/ben, eller på een eller anden måde have mulighed for at sætte tiden op, eller på konstant.. Konstant, (som i virkelig konstant), det har den ulempe, at man skal huske at slå det fra igen. Og så er det jo lige vidt, hvis man bruger PIR til at tænde OG slukke med. Alternativ skal man bare bruge PIR til at tænde med, og så manuelt slukke. Det kunne også være en mulighed. Derved kan man stadigvæk drage fordel af dæmpet belysning om natten osv.

Hmm, egentlig kunne man vel godt "tidsforlænge" timeren med et "konstant" tryk.. Fx 10 minutter for "almindeligt" badeværelse besøg. 30 minutter for "ualmindeligt" (kunne fx være bad). Blot lige en tanke jeg fik..

Hvilken kamstrup måler er det? Jeg har en Kamstrup Multical 21. https://www.kamstrup.com/da-dk/produkter-loesninger/vandmaalere/husholdningsvandmaalere Den havde jeg håbet jeg kunne få forbindelse til via Wireless Mbus. Men min Wmbus dongle driller.. Hvor sidder det stik? Ahh, crapp.. Så ikke du skrev el-måler :-) Bare glem ovenstående.

Det er fantastisk der er elektrikere som ikke er bekendt med problemet, når så mange brugere (som vi faktisk kun hører om her på medierne) har problemet.. Jeg gad at vide hvor mange som har problemet, som vi ikke hører om. Eller er det tilfældigvis kun den skare af brugere, som er aktive online. Tja... Mht Danfos Living, så har det før været nævnt i forbindelse med nogle teorier, ligesom Nilan ventilationsanlæg har været nævnt. Mht hvor ofte Danfos Living er aktiv, der tror jeg du tager lidt fejl, medmindre du kun har een termostat? Hvis du har flere så ville jeg formode de alle sender, og ikke oven i hinanden.

Den dimmer du har findes ikke i en nyere version. Derimod findes en ø80 dimmer med en nyere hw 2.05, som står skrevet under dækslet.

Det er præcis samme problem som andre ind imellem oplever med disse wireless dimmere. Der er ikke rigtig nogen løsning på problemet.

How does your items looks like?

Se evt her. Når du når dertil, så er det rimelig nemt at integrere Google Home efterfølgende.

Har opdateret og umiddelbart ser alting godt ud.

Kort forklaring: Installer openhab2 på den platform du har det bedst med, (bare det er en computer som kører 24/7. Andet giver ikke mening). Dernæst installere du nyeste IHC bindingen til openhab. (Den skal hentes manuelt og manuelt lægges i /usr/share/openhab2/addons/ folderen). Så skal du konfigurere IHC bindingen med en .cfg fil. (Den .cfg fil skal lægges i /Things/ folderen). Hvis du konfigurere IHC bindingen til autochannels, så vil den hente alle dine produkter fra IHC controlleren automatisk. Derefter skal der laves items med Google Home ´tags´ på. (Items filer lægges i /etc/openhab2/items/ folderen). Til sidst skal du konfigurere kommunikationen mellem din openhab installation og myopenhab.org. Og forbinde denne med Google Home, via Google Home appén. Så simpelt er det. Den lidt mere detaljeret forklaring findes i en af de andre tråde her på forumet, og faktisk rimelig nye.

NFC kender jeg.

Var det ikke muligt at lave en image kopi? Det ville gøre det betydelig nemmere for andre, at bare klaske det på et SD kort og så smide det i IHC Controlleren?

Jeg har kun hørt om RFID. Har aldrig rodet med det.

Mja, og nej ikke helt.. Det som de fleste falder over, det er helt grundlæggende i openhab2, nemlig hvordan man opretter things og items (og sitemaps hvis man bruger det). Det værste er, at det er slet ikke det som er svært.. Det svære starter først, når man skal til at automatisere sine enheder.. (rules). Den del er bare monster svært fordi det er ekstremt omstændig. Pauli har lavet et fantastisk stykke arbejde i hans IHC binding til openhab. Det eneste jeg måske godt kunne have tænkt mig, det var hvis han havde taget funktionsblokken med også. Men det ville betyde at man stod med et massivt hav af Things, når den har taget det hele. Og så ryger overskueligheden. (det er nemmere at forstå, når man ser det eller selv prøver det). Med den gamle binding, der skulle alt laves i hånden, både produkter og funktionsblokke.

Næ ikke rigtigt. Der hvor jeg mærker det mest, det er hvis jeg skal rode i Visual til Controlleren. Den kan være længe om at forbinde og hente/sende. Samt ServiceView er lidt længe om at forbinde. Men ellers kører det godt nok. (Det er en HW6.2 controller jeg bruger). Mit største problem med IHC Captain er nok, at den efterhånden bliver mere og mere overflødiggjort (sorry Mikkel ).. Det jeg bruger den til nu, kan jeg lige så godt lave i openhab2. Og noget har jeg faktisk lavet i begge systemer, (fx Pushover meldinger sendes både fra IHC Captain og openhab2). Det fede ved at beholde IHC Captain er, at så har jeg stadigvæk en finger på pulsen med den, mens Mikkel udvikler den mere og mere, nærmest for hver dag.

Kig på hvilke systemer som bedst supportere det du skal bruge. Her skal du nok ud i at læse en del for div forumer. Personligt har jeg gode erfaringer med openhab2. Domoticz droppede jeg rimelig hurtigt, da binding til IHC controlleren på det tidspunkt ikke var helt klar. Og jeg synes også begrænsningerne var mange. IHC Captain bruger jeg også, men det er mest fordi: 1. Jeg kan, (Jeg havde en Rpi i overskud). 2. Mikkel som er aktiv herinde laver den. (betyder ret meget). 3. Den har rimelig god Hue styring. (Det har openhab2 også, alt afhængig af hvordan man vil bruge det). 4. Da jeg startede med IHC Captain var inden jeg rigtig kom i gang med openhab2. Siden har den bare fået lov at trille med på sidelinjen. Mit første valg er helt klart openhab2. Og jeg tror ikke jeg ser mig tilbage til noget andet herfra, så længe Pauli (ham der laver openhab bindingen til IHC controlleren), fortsat supportere den. Han er i øvrig også aktiv herinde.