Allan Nissen

Forestiller mig google vil være fyldt med advarsler mod at udsætte dem for frost, hvis folk har haft dårlige oplevelser med dette.

Det er jo ikke sikkert der er rækkevidde på wireless til det. Derudover så tåler wireless komponenter meget dårligt kulden om vinteren, er min erfaring. Jeg vil foreslå ihccaptain og philips hue, da de mig bekendt forlænger rækkevidden mesh-agtigt.

Nu har jeg ikke lige visual åben, men setpunkter for temperatur er placeret under "Indstillinger", ikke? I så fald, højreklik på blokken og lås op, højreklik på blokken igen og vis program. Træk setpunktet fra kategorien Indstillinger op under Input. Se om det virker.

Svar fra LK (copy-paste): Tak for din melding. Der er ingen professionelle kunder der har meldt om udfordringer med 03.03.23.De brugere der har udfordringer med den nye firmware skal henvende sig til deres installatør.Installatøren kan oprette en sag, såfremt der kommer flere henvendelser fra installatørerne vil sagen blive sendt til vores udviklings afdeling.

Det kan vi vist desværre godt konkludere. Jeg har forsøgt at få kontakt igen, lad os se i løbet af ugen.

Kan jeg godt se nu. Så er problemet i hvert fald ikke løst med den fw heller. Hvis din controller er i konstant bootloop så er det desværre byt-til-nyt

Hvad mener du med procedure? Du skulle have opgraderet til fw.23, det er, endnu, den flest har bedst held med.

Hvilken type signal giver spjældmotoren til styreprintet? Ville Nilan fortælle det? Iflg data arket på spjældmotoren så ligner det bare NO/NC kontakter. Men det kan være styringen kun accepterer et af signalerne af gangen. Hvis de to lus du har sat i er for hhv lukket og åben stilling, så er det måske derfor det ikke virker.

Lad os endelig vide hvad LK siger til at det er sket ved opgradering til fw23.

Er den grønne LED tændt konstant (frosset) eller blinker den i forskellige intervaller (konstant genstart)? Hvis en af disse, så ring direkte til LK som Henning siger og hør om de er interesseret i den. Forvent ikke de bytter den, det skal du gøre der hvor du har købt den. Hvis den grønne LED blinker normalt, kan du så få adgang via Visual? Så følg Jørgens råd, med tomt program, ny formware update og læg programmet i igen.

Du skal forbinde udgangen til en indgang på den funktionsblok som styrer den givne lampe/stikkontakt. Du skal under indstillinger i puls blokken ændre udgangs signal til kort puls For en dimmer trækker du udgangen ind på Reguler scenarie ned. På en kip blok trækker du udgangen ind på Sluk. Et udgangsprodukt (lampeudtag/dimmer/stikkontakt) i venstre side må som udgangspunkt kun være forbundet til EN funktionsblok i højre side. Derfor skal du lade sluk alt blokken give signal til funktionsblokken og funktionsblokken slukker så udgangen. Og så har du lavet noget mærkeligt med Dimmer tændt udgangen på den blok der, fungerer det som det skal?

Du har forbundet udgangen forkert. Du skal ikke forbinde direkte til lampeudtaget/stikkontakten, du skal i stedet forbinde til Sluk indgangen på de funktions blokke som styrer dine komponenter. Upload dit program, hvis det ikke giver mening.

Er din controllers ur skiftet til vintertid? Når det virker i simulering så skal det også virke i praksis. Og jeg kan ikke se der er noget forkert i din opsætning. Hvad med dine oprindelige ønsker til funktion, fungerer det med pir og konstant lys osv.?

Har du ændret port numre i controlleren? For jeg skal ikke indtaste port nummer for at bruge javastarter. Bare http://xx.xx.xx.xx

Det bestemmer ur blokken. Sluk tidspunktet vil være det tidspunkt lyset slukker og går over til kun at tænde på PIR, mens det er mørkt. Tror jeg satte den til 2200. Hvis du vil have det til også at tænde om morgenen, så sætter du endnu en urblok ind, forbinder til samme ur indgang på udendørs lys blokken, og sætter tidspunkterne, f.eks. 0600 til 1000.

Så har du misforstået. I den blok jeg har indsat skal både ur og skumring være ON for at tænde lyset. Så du skal bare stille uret til før det bliver mørkt, f.eks. kl 1500, og så tænder lyset når sol_nede siger det er mørkt. Det er at foretrække at kun en blok er forbundet til udgangen, og andre blokke så styrer udgangen igennem denne "master" blok. Flere blokke forbundet til en udgang kan komme ud af synkronisering.

Super, med lidt mere info ;). Den opstilling du har prøvet kan ikke gøre det du ønsker. Jeg har indsat en anden blok som gør netop det du ønsker. Derudover en urblok hvori du bestemmer tidspunkt for hvornår det skal tænde og slukke i løbet af aftenen. Prøv at se om du kan få det til at spille. Har kun testet det meget hurtigt, står midt i madlavningen. Klaus 20191020.vis

2 og 3 giver ingen mening. Hvorfor have en pir når du vil have lyset tændt hele natten? Du må meget gerne vedhæfte dit program

Dette er den korrekte opsætning for at lyset tænder ved PIR bevægelse, men kun når det er mørkt. Forstår ikke hvad du mener med "mellem sol_op og sol_nede". Du må meget gerne vedhæfte dit program.

Men så virker det også efter hensigten, hvis du sætter pir på igen og flytter skumrings signalet tilbage på plads.

Ja, præcis som jeg gættede på. Begge inputs skal være ON for at tænde udgangen. Spørgsmålet er om blokken gør det du ønsker? Skal lyset være tændt altid når det er mørkt eller kun når det både er mørkt og der er bevægelse.

Den røde firkant hvor der står Tænding A, marker den linie og tryk F1, så skulle du gerne få en forklaring på hvordan blokken virker. Du skal ikke fjerne PIR input. Jeg vil tro at lyset kun tænder hvis både Skumring og PIR er ON. Så når du i simulering har fået skumring ON, så aktiver PIR inputtet og se om ikke udgangen tænder.

Marker blokken og tryk F1 og læs hvordan den fungerer. Vil tro PIR også skal aktiveres for at tænde lyset.

Bruger Googles, via en PiHole.

Bruger europe.pool.ntp.org på fw.23. Fungerer umiddelbart fint.