Przypadkowy pomysł, skryptowalne elementy HTML dla strony OBK - widgety/widget driver - dla niestand

Wczoraj wpadłem na pomysł stworzenia małych, skryptowalnych widżetów dla OBK. OBK posiada już zakodowany zestaw typów kanałów:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/channelTypes.md
Obsługujemy również niestandardową stronę REST do wyświetlania kanałów:
https://www.elektroda.com/rtvforum/topic4040354.html
ale nie mieliśmy nic pomiędzy....

więc moim pomysłem jest stworzenie sterownika WIDGET, który zasadniczo pozwala na tworzenie krótkich niestandardowych fragmentów kodu w HTML i JS.

są one umieszczane na głównej stronie obk, w dwóch trybach:
- albo w odświeżanym automatycznie div
- lub przed tym stanem div (bez automatycznego odświeżania)



Jest już w głównym drzewie, włączony na Windows:

plik html:

skrypt:

Wynik:


Myślę, że może to być używane, wraz z interfejsem REST, do wyświetlania bardziej niestandardowych danych. Zobacz tutorial REST:
https://www.elektroda.com/rtvforum/topic3971355.html
Zastanawiam się również nad dodaniem czegoś w rodzaju obsługi $CH1 bezpośrednio do wspomnianych widżetów, może?

źródło:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/driver/drv_widget.c

Czy możesz spróbować i przekazać mi jakieś opinie, @divadiow , @max4elektroda , @insmod , @DeDaMrAz , @XJ_ ? Zwróć uwagę na ustawienie bCache, nie sądzę, aby czytanie pliku LFS przy każdym odświeżeniu strony było naprawdę optymalne... nadal jest to tylko odczyt, a nie zapis, więc nie powinno to przynajmniej zużywać pamięci flash.

p.kaczmarek2 napisał:

i podziel się opinią

To świetny pomysł, modyfikowałem kod od samego początku, aby mieć menu "config, restart i inne do rozwoju i debugowania" na górze i myślałem o umieszczeniu go jako PR, ale brakowało mu "elastyczności". Zmieniam jeszcze wszystko w kodzie źródłowym.
Proszę bardzo, tego właśnie chcę. To jest właściwa droga.

Dodano po 8 [minutach]: .

p.kaczmarek2 napisał:

odczyt pliku LFS przy każdym odświeżeniu strony

Nie wiem, jak duże skrypty będą mogli tworzyć użytkownicy, ale mogę sobie wyobrazić limit, w którym będzie to tylko w pamięci RAM - np. do 2000 kb - co nie jest dużo.
Z drugiej strony zapisywanie do RAM i tak nic nie da, szybkość ładowania z flasha będzie wystarczająca. A może się mylę? Jak bardzo odczyt z pamięci flash vs RAM obciąża procesor?

Dodano po 10 [minutach]: .

p.kaczmarek2 napisał:

obsługa wspomnianych widżetów bezpośrednio, może

Ale myślę, że tylko my będziemy z tego korzystać, bo reszta ma to podpięte gdzieś indziej /HASS/, a interfejsu webowego używa tylko podczas konfiguracji lub gdy coś pójdzie nie tak.
Sądząc po pytaniach, które czasem się pojawiają, domyślam się, że nie będzie zbyt wielu użytkowników, którzy byliby w stanie sami coś napisać.
Zacząłbym od podstaw - przycisk, url, tekst. A potem zobaczymy, czy to przyciągnie uwagę.

XJ_ napisał:

p.kaczmarek2 napisał:

i powiedz mi jakąś opinię

.
To świetny pomysł, modyfikowałem kod od samego początku, aby mieć menu "config, restart i inne do rozwoju i debugowania" na górze i myślałem o umieszczeniu go jako PR, ale brakowało mu "elastyczności". Zmieniam jeszcze wszystko w kodzie źródłowym.
Proszę bardzo, tego właśnie chcę. To jest właściwa droga.

Windows Simulator sprawia, że wszystko jest bardzo łatwo konfigurowalne i rozszerzalne. Jeśli chcesz dodać taki przycisk za pomocą widżetu, powinno to być również możliwe.

XJ_ napisał:

Nie wiem jak duże skrypty użytkownicy będą mogli tworzyć, ale mogę sobie wyobrazić limit, gdzie będzie to tylko w RAM - np. do 2000 kb - co nie jest dużo.

2000kB pamięci RAM to chyba literówka? A może chodzi o pamięć flash? BK7231 ma 2MB flash, ale większość z tego jest już wykorzystana przez firmware, config itp, musimy mieć też miejsce na OTA, moglibyśmy je wykorzystać na skrypty, ale wtedy każde OTA by je wymazywało

XJ_ napisał:

Z drugiej strony zapisywanie do RAM i tak nic nie da, szybkość ładowania z flasha będzie wystarczająca. A może się mylę? Jak bardzo odczyt z pamięci flash vs RAM obciąża procesor?

Pamięć RAM może być używana do sterownika wykresów, ale odczyt z pamięci flash może być wolniejszy... więc jest to kompromis.

XJ_ napisał:

Ale myślę, że tylko my będziemy z niego korzystać, bo inni mają go podłączonego gdzieś indziej /HASS/, a interfejsu webowego używają tylko podczas konfiguracji lub gdy coś pójdzie nie tak.

W zasadzie wielu początkujących nie ma nawet HASSa, więc też będą korzystać z panelu WWW, tak mi się wydaje.

XJ_ napisał:

Sądząc po pytaniach, które czasem się pojawiają, domyślam się, że nie będzie wielu użytkowników, którzy byliby w stanie sami coś napisać.
Ja bym zaczął od podstaw - Button, url, tekst. A potem zobaczymy czy to przyciągnie uwagę.

Mogę spróbować zrobić więcej przykładów, przygotuję tutorial, stworzyłem ten temat, aby uzyskać wstępną opinię i feedback.

p.kaczmarek2 napisał:

2000kB RAM to literówka

.
Oczywiście, że 2000b ;-]

Dodano po 1 [minucie]: .

p.kaczmarek2 napisał:

Mogę spróbować zrobić więcej przykładów, przygotuję tutorial,

.
Jak zwykle pomyślałeś o wszystkim.

Ogólny pomysł bardzo mi się podoba, ale nie znalazłem jeszcze czasu na przetestowanie ...
Jeśli to możliwe, preferowane byłoby przechowywanie kodu w pamięci RAM, ale jak powiedziałem, jeszcze tego nie testowałem.

p.kaczmarek2 napisał:

odczyt flash może być wolniejszy.

.
Wiem. Prędkość odczytu flasha na takim SoC będzie gdzieś w okolicach 1-10MB/s, czyli wystarczająco szybko dla tych małych plików. Chcesz odczytywać około 1kb co sekundę. Nawet jakby to było 10kb to byłoby ok.

Dodano po 5 [minutach]: .

>>21328194 .
Postaram się znaleźć czas na testy w tym tygodniu, sprawdzę też szybkość odczytu z Flasha.

Dodano po 6 [minutach]: .

>>21328194
Czy ktoś posiada kartę katalogową dla BK7231? Nie chodzi mi o skróconą wersję Tuya, ale prawdziwy datasheet. Gdzie jest bardziej szczegółowy opis rejestrów itd. Czy coś takiego w ogóle istnieje?

max4elektroda napisał:

Jeśli to możliwe, preferowane byłoby przechowywanie kodu w pamięci RAM, ale jak powiedziałem, jeszcze tego nie testowałem.

Najgorszą częścią byłby często odświeżany stan div strony głównej OBK. Część statyczna nie jest aż tak istotna.

XJ_ napisał:

Wiem. Szybkość odczytu flasha na takim SoC będzie gdzieś w okolicach 1-10MB/s, co jest wystarczające dla tych małych plików. Chcesz odczytywać około 1kb co sekundę. Nawet jakby to było 10kb to byłoby ok.

.
Może to być również powolne, gdy inna część kodu próbuje uzyskać dostęp do pamięci flash w tym samym czasie. Mam nadzieję, że muteks flasha jest obecny w kodzie.... miejmy nadzieję... no cóż.

XJ_ napisał:

Ma ktoś może datasheet dla BK7231? Nie chodzi mi o skróconą wersję Tuya, ale prawdziwy datasheet. Gdzie jest bardziej szczegółowy opis rejestrów itd. Czy coś takiego w ogóle istnieje?

BK7231 datasheet, pinout, programowanie, specyfikacja, wiki (BK7231T, BK7231N)


Być może ta metoda widgetu może być również używana do tworzenia niestandardowych przycisków radiowych / opcji wyboru dla niestandardowych urządzeń TuyaMCU

p.kaczmarek2 napisał:

BK7231 datasheet, pinout, programowanie, specyfikacja, wiki (BK7231T, BK7231N)

Mam już te dane, ale nie o to mi chodziło. Albo nie znalazłem tu potrzebnych informacji. Na przykład jest informacja o flagach UART, ale bez konsekwencji. Brakuje informacji o szybkości pamięci flash i RAM... Albo po prostu ich nie znalazłem.

Obawiam się, że nie mamy więcej.


Oto widget dla pojedynczego przycisku - zapisz go jako "demoAnything.html" i dodaj do niego widget:

Będzie on sondował wartość kanału przy starcie, a następnie przełączał go.

Jak na razie znalazłem czas tylko na przetestowanie go w Win, jest świetny.
To, co dodałbym dla siebie, to parametr dla opcji wyświetlania go na wszystkich stronach. Oczywiście dla mojego dev menu
Jest zawsze na górze, nawet po przewinięciu w dół.



To tylko prosty html.



Walczę z cierpieniem zwierząt. Więc zakończmy cierpienie kółek myszy.
Wyjaśnię tylko, że zawsze bardzo mnie denerwowało, gdy zapisywałem konfigurację lub cokolwiek innego, a potem musiałem "szaleńczo kręcić kółkiem myszy", aby przewinąć menu w dół, aby gdzieś wrócić.

Jasne, czy masz już zaimplementowaną tę flagę i możesz zrobić PR, czy powinienem spróbować zaproponować jakąś implementację na własną rękę?

PS: Dzisiaj wykonałem również integrację OpenWeatherMap (oddzielny sterownik)

p.kaczmarek2 napisał:

czy masz już zaimplementowaną tę flagę

Niestety nie, mam sporo czasu /jak każdy w dzisiejszych czasach/. Chciałem tylko wypróbować drv_widget na moim html. Nie mam teraz czasu na zmianę kodu, może w weekend.
Jeśli chcesz, możesz to zrobić po swojemu, ja się do tego teraz nie zabiorę.

Więc jak to zrobić? Prosty sposób? bShowOnAllPages?

A może ciąg ścieżki obsługujący symbole wieloznaczne, aby strona mogła określić, kiedy ma się załadować?

To drugie wydaje się lepsze...

p.kaczmarek2 napisał:

PS: Dzisiaj zrobiłem również integrację OpenWeatherMap (oddzielny sterownik)

.
Widziałem to na liście zmian w wydaniach, nie mogę się doczekać, aby to sprawdzić. Jesteś nie do zatrzymania.

Dodano po 3 [minutach]: .

p.kaczmarek2 napisał:

może ciąg ścieżki obsługujący symbole wieloznaczne do dopasowania

Tak, też o tym pomyślałem. * dla wszystkiego, cfg* i tak dalej. Myślę, że sugerowany przez ciebie symbol wieloznaczny jest świetny, regex jest moim zdaniem niepotrzebny.

Dodano po 3 [minutach]: .

>>21331835
Zastanawiałem się jeszcze nad listą, ale chyba niepotrzebnie by ją tak komplikować. W rzeczywistości większość rzeczy będzie potrzebna na stronie głównej, a dla reszty najlepszym rozwiązaniem jest wildcard.