Nowe funkcje w LK3.5+ od stAcha

[stAch]

CUSTOM UI - > input do podania własnego js url - po wczytaniu strony można pobrać jej identyfikator i wykonać dowolny kod js.  -- opis 1
Obecnie kod pobieram z tego helpa $('.help-link').... i działam z wtyczkami tempermonkey .
aby uprościć kod dodaje do elementów strony  .container-fluid klasę o nazwie strony (wyjścia, wejścia port... itd)
jednym słowem do element .container-fluid --> dopisać klasę o nazwie otwartej zakładki takiej jak text w .help-link
by można było dodawać elementy $('.wyjścia').append('custom code')
to opcja dla zaawansowanych programistów. Można dodawać własne rozwiązania.
Kolejny input do podania kodu js ktory bedzie cyklicznie wykonywany przez LK --> cron z własnymi comendami. --> opis 2
O ile ten poprzedni działa tylko jak wchodzimy na strony kontrolera to ten działa w tle nonstop po jego włączeniu.
tu można będzie sobie klepać kod httpapi który na bieżąco będzie interpretował lk.

na stronie I2C dodać  do td identyfikatora classy (ds1 ds2....) by można było dodać obok niego custom code $('.ds1').append('custom code')...

---

propozycje rozbudowy SW iLK - czyli łączymy dowolny z dowolnym i z innymi I0t

możliwość pobrania ustawień z innych urządzeń (json)  i ustawienia ich jako vouts - przykładowo mamy pompę ciepła która zwraca statusy w formie

Kod:

{"cmd":"state","output":"00011000","input":"00000111","sn":"001300f013af1e10"}

do pola url podajemy adres na którym zwracane są dane json.
do pola filter podajemy output
LK ustawiam nam 0 0 0 1 1 0 0 0 dla kolejnych wartości vout i sprawdza ich zmianę co interwał podany w kolejnym polu.

ZDALNE STEROWANIE:
wirtualne sms - podajemy IP:port na którym mamy nakładkę sms i LK bez nakładki realizuje zdarzenia SMS przy pomocy LK 
wirtualne OLED - podobnie jak sms podajemy IP:port i fizycznie odbieramy wysłany text przez inny LK na fizycznym wyświetlaczu.
wirtualne i2C DS - przekazujemy do LK (m1-10) wartości z wybranych czujników.

ZDARZENIA: 
opcja LIGHT FLASH - na wybranym  PWM odczytujemy jego stan a następnie wyłączamy po czym realizujemy scenę błysku a po zakończeniu zdarzenia ustawiamy stan poprzedni.
sceny błysku np 3x krótko przerwa, miganie naprzemienne 3s/3s, 1x krótko przerwa...  Nawet jedna scena będzie miłym gestem...
LIGHT FLASH  może być też opcją jak regulator w PWM gdzie podamy np 3 ustawienia błysku [1*1*1*1*1*5] gdzie kolejno ustawiamy on*off oraz jego wyjście pwm0-3 a zdarzenie go tylko aktywuje.

Dodanie do działań SMSx, HTTPx opcji Opóźnienie tak jak w OUTx --> prewencja przed lawinowym wykonywaniem requestów - niekiedy dostaje kilkanaście sms jak pływak w zbiorniku faluje po większej ulewie. a akurat jest prawie pełno lub jak stacja meteo wykryje porywy wiatru na farmie PV które oscylują w granicy krytycznej i nie przestaje dmuchać.

CRONTAB - scheduler:
Możliwość dodania jako akcji co 2tyg  [30 1 1,15 * *] lub miesiąc [30 1 1 * *] 
Zapis zmiennej do okresowej wartości (cyklicznie dzień/miesiąc - uniwersalniejszą opcja było by wnioskowane dość dawno min-max) - opis 3

DIFF - działania na intiger (operacje na stałej liczbowej np  value(DSx) * 0,8)

HTTP API - dla zaawansowanych użytkowników. Podpatrzone w I0t z kraju świętych krów.
Wysyłanie sms bez zapisu w pamięci LK  /?vsms=text%20sms&number=123456789
Wysyłanie textu na OLED (ew włączenie jeśli nie aktywny) bez zapisu w pamięci LK /?voled=line1*line2*line3*line4
Wysyłanie commands na RS485 bez zapisu w pamięci LK /?vrsc=rs485%20data (bramka tcp 2 rs) --> ustawianie parametrów pracy pomp ciepła i sterowanie innymi urządzeniami po RSie
Przy pomocy własnych guzików i skryptów z custom UI wstrzykujemy sobie kod z przyciskami i mamy w jednym miejscu możliwość pełnego nadzoru po RS a nie tylko odczyt.


SECURITY:
Kilka zgłoszonych poprawek krytycznych umożliwiających przejęcie kontroli nad niemal każdym LK