Kandersen

Hvordan fungere den procedure med wireless enheder?

@Ole Hvis det virker med RS485 og køre modbus over de samme A/B/GND, så bør der ikke være noget galt i at køre Openhab med den. Men om modbus adresserne er er de samme for CTS600 som for CTS602 boardet, der må jeg være dig svar skyldig. De fleste burde være de samme. Adaptoren jeg bruger det er denne: https://www.amazon.de/In-Circuit-901-274-USB-RS485-Adapter/dp/B00I9H0998/ref=sr_1_5?ie=UTF8&qid=1523209442&sr=8-5&keywords=USB+RS485+Adapter Den findes også med en kasse om, så den er lidt bedre beskyttet. https://www.amazon.de/USB-RS485-Adapter-mit-Gehäuse/dp/B00I9H5J02/ref=pd_sim_147_2?_encoding=UTF8&psc=1&refRID=298CQMXYX2YHTAYW4ADE

Den del med at få Openhab til at vise software versionen, den opgav jeg. Jeg blev enig med mig selv om, at den fik jeg ikke brug for (den nemme løsning på et irriterende problem, som jeg hellere ville vente med at bore dybere i ). Mht items og hvad der virker/ikke virker, så var det det jeg skrev til Lars tidligere, en kamp at komme igennem. Ligesom du også erfarer nu, så er det ikke alt der virker. Noget af det giver mening ud fra items navnene, men ikke alt. Så jeg prøvede mig frem.

Yep. Af en eller anden idiotisk årsag har Nilan valgt at lave det om. Hvis man køber et Nilan Comfort 300LR fra december 2017 (mener jeg), så er tilslutningen også fjernet på den, læste jeg et andet sted. Men det er rimelig nemt at finde inde på selve boardet. Det link jeg skrev tidligere, det har også billedet af det. Så vidt jeg husker, så er det nederst i venstre hjørne ved siden af USB. Btw.. hvis du skal bruge 'bruger funktion 1 eller 2 ', så skal de også tilsluttes inde på selve boardet. Bruger funktion 2 skal tisluttes et expantion kort, som ikke er default på boardet. Okay, held og lykke.. Det er den tunge del du er i gang med så Sig til hvis det driller.

Jeg købte den fra in-circut, fordi det var den som ham der laver bindingen bruger. https://www.amazon.de/In-Circuit-901-274-USB-RS485-Adapter/dp/B00I9H0998/ref=sr_1_5?ie=UTF8&qid=1523209442&sr=8-5&keywords=USB+RS485+Adapter

Nix, hos mig har Panelet sine egne, inkl de 12volt som panelet skal leve af.. Men som nævnt, så skal du lige sikre dig at VP-18 anlægget køre med CTS 602, (det er ikke panelet som hedder CTS 602, det er selve interfacet inde i anlægget.). Som du kan se af det link jeg skrev tidligere, så har Nilan også lavet et CTS 700. Og selvom bindingen virker, så kan der være forskel.

Bare for god ordens skyld og så Ajes kan se hvad man også kan med OpenHab appen: Her er screendump fra min mobil: (3 stk fordi det hele ikke kan være på eet billede).

Det er også en forholdsvis lang rejse. Men det tunge arbejder begynder egentlig først, når man har fået skabt forbindelsen imellem Nilan og Rpién. Normalvis synes jeg er rimelig teknisk kyndig, men modbus det er simpelthen en forskruet verden, hvor man skal tænke i bits. Det er sikkert meget nemt for folk der har med det at gøre til daglig, men jeg går kold i det, fordi adresserne er ren volapyk. Jeg aner fx ikke hvad inut/ouput/holdning/sending går ud på. Derfor har jeg taget alt hvad jeg kunne komme i nærheden af, af andres items filer (items til OpenHab) og prøver mig ganske enkelt frem med hver enkelt. Jeg vil tro der er et par hundrede eller flere adresser. Det er ren kaos at teste det sådan, fordi anlægget ikke nødvendigvis giver respons med det samme. En lille finurlig ting ved Nilan modbus protokollen er, at der er 2(4) bits for spjældet. En adresse for "spjæld åben", som kan være 0/1. En adresse for "spjæld lukket", som kan være 0/1. Det giver simpelhen ingen mening for mig. Der er kun eet spjæld, og det burde kun være åbent eller lukket. Altså - Spjæld 0/1. Det er ikke lykkedes mig at finde en forklaring på dette, heller ikke fra den oprindelige skribent i den tråd jeg linker til. Og det bliver faktisk endnu værre, for jeg har set begge adresse være 0 på samme tid. Og så forsvinder al logikken fuldstændig. Jeg kunne forstå hvis det så i det mindste virkede modsat. Så når "spæld åben" er 0, så er "spjæld lukket" 1. Men sådan er det bare ikke. Endnu sjovere bliver det at sidde og følge det "live". Man skal virkelig tænke over, hvordan man har konfigureret anlægget (når det kører på auto). Fx er det ikke muligt manuelt at skrue op for ventilationshastigheden, når fugt er under 45% og udetemperaturen er under et vist niveau.. Det gik først op for mig forleden, at automatikken i anlægget blokere for dette. Indtil da har jeg rodet rundt og ledt efter fejl, hvorfor jeg ikke kunne få lov til det. Det var først da jeg kom i tanke om, at jeg har bedt anlægget køre på auto, og sat den til at køre på fugtstyringen, at det slog mig at det var blokeringen. Lige så snart fugt er over 45% og/eller udetemperaturen stiger, så kan jeg manipulere med hastigheden (de 4 trin). Der kommer nok en dag hvor jeg kan forstå det her, men jeg tænker den ligger meget meget langt ude i fremtiden.. Ikke desto mindre er det enormt sjovt og spændende at sidde og lege med. Og jeg er så småt også i gang med at finde på en mere effektiv måde at styre det automatisk på via rules fra Openhab, (fx når udetemperatuen stiger, så lade hastigheden i ventilationen stige i takt med det automatisk). Og så evt skrue ned, når nogen kommer hjem, (Openhab ved hvornår nogen kommer hjem via det lokale trådløse Unifi net og mobil telefoner, og kan ydermere se hvem det er). Senere sætter jeg nok en strømovervågning på komfuret, så når det tændes, så øges ventilationen osv. Der er oceaner af muligheder. Et lille eksempel på, hvordan mit Habpanel pt ser ud (det er bare kastet ind med en høtyv. Højre side er en del af de modbus adresser som mit anlæg ikke har, eller som jeg ingen respons får fra, men det skulle jo prøves). I daglig dagen bruger jeg Openhab´s App. Der ser det noget anderledes ud. Men meningen er at det skal over og køre på een eller anden form for touchskærm, som skal opsættes i hjemmet, på et tidspunkt. Jeg er dog ikke så gode venner med Habpanel endnu, så det er klar til en WAF, (Wife Approval Factor )

Ved ikke lige hvor jeg skulle skrive det. Det er lidt et skud i tågen, men jeg tænker der måske er nogen her der kender Linux/Rasbian mere indgående. Jeg har fucket op big time, eller så er jeg blevet for gammel og glemsom. Jeg køre med Openhab2, som er baseret på en Rasbian. For kort tid siden valgte jeg, (endelig) at skifte default password. Og det gik fint nok de næste par dage. Derefter har jeg været væk på en længere tur til Indien. Og da jeg kommer hjem og skal i gang med at rode igen, så kan jeg ikke logge ind via SSH mere. Om jeg har glemt password eller der er sket noget, det ved jeg ikke. Pointen er, jeg bliver afvist på password og kan ikke SSH ej heller logge ind i terminalen (putty eller direkte). Jeg er langt fra den store Linux guru, faktisk aner jeg nada om det, og kvier mig hvergang jeg skal lave et eller andet i consollen. Jeg har søgt på Google efter en løsning til at resette password. Og det burde også være muligt ved at man ændre lidt i en cmdline.txt der ligger i roden på SD kortet.. Og så skulle man kunne ændre password.. Problemet er bare, det kan jeg heller ikke få til at virke. Linket til måden findes her: https://www.raspberrypi-spy.co.uk/2014/08/how-to-reset-a-forgotten-raspberry-pi-password/ Det er den jeg har forsøgt, men får som sagt fejl.. Min cmdline.txt er ikke magen til det som er vist i eksemplet. Og jeg forstår ikke hvorfor. Jeg har ihvertfald ikke pillet ved den. Ved punktet mount -rw... Der får jeg end fejl der siger, “mount: can´t find PARTUUID=84fa8189-02” (Det er primæt den forskel der er på min cmdline.txt og den fra eksemplet). Når jeg fortsætter alligevel og prøver med passwd openhabian, så får jeg rigtig nok promt for at skrive password og retype password. Men efter retype, så får jeg denne meddelse: “passwd: Authentication token maipulation error” Passwd: password unchanged". Og så er jeg sådan set hvor jeg startede Se også dette billede: Hvis der er nogle Linux guruér her, så kunne jeg godt bruge noget seriøst hjælp.. Rpién booter og kører normalt ellers og Openhab2 kører også ganske glimragende. Jeg kan bare ikke logge ind med noget brugernavn/pw mere, og kan tilsyneladende heller ikke resette det.

Ahh okay.. Det giver nok mere mening, når jeg ser det i forbindelse med special produkterne.. Det var lige en detalje som måske gør jeg ser lyset

Yep, var det jeg mente. Og nok det jeg havde fået rodet sammen med, at man aldrig kan slå alarmen fra via tryk.. I øvrigt en funktion jeg ikke selv kunne finde på at bygge ind. Har svært ved at se formålet med det, andet end at give tyven en chance på et sølvfad.

Nu kender jeg ikke VP-18. Men formoder det er Nilan VP-18 du mener.. Jeg har selv for nyligt tilsluttet vores Nilan comfort 300LR til min Rpi, som kører OpenHab. Jeg ved ikke om VP-18 kører modbus (RS485) ligesom Comfort300 gør. Hvis den gør det, så er der her en tråd som fik hjulpet mig igang. https://community.openhab.org/t/openhab1-2-nilan-heatpump/23538/1 1. punkt er at få forbundet Nilan anlægget med Rpién. Hvis Vp-18 er ligesom Comfort300 med CTS 602 interface, så skal du bruge en USB -> RS485 dongle. Den koster ca. 3-400,- fra England. 2. På VP-18 skal du finde modbus interfacet. Igen jeg ved ikke om det er ligesom Comfort 300. Men på vores anlæg, der sidder modbus interfacet på ydresiden af anlægget. Se billede her: Det nederste kabel er det som går til panelet. Det skal du ikke tænke så meget over. Men begge skal være der. I ovenstående bruger jeg: Gul=A1, brun=B1 og blå=GND. I RPIén har jeg sat min RS485 dongle: Se dette billede: Derfra er det egentlig bare at få Rpi med Openhab2 op og køre. Men det er en forholdsvis stort bearbejde der skal laves med at oprette items. Så du skal kende modbus adresser til anlægget, eller satse på det er kompatible med comfort anlægget. Hvis VP-18 har CTS 602 interface, så vil jeg tro at det er det samme som vores anlæg. I tråden jeg linker til, der har den oprindelige skribent et andet Nilan anlæg (med varme), men det er stadigvæk CTS 602 interface, og derfor virker de fleste modbus adresser også til mit comfort300, som også har CTS 602 interface. Håber ikke det blev alt for indviklet.

Okay, er det så kun hvis man opsætter et status tryk, at man ikke kan koble alarm fra der, (som standard)?

Den med ledningerne er jeg med på. Jeg har læst manualen om det flere gange. Men det kniber med forståelsen for, hvordan man rent fysisk programmere det i Visual. I dit eksempel er det PIR fra controller 1 man vil have over på controller 2. Dvs input ligger rent fysisk på controller 1, korrekt? Hvad programmere man så rent fysisk i Visual på controller 2? Altså hvilken input definere man der? For jeg formoder at PIR fra controller 1 skal oprettes under produkt (i venstre side i Visual) i controller 2. Input må så være noget med 8.xx eller?

Jeg synes jeg læste et sted at man ikke kan sætte IHC Alarm OFF via et tryk. ON er derimod okay, men OFF skal ske via tastaturet.

Niels hvis du finder løsningen, så hører jeg meget gerne om det. Har lidt samme problem også med integreret garage.

Jeg har før studset over den her løsning med "kommunikation" mellem 2 controllere. Men jeg må simpelthen være for "tung" skruet sammen til at fatte det. Er der nogen der kan skære ud i pap, hvordan man gør, rent fysisk. Og hvad der efterfølgende skal ske i Visual programmet? Jeg ved ikke endnu om jeg vil bruge de 2 controllere jeg har. Det skyldes dog at Openhab ikke kan håndtere 2 controllere. Men jeg synes Henning´s opdeling giver mening, så det er til evt fremtidig brug, hvis Openhab kan det, at jeg tænker jeg måske vil dele installationen op.

Enig, dog synes jeg det er smart nok a man nu kan gå direkte ind i funktionsblokken.

Arbejde og nogle uger til Indien fik lige sat en bremseklods i. Men nu sker der noget..

Hvor mange dage har du til det? Hvor mange ord kan et indlæg indeholde her på forumet? Er det specifik løsninger for IHC du efterlyser, så er vi heldigvis begrænset. Men for nu at give dig en kort intro, så er vi nogle der kombinere IHC med andet, af den simple grund, at IHC har store problemer med at kommunikere med andet. Jeg har fx kombineret IHC med OpenHab via en Raspberry Pi. I OpenHab bruger jeg indtil videre z-wave enheder samt RS485 (modbus) til vores Nilan ventilations anlæg. Sidstnævnt er en 100% fleksibel løsning i forhold til IHC/Nilans løsning. Nåja, så kostede den mig ca 300,- i materialer, men det er principielt en bi-ting, når vi snakker udvikling. Skal jeg vende billedet mod IHC, så er det første der falder mig ind, det Schneider´s totalt manglende forståelse for, at man ikke både kan isolere sig selv, og samtidig begrænse sig. Isolere man sig, så må man udfylde markedet fuldt ud. Den del fejler Schneider fuldstændig at forstå. Et oplagt eksempel er deres temperaturfølere og varmestyring. Bevares, det er det primære. Men jeg fatter gud hjælpe mig ikke, at man ikke kan se behovet for en justerbar rumføler. Den har mig bekendt eksisteret før, men blev taget af markedet. Og indtil nu tror jeg ikke det er lykkedes nogen at få eller finde på noget der bare ligner en logisk forklaring. Dernæst er der hele strukturen i IHC, som det blev tiltænkt fra start, hvor man rent centralt trækker alt til en tavle, og bygger det sammen med moduler osv. Men hvad skete der lige med lysdæmperne? Tavle lysdæmperne hænger ganske enkelt i en tynd tråd hos Schneider. De formår ikke, tiltrods for et massivt market, at lave en ordentlig lysdæmper til netop den struktur, som de selv har lagt grundlaget for. Uni400 som den seneste er jo en joke, set i forhold til, hvilken vej Schneider valgte at gå med deres trådløse ø80 lampeudtags dæmper. Men spørgsmålet er, hvorfor de valgte den vej, fremfor at fuldføre (vedligeholde) det som de allerede havde opbyggede, og som virkede. Igen tror jeg ikke nogen har fået noget der bare ligner en logisk forklaring. Jeg valgte at prøve en tavlebaseret z-wave lysdæmper, som både virker trådløst og via fortrådning. Den erstatter direkte en Uni400, og oven i det så har jeg alle oplysninger fra den omkring forbrug osv. Når jeg tænker på, dels hvor simpel den er, og ikke mindst prisen, så kan jeg simpelthen ikke lade være med at tænke, at Schneider simpelthen må have en meget specifik nedbrydelig agenda med det her IHC, hvilket også bliver styrket af, at man mærker en ekstrem larmende tavshed fra dem. Det er jo ikke ligefrem raketvidenskab vi er ude i. http://store.zwavecenter.com/index.php?route=product/product&manufacturer_id=27&product_id=50 Jeg har meget andet jeg kunne tilføje, men jeg må erkende, jeg tvivler oprigtigt på, at Schneider vitterlig har en interesse i det. Hvis de har, så bør de træde frem og vise deres interesse på den rigtige måde, i stedet for at sende en stik-i-rende dreng for dem. Til at starte med, så tror jeg også de skal slippe IHC ideen over for det lukkede elektriker-univers. Smart-home er ikke bare for fagmænd, mere. Smart Home er for hr og fru forbruger.

Kommer an på hvordan du vil styre det. I bund og grund kan OpenHab gå ind og manipulere med alt, hvad der er programmeret i kontrolleren. Den eneste begrænsning jeg endnu ikke har knækket, det er kort/lange tryk, af den simple årsag, at Openhab ikke umiddelbart kan dette. Om det kan lade sig gøre via en rule, det ved jeg ikke. Men jeg ville nødig ud i at lave "timer/tid" til kort/lange tryk. Man mister jo fuldstændig fornemmelsen for trykket.

Henning, du skulle have ventet 11 dage på at skrive sådan en kommentar

@TorbenSørensen Så skal jeg nok lige forstå, hvordan du præcist laver det. Du bruger altså både touch og scenarie samtidig (på samme dimmer) ?

Så hit med din interne version

Det er lidt et skud i tågen, i et ellers kendt problem du har, (genstart af controlleren). Den der tæller du nævner.. Når du har fjernet den i programmet, så prøv at upload et tomt projekt til controlleren, inden du uploader dit nye modificeret program. Jeg tror ikke controlleren "slipper" din tæller rigtig. Og jeg ved controlleren har store problemer, hvis det havde været en lux, temp eller anden sensor. Men det er som sagt bare et skud i tågen.