Nowe funkcje w LK3.5+ od stAcha

[stAch]

PWM - regulatory --> prosty sun tracker 2 osiowy (prawo-lewo, góra-dół)

założenia:

• śledzenie pozycji słońca w oparciu o 4 analogowe czujniki światła na dwóch osiach
  
• sterowanie przy pomocy 4 wyjść pwm
  
• zabezpieczenie przed silnym wiatrem (poziomowanie) 
  
• wejścia czujników przypisane na stale do wyjść pwm gdzie inpax i pwmx kolejno to prawo, lewo, góra, dół 
  

zmiana obrotu silnika na zasadzie 2 przekaźników na jeden silnik-> jeśli pierwszy przekaźnik jest ON to praca w prawo jeśli drugi ON to praca w lewo jeśli oba są ON lub OFF to silnik jest zatrzymany. Tak samo dla drugiej osi: jeśli trzeci przekaźnik jest ON to praca w górę jeśli czwarty ON to praca w dół jeśli oba są ON lub OFF to silnik jest zatrzymany.

co do zasady działania logiki chyba nie ma się co rozpisywać jeśli różnica pomiędzy inpa1 a inpa2 > 1 pwm0 up o jednostkę czasu i ponowny test to samo dla drogiej osi

ważniejsze jest pozycja początkowa. jeśli średnia wartość z 4 inpa spadnie poniżej zadanego progu wracamy do pozycji początkowej i tu pasowałby wybór opcji prawo lub lewo oraz góra lub dół
opcja ta realizowała by obrót trackera w wybranych kierunkach aż do zadziałania krańcówek i  oczekiwanie na nowy początek testów jeśli średnia z inpa znów przekroczy ww próg 

opcja zmiany kierunku działania logiki trackera mile widziana ale nie istotna bo wystarczy zmiana zasilania silnika siłownika
krańcówki nie istotne bezkolizyjne wbudowane w okablowanie zmiany obrotów silnika 

wejście inpa5 i inpa6 to wejścia alarmowe w opcjach próg działania przydała by się zmienna przy której alarm zadziała i zakończy się poziomowanie.
na wejściu inpa6 pojawi się napięcie z wiatromierza (silnik dc lub potencjometr wychyłowy) przekroczenie jego bezpiecznej zadanej wartości rozpocznie poziomowanie trackera
podobnie jak w procedurze początkowej tu sterujemy góra lub dół do momentu zadziałania krańcówki na inpa5 którą jest dowolny potencjometr obrotowy informujący o kącie nachylenia konstrukcji (logicznie zrównujemy wartość potencjometru do zadanej wartości - obracając tracker wartość R inpa5 zmienia się w zależności od obecnego położenia aż do uzyskania założonego w nastawie)

alarm na kierunku prawo lewo nie jest istotny bo nie ma on większego wpływu wiatru na konstrukcję trackera
po przyjęciu pozycji początkowej tracker będzie utrzymywał załączone dwa przekaźniki aż do momentu wznowienia pozycjonowania
aby zapobiec można dodać opcje auto off silników po zadanym czasie w harmonogramie ale nie jest to istotne bo zasilanie wszystkiego będzie z panela fotowoltaicznego i ustanie wraz z nastaniem zmierzchu a wznowi się ze świtem.

opcja encoder na osiach -> inpd1 inpd2 mógłby zliczać/kasować obroty i zapisywać je od momentu inicjacji pozycji początkowej czyli zdalna wizualizacja położenia trackera oraz dokładniejsze nastawy dla alarmu.
mile widziana zewnętrzna nakładka na mostkach H  która mogła by też obsługiwać bramy

[wilkxt]

Wrócę do starego tematu konfiguracji urządzenia. Nie da się zrobić tak aby przy eksporcie konfiguracji nie zrzucać bin tylko plik tekstowy.
Urządzenie niech sobie trzyma jak chce ustawienia. Ale po prostu przypisać nazwy zmiennych zmiennych do parametrów i niech na wsze czasy tak zostaną i exportując mamy plik tekstowy. To samo przy imporcie. LK przy imporcie odczytywałby parametry pliku tekstowego i przepisywał do pamięci nieulotnej. Nie musi być xml może być nawet zwykły tekstowy wierszowy ot co. A parametry mogły by mieć nazwy numerowane wszystko jedno co.
Było by to super nawet przy upgrade firmware po wgraniu ponownie ustawień wszystko by pasowało a nie jak teraz raz działa raz nie.

W lk4 juz jest podobnie, może w lk3 tak zrobimy

[rpce]

Wrócę do starego tematu konfiguracji urządzenia. Nie da się zrobić tak aby przy eksporcie konfiguracji nie zrzucać bin tylko plik tekstowy.
Urządzenie niech sobie trzyma jak chce ustawienia. Ale po prostu przypisać nazwy zmiennych zmiennych do parametrów i niech na wsze czasy tak zostaną i exportując mamy plik tekstowy. To samo przy imporcie. LK przy imporcie odczytywałby parametry pliku tekstowego i przepisywał do pamięci nieulotnej. Nie musi być xml może być nawet zwykły tekstowy wierszowy ot co. A parametry mogły by mieć nazwy numerowane wszystko jedno co.
Było by to super nawet przy upgrade firmware po wgraniu ponownie ustawień wszystko by pasowało a nie jak teraz raz działa raz nie.

W lk4 juz jest podobnie, może w lk3 tak zrobimy

Super by było jak by w LK3.x tak było jednak sporo jest u klientów.

No i warto by było z góry uprzedzić użytkowników o tym czy teraz już tylko LK4 i ew. jego nakładki

bo mam wrażenie, że porzucacie produkcję nakładek do LK3 a jak znam życie to i software powolutku będzie spychane na boczny tor.

Krótko mówiąc przydało by się jakieś jasne oświadczenie jak długo będziecie wspierać SW do LK3 i ew. jak długo i jakie nakładki będą produkowane, ew jakie już nie będą.

[notek]

Wrócę do starego tematu konfiguracji urządzenia. Nie da się zrobić tak aby przy eksporcie konfiguracji nie zrzucać bin tylko plik tekstowy.
Urządzenie niech sobie trzyma jak chce ustawienia. Ale po prostu przypisać nazwy zmiennych zmiennych do parametrów i niech na wsze czasy tak zostaną i exportując mamy plik tekstowy. To samo przy imporcie. LK przy imporcie odczytywałby parametry pliku tekstowego i przepisywał do pamięci nieulotnej. Nie musi być xml może być nawet zwykły tekstowy wierszowy ot co. A parametry mogły by mieć nazwy numerowane wszystko jedno co.
Było by to super nawet przy upgrade firmware po wgraniu ponownie ustawień wszystko by pasowało a nie jak teraz raz działa raz nie.

W lk4 juz jest podobnie, może w lk3 tak zrobimy

Super by było jak by w LK3.x tak było jednak sporo jest u klientów.

No i warto by było z góry uprzedzić użytkowników o tym czy teraz już tylko LK4 i ew. jego nakładki

bo mam wrażenie, że porzucacie produkcję nakładek do LK3 a jak znam życie to i software powolutku będzie spychane na boczny tor.

Krótko mówiąc przydało by się jakieś jasne oświadczenie jak długo będziecie wspierać SW do LK3 i ew. jak długo i jakie nakładki będą produkowane, ew jakie już nie będą.

Nakładki to tranzystorowa PWM,  tHAT z Modbusem i GSM lub bez oraz inna  sam Modbus (L-ka). MOdułu GSM już nie ma (to stare 2G) , nie będziemy tej wersji produkować, PWMa raczej też nie, ale Modbus w takiej czy innej formie będzie dostępny póki będzie zapotrzebowanie.

---

Zapis po rs485 (modbus) urządzeń. LK odczytuje mnie brakuje identycznej funkcji tylko zapisu. Custom idealnie się do tego nadaje. Tym bardziej, że np. przy SDm12 można zmienić szybkość czyli zapisy działają.

A skąd mamy mieć dane co wysłać do zapisu???

[stAch]

A skąd mamy mieć dane co wysłać do zapisu???

To proste trzeba zrobić możliwość pisania własnego kodu który LK będzie cyklicznie odpalał taka strona dla zaawansowanych userów
dodatkowo każda ze stron powinna mieć możliwość wywołania js lub kodu html zewnętrznego podczas jej ładowania. Wtedy to by była rewolucja programowa.

Ale na dzień dzisiejszy dwukierunkową obsługę można realizować przy pomocy phpa, https://github.com/toggio/PhpSerialModbus a każdy kto tego potrzebuje ma też dostęp do serwera i to na nim klepie kod który emuluje na rsa.

[marcinb]

Hmm,
Wydaje mi się że ATS nusi pomyśleć o wstawieniu karty SD lub innego medium, jak ma RPI albu USB, bo to zaczyna się to trochę rozrastać

[stAch]

Hmm,
Wydaje mi się że ATS musi pomyśleć o wstawieniu karty SD lub innego medium, jak ma RPI albu USB, bo to zaczyna się to trochę rozrastać

w jakim celu... by zabić procka jej obsługą... nie zrozumiałeś założenia. lk nie trzymało by kodu bezpośrednio w sobie jak sugerujesz np na karcie pamięci a jedynie wykonywało by kod pobrany ze zdalnego adresu.
to na serwerze zdalnym ba nawet na routerze w swojej sieci mona trzymać takie małe pliki wsadowe z przeróżnymi dodatkami. 
Osobiście używam greasemonkey ale są problemy z aktywacja niektórych złożonych akcji. 
procedury złożonych zdarzeń są realizowane przez cykliczne wywoływanie kodu zewnętrznej strony www która analizuje aktualne wartości wejść i zarządza wg bardzo złożonych założeń wyjściami ale to leci cyklicznie przez httpApi a mogło by być wczytane do pamięci przy rozruchu

A co do ilości wolnego miejsca... na razie go nie brakuje - jak zacznie będą cięcia i sama optymalizacja userapi wystarczy by zwolnic potrzebną pamięć lub można pociąć core ruskiego Pushkareva function(t,e,n) gdzie LK3 korzysta raptem z 3 lub 4 nodów a tym samym dokręcić 3vue z r(t,e,n,r,i,o,a,s) a nawet całkiem to wywalić i pisać pod nowe przeglądarki nikt już nie używa chyba IE lub wywalić obrazek ze status-user tu możliwości widzę wiele...

[rpce]

Wrócę do starego tematu konfiguracji urządzenia. Nie da się zrobić tak aby przy eksporcie konfiguracji nie zrzucać bin tylko plik tekstowy.
Urządzenie niech sobie trzyma jak chce ustawienia. Ale po prostu przypisać nazwy zmiennych zmiennych do parametrów i niech na wsze czasy tak zostaną i exportując mamy plik tekstowy. To samo przy imporcie. LK przy imporcie odczytywałby parametry pliku tekstowego i przepisywał do pamięci nieulotnej. Nie musi być xml może być nawet zwykły tekstowy wierszowy ot co. A parametry mogły by mieć nazwy numerowane wszystko jedno co.
Było by to super nawet przy upgrade firmware po wgraniu ponownie ustawień wszystko by pasowało a nie jak teraz raz działa raz nie.

W lk4 juz jest podobnie, może w lk3 tak zrobimy

Super by było jak by w LK3.x tak było jednak sporo jest u klientów.

No i warto by było z góry uprzedzić użytkowników o tym czy teraz już tylko LK4 i ew. jego nakładki

bo mam wrażenie, że porzucacie produkcję nakładek do LK3 a jak znam życie to i software powolutku będzie spychane na boczny tor.

Krótko mówiąc przydało by się jakieś jasne oświadczenie jak długo będziecie wspierać SW do LK3 i ew. jak długo i jakie nakładki będą produkowane, ew jakie już nie będą.

Nakładki to tranzystorowa PWM,  tHAT z Modbusem i GSM lub bez oraz inna  sam Modbus (L-ka). MOdułu GSM już nie ma (to stare 2G) , nie będziemy tej wersji produkować, PWMa raczej też nie, ale Modbus w takiej czy innej formie będzie dostępny póki będzie zapotrzebowanie.

---

Zapis po rs485 (modbus) urządzeń. LK odczytuje mnie brakuje identycznej funkcji tylko zapisu. Custom idealnie się do tego nadaje. Tym bardziej, że np. przy SDm12 można zmienić szybkość czyli zapisy działają.

A skąd mamy mieć dane co wysłać do zapisu???

Dowolną wartość z LK3 np. temperaturę DS lub PT1000, licznik
a po co bo niektóre urządzenia potrafią przyjmować parametry i je wyświetlać lub obrabiać dalej w swoim sterowniku.

[stAch]

A skąd mamy mieć dane co wysłać do zapisu???

Dowolną wartość z LK3 np. temperaturę DS lub PT1000, licznik
a po co bo niektóre urządzenia potrafią przyjmować parametry i je wyświetlać lub obrabiać dalej w swoim sterowniku.

Nadal pozostaje kwestia skąd lk miałby wiedzieć jak to wysłać - każde urządzenie ma własne sposoby odczytu. 
jedynym rozwiązaniem tej kwestii jest zewnętrzna strona np php2rs gdzie pobierasz i wysyłasz odpowiedni komunikat

można by to wbudować w api gdzie w pole można by podać stosowna komendę wraz ze zmiennymi którą LK by wysyłał cyklicznie lub na adres urzadania

[rpce]

A skąd mamy mieć dane co wysłać do zapisu???

Dowolną wartość z LK3 np. temperaturę DS lub PT1000, licznik
a po co bo niektóre urządzenia potrafią przyjmować parametry i je wyświetlać lub obrabiać dalej w swoim sterowniku.

Nadal pozostaje kwestia skąd lk miałby wiedzieć jak to wysłać - każde urządzenie ma własne sposoby odczytu. 
jedynym rozwiązaniem tej kwestii jest zewnętrzna strona np php2rs gdzie pobierasz i wysyłasz odpowiedni komunikat

można by to wbudować w api gdzie w pole można by podać stosowna komendę wraz ze zmiennymi którą LK by wysyłał cyklicznie lub na adres urzadania

Odczytuje się z rejestrów i zapisuje się również w rejestrach. Oprócz innych rejestrów  i oczywiście formatu nic innego tu nie ma.
Jeśli lk potrafi odczytać dane z konkretnego rejestru definiując go w custom to powinien móc wysłać dane. Dobrym przykładem jest zmiana prędkości portu szeregowego w LK modbus jednym kliknięciem. To nic innego jak zapis do rejestru licznika odpowiednio zdefiniowanej wartości. Co stoi na przeszkodzie aby zapisywać inne wartości jeśli potrafi zapisać i zmienić prędkość w liczniku ?