Zawieszanie się LK

[gumin]

- ustawiłem w scheduler na RESTART LK, ta opcja to porażka, przy ustawionym tylko jednym restarcie zdarzenia działały totalnie niezgodnie z tym jak miały, nie trzymały się żadnych zasad, przy ustawionych 6 pozycjach w schduler, zdarzenia nie działały wcale.

to przeanalizuj co tam zrobiłeś w zdarzeniach bo jak dla mnie to tam była petla która ci ubija lk... jak załączysz dlawik na out1 to spada ci wartość na m8 i tu zaczyna sie zabawa.
wydarzenie1 to nie zdarzenie1 co włącza dlawik na out1? dlatego po restarcie nic się nie dzieje bo są źle napisane. 
--> dałem zły załącznik, teraz jest prawidłowy Przepraszam, moja nieuwaga, grzebałem tworząc coś i tak zrobiłem screena.

co tam było w tych 6 pozycjach schedulera....
--> same autorestarty co 2 godziny.

jednym słowem wymuszasz prace dławika po jego przełączeniu 
ev3 i ev4 zdarzeń zrób oddzielnie, masz 4 wyjscia przekaźnikowe plus 4pwmy możesz użyć diody prostowniczej by ci z outa nie szedł prąd wstecz... dwoma wyjściami też można sterować jeden dławik
tym samym unikniesz pętli na wyjściu.

nie ma sensu co minutę restartowac rsa w LK - sprawdź na innej płytce czy to aby nie wina LK - tym resetowaniem na out0 to tez dokładasz się do zabijania pamięci
--> dałem co 5,

po przeglądarce widzę ze mania otwierania... nie siedź i nie katuj lk na kilku okienkach podglądu bo przez kilka godzin tez ubijesz zasoby.
-->www LK mam otwartego tylko w jednej przeglądarce,

masz coś poustawiane na mqtt oprócz wykresów, i jak często wypychasz dane na serwer
--> tylko wykresy screen ponizej,

czy używasz ssla więcej niż jednego. [mqtt,emali,logowanie,]
--> tylko mqtt

wrzuć pełny wykres z mqtt m8 + outy tam będzie widać ze masz zapętlenie - po włączeniu chwila danych co kilka sekund
--> w załączniku

dodatkowe zdarzenie potrzebne [if outx = 1 --> mqtt]
--> w załączniku z ostatniego tygodnia

co bym ja zrobił na twoim miejscu to restart do fabryki
--> trenuję LK od roku i robiłem to nieraz

rekonfiguracja reczna
przestał ubijać co minutę zasilanie rsa 
--> zmieniłem na co 5 

napisał zdarzenie na pojedyncze warunki i zaobserwował prace
--> pisałem wcześniej w załączniku poprawny, ten scenariusz sprawdza się najlepiej, praca jest najstabilniejsza,

wyłapał gdzie inicjuje się pętla i ustawił tam większą histerezę lub czasy opóźnienia
--> te warunki zdarzeń to efekt najbliższy ideału, pojawiają się sytuacje które powodują wpadanie w pętle, ale przy tych opóźnieniach włączenia to już nie jest częste, wręcz akceptowalne.
Ale od czwartku kończymy prace przed zachodem słońca i zaobserwowałem, że zawiesza się w momencie gdy w pracy są już tylko UPS-y włączone a wyłącza się falownik. Następuje skok i w tym momencie LK wisi.
Ostatni screen