Hop til indhold
  • 0

IHC programmering af udendørslys med lux føler


Lofterpalle
 Share

Spørgsmål

Hej

Er der en venlig sjæl der kan se mit program igennem jeg har lavet på styring af udendørs lys med LUX, kalender og ugeur styring for hver udgang?

Jeg har kun anvendt 1.1.12 + 2.1.04.a + 2.1.02.b for hver udgang.

Mit ønske er at nogle udgange altid tænde og slukke på lux følere, og andre udgange kun slukke på luxføleren.

Kalender er med fordi udgange skal være tændt hele året undtagen i december, dog vil ur styringen i nogle tilfælde slukke lamperne tidligere.

Uge uret er på for at kunne skifte mellem 2 lamper der er skiftevis tændt hver anden dag, og weekender.

Det var dette program jeg lagde ind i sidste uge der fik kontrolleren til at gå i selvsving. Men jeg kan ikke finde fejlen, da det virker i simuleringen.

Jeg har slettet alle andre lokaliteter så der kun er udv. lys tilbage.

 

Udv. lys_A.vis

Link til kommentar
Del på andre sites

Recommended Posts

  • 2
11 timer siden, Lofterpalle skrev:

- Ur skal bare være et fast tidspunkt f.eks kl 01:00

- sluk alt skal slukke lyset men ved aktivering af PIR når vi er hjemme skal der ikke tændes…. Men 

- nu bliver det lidt tricky (lys skal kun tændes af bevægelse på UDV. PIR når en indgang fra en dørlås er aktiv (tror du kan lave det som en input.)

Når kriterie er opfyldt dvs. når dørlås er aktiv. (Har en melding på dørlås er “aktiv” - ikke hjemme eller “ikke aktiv” - hjemme. Som jeg kan trække over)

Næste gang det bliver mørkt skal lys stadig tændes på automatik.

tænker ikke jeg får brug for den sidste, men hvis man fortryder kan jeg måske trykke på tryk 4 tast du har lavet? 
Hvis det ikke det kan lade sig gøre så mp vi undvære den funktion.

 

edit: tænker over om man kunne lave en tilvalg funktion hvor man kan vælge om PIR skal tænde lys ved hjemme eller ikke hjemme funktion? Den kunne jeg faktisk også bruge ifb. Med en anden installation i vores baghave.

Ja, det bliver en lidt rodet beskrivelse efterhånden.

Hvis du vil gå på kompromis med muligheden for at kunne dæmpe, så kan resten laves med standard blokke:

- Uge ur der bestemmer klokkeslet på dagen lyset skal kunne være tændt (og dermed et sluk tidspunkt)

- Dørlås som, efter behov, inverteres så den enten tillader eller forhindrer lys

- kalender der bestemmer en periode i året. Kalender overstyres af dørlås og ur

- lux blok der bestemmer hvornår det er mørkt

- 1.4.03.a som samler inputtene sådan at:

  -- hvis mørkt og kalender (og dermed også ur og dørlås) er ON vil lyset tændes på lav niveau

  -- hvis mørkt og PIR aktiveres vil lyset tænde på højt niveau og efter en tid enten:

     --- hvis kalender aktiv, dæmpe til lav niveau

     --- hvis kalender inaktiv, slukke

  -- Kan kan tændes på konstant højt niveau, uanset om det er mørkt eller om kalender er aktiv, med et tryk.

  -- Kan slukkes til 0% med langt tryk fra et andet tryk eller slukalt blok

Palle2.vis

Måske skal i prøve det af først.

Link til kommentar
Del på andre sites

  • 1
På 5.9.2021 at 18:28 , Lofterpalle skrev:

Tak fordi du havde tid til at se mit program igennem for fejl.

Som jeg kan forstå på det, så er der vel kun en mulighed tilbage. Det er vel at fjerne alle de programmeringer jeg har lavet på lux føleren og tilføje dit optimeret forslag i mit program "Mit_palle" og lægge programmet op i controlleren og håbe på den ikke går i fejltilstand. 
(Det stadig mærkeligt der ikke er fundet fejl i min fil Udv. lys_A, da det var disse ændringer der fik controlleren til at gå i fejltilstand.)

Har du turdet prøve at lægge programmet ind?

Link til kommentar
Del på andre sites

  • 1
21 minutter siden, Lofterpalle skrev:

Tak fordi du spurgte :) 
Jeg har kunne ændre i mit oprindelige program uden kontroller er fejlet (det uden dit optimeret program udv_lys_B)
.

Her i weekenden vil jeg forsøge at lægge din rettelse ind og håber det ikke går galt igen. 

Hvordan gør jeg det nemmest? 

Er jeg nødt til at lave tilføjelser manuelt i min fil mit_palle via en ekstra PC med f.eks. Visual kørende, eller kan jeg kopiere dine rettelser over i min mit_palle?

Du kan ikke kopiere. Lav rettelserne i dit program, det er jo de samme blokke, bare links der er anderledes. Ja, hvis ikke du kan køre to instance af visual er det nok mest overskueligt at have to pc’er. Evt screenshots.

Link til kommentar
Del på andre sites

  • 1
4 timer siden, Lofterpalle skrev:

Jeg har nu testet det af og jeg kan ikke få lyset til at tænde, der sker ikke en dyt.

Har prøvet fra tryk, og fra service view, men intet virker….

Du skriver i dit tidligere post at du har pillet 1-10V modulet fra?

Du bør starte slavisk fra en ende og først sikre dig at du kan tænde/regulere op og slukke/regulere ned, via serviceview, i venstre side, ved brug af bit 1 og 2.

Når du har styr på det, så læg gerne dit komplette program op, så man kan se hvad du har forbundet.

Link til kommentar
Del på andre sites

  • 1
7 timer siden, Lofterpalle skrev:

Ja, forklaring følger nu hvorfor, da jeg har prøvet igen. Men jeg forstår ikke lige hvad der sker og hvorfor?

Det første indlæg troede jeg det var mig der trykkede på et eller andet i serviceciew der gjorde jeg ikke kunne slukkes, og igår ville jeg se om det tændte selv, det gjorde det ikke.

Aktivere jeg bit 1, tænder lyset, men kan ikke slukkes. Den eneste mulighed for at slukke igen er at fjerne kommunikations linjen 0v og data linjen på 1-10V modulet. Kan høre modulet klikker når jeg fjerner data og 0v ledningen. Selv ved at slukke aut. og tænde igen hjælper ikke.

Jeg forstår ikke lige hvad der sker siden den er konstant tændt når bit 1 aktiveres ved on og trykker jeg on/off på bit 2 sker der ingenting- det kan bare ikke slukkes liger meget hvad man gør.

 

edit: jeg tror det måske kan være i programmet? Elles skal jeg slette den tilføjelse og prøve igen uden noget linket på ventre side. Det vil jeg lige afvente indtil en har set på vedhæftet program.

Palle.vis 238 KB · 0 downloads

Det er i hvert fald ikke den program stump du har vedhæftet der som driller dig, da du ikke har et 1-10V modul konfigureret.

Link til kommentar
Del på andre sites

  • 0

Hvis det er korrekt så står jeg da meget skidt til, hvis jeg skal gøre mig nogle forhåbninger om at finde fejlen.

Jeg læser i div. tråde at fejlen ikke er nem at finde, og den ikke vil optræde i loggen. Min log er tom så derfor mistænker jeg at fejlen ikke er her, men kan være fejlen opstår når jeg uploader ændringen.

Er der nogle fif til hvordan jeg finder min mulige cirkulære (type A) reference fejl?

Det bekymrer mig meget at det er en type A, og umiddelbart læser jeg kan se at den kan får controlleren til at gå i fejltilstand. 

Er der nogle fejl i min udv. lys fil?

Link til kommentar
Del på andre sites

  • 0

Hvor svært det er at finde cirkulære refernancer afhænger af hvor komplekst dit program er. Såvidt jeg ved opstår de når en FB trigger en event i en anden FB, som så trigger en event i første FB igen. Man kan dermed normalt udelukke de alm. lampe tændinger m.m. og koncentrer sig om den komplekse del af ens IHC program, og lede efter FB'er som er linket til hinanden, eller hvis man selv har kodet FB'er se om man har noget i en FB som trigger en ny event i samme FB.

Link til kommentar
Del på andre sites

  • 0

Nu har jeg set min FB igennem igen, og det eneste sted jeg måske tror der kan være noget er min udgang fra lux er ført over til Input kalender aktiv.

Dette er er for at få en overstyring fra lux. Er det forkert?

Burde de cirkulære referencer ikke fremgå af loggen?

Jeg har ikke nogle i loggen, det er det der undre mig. 

Link til kommentar
Del på andre sites

  • 0
4 timer siden, Lofterpalle skrev:

 

Jeg har slettet alle andre lokaliteter så der kun er udv. lys tilbage


 · 

Det er jo lidt svært at hjælpe med at finde en fejl i det program der crashede for dig, når det er et andet du lægger op her.

Selvom det er lidt uoverskueligt sat sammen, så er der ikke noget der tyder på en fejl i den programstump omkring dit udvendige lys. Du kan fint sende on/off fra lux blokken til kalender blokken. Du kan dog godt lave det så der i alt kun er en lux blok og en kalender blok, og det så er uge blokkene der har en udgang til lamperne.

Link til kommentar
Del på andre sites

  • 0
1 time siden, Lofterpalle skrev:

Burde de cirkulære referencer ikke fremgå af loggen?

De cirkulære referancer fremgår kun at loggen når de bliver aktiveret, og så er det alligevel ikke altid at de bliver logget. Husk på LK IHC er event styret modsat PLC'er som er status styret. Programmet i en LK IHC FB bliver derfor kun afviklet når der er en event som trigger det, modsat en PLC, hvor alle program linier bliver afviklet under hvert program gennemløb.

Link til kommentar
Del på andre sites

  • 0

Det lyder til jeg desværre er lidt lost her, så må jeg prøve at lægge hele programmet op, hvis ikke der er fejl i den anden fil (udv. lys).

Jeg ved bare at programmet kører fint uden fejl i loggen, men når jeg oploader den ændring i udv. lys fil. går kontrolleren i fejltilstand, og det betyder jeg skal linke alle wireless udtagene igen, det er 2 timer hver gang. (medmindre nogle kan oplyse mig at man kan gøre det på en anden måde uden at linke alle sammen igen)

Jeg kan imellemtiden prøve at lave et forsimplet udgave med en lux og kalenderblok med uge blokke til udgange. Jeg er desværre ikke ekspert i programmering, og kun været på LK grundkursus. 

En tilføjelse er, at jeg kun bruger LK FB, og har ikke kodet mine egne FB.

Link til kommentar
Del på andre sites

  • 0
27 minutter siden, Lofterpalle skrev:

Jeg ved bare at programmet kører fint uden fejl i loggen, men når jeg oploader den ændring i udv. lys fil. går kontrolleren i fejltilstand, og det betyder jeg skal linke alle wireless udtagene igen, det er 2 timer hver gang. (medmindre nogle kan oplyse mig at man kan gøre det på en anden måde uden at linke alle sammen igen)

Er controlleren gået i fejltilstand mere end en gang? Hvis ikke kan du have været uheldig. Der er mange memory leaks i LK's firmware, hvilket er årsagen til at specielt HW 6.1 og HW 6.2 controller ofte genstarter af sig selv mindst 1 gang om året. Ofte vil en upload af en ændring trigger en genstart hvis controlleren er tæt på grænsen. Selv er jeg begyndet at genstarte controlleren inden jeg henter programmet når jeg skal ændre noget. Det skyldes at man i en tidligere firmware version risikerede at programmet blev corrupt hvis controlleren genstartede i forbindelse med program upload. Genstarten løser så også problemer med at få Visual til at forbinde sig til controllen uden at jeg skal stoppe mine 3 part integrationer.

30 minutter siden, Lofterpalle skrev:

En tilføjelse er, at jeg kun bruger LK FB, og har ikke kodet mine egne FB.

Hvis du kun bruger LK FB'er, så skal du kigge efter om du kan have lavet et loop, hvor du linker tilbage til en FB via en anden FB.

Link til kommentar
Del på andre sites

  • 0
41 minutter siden, Lofterpalle skrev:

Det lyder til jeg desværre er lidt lost her, så må jeg prøve at lægge hele programmet op, hvis ikke der er fejl i den anden fil (udv. lys).

Jeg ved bare at programmet kører fint uden fejl i loggen, men når jeg oploader den ændring i udv. lys fil. går kontrolleren i fejltilstand, og det betyder jeg skal linke alle wireless udtagene igen, det er 2 timer hver gang. (medmindre nogle kan oplyse mig at man kan gøre det på en anden måde uden at linke alle sammen igen)

Jeg kan imellemtiden prøve at lave et forsimplet udgave med en lux og kalenderblok med uge blokke til udgange. Jeg er desværre ikke ekspert i programmering, og kun været på LK grundkursus. 

En tilføjelse er, at jeg kun bruger LK FB, og har ikke kodet mine egne FB.

Så du har uploadet programmet med udvendig lysstyring mere end 1 gang?

 

Jeg har prøvet at forsimple det i den vedhæftede fil, så du kan se hvad jeg mener.

I tillæg så er der noget med dine tidspunkter, som du selvfølgelig ikke har nået at opdage, i og med controlleren gik ned med det samme.

Men det er når du vil have lyset tændt henover midnat. F.eks. på en søndag hvor du bruger ur 2, med tænd tid 16 og sluk tid 05. Jeg gætter på det er fordi du vil slukke lyset mandag morgen kl 05? I så fald skal du have f.eks. ur 3 aktiv om mandagen med en sluktid kl 05.

image.png.c53be2884dc91707902b06830e0d35e2.png

Udv. lys_B.vis

Link til kommentar
Del på andre sites

  • 0
19 minutter siden, Allan Nissen skrev:

Så du har uploadet programmet med udvendig lysstyring mere end 1 gang?

 

Jeg har prøvet at forsimple det i den vedhæftede fil, så du kan se hvad jeg mener.

I tillæg så er der noget med dine tidspunkter, som du selvfølgelig ikke har nået at opdage, i og med controlleren gik ned med det samme.

Men det er når du vil have lyset tændt henover midnat. F.eks. på en søndag hvor du bruger ur 2, med tænd tid 16 og sluk tid 05. Jeg gætter på det er fordi du vil slukke lyset mandag morgen kl 05? I så fald skal du have f.eks. ur 3 aktiv om mandagen med en sluktid kl 05.

image.png.c53be2884dc91707902b06830e0d35e2.png

Udv. lys_B.vis 726 KB · 1 download

Nej, den fejl der var i sidste program jeg lagde op fik LK support fjernet. (ihvertfald blev programmet før ændringen lagt op uden problemer)

Denne ændring i går med udv. lys fik så kontrollere til at gå i fejl for anden gang.

Tusind tak for hjælpen, jeg ser på din forsimplet udgave. 

Den detalje du nævner må jeg lige se på, kan ikke huske hvilken udgang den skal styre. Kan rod i de tidspunkter som ovenfor få kontrolleren til at gå i fejl?

Jeg prøver lige at gå mit program igennem og give det en chance. 

Hvis ikke jeg finder den, vil jeg lægge hele programmet op.

 

Link til kommentar
Del på andre sites

  • 0
Lige nu, Lofterpalle skrev:

Tusind tak for hjælpen, jeg ser på din forsimplet udgave. Kan tidspunkter som ovenfor få kontrolleren til at gå i fejl? 

Den detalje du nævner må jeg lige se på, kan ikke huske hvilken udgang den skal styre. Kan rod i de tidspunkter som ovenfor få kontrolleren til at gå i fejl?

 

 

Det har jeg ingen erfaring med, men tvivler, da det bare er klokkeslet som monitoreres.

Link til kommentar
Del på andre sites

  • 0
58 minutter siden, Lofterpalle skrev:

Nej, den fejl der var i sidste program jeg lagde op fik LK support fjernet. (ihvertfald blev programmet før ændringen lagt op uden problemer)

Denne ændring i går med udv. lys fik så kontrollere til at gå i fejl for anden gang.

Så det er 2 forskellige ændringer som har fået controlleren til at crashe?

Link til kommentar
Del på andre sites

  • 0

Jeg har læst disse tråde:

 

Som jeg forstår det er grundreglen at man ikke skal bruge flere funktionsblokke til samme udgange, og man holder sig til at have én FB som styrer en udgang.

Hvad så den anden vej rundt, her har jeg en kalender FB der styrer flere udgange?

Jeg har muligvis en anden der måske skal kigges på. Jeg har tre forskellige kiptænding i 3 værelser der skal tænde og slukke for samme mobilstikkontakt.

 

image.thumb.png.9c17f3aaf636532e7bcc9afeba6802ed.png

Link til kommentar
Del på andre sites

  • 0
31 minutter siden, Lofterpalle skrev:

Jeg har læst disse tråde:

 

Som jeg forstår det er grundreglen at man ikke skal bruge flere funktionsblokke til samme udgange, og man holder sig til at have én FB som styrer en udgang.

Hvad så den anden vej rundt, her har jeg en kalender FB der styrer flere udgange?

Jeg har muligvis en anden der måske skal kigges på. Jeg har tre forskellige kiptænding i 3 værelser der skal tænde og slukke for samme mobilstikkontakt.

 

image.thumb.png.9c17f3aaf636532e7bcc9afeba6802ed.png

Du skal have en kip/tænd/sluk blok for den mobile stikkontakt. Den blok skal så modtage signaler fra de tre blokke i de tre værelser (on puls til tænd og off puls til sluk). Det er dog næppe heller den der fik din controller til at gå ned.

 

Du kan godt have en blok der internt styrer flere andre blokke, det er linket til de fysiske udgange man skal forsøge at holde sig til en blok. Det er dog kun en anbefaling og ikke altid at man oplever at det gør en forskel.

Link til kommentar
Del på andre sites

  • 0

Er det ikke præcist det jeg har gjort?

I venstre side har jeg "Kombi relæ 4tast" hvor tryk er ført til højre side til blok 1.1.01.e Tænd/sluk.

Udgange i blok 1.1.01.e er trukket over til venstre side "udgang" mobil stikkontakt. Men kunne nok lave det som scenarie i stedet.

Dvs. der er linket i de fysiske udgang i venstre side der skal holdes til en blok, og det tror jeg også jeg har gjort alle steder.  Jeg ser videre på om jeg kan finde fejlen.

Link til kommentar
Del på andre sites

  • 0
1 time siden, Lofterpalle skrev:

Er det ikke præcist det jeg har gjort?

 

Din stikkontakt Jamo link i venstre side er forbundet til 3 forskellige blokke. Men som sagt, det er næppe dette der har fået controlleren til at gå ned. Den slags forbindelser giver sig oftest udslag i uhensigtsmæssigheder i kontrollen af stikkontakten. Men har du ikke oplevet dette, så lad være at brug for meget tid på det.

Link til kommentar
Del på andre sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gæst
Svar på dette spørgsmål

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loader...
 Share

×
×
  • Tilføj...

Important Information

Privatlivspolitik og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.

1200x630bb.png

ok