Zawieszanie się LK

[stAch]

- 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. 
co tam było w tych 6 pozycjach schedulera....

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

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.
masz coś poustawiane na mqtt oprócz wykresów, i jak często wypychasz dane na serwer
czy używasz ssla więcej niż jednego. [mqtt,emali,logowanie,]
wrzuć pełny wykres z mqtt m8 + outy tam będzie widać ze masz zapętlenie - po włączeniu chwila danych co kilka sekund
dodatkowe zdarzenie potrzebne [if outx = 1 --> mqtt]


co bym ja zrobił na twoim miejscu to restart do fabryki
rekonfiguracja reczna
przestał ubijać co minutę zasilanie rsa 
napisał zdarzenie na pojedyncze warunki i zaobserwował prace
wyłapał gdzie inicjuje się pętla i ustawił tam większą histerezę lub czasy opóźnienia