Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
LK3.5-NOWY SOFT - KOLEJNE WERSJE
(01-18-2021, 03:25 PM)kollnjak napisał(a):
(01-18-2021, 01:58 PM)tonymony napisał(a):
(01-16-2021, 02:45 PM)kollnjak napisał(a):
(01-12-2021, 01:44 PM)wilkxt napisał(a):
(12-27-2020, 04:30 PM)kollnjak napisał(a): Hi,
I would like to ask you for the possibility of manual ON / OFF of virtual outputs. And display them after the user logs in.

What do you want to use it for?

hello, there are many cases .. I have more Lk3,6, one of them works as a control for heating - where the mode is outside the home .. it would be nice so that this mode can be turned on / off at user login (out0-5 are occupied )
To make it clear - would you like to have some flags (ON/OFF) that can be set and view on LK page?
If that's the case then we might expose 8 fields for this purpose - these fields are already in use in scheduler and events tab and are called there event1-8.

yes, if event1-8 could be displayed and ON / OFF on the user page, it would be enough for me




Unfortunately, even in version 1.36, I did not find where I can turn on the virtual outputs as a user Sad Will this ever be incorporated into another version?
<t></t>
Odpowiedz
firmware 1.36 oraz 1.37a zdarzenia działały w zasadzie jak z włączonym prio (nie dało się ręcznie nic zepsuć jeśli był spełniony określony warunek) w zasadzie ww efekt można uzyskać w wersji 1.37b używając prio zatem pytanie w jakim kierunku pójdzie rozwój softu? stawiam ze w kierunku wersji b

sheduler strona wymusza nam niejako maksymalny rozmiar cyklu do 7 dni nie da się ustawić większej wartości bo wartości są walidowane i pharsowane do domyślnych
zatem nie można ustawić by raz w miesiącu np pierwszego wykonał się reset energy no chyba ze ustawimy sobie kolejno używając opcji jeden raz.

apropo zmian:
i2c/1wire propozycja QR z linkiem - wystarczy pobrać IP ,adres czujnika oraz przypisana mu nazwę. wygenerowany QR wydrukować i nakleić fizycznie na czujkę.
niezwykle pomocne jeśli wymieniamy LK na inny lub robimy nową czystą konfiguracje.
Kod:
http://192.168.1.100/stm.cgi?dswrite=1:0:0:0:0:0:0:0:0&tname=0nazwa
przykład kodu QR

dostęp readonly dla usera w tym do #/status-user nie zawsze chcemy udostępniać kontrole a dając możliwość odczytu zarazem dajmy możliwość kontroli wystarczy znać api LK i mieć nieco wiedzy by sprawić komuś psikusa
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
Odpowiedz
1.Tak, soft pójdzie w kierunku jak 1.37b
2. Pomyślimy nad opcją miesiecznego czy rocznego cyklu
3. Chodzi o zablokowanie możliwości wykonania jakichkolwiek komend z uzyciem apiLk i adresu przeglądarki przez usera?
pozdrawiam
tomek
Odpowiedz
(03-07-2021, 02:36 PM)wilkxt napisał(a): 1.Tak, soft pójdzie w kierunku jak 1.37b
2. Pomyślimy nad opcją miesiecznego czy rocznego cyklu
3. Chodzi o zablokowanie możliwości wykonania jakichkolwiek komend z uzyciem apiLk i adresu przeglądarki przez usera?
dokładnie tak tylko odczyt stanów.

Wystawiasz LK na świat na jakiejś stronie ww z komunikacja clientside by pokazać jakie są warunki meteo (t h p) i już dajesz tym samym dostęp do całej reszty.
Jeśli komunikacja z LK była by po serwerside jest nieco trudniej w teorii nie widać hasła, ale można spreparować stronę i zmusić ją do wysłania własnej komendy zmieniając lub dodając zawartość do interaktywnego elementu strony.
Zatem wystarczy jeden guzik który wykonuje post lub get i przesyła jakąś informację bezpośrednio do LK tym samym pobiera dane do logowania które nie są wiadome i ponownie mamy dostęp do całej reszty. Nawet jeśli strona używa ssh

Udowodniłem to kilka dni temu jednej osobie która ma cały budynek sterowany minn przez LK i dedykowaną stronę PHP online na której dostęp do zmiany ustawień wg twórcy ww strony uzyska się wyłącznie po zalogowaniu.
wystarczy doklejona jedna komenda do dowolnej operacji na stm.cgi &auth=01YWRtaW4=*YWRtaW4=*dXNlcg==*dXNlcg==  i cały dom mój, tak więc mogłem minn otwierać mu zdalnie bramę wjazdową garaże oraz każde ustrojstwo na dowolnym LK bo wszystkie miały już standardową autoryzacje.

Sama zmiany stanu wyjść nie jest nie bezpieczna (widać skutek lub sheduler zadanie dokona korekty) ale co się stanie jak zmienimy np ustawienia zadań lub składni dif
pewne wartości nie powinny być dostępne dla userow nie będących administratorami chyba ze użytkownik wyraża zgodę na istniejące ryzyko
Zatem jeśli włączamy uwierzytelnianie to dostęp domyślny do nich powinien być zablokowany do poziomu strony www jako administrator lub komend httpApi i haseł admina (cały stm.cgi może z wyjątkiem vOLED)
  • user:user mieć dostęp wyłącznie do odczytu oraz vOLED
  • custom:custom do wybranych opcji np wyjec,pwm, zmiany nazw oraz odczytow
  • dostep dla sheduller watchdog network time email itd dostępne tylko dla admina

pozwoliło by to na rozdzielenie zasad bezpieczeństwa w podstawowym poziomie
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
Odpowiedz
Bug 
Wersja oprogramowania 1.38 w testach - błędy Modbus / mqtt

Przetestowałem oprogramowanie w wersji 1.38 (15.03.2021) pod kątem interesującego mnie odczytu danych z licznika ORNO OR-WE517 i wysyłania ich do brokera mqtt.
Po skonfigurowaniu modułu niestandardowego i mapowania ze zmiennymi m1..m14 dane z licznika są czytane i wyświetlane poprawnie w oknie Modbus,
jednak ich prezentacja w wersji mqtt nie jest prawidłowa. Wygląda na to, że są źle interpretowane dzielniki (choć dość losowo).

Drugim mankamentem jest działanie zmiennych mqtt:
  • zmienne mx są widoczne w brokerze tylko do m14 (wyższe nie są publikowane)
  • wyłączenie zmiennej nie powoduje zaprzestania publikacji
  • zaznaczanie zmiennych do publikacji przez mqtt działa niezbyt pewnie (w firefoxie trudno jest to osiągnąć)
Odnoszę wrażenie, że publikowane są zmienne zaznaczone w poprzedniej wersji software (1.32), a wybory dokonywane w wersji 1.38 nie działają lub nie zawsze działają.
Szczegóły na załączonych obrazkach.


Załączone pliki Miniatury
       
Odpowiedz
1.Dzielniki w mqtt, sprawdzimy i ewentualnie poprawimy
2. Co do publikacji zmiennych powyżej m14 to z załaczonego screna wynika, że zmienne od m13 do m17 i m30 nie są przypisane do żadnego pola w modbus, więc nie bedą wysyłane.
3. Zaznaczanie poprawimy
pozdrawiam
tomek
Odpowiedz
(03-08-2021, 05:13 PM)stAchZ napisał(a):
  • user:user mieć dostęp wyłącznie do odczytu oraz vOLED
  • custom:custom do wybranych opcji np wyjec,pwm, zmiany nazw oraz odczytow
  • dostep dla sheduller watchdog network time email itd dostępne tylko dla admina

pozwoliło by to na rozdzielenie zasad bezpieczeństwa w podstawowym poziomie
Ale trochę dochodzimy z tym do absurdu, to więcej poziomów niż na linuxie, a urządzenie znacznie skromniejsze niż PC.
Dla konkretnej aplikacji można tak zrobić na serwerze, a LK jest tylko elementem wykonawczym sterowanym z serwera. Mamy podobne wdrożenia.

Obecna koncepcja jest prosta - instalator + user dla podglądu konkretnej aplikacji (także włączania/wyłączania - a co to admin decyduje)
lub zaawansowany  użytkownik, który sam wszystko konfiguruje.
<t></t>
Odpowiedz
Załaczam nowy soft v1.38a tylko LK3.5+
.zip   lk3_8_firmware_1_38a.zip (Rozmiar: 506.47 KB / Pobrań: 218)
Poprawiono:
- http post, przy długim zapytaniu restartował LK
- zaznaczanie zmiennych w mqtt
- dzielnik w wysyłanych zmiennych mx po mqtt dla modbus custom
Dodano:
- blokadę wykonywania innych zapytań na LK przez http GET niż z outs.cgi, dla usera przy włączonej autoryzacji.
- urządzenie waga Rhewa82 do serial port, wartośc odczytu do wysłania przez http klient, oraz wyśwetlenia na OLED
pozdrawiam
tomek
Odpowiedz
(03-17-2021, 04:05 PM)wilkxt napisał(a): Załaczam nowy soft v1.38a tylko LK3.5+
Poprawiono:
- http post, przy długim zapytaniu restartował LK
- zaznaczanie zmiennych w mqtt
- dzielnik w wysyłanych zmiennych mx po mqtt dla modbus custom
Dodano:
- blokadę wykonywania innych zapytań na LK przez http GET niż z outs.cgi, dla usera przy włączonej autoryzacji.
- urządzenie waga Rhewa82 do serial port, wartośc odczytu do wysłania przez http klient, oraz wyśwetlenia na OLED




Dziękuję za poprawki.

- zaznaczanie zmiennych w mqtt działa dobrze

- dzielnik wysyłanych mx po mqtt również. 




Dla chętnych w załączeniu plik z konfiguracją rejestrów dla miernika energii ORNO OR-WE517 (część najbardziej użytecznych) oraz pełna mapa rejestrów.




Przy okazji zmiany ustawień zauważyłem pewien problem w działaniu panelu LK:  przy przechodzeniu przez kolejne okna menu (........) w pewnym momencie (chyba po wyjściu z okna modbus, ale głowy nie dam) zawiesza się wyświetlanie kolejnych stron (rysunek zwis.jpg) i nie da się zalogować do panelu. Odświeżanie strony powoduje reset LK, ale zalogowanie dalej nie jest możliwe. Co ciekawe, po resecie LK dalej wysyła dane do brokera mqtt mimo komunikatu na stronie panelu "brak połączenia". Na ten moment nie pomaga też reset przez wyłączenie zasilania - mam chwilowo niedostępny LK (brak logowania, choć wewnętrznie działa ;-)


Załączone pliki Miniatury
       

.zip   ORNO-WE517_preset.zip (Rozmiar: 528 bajtów / Pobrań: 179)
Odpowiedz
Ten problem z zwisem to masz powtarzalny? Bo nie mogę wygenerowac takiej sytuacji
pozdrawiam
tomek
Odpowiedz


Skocz do:


Użytkownicy przeglądający ten wątek: 35 gości