IHC programmering af udendørslys med lux føler

[Lofterpalle]

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

[Lars1]

Det behøver ikke være din ændring som har fået controller til at gå i selvsving. Fejlen kan været tilføjet programmet langt tidligere, og rent tilfældigt er alle betingelser opfyldt da du oploader din ændring.

[Lofterpalle]

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?

[Lars1]

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.

[Lofterpalle]

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. 

[Allan Nissen]

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.

[Lars1]

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.

[Lofterpalle]

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.

[Lars1]

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.

[Lofterpalle]

Jeg har fået kontrolleren til at gå i fejltilstand nu to gange, en gang sidste weekend og igen i går. Jeg har HW 7.1.

Må kigge efter igen om jeg har lavet et loop.

 

 

[Allan Nissen]

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.

Udv. lys_B.vis

[Lofterpalle]

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.

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.

 

[Allan Nissen]

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.

[Lars1]

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?

[Lofterpalle]

 

10 minutter siden, Lars1 skrev:

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

ja

[Lofterpalle]

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.

 

[Allan Nissen]

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.

 

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.

[Lofterpalle]

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.

[Lofterpalle]

Jeg har en mulig case med et lampeudtag med senariestyring der er linket til flere blokke.

Lampeudtaget er styret med et ur med et bestemt tænd/sluk tidspunkt. Kan det være her fejlen er?

[Allan Nissen]

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.

[Allan Nissen]

43 minutter siden, Lofterpalle skrev:

Jeg har en mulig case med et lampeudtag med senariestyring der er linket til flere blokke.

Lampeudtaget er styret med et ur med et bestemt tænd/sluk tidspunkt. Kan det være her fejlen er?

 

Næppe.

[Lofterpalle]

Jeg giver op, jeg kan ikke se nogen steder jeg har lavet et loop. 

Når jeg tænker tilbage, så er alle mine problemer kommet efter jeg har monteret min lux måler, og jeg har en mistanke til, at det kan være et sted i de funktioner der driller. Og her er nogle punkter jeg tænker der kan være problemer.

1. I venstre side under Baghave syd har jeg under "LYS" linket til 4 forskellige blokke i højre side. Jeg mistænker at den ikke kan håndtere så mange link. Men jeg ved det ikke. Lux blokken bliver måske ikke anvendt til så mange blokke ad gangen.

2. I venstre side under (Baghave syd) under stikk. ved vinduer, har jeg også en tom urblok der ikke er linket til noget, den skal fjernes.

3. Generelt er alle lysstyring med lux sensor, kalender, og ur styring lavet sådan at:

- At den fysiske komponent Lux føler i venstre side "LYS" er linket til hver lysstyringsblok 1.1.12.(højre side) 

- Udgang (LUX - højre side) er linket til Kalender blok 2.1.04.a til "Kalender Aktiv=Off

- Indgang (kalender - højre side) er linket til Ur blok 2.1.01.a "udgang fra ur=Off.

- Udgang (kalender - højre side) er linket til udgang i venstre side f.eks. Standerlamper baghave.

Men alt ovenstående i bliver erstattet af Udv. lys_B. Men jeg tør ikke tage chancen igen hvis den controlleren fejler.

Mit_palle.vis

[Allan Nissen]

26 minutter siden, Lofterpalle skrev:

Jeg giver op, jeg kan ikke se nogen steder jeg har lavet et loop. 

Når jeg tænker tilbage, så er alle mine problemer kommet efter jeg har monteret min lux måler, og jeg har en mistanke til, at det kan være et sted i de funktioner der driller. Og her er nogle punkter jeg tænker der kan være problemer.

1. I venstre side under Baghave syd har jeg under "LYS" linket til 4 forskellige blokke i højre side. Jeg mistænker at den ikke kan håndtere så mange link. Men jeg ved det ikke. Lux blokken bliver måske ikke anvendt til så mange blokke ad gangen.

2. I venstre side under (Baghave syd) under stikk. ved vinduer, har jeg også en tom urblok der ikke er linket til noget, den skal fjernes.

3. Generelt er alle lysstyring med lux sensor, kalender, og ur styring lavet sådan at:

- At den fysiske komponent Lux føler i venstre side "LYS" er linket til hver lysstyringsblok 1.1.12.(højre side) 

- Udgang (LUX - højre side) er linket til Kalender blok 2.1.04.a til "Kalender Aktiv=Off

- Indgang (kalender - højre side) er linket til Ur blok 2.1.01.a "udgang fra ur=Off.

- Udgang (kalender - højre side) er linket til udgang i venstre side f.eks. Standerlamper baghave.

Men alt ovenstående i bliver erstattet af Udv. lys_B. Men jeg tør ikke tage chancen igen hvis den controlleren fejler.

Mit_palle.vis 2 MB · 1 download

Jeg kan ikke se at der skulle være nogen af de klassiske cirkulære reference fejl, hvor blok x sender signal til blok y som så sender signal tilbage og derved opstår der et uendeligt loop. Så alt peger jo på noget omkring lux sensoren og/eller dens blokke.

[Lofterpalle]

1 time siden, Allan Nissen skrev:

Jeg kan ikke se at der skulle være nogen af de klassiske cirkulære reference fejl, hvor blok x sender signal til blok y som så sender signal tilbage og derved opstår der et uendeligt loop. Så alt peger jo på noget omkring lux sensoren og/eller dens blokke.

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.)

[Lars1]

6 timer siden, Lofterpalle skrev:

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.

Det har ikke noget med cirkulære referancer at gøre. Det skyldes alene problemet med at LK IHC er event styret, og der ikke er tilbage melding fra en udgang til en FB. Dermed risiker at FB'erne kommer ud af sync hvis du forsøger at styre en udgang med flere FB'er.

Hvis du f.eks. har FB A som styre udgang X via en kip funktion aktiveret af tryk 1 og samme udgang X også styres via FB B som også er en kip funktion, men aktiveret af tryk 2. Når du starter IHC controlleren er alt ok. Begge FB'er er OFF og det samme er udgang X. Nu aktiver du så tryk 1, hvorefter FB A går ON og det samme gør udgang X. FB B er fortsat OFF, selvom udgang X nu er ON, så når du vil sætte udgang X OFF via FB B, skal du nu aktiver tryk 2 2 gange, da du først skal bringe udgang X i sync med FB B ved at sætte FB B ON med første tryk. Herefter kan du sætte udgang X OFF med andet tryk på tryk 2.

6 timer siden, Lofterpalle skrev:

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

Der er ikke noget problem i at en FB styre flere udgange. Der er alene flere FB'er på samme udgang. Det samme gælder med indgange. En indgang kan sagtens bruges af flere FB'er, men du skal være varsom med flere fysiske indgange til samme logisk indgang i en FB. Her løber du igen ind i event styrings problematiken. Det funger normalt fint med flere tryk på samme indgang, da de kun er påvirket kortvarigt, men hvis du f.eks. bruger 2 kalender udgange som du linker til den samme indgang i en FB, så får du højst sandsynligt problemer.

5 timer siden, Lofterpalle skrev:

Jeg har en mulig case med et lampeudtag med senariestyring der er linket til flere blokke.

Lampeudtaget er styret med et ur med et bestemt tænd/sluk tidspunkt. Kan det være her fejlen er?

Nej. Det er et helt normalt setup. I dette tilfælde har du tilbage melding til din dimmer styring via lys niveau, så derfor er det ikke noget problem at du også styre lyset via et ur parallelt med dimmer styringen.

2 timer siden, Lofterpalle skrev:

Når jeg tænker tilbage, så er alle mine problemer kommet efter jeg har monteret min lux måler, og jeg har en mistanke til, at det kan være et sted i de funktioner der driller. Og her er nogle punkter jeg tænker der kan være problemer.

1. I venstre side under Baghave syd har jeg under "LYS" linket til 4 forskellige blokke i højre side. Jeg mistænker at den ikke kan håndtere så mange link. Men jeg ved det ikke. Lux blokken bliver måske ikke anvendt til så mange blokke ad gangen.

Jeg tvivler på at det er en programmerings fejl som giver dig problemerne. Jeg har ikke hørt om at der skulle være nogen grænse på hvor mange FB'er en lux måler kan tilkobles. Lux måleren er ikke meget anderledes end temperatur målerne. Faktisk har LK bare erstatet gulv føleren med en lux måler på printet. Kommunikationen med controlleren er den samme. 2 sensor som sender hver deres værdi til controlleren, som så præsenter værdien i brugbart format til brugeren.

Jeg spekuler mere på om det er noget støj eller tilsvarene. Bruge du et parsnoet par til data og 0V til lux måleren?

Har du noget 3 parts integration som IHC Captain, OpenHab eller tilsvarende kørende?

[Lofterpalle]

32 minutter siden, Lars1 skrev:

 

Jeg spekuler mere på om det er noget støj eller tilsvarene. Bruge du et parsnoet par til data og 0V til lux måleren?

Har du noget 3 parts integration som IHC Captain, OpenHab eller tilsvarende kørende?

Ja, jeg bruger IHC-Link-10 kablet og har brugt den sorte og blå som er snoet og monteret præcis som vejledningen foreskriver på lux måleren, og den orange til 24V.
Nej, har ingen andre 3. parts integration installeret eller kørende.