Ulepszenie strony stanu OBK o szczegóły WiFi dla urządzeń OpenBeken

Kiedy uzyskuję dostęp do urządzenia OpenBeken bez logu szeregowego, często brakuje mi pewnych informacji.
Np. mam wiele punktów dostępowych i chciałbym zobaczyć, do którego jest podłączony mój moduł.
Albo: chciałbym zobaczyć, czy urządzenie korzysta z PowerSave i (w przypadku LN882H) na jakim poziomie.

Próbowałem więc dodać kilka funkcji hal WiFi, aby to udostępnić.

Na moim LN882H wygląda to tak:


Ponieważ posiadam tylko moduły LN882H, chciałbym, aby kilku odważnych testerów wypróbowało obrazy z tego PR na innych platformach.
https://github.com/openshwprojects/OpenBK7231T_App/pull/1216

Ponieważ nie mogłem ich przetestować, sugerowałbym testowanie tylko na modułach, które można łatwo przeflashować (np. Przez UART), jeśli może to być niedostępne dla aktualizacji OTA z tymi obrazami...

Dzięki za wszelkie opinie.

@divadiow @DeDaMrAz chcesz rzucić okiem?

Moją pierwszą sugestią byłoby umieszczenie kodu w instrukcji warunkowej, która sprawdza nieudane uruchomienie. W ten sposób możesz upewnić się, że nie uszkodzisz urządzeń, nawet jeśli Twój kod zawiera błąd...

Co więcej... hmmm widzę, że stworzyłeś funkcję umieszczania informacji o WiFi na stronie głównej tylko po to, aby później ocenzurować ją przed umieszczeniem na forum....
Może to znak, że Twoja funkcja powinna być włączona za pomocą flagi? Coś jak "pokaż dodatkowe informacje"?

A może... może dałoby się to umieścić w sterowniku? To byłoby nawet lepsze niż flaga...
I wtedy używałbyś po prostu:

all Build on May 7 2024 12:48:51 version 1216_merge_a66f326e5e17

all truncate SSID except LN882H and W600. W600 ma nieprawidłowy znak na końcu, ale nie jeśli SSID jest krótszy

p.kaczmarek2 napisał:

>>21073333 Ponadto... hmmm widzę, że stworzyłeś funkcję umieszczania informacji o WiFi na stronie głównej tylko po to, aby później ocenzurować ją przed umieszczeniem na forum....
Może to znak, że twoja funkcja powinna być włączona przez flagę? Coś jak "pokaż dodatkowe informacje"? Aby ludzie mogli wybrać, czy chcą to pokazać, czy nie?

Tak, może jestem trochę paranoikiem, ale ja też cenzuruję adresy MAC, a są one na każdej stronie statusu, także

Jest to z pewnością coś, co można umieścić w jakiejś sekcji warunkowej, ale tak naprawdę chciałem tylko usłyszeć, czy to w ogóle działa, więc nie ma sensu tłumić wyjścia na tym etapie.

Myślę, że umieszczenie tego w sterowniku zajmie zbyt dużo miejsca na stronie - ale to też można przedyskutować.

@divadiow : Świetnie, że zaryzykowałeś.
Przyjrzę się tej kwestii SSID - ale nawet jeśli to nie zadziała - większość ludzi wie, jakie SSID skonfigurowali. Sam BSSID punktu dostępowego, z którym jesteś połączony, to często tylko kilka kliknięć
I: przynajmniej w przypadku mojego LN882H miałem kilka razy, gdy wyświetlane informacje były po prostu błędne. Pokazywał prawidłową parę kanału i MAC AP, ale w rzeczywistości był podłączony do innego AP (można to zweryfikować przez (poprawne) rssi , które nie pasowało do pokazanego AP (i przez log szeregowy potwierdzający, że połączył się z innym AP).
Coś jest dziwnego z LN882Hs wifi lib...

Czy inne pokazują prawidłowe wartości (kanał i BSSID) w twoim przypadku?
Dzięki za wsparcie!

max4elektroda napisał:

Czy pozostałe pokazują prawidłowe wartości (kanał i BSSID) w twoim przypadku?

BSSID jest zgodny z oczekiwaniami dla wszystkich. Jeśli chodzi o kanał, mój Mikrotik nie podaje częstotliwości ani kanału dla każdego klienta, więc nie mogę powiedzieć, czy wszystkie są poprawne. BL602 podaje jednak kanał 0, który nie jest prawidłowym kanałem 2,4 GHz?

Dzięki, myślę, że mógłbym po prostu zrezygnować z SSID (jest to znane i można je pobrać z konfiguracji - byłoby interesujące tylko w przypadku skonfigurowania 2 SSID).
Kanał 0 nie jest prawidłowy, ale zwykle podaje się go w celu skonfigurowania uruchamiania tylko z SSID i nieznanym kanałem.
Ale może możesz wypróbować nową wersję (użyłem strcpy zamiast memcpy tutaj) ?

class="notranslate"> Dodano po 1 [godzinie] 4 [minutach]:
i mój pierwszy flash do nowego W800
.

Myślę, że to zbyt wiele szczegółów na stronie głównej. Sugeruję przeniesienie tego wszystkiego, może z wyjątkiem zasilania, na inną stronę debugowania
.

coś jak Tasmota, z pełnym flash ID, rozmiarem, chipem wykryto

Tak, to dobra uwaga i w pełni zgadzam się, że BSSID, kanał i SSID nie są interesujące w większości przypadków, a moja sugestia byłaby taka sama, tylko pozostawiając tryb PowerSave w zwykłym stanie.
Z drugiej strony: Umieściłem je w jednej linii z istniejącymi informacjami dla każdego "appendInformationToHttpIndexPage" zajmuje jeszcze więcej miejsca.
Moim pierwszym celem było sprawdzenie działania nowych funkcji i z tego co widzę, działa o.k., Brakuje tylko informacji zwrotnej dla XR802.
Dla innych szczegółów mogę pomyśleć o stronie debugowania, usuwając je całkowicie z GUI i wprowadzając polecenie lub, mój aktualny pomysł, ukrywając je w mouseover/tooltip.
To sprawi, że będą dostępne na stronie głównej (coś, co osobiście chciałbym), ale nie będą widoczne, a tym samym nie będą przeciążać tej już załadowanej strony.
Wada: Nie jest jasne na pierwszy rzut oka, że są tam jakieś "ukryte" informacje.
Ale może to jest ogólny pomysł, aby usprawnić stronę główną i ukryć informacje takie jak rozmiar konfiguracji, powód restartu ....
Na oddzielnej stronie "szczegółowych informacji" lub "debugowania" lub w etykietach narzędzi....

Dodano po 51 [minutach]:

Tylko szybki hack, aby pokazać, co mam na myśli przez informacje ukryte w "tooltip", jeśli nie jest to jasne (wskaźnik myszy znajduje się nad "WiFi" - nie pokazano na zrzucie ekranu):

.

Mamy użytkowników, którzy wciąż nie wiedzą, że mamy menu Flags w Config, lub nie wiedzą, że mamy Startup, a następnie pytają, jak skonfigurować wartość początkową przekaźnika, więc nie jestem pewien, czy wyskakujące menu w zdarzeniu "onmouseover" jest dobrym pomysłem...

Może powinniśmy po prostu użyć istniejącego API - komendy Tasmota STATUS, którą zaimplementowaliśmy - i po prostu uzyskać do niej dostęp z aplikacji internetowej, a następnie wyświetlić wszystkie informacje w aplikacji internetowej? W ten sposób nie musielibyśmy nawet rozszerzać rozmiaru binarnego obk, ponieważ aplikacja webowa jest na githubie:
https://github.com/OpenBekenIOT/webapp/tree/gh-pages

p.kaczmarek2 napisał:

Mamy użytkowników, którzy wciąż nie wiedzą, że mamy menu Flags w Config, lub nie wiedzą, że mamy Startup

Tak. To jest interesujące. I częściowo dlatego zacząłem dodawać podstawowe linki do mojego podpisu. To dość przytłaczające dla nowego użytkownika. Nie mam nic przeciwko poświęceniu czasu na zrozumienie rzeczy, ale czasami potrzebujesz małej pomocy w wejściu w cały świat czegoś nowego.

To bardziej komentarz na temat OpenBeken w ogóle, niż konkretnie tej nowej funkcji.

Wstyd. Kiedyś zastanawiałem się, dlaczego w kodzie json jest tyle "fałszywych" wpisów (odpowiadających twardo zakodowanymi wartościami) i nie spojrzałem tam po raz pierwszy, aby zobaczyć, że wystarczy zmienić tam kod, aby odpowiadał rzeczywistymi wartościami.
Przynajmniej BSSID i Channel są tutaj obecne, więc te informacje nie muszą być zintegrowane z GUI.
A może PowerSave można zintegrować również w STATUS, w StatusSTS (jako tryb uśpienia lub jeśli możliwe jest dodanie innych pól) lub, ponieważ może to być interesujące dla większej liczby użytkowników, wyświetlanie wartości PowerSave na stronie głównej jest w porządku.

Więc może uzgodnijmy razem aktualizację kodu JSON dla Tasmota, a następnie wykonanie funkcji w aplikacji internetowej, @max4elektroda ? Mogę pomóc.

Pobierz Visual Code i użyj wtyczki "Uruchom z serwerem na żywo", aby uruchomić aplikację internetową lokalnie. Użyj lokalnego pliku indeksu z IP (zmień IP, aby wskazywał na twoje urządzenie) do rozwoju.

To bardzo proste, zmiany są aktualizowane w czasie rzeczywistym, nie trzeba flashować oprogramowania układowego (o ile zmieniasz tylko aplikację internetową).

Nie jestem pewien co do "funkcji", ale moim pierwszym krokiem będzie zintegrowanie wyników "nowych funkcji" w kodzie hal_wifi z odpowiednimi komunikatami o stanie w kodzie JSON.
Następnie możemy omówić dalej, czy / jak można to zintegrować z aplikacją.
Mógłbym również pomyśleć o wyświetlaniu wyników zapytań o status w GUI.
Ale najpierw najważniejsze.

Dodano po 11 [minutach]:

p.kaczmarek2 napisał:

wyskakujące menu w zdarzeniu "onmouseover"

Gwoli wyjaśnienia: Nie robiłem aż tyle kodu, to tylko proste title="BSSID=...."
który lubię jako prosty sposób na wyjaśnienia, podpowiedzi ....

Dodano po 5 [godzinach] 31 [minutach]:
Tylko głupie pytanie: Czy drugi SSID jest używany w każdym przypadku?
Po szybkich poszukiwaniach nie znalazłem żadnego kodu, który miałby do niego dostęp?
Nie muszę marnować kodu na funkcję próbującą pobrać rzeczywisty SSID, jeśli może to być tylko SSID1
Dzięki!

Drugi SSID jest niedokończony, jego logika jest TODO, możesz nam w tym pomóc, jeśli masz trochę czasu.

Dzisiaj optymalizuję stronę pinów, już zmniejszyła się z 90kB do 9kB.

p.kaczmarek2 napisał:

zeszło już z 90kB do 9kB

Dobry człowiek
O.k., to myślę, że na razie mogę usunąć kod do pobierania SSID. Nawet jeśli logika dla drugiego SSID tam jest, może być łatwiej użyć CFG_GetWiFiSSID()/CFG_GetWiFiSSID2().
Właśnie wrzuciłem pierwsze zmiany do PR (wyświetlanie tylko trybu PowerSave na GUI [jeśli jest skonfigurowany]).
BSSID i kanał WiFi są w stanie JSON.

Liczę na dzielnego @divadiow na ponowne testy .
@p.kaczmarek2 znasz kogoś, kto mógłby przetestować kod XR809?
Próbowałem zakodować "HAL_GetWifiStrength()" i "HAL_PrintNetworkInfo()" również tutaj, ale nie mogę tego przetestować....

Tak. Jutro znów będę w domu, aby przetestować wszystko ponownie. Rozglądam się za XR809, ale to pewnie za co najmniej tydzień, więc na razie nie pomogę.

Dodano po 2 [minutach]:

Zakładam też, że czujnik wody, na który patrzę, nadal jest dostarczany z XR809.

Mam gdzieś jeden lub dwa XR809, ale musiałbym ich poszukać, a mam już kolejkę oczekujących zadań (w tym lampę wysłaną do mnie przez @HalliHallo), więc myślę, że zajmę się nimi w pierwszej kolejności. Nie ma zbyt wielu urządzeń XR809, wydaje się, że jest to najrzadsza platforma.

Mam nadzieję, że logika podwójnego SSID zostanie wkrótce zaimplementowana, ale będzie to trudne. Musielibyśmy uzgodnić jakiś próg, kiedy należy się przełączyć, idk, kiedy połączenie z pierwszym SSID nie powiedzie się przez 20 sekund czy coś? A potem co, pozostać na SSID2, dopóki SSID2 nie zniknie?

W pełni się zgadzam - faktyczne kodowanie powinno być znacznie łatwiejsze niż "logika" dla niego:

Czy powinieneś przełączyć się na SSID2 w każdym przypadku, gdy połączenie nie powiedzie się, czy tylko wtedy, gdy SSID1 nie jest obecny?
A zwłaszcza przypadek, o którym wspomniałeś: Co jeśli SSID1 chwilowo nie działa i zostanie przywrócony później?
Prawdopodobnie musielibyśmy wykonać skanowanie sieci, a to jest dostępne tylko na niektórych platformach (to było jakiś czas temu, więc nie pamiętam szczegółowo moich wysiłków, ale nie udało mi się na moim LN882H).
I: czy skanowanie sieci jest możliwe podczas pracy, czy też skanowanie przeszkadza?

A jakie będzie zachowanie, jeśli SSID1 jest włączony, ale wprowadzone hasło jest nieprawidłowe lub hasło zostanie zmienione na routerze bez aktualizacji OBK. Czy będzie wiedział, aby przełączyć, czy po prostu będzie próbował SSID1. Czy teraz ciągle próbuje, czy tylko raz? Nie ma mnie w domu, żeby to sprawdzić.

all 1216_merge_0c97efa515cf

Dodano po 17 [minutach]:

divadiow napisał:

Czy teraz ciągle próbuje czy tylko raz? Nie ma mnie w domu żeby sprawdzić.

tak. po zmianie ssid pw W800 próbuje się połączyć mniej więcej raz na minutę

A co jeśli zmienisz sam SSID, a docelowy AP nie istnieje?

Komunikat, który pokazałeś pochodzi stąd:

Może dałoby się tam umieścić zmianę aktualnego SSID? W tym bloku warunkowym?

p.kaczmarek2 napisał:

Co jeśli zmienisz sam SSID, a docelowy AP nie istnieje?

wciąż to robi proszę czekać połącz net...... co minutę

"please wait connect net..." nie jest komunikatem z OBK, tylko z bazowego SDK na tej konkretnej platformie

divadiow napisał:

Zakładam również, że czujnik wody, na który patrzę, nadal jest dostarczany z XR809

Lame. kupiłem 4 czujniki drzwi / wycieków wody, które wyglądały jak kandydaci XR809. 3x CBU i 1 CB3S .

Właściwie CBU są świetne, mają wyprowadzone P16. Można ich używać do diod LED WS2812B.

a obudowa urządzenia stanowi całkiem zgrabny mały pakiet do dodawania zasilania USB i adaptacji do wdrażania diod LED o małej powierzchni.

> Widzę, że stworzyłeś funkcję umieszczania informacji o WiFi na stronie głównej tylko po to, aby później ocenzurować ją przed umieszczeniem na forum....
> Może to znak, że twoja funkcja powinna być włączona przez flagę? Coś jak "pokaż dodatkowe informacje"?

Używając adresu MAC urządzenia lub punktu dostępowego, identyfikatora SSID lub BSSID, można czasami ustalić bardzo dokładną fizyczną lokalizację.

Strona aktualnego stanu już ujawnia MAC w nazwie urządzenia i podając rzeczywisty MAC, więc jeśli ma dojść do cenzurowania, MAC powinny zostać uwzględnione.

Istnieją nawet *publiczne* bazy danych, które można do tego wykorzystać.

Ten wątek został podlinkowany w temacie, w którym prosiłem o wyświetlanie BSSID na stronie głównej w celu debugowania - https://github.com/openshwprojects/OpenBK7231T_App/issues/1683.

OP próbował ocenzurować informacje, a mimo to pominął MAC w nazwie urządzenia i użył algorytmu rozmywającego, który wydaje się podatny na odszyfrowanie, więc zgodziłbym się z przyciskiem "Pokaż dodatkowe/wrażliwe informacje".

Bardzo ładnie! Moją sugestią jest dodanie wszystkich niezbędnych informacji do interfejsu API JSON (podobnego do Tasmota), a następnie użycie tego interfejsu API w aplikacji internetowej.