Kandersen

I´m out of ideas unfortunatly. The binding runs awesome on my system. Actually I would go as far and claim, the IHC binding is the most stable binding I´m using. So I understand you´r frustrations.

Jeg har selv haft overvejet det med Co2, men synes det er svært at få til at give mening, fordi oftest er Co2 indholdet kun højt i de rum hvor flere mennesker opholder sig længere tid. At tænde ventilationen i hele huset på fuld drøn vil oftest være spild af en masse energi. Dernæst de gange jeg har prøvet det, så vil jeg sige, at det tager voldsomt lang tid hos os, når vi har haft gæster, og så få Co2 niveauet til at falde. Oftest er det slet ikke nok at skrue ventilationen helt op. Så hos os giver det på ingen som helst måde mening at bruge en Co2 sensor i ventilationesanlægget, (hvilket vi forøvrig heller ikke har. Vi bruger Netamo ligesom dig). Til gengæld har jeg efterhånden fået ret god styr på vores 8 ovenlys vinduer. Og dem kan jeg nu styre fuldstændig individuelt og "flydende" via openhab. Det er langt mere effektivt at bruge dem til at "udlufte" med når fx Co2 niveauet er højt. Jeg mangler bare at få lavet de rette rules til det, endnu. Pt er de styret af temperaturen indendørs. Det forstår jeg godt.. Jeg mindes også jeg var rimelig nervøs ved det, fordi jeg bestemt ikke følte mig sikker med de data som ligger på nettet. Men det var som sagt lige til, da jeg endelig havde fået "gravet" mig helt ind til selve styringen og monteret kablet. Og ja det er korrekt, de to pins skal bare kortsluttes, ligesom hvis du sætte et tryk direkte ind foran. Jeg har istedet et relæ med en kontakt opsat i min IHC tavle. Relæet styrer jeg så fra IHC, da det åbner alle muligheder. Jeg er lidt presset med tiden pt fordi jeg har gang i en del andre projekter. Men hvis jeg kan finde lidt "ro" så skal jeg skille anlægget ad og se (og få taget et nyt billede).

Could that be the issue? If you use the same resourceID in another binding.. When I moved to the new binding, I move the resourceID´s as well, to make sure it wasn´t active in the old one.. Hmm actually I removed the whole binding, and then made the move.. But it´s just a guess..

Alt hvad der kan hentes via modbus manualen, henter jeg ind i openhab. @Lars Jacobsen og jeg debattere den på et tidspunkt. Den virker, men vi kunne ikke umiddelbart komme frem til, hvordan finder disse procent.. I øvrig har jeg også set den over 100%. Det burde ikke kunne lade sig gøre. Kan se du også har CO2 måler i din.. Giver det mening?

Just looked. Cant see anything wrong either.. Do you still use the old binding and it´s resource ID´s ?

Could it be some odd caracters somewhere in the file. This has fooled me a coupple of times give all sorts of strange errors.

Når du siger Nilan comfort 300. Så er du nødt til at være lidt mere specifik. Der er 3 forskellige. Nilan Comfort 300 med CTS600 styring - Ældre model. Nilan Comfort 300 med CTS602 styring - Nyere model indtil oktober 2017 (mener jeg det var). Nilan Comfort 300 med CTS602 styring og grafisk display - Efter oktober 2017. Det har betydning for dine muligheder for tilslutning. Hvis du har CTS602 styring, så skal du ikke lodde på noget, for at få komplet styring over dit anlæg. Når du har erfaring med Rpi´s, så ligger det lige til højrebenet at få lavet en RS485 (modbus) forbindelse mellem dit anlæg og din Rpi. Og derefter smide openhab på din Rpi og bruge modbus bindingen. Så kan det fx komme til at se sådan her ud: Du kan læse mere her: https://community.openhab.org/t/how-to-connect-nilan-cts602-modbus-interface/71263

Ahh jatak det kender jeg alt til. Hvis jeg bare kunne lære at begrænse mig, så tror jeg livet ville se helt anderledes ud Men godt du har fået det til at virke som du næsten vil have det.

Perfekt.. Husk brugernavn/pw i Visual via IP.

Kan du forbinde med administrator via USB? For hvis du har reset den, så er brugernavn/password også reset. Og du skal derfor lave en ny for at få hul igennem via Visual.

Det samme som den anden vej. Brug et relæ med diode/montér en diode.

Jeg kører med openhab 2.5M1 build 1575. Jeg har ikke som sådan nævneværdige problemer med Hue, men mine hue sensorer kører ikke på Hue bindingen, men derimod på Zigbee bindingen. Og der er til gengæld kæmpe problemer. Jeg er efterhånden ved at opgive zigbee helt, og specielt pt. da der tilsyneladende også er problemer med serialdrivere i openhab. Men mine Hue lamper kører på Hue bindingen, og der er ingen problemer.

Ahh sorry, jeg var så fokuseret på billede, fordi jeg har kigge på det en milliard gange nu.. Tak for hjælpen.

Det er udvendig mål. Jeg søger indvendig mål

Er der nogen der kan fortælle mig, hvad indvendig mål er på opus 66 grønne indmuringsdåser?

Ahh det er sgu da også rigtig.. Nok derfor jeg ikke lige har bekymret mig så meget om det

Jeg har også relæer på et af mine output 24 moduler. Jeg bruger ikke dioder.. Faktisk er de relæer jeg bruger, magen til billedet herover fra youtube videoen.. https://www.elsag.dk/relae-24v-dc Jeg er ikke bekendt med at det skulle være nødvendigt selv når relæet trækker eller falder fra. Glemte lige at nævne, at jeg bla bruger det til min garageportåbner, med samme princip som din havelåge.

Hvilken controller bruger du? Jeg har ikke en 1.2.05 til PIR styring i min Visual (HW 6.2 med Visual 2.8.6). Alle PIR styringer ligger i 1.4.

Du mener vel controlleren er en HW6.2 med firmware 2.8.4 - Den skal du rigtig nok bruge Visual 2.8.6 til..

Ja da.. Hvordan skal de ellers få folk med V2 til at opgradere

Hmm, du har ret.. Det står ret tydeligt i starten i afsnittet, Beskrivelsen af funktionsblok Ja, der er ikke meget om, hvad der sker, hvis man tilkobler alarmen og en magnetkontakt i forbikoblerzonen er åben, når tiden udløber. Min logik siger mig, at så burde alarmen starte. Men dine erfaringer er, at der sker intet. Det må være en fejl, er jeg ret sikker på. Tænker lige hvordan jeg nemmest kan teste det her.. Jeg har lidt muligheder at gøre godt med, da jeg dels har trådløse dør kontakter (liggende på mit bord, men det ved IHC controlleren jo ikke) og en PIR i samme rum som tastaturet sidder i. Jeg kunne jo være fræk og flytte denne PIR til forbikoblerzonen og smide en trådløs kontakt ind over også og se hvad der sker.. Må se om jeg kan finde noget tid i morgen eller en af de kommende dag.. Sidder lige pt og bruger en del tid på at tester et nyt og spændende system https://www.velbus.eu/

Det er det der er lidt forvirrende, for det står der ikke direkte. Det står kun omkring sabotagekredsen, at hvis den er brudt kan man ikke tilkoble alarmen. Men skalsikringen står det ikke præcist ved. Der står heller ikke specielt tydeligt, hvad der sker, hvis en skalsikring og/eller sabotagekreds er/bliver brudt inden forbikobler tiden udløber og forbliver brudt. Der står kun hvad der sker, NÅR totaltalarmen er aktiveret. Altså når tiden er udløbet. Det var det jeg tidligere mente med, at det er tricky og forvirrende. Og man finder nok kun ud af det ved at prøve sig frem, ligesom du så har gjort.

Jeg er med på hvad du mener. Som jeg også skrev til Henning, så ved jeg godt hvad sabotagekredsen er tiltænkt. Men forklar mig lige forskellen på en vindue-kontakt der er åben, eller et kabel der er brudt, en PIR der er defekt osv? Det er derfor jeg ikke helt forstår, at man, i følge vejledningen godt kan tilkoble en alarm med "brudt" skalsikring. Men ikke med brudt sabotagekreds. Her er forøvrig vejledningen til blokken: 6.2.01.pdf

Okay, så er den er det enten forbi den er en del af forbikoblerzonen, eller så har den ikke samme betydning som sabotagekredsen. For der vil man ikke kunne indkoble alarmen, hvis sabotagekredsen er brudt.

Så er jeg altså ikke helt ved siden af