Forum Tiny Control Solution

Pełna wersja: Lan Kontroler - wada oprogramowania
Aktualnie przeglądasz uproszczoną wersję forum. Kliknij tutaj, by zobaczyć wersję z pełnym formatowaniem.
Zdecydowałem się na poświęcenie sporej ilości czasu i sprecyzowanie uciążliwej wady oprogramowania.
Krótko chciałem opisać problem...
Wykorzystując logikę zależności wejść INP1-INP9 do Digital Outputs chcemy uzyskać jakąś logiczną funkcję np. sekwencyjną.
Wszystko działa stabilnie i powtarzalnie do momentu restartu czy wyłączenia i załączenia zasilania.
Po przywróceniu zasilania program kontrolera "wstając" załącza wszystkie wyjścia cyfrowe na ON.
Następnie sprawdzane są zapamiętane ustawienia w zakładce Events Config.
Wyjścia nie wykorzystane programowo pozostają załączone. Wyjścia oprogramowane, są wtedy wyłączane
jeśli nie spełniają zaprogramowanych warunków. Ale nie w każdym przypadku.
Jednak gdyby chcieć załączyć np. OUT1 gdy na wejściu np. INP1 występuje temp. poniżej 2 stopni lub powyżej 30 stopni
to OUT1 nie wyłączy się gdy aktualnie mamy temp. np. 50 stopni. A więc nie spełniająca zadanego kryterium.
Najłatwiej udowodnić wadę nie zrzucając winy na błędne ustawienia, resetując do ustawień fabrycznych moduł.
Następnie nie zmieniając żadnych ustawień w zakładce Events Config "zaptaszkować" np. INP1 .
Natychmiast słychać załączający się przekaźnik oraz po sprawdzeniu okazuje się że i pozostałe wyjścia.
Wyjątkiem jest chyba wyłącznie INP6. Ten nie reaguje błędnie na żadne ustawienia.
Wersja oprogramowania 2,39 oraz kilka lub więcej poprzednich.
Jeśli chodzi o załączenie wyjśc po włączeniu danego wyjścia w events config to w przypadku gdy nie są podpięte czujniki i jest wyswietlane "N/A" to tak naprawdę saą tam ujemne wartości z poza zakresu czujnika około -60, dlatego żeby nie aktywowały się wyjscia to najlepiej w dolnym zakresie w events config zmienic domyślne 0 na np. -90.
Dla wejśc napięciowych gdzie jest 0 zamiast "N/A" wystarczy wpisac -1 lub dodac histerezę wyjscia np. 0,1.