Kandersen

Som jeg læser det, så burde PIR delen kunne ryge direkte på et indput modul. Og så kan du via controlleren styre det der. Men der er også en lux måler i den, som sende 1-10volt ud. Så hold tungen lige i munden når/hvis du tilslutter den.. Her er databladet: http://www.niko.dk/sites/default/files/produktdata_-_41-262.pdf Det må være ben 4 du skal bruge til indput. Ben 3 er lux måleren.

Jeg har ikke selv prøvet at måle min strømforsyning. Og der er muligvis også et tab, når den er belastet. Men 7-9 volt det lyder ikke helt rigtigt, synes jeg. Der er dog ingen tvivl om, at hvis din strømforsyning har problemer, så vil dit backup modul også have det. Jeg forstår dog ikke hvorfor du slet intet kan måle på 12 volt siden. Endnu mindre forstår jeg, at du startede ud med et 230volt modul som engang imellem ikke virker. Jeg ville have skudt på det meste af installationen burde have problemer. Hvis det er en lille hjælp for dig, så kan du fx se alarm diagrammet her. Der kan du nok nemmest se hvordan backup modul og resterende hænger sammen. http://www1.lk.dk/katalog//vejledning/019d872621_01.pdf

Så skal du nok i gang med vieweren.

Mit bedste bud er dit backup modul er defekt. Men prøv at mål hvor meget din strømforsyning lægger ud.

Jeg lavede lige hurtigt nogle test med det her Visual efter opdatering til fw 2.8.4 (på en HW 6.2 controller) inkl 3. part programmer. (IHC Captain og OpenHab). Konklusion: Det er et faktum, at Visual er væsentlig længere tid og at forbinde til controlleren, samtidig med der kører 3.part. Jeg oplevede dog ikke fejl i form af afvisning (brugernav/pw) i de 3 forsøg jeg lavede. Umiddelbart ser det ud som om, at den forsøger nogle gange (timeglas i windows i form af en cirkel der drejer rundt). Og 2-3 forsøg lader til Visual kommer igennem. Fjerner jeg 3.part så kommer Visual igennem på første forsøg. Det tager væsentlig længere tid at hente program fra controlleren i Visual, samtidg med 3. part er forbundet til controlleren. Jeg oplever dog ingen fejl, når først Visual har kontakt. Har endnu ikke prøvet at sende program fra Visual til controlleren. Men vil tro billedet er det samme. Det tager længere tid, uden dog at melde fejl. Openhab virker ikke umiddelbart berørt af at Visual forsøger at skabe forbindelse. Måske en lille anelse langsommere, men det er også det. Jeg bemærkede OpenHab meldte fejl et kort øjeblik, da jeg satte netkablet i Rpién. Det er sikkert samme "problem" som man ser med Visual, at den forsøger opnå forbindelse, men lykkes ikke 1, 2 eller 3. gang. OpenHab bliver ved indtil den opnår forbindelse, og melder fejl hver gang det ikke lykkes. Jeg har ikke prøvet at sende kommando fra OpenHab til controller, samtidig med Visual forsøger skabe forbindelse/hente/sende. Men det er helt klart noget man bør bore lidt mere i, specielt fordi det netop virker som om, at controlleren er godt presset i de situationer hvor flere snakker sammen med den, og specielt i det øjeblik der skal skabes forbindelse.

Den seneste - Er det den cloud løsning du mener?

Du har muligvis ret i noget af det. Men det stemmer ikke overens med OpenHab. I OpenHab configurationen har jeg ikke på noget tidspunkt sat SSL porten. Kun IP nummeret. Og det har virket, lige indtil jeg opdaterede Fw (og skiftet controller). Husk på, jeg har hele tiden brugt ikke-default SSL port. Og det eneste jeg har skiftet, det er controller og IP nummer til den nye controller. OpenHab burde slet ikke have virket med hverken den ene eller den anden controller, og hverken før eller efter opdatering af controller fw. Til gengæld røg jeg ind i store problemer med OpenHab sent i går aftes. Pludselig fik jeg timeout til controlleren, men kun når jeg sendte en kommando TIL controlleren. Jeg får/fik fint meldinger den anden vej, dvs fra controller til OpenHab. Det har kørt ca 1 døgn uden problemer. Jeg gad ikke lige rode med det kl lort i nat, så den fik bare lov at køre. Her til formiddag er problemet stadigvæk det samme. Får fint melder fra controlleren, men kommandoer til controller timer ud og fejler. Det er foreløbig løst ved at sætte time out tiden op i ihc.cfg filen til OpenHab. (den stod til 5000, men nu er den sat til 6000). Nu kan jeg igen sende kommandoer til controlleren uden timeout. Jeg tror det er det problem som andre også har haft med OpenHab, hvor nogen har løst det med en rule, og ca. hvert kvarter sendt en "dummy" kommando til IHC controlleren.

Jeg havde præcis samme problem i forgårs, da jeg skiftede controller. Jeg blev også afvist med bruger/pw i Visual. På det tidspunkt var hverken IHC Captain eller OpenHab aktive, da jeg havde flået netstikket ud af dem, netop for at sikre de ikke lavede problemer. Da jeg havde opdateret Java, så kunne jeg godt komme på i Visual. Men den er langt længere tid om at forbinde til controlleren end den gamle HW 6.1 var.

Ok, glæder mig til at høre hvad de ændre.

Hmm sikke en operation man skal ud i. Hvorfor faen har de ikke ført de to pins ud sammen med stikket på siden.. Så man kalder det for "bruger valg". Men man skal lige igennem en større kirurgisk operation førend man kan komme til dem.. Genialt! Årsag - Fordi man kan Og så fordi, når jeg først har den funktion i IHCén, så er alle muligheder åbne, om jeg vælger at bruge det eller ej. Engang imellem synes jeg ikke fugtstyringen er speciel optimalt i anlægget. Det har en meget underlig måde at styre fugten på. Så kunne det give et ekstra "kick" at lige lade den køre på fuld drøn i en ½ times tid, uden at jeg skal ud og trykke på det tåbelige panel, som sidde ude i garagen. Jeg ville gerne have en mulighed for at have langt mere kontrol over anlægget. Men jeg må erkende, jeg kan sgu ikke helt gennemskue de sidste 4 siders indhold for, hvad der præcist skal til.

1. Dont you mean you PIR detection should go into automatic state at default? And then you want an 10 hour bypass option? I think that would be the normal way to use a PIR. Perhaps you could use the home/away/frost panel. That way you have 3 options. And then use a time function to overrule night? (I dont understand why you want that, but it´s an option). I´m not sure how this should be programmed, but I´m 100% possive it´s possible. Fb 1.4.01.g is a simpel PIR control with daylight sensor/watch and option of constant on. I guess what you need is a timer to switch constant off after 10 hour, returning PIR control to automatic state. 2. Yes.. Answer, that depence. Right now I only use the daylight sensor for turning on the light in the driveway, when presence detected after the sun gone down. Cant be more simple than that, I guess 3. No go. Schneider does not have any manual temperature control device, which is a very fatal mistake from Schneider! You have to use phone, tablet or computer.

Er der nogen der kan fortælle mig, hvor det print med terminalerne for bruger-valg sidder på et Nilan comfort 300LR med CTS602 styring? Det er ikke i selve væg-panelet. Og på anlægget sidder der blot et grønt stik på siden, hvortil væg-panelet er tilsluttet. Så hvor f** er det skide print?

Og du havde ingen 3.part tilsluttet ? Jeg nåede ikke rigtig at teste min 6.1 med den firmware. Jeg konstaterede bare at den kunne lægges ind. Og når står min 6.1 her på bordet ved siden af mig, og venter på jeg finder på et eller andet vanvittig at bruge den til

Java problem. Du har 2 muligheder: 1. Slås med Java (læs tråden: Java problemer igen igen igen). Det er ikke så slemt som det ser ud til, hvis du har nogenlunde styr på Java configurationen. 2. Opgrader din controller til fw 2.8.4. Den nemme løsning. Men i og med 2.8.4 er forholdsvis ny, så kan der endnu være "sygdomme" i den som ikke er kommet frem.

Så blev vi begge to klogere

I Visual 2 skal den bare lægges ind i mappen med dine egne Fbére. Så kan de hentes inde fra Visual. Fx: C:\Program Files (x86)\LK IHC Control\IHC Visual\FunctionBlocks\07. Mine egne fb Der ligger mine egne Fbére til den gamle Visual. Jeg vil tro du har nogenlunde samme sti til din Visual 3. Men jeg ved ikke om det er det samme i Visual 3..Og jeg ved ikke om du kan bruge Fbére fra Visual 2.

Jeg har ikke forsøgt. Har først lige fået en controller med viewer, og jeg fatter nada af den viewer del. Men ja, andre siger det er det samme.

Næppe. Det er en IOS app.

ahh crap.. Jeg havde ikke set det var visual 3 du sad med.. Hmm, så skal du vel bare have en kopi af den, og så selv lægge den ind.. Men jeg aner ikke om det virker i en visual 3.. Du kan prøve. 1.4.01.g. Simpel pir styring.ifb

Can you reload the fw 2.7.220 onto the controller without problems? Perhaps you´ve got one if these controllers which are not possible to upgrade. I think Lars1 mentioned one a few days ago. As I recall it was something about the radio interface. But I´m not sure if it gives an error when you try. Perhaps Lars1 can tell more about it.

Prøv at tage al belastningen fra backup modulet, (dvs fjern ledningerne fra 12 og 24 volt). Mål så om modulet lægger 12 og 24 volt ud. Der skal være 24 volt mellem klemme 03 og 04. Og 12volt mellem 03 og 05. Batteriet skal du under alle omstændigheder udskifte. Det holder normalt kun 5 år. Dit er 11 år. Men modulet bør lægge 12 og 24 volt ud, uden batteri. Hvis det ikke virker, så er mit bedste bud at backup modulet er defekt. En anden mulighed er, at din strømforsyningen 72watt måske er overbelastet. Det er umiddelbart svært at tyde ud af installationen, hvor meget der reelt trækker på den. Den kan også være defekt.

I did not do anything special at all. Just started the firmware loader, connected to the controller. Picked the firmware file, and off it went with success. The firmware is added to this message. ihc-2.8.4.fwf

Prøv med den Fb der hedder 1.4.01.g. Den kan det. Bruger den selv til det samme. Dit kip ligger i konstant funktionen.

Betyder det også, at næste image kan afvikles på en rpi 3? Btw.. Så du mit indlæg tidligere i dag om skift fra fw .199 til 2.8.4? Og de spøjse oplevelser jeg erfarede med ssl?

Did you use the same firmware loader? Perhaps you should try to download the firmware again. I noticed Lk does not pack the firmware in a zip file.. could be the download has been corrupted in some way. Otherwise I have no idea. It worked fine for me last night, when using the firmware loader 1.3.3 suggested by TorbenSørensen above.