Witam... nowy projekt zastosowania LK jako suntrackera jednoosiowego typu flipper na lk4

LK4 - bo posiada wifi wiec nawiązanie polaczenia upraszcza wszystko - zasilanie wprost z panela 24v
modułem wykonawczym suntrackera są dwa fotorezystory, czujnikiem położenia jest czujnik położenia przepustnicy AR-013 a wiatr wykryje wiatraczek z czujnikiem halla (impulsowy)

zasada pracy to monitorowanie różnicy na wejściu analogowym inpa1 i inpa2 i po przekroczeniu czasu oraz wartości włączenie przekaźnika zasilającego silnik obrotnicy
w zależności od aktualnego jej położenia..
po przekroczeniu wartości krańcowej wiatru lub braku naswietlenia powrót do pozycji parkingowej.

konstrukcja podparta na 3 slupach 10x10 zabetonowane na pełno

za zmianę położenia odpowiada siłownik ST5 24v zasilany bezpośrednio z pierwszego panela na trójniku

w pozycji parkingowej

czujnik położenia wychyłu podpinamy dwa skrajne piny 

zamontowany na konstrukcji przekazuje w zależności od położenia zmienna wartości input3

za śledzenie słońca odpowiadają dwa czujniki fotorezystorów przytwierdzone do boku panela

sterowanie 2 kanały w mostku H na przekaźnikach pierwszy to ruch na wschód drugi to kierunek zachód 

ustawione zdarzenia - pierwsze to inicjacja stanu parking
może je wywołać kilka zdarzeń - od wiatru powyzej 50km/h inpd1 (osobny kontroler który ustawia stan wysoki po przekroczeniu wartości)(ev4) wykrycie zmierzchu, lub ręcznie przyciskiem inpd2 (bistabilny)(ev5) przydaje się podczas koszenia trawnika
jesli var1 jest true to sterownik w zależności gdzie się obecnie znajduje załącza nam pk1 (ev2) lub pk2 (ev3) i cała konstrukcja jedzie do pozycji horyzontalnej parking
jesli var1 jest false to sterownik podąża za słońcem analizując wartości z inpa1 i inpa2 i w zależności od odczytu załącza nam pk1 (ev6) i pk2 (ev7) a konstrukcja ustawia się aż do wyrównania tych wartości i spadku poniżej zadanych. dodatkowo odliczany jest czas zwłoki dzięki czemu co ok 5min mamy korektę położenia - im mniejszy czas tym korekty są częstsze
ostatnie zdarzenie to informacja o parkingu var2 jest true jeśli konstrukcja zwraca nam odpowiednie wartości z czujnika położenia.

Napotkane problemy...to głownie kalibracja położenia czujników na inpa1 i inpa2 oraz kalibracja ich ofsetów tak by faktycznie pozycja pokrywała się ze słońcem.
przy dużym zachmurzeniu konstrukcja wędrowała czasem dość dziwnie... 
problemem okazało się również zasilanie bezpośrednio z panela PV - dołożenie zasilacza buforowego wraz z wbudowanym akumulatorem rozwiązało problem
teraz przy braku odpowiedniej ilości napięcia na panelu pv zasilacz umożliwia nieprzerwaną pracę i powrót do pozycji parking nawet po zmroku.

Zalety  - pełne zarzadzanie www oraz brak szukania pozycji parkingowej na zasadzie dojazdu do końca osi i powrót wg nastawy czasu jak to oferuje większość sterowników tego typu.

docelowo obok stanie wiatrak. wiec pomiar wiatru będzie bezpośrednio z niego. (czekam aż beton zwiąże) 

PV i wiatrak będą zasilać huawei LUNA2000 5kw czyli mały magazyn energii, wspomagany oczywiście przez kontroler LK który będzie nadzorował produkcje z wiatru dostosowując ja do wymogów systemu huawei.

klient mqtt - aplikacja phon oraz strona - w związku ze zmiana nazewnictwa przyciski na fonie nie działają, nie można zmienić stanu wyjść out ale pokazuje stany wyjść zgodnie z nowym nazewnictwem
klient mqtt - włączony wyzwalacz w zadaniach bez odpowiednich ustawień mqtt wiesza po chwili interface www LK

klient http - logowanie się czasem zapętla doprowadzając do zwiechy systemu. LK zamiast pominąć logowanie digest - po udanej próbie basic nieustannie podejmuje nawiązanie polaczenia aż chyba do zapchania pamięci.

jaki jest najnowszy FW dla wersji  HW LK4? i gdzie można go znaleźć ?

wpinanie licznika  L3F1946  do systemu huawei do pinow  7,9 w złączu komunikacyjnym falownika by  zmusić go do pracy offgrid lub backup mode lub magazynu sun2000
licznik musi mieć ustawienia by go znalazł falownik  addr: 11, baud: 9600, data: n.8.1, port: rtu
Po podłączeniu do falownika licznik wykrywany jest jako DTSU666-H.

json do LK

After connecting via wifi, NTP is not active - the clock is not updated after a power failure. Time 1970-01-01 01:20:17

HW 3.8, SW 1.57a
wcześniej był podłączony AM2301B i działał normalnie, po zmianie na SCD40 (LANKON-046new) i zmianie typu czujnika w konfiguracji (Primary Sensor = None, CO2 Sensor = SCD40) jest tylko pomiar CO2, temperatura i wilgotność pojawiły się tylko raz na chwilę i zniknęły.  Trafił mi się wadliwy czujnik (nie mam innego SCD40 na podmianę), jest jakiś błąd w firmware, czy coś jeszcze trzeba skonfigurować?

Cześć,
Powiedzcie mi czy jakąś komendą po hhtp albo snmp albo czymś innym można pobrać wartość danego czujnika i pokazć na www ??

Dwa drobne problemy z tymi nakładkami (LANKON-088):
1. LK3 HW3.8 SW1.57a pokazuje niską wartość VCC (około 1,5-2V zmieniające się) przy zasilaniu przez nakładkę - to normalne (tak zaprojektowane) czy trafił mi się wadliwy egzemplarz (akurat zamontowany w trudno dostępnym miejscu by podmienić, a poza tym wszystko działa normalnie)?
2. Nakładka łatwo się uszkadza przy zasilaniu napięciem o dużych tętnieniach (akurat był pod ręką stary ciężki zasilacz transformatorowy niestabilizowany "12V 1A" dający bez obciążenia około 18-19V), testowo do wyjść PWM był podłączony pasek LED RGB (obciążenie może z 200mA, na pewno dalekie od dopuszczalnego) i jedno z wyjść po krótkim czasie trwale się uszkodziło w ten sposób, że nie wyłącza całkowicie tylko płynie jakiś prąd stały nawet przy 0% PWM.  Oglądając napięcia wyjściowe oscyloskopem widać że w "dołkach" napięcia zasilania tranzystory wyjściowe chwilowo wychodzą z nasycenia (pracują w zakresie liniowym) przez co się przegrzewają.

Na górnym pasku obok wersji HW i SW jest sporo miejsca, warto by tam wyświetlać jeszcze Hostname.  Jak się pracuje na kilku LK jednocześnie to łatwo o pomyłkę w którym aktualnie wprowadzamy zmiany.  Z kolei na ekranie logowania czasem mogłaby być przydatna opcja (w UI Settings) ukrycia dla bezpieczeństwa wersji HW/SW, nazwy hosta oraz możliwości generowania Support File (na wypadek gdyby tą drogą w pewnych okolicznościach mogło coś wyciec, choć teoretycznie nie powinno).

Wygląda na to, że jest drobny błąd w działaniu zdarzeń jeśli wyjście OUTx ustawiane na 0.
Przykład - robię na LK3 SW1.57a HW3.8 prostą dwustanową regulację temperatury pomieszczenia: pomiar temperatury DS18B20 lub AM2301B, sterowanie siłownikiem termicznym 24V NO na OUT5 (zamyka zawór na grzejniku po podaniu napięcia).

Zdarzenie zapisane tak:
IF T1>=19 THEN OUT5=1
wydaje się działać prawidłowo.

Po odwróceniu logiki (co wydawałoby się powinno być równoważne):
IF T1<19 THEN OUT5=0
po restarcie LK przy temperaturze stale powyżej zadanej, wyjście pozostaje nieaktywne (czyli grzejemy mimo że jest ciepło).

Wygląda na to, że "działanie gdy warunek przestaje być spełniony" nie jest (a powinno być) wykonywane gdy w momencie restartu LK warunek nie jest spełniony od samego początku.  Podobnie działa to przy zdarzeniu zależnym od 2 zmiennych i odwracaniu logiki z zamianą AND/OR według praw De Morgana.  Nie sprawdzałem jak się to zachowuje przy kilku zdarzeniach mających wpływ na to samo wyjście - ta uwaga o zmienionym działaniu (jak OR) dotyczy tylko wersji SW dokładnie 1.36 (potem się z tej zmiany wycofano) czy też 1.36 i nowszych?