z cyklu głupich pomysłów które mogą mieć szerokie zastosowanie... wprowadzamy namiastkę AI
w zadaniach włączamy jakimś parametrem zdarzenia "record" Wszelkie stany wyjść PWM i OUT są zapisywane /czas - stan/
w zadaniach zapisujemy "rekord" jakimś parametrem zdarzenia. Taki zapis od tej chwili jest możliwy do odtworzenia.
w zadaniach jakiś parametr załącza/wyłacza nam "play/stop" - LK odtwarza wg zapisanych czasów stany wyjść.
podgląd takich zapisanych zdarzeń można by edytować w schedulerze jako osobna lista która będzie załączana na żądanie i edytowana przez LK
można by tu zrobić też jakiś prosty checbox z wyborem wyjść do pomijania w trybie "play" ale to zbędne bo można zachować "cisze" w trakcie nagrania i zapisać tylko interesujące nas informacje.
zastosowanie:
większość użytkowników to symulacja obecności domowników,
odtwarzanie procesu technologicznego z pominięciem wejść,
ja suntracker w pochmurne dni na podstawie zapisu z ostatniego dnia słonecznego. /takiego trackera nie ma jeszcze na rynku/
Jak ja to rozwiązałem na obecnym sofcie z suntrackerem.
Jeśli stan inpa z czajnikiem światła jest wysoki tracker zmienia event praca na 1 i wysyła stosowne info po http.
W momencie zmiany stanu out3 /sprzęgło silnika/ wysyłam po http informacje z czasem i stanem kierunku przeważnie jest to out2
Zapisuje to do prostej textowej db.
00:00:00 out2=1
00:01:00 out2=0
00:04:00 out2=1
00:04:55 out2=0
itd...
Sam proces udanego zapisu realizuje wraz z nastaniem zmierzchu zapisując temp do pliku baza.txt o ile nie pojawi się błąd w postaci event praca=0 czyli zachmurzenie i przerwa w poprawnej pracy.
zatem baza.txt jest zawsze ostatnim pełnym rekordem a temp.txt obecnym edytowanym.
Jeśli inpa staje się niższy event praca zmienia się na 0 i w takim trybie następuje praca wg crona start stop wyjść z baza.txt które wysyłam przez httpapi
w zadaniach włączamy jakimś parametrem zdarzenia "record" Wszelkie stany wyjść PWM i OUT są zapisywane /czas - stan/
w zadaniach zapisujemy "rekord" jakimś parametrem zdarzenia. Taki zapis od tej chwili jest możliwy do odtworzenia.
w zadaniach jakiś parametr załącza/wyłacza nam "play/stop" - LK odtwarza wg zapisanych czasów stany wyjść.
podgląd takich zapisanych zdarzeń można by edytować w schedulerze jako osobna lista która będzie załączana na żądanie i edytowana przez LK
można by tu zrobić też jakiś prosty checbox z wyborem wyjść do pomijania w trybie "play" ale to zbędne bo można zachować "cisze" w trakcie nagrania i zapisać tylko interesujące nas informacje.
zastosowanie:
większość użytkowników to symulacja obecności domowników,
odtwarzanie procesu technologicznego z pominięciem wejść,
ja suntracker w pochmurne dni na podstawie zapisu z ostatniego dnia słonecznego. /takiego trackera nie ma jeszcze na rynku/
Jak ja to rozwiązałem na obecnym sofcie z suntrackerem.
Jeśli stan inpa z czajnikiem światła jest wysoki tracker zmienia event praca na 1 i wysyła stosowne info po http.
W momencie zmiany stanu out3 /sprzęgło silnika/ wysyłam po http informacje z czasem i stanem kierunku przeważnie jest to out2
Zapisuje to do prostej textowej db.
00:00:00 out2=1
00:01:00 out2=0
00:04:00 out2=1
00:04:55 out2=0
itd...
Sam proces udanego zapisu realizuje wraz z nastaniem zmierzchu zapisując temp do pliku baza.txt o ile nie pojawi się błąd w postaci event praca=0 czyli zachmurzenie i przerwa w poprawnej pracy.
zatem baza.txt jest zawsze ostatnim pełnym rekordem a temp.txt obecnym edytowanym.
Jeśli inpa staje się niższy event praca zmienia się na 0 i w takim trybie następuje praca wg crona start stop wyjść z baza.txt które wysyłam przez httpapi
e-chata.hyzne.com | LK1 - sterowniki akwarystyki | LK2 - sterowniki ihome | LK3 - niezliczone ilości wersji/nakładek na farmach PV i nie tylko | LK4 - testy bezprzewodowe