Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez pepe2k
Jeżeli uwaliłeś uboota to teraz pewnie tylko przez wylutowanie i flashowanie na programatorze.
A gdzie tam, można tak: https://github.com/981213/mtk_uartboot
Co do zasady zmiana ART nie powodu żadnych problemów, możesz sobie zmieniać i testować po kolei.
Powoduje pracę radia poza specyfikacją i regulacjami.
A potem ludzie się dziwią, że z pasma 2 GHz to już korzystać nie można.
Taka zabawna historia z własnego doświadczenia. Jakiś TP-Link z AR9341, w którym podmieniono dane kalibracyjne na jakieś z zupełnie innego urządzenia, w trakcie transmisji powodował u mnie mruganie (obraz znikał i się pojawiał) ekranów Della (router w odległości około 1 metra) 
A ja wiem ale nie powiem.
[...] zmieniło się coś wewnętrzne bo pisali że po tym już nie można wrócić do starszych wersji.
A nie rozchodziło się czasem o układ partycji we flash?
Już podczas startu SBL1 jest coś do debugu . Może to uszkodzony NAND.
Możliwe, bo dane do konfiguracji pamięci są właśnie we flash.
Takie cudaki od ALFY, które nie są gotowym produktem tylko PCBA, to najlepiej chyba do nich bezpośrednio.
Z tego co słyszałem, mają to w końcu wydać w jakiejś formie "końcowej", z obudową itd. ale chyba to już będzie na innej platformie (IPQ60xx).
Po prostu jak powstawał Breed to wsparcia dla tej kości jeszcze nie było chyba nawet w Linuxie. MT7621 ma już od dawna całkiem dobre wsparcie w aktualnym U-Boot, a MediaTek nawet upublicznił swoją modyfikowaną wersję z ich SDK (zresztą, autor Breed pracuje teraz dla MediaTek i tym się m.in. właśnie zajmuje): https://github.com/mtk-openwrt/u-boot
Ja bym spróbował nowszego U-Boota (tego z repozytorium mtk-openwrt), tym bardziej że masz programator więc w razie problemów do ogarnięcia.
Witam, jak w temacie, przyszedł mi ten paździerz i już na starcie jest problem. Mianowicie nie posiada złącza a+e tylko samo e, toteż trzeba sobie dostosować do a+e, jak znajdę brzeszczocik to się później pochwalę tym nowym niesfornym nabytkiem. Niestety również nie mam jeszcze modułu wifi 7 do mojego bpi r4 - który notabene będzie dostępny po świętach wielkanocnych ( lub jak kto woli w kwietniu) , więc na pełnię możliwości jeszcze poczekam. Napomknę jedynie jeszcze, że jeden wariat walczy z uruchomieniem opnsense na tej płytce co może jej przyspożyć znacznie większej popularności.
Dziwne czasy nastały... żeby wrzucać posta zapowiadającego posta.
Przepraszam za offtop, ale czy ptaszki już ćwierkają na kiedy zaplanowana jest wersja OpenWRT 24.xx?
Najpierw decyzja dot. wersji kernela, czy zostajemy z 6.1 (wtedy będzie szybciej), czy też idziemy w kierunku 6.6 (wtedy później).
Mały OT: dziś w Warszawie była konferencja Teltonika TECH SUMMIT na której ja też byłem. Wiecie że chwalili RutOS a ani razu nie wspomnieli że bazuje na OpenWrt?
A to ch...e.
@pepe2k masz racje. Będzie miło jeśli uda się dodać te kanały.
Mam jeszcze jedno pytanie, czy jako, że będzie to własna platforma to czy będzie obsługa sprzętowej akceleracji? Trwają jakieś prace nad tym obecnie?
Poczytaj sobie o WED (Wireless Ethernet Dispatch), jest dostępne dla tej platformy.
Trochę OT się zrobił, może przenieśmy dyskusję o tym UNII-4 do innego wątku?
pepe2k napisał/a:Najlepiej sprawdzać tutaj:
https://git.kernel.org/pub/scm/linux/ke … HEAD#n1434Zakres 5850 - 5895 czyli kanał 175 przy szerokości 40 MHz jest tylko dozwolony w USA, w dodatku: NO-OUTDOOR, AUTO-BW, NO-IR. I to ostatnie jest tu kluczowe, bo w skrócie oznacza brak pracy w trybie AP.
Synology RT6600ax działa na tych kanałach:
- https://fcc.report/FCC-ID/YOR-RT6600AX/5685839
- https://fcc.report/FCC-ID/YOR-RT6600AX/5685848
No to najwyraźniej NO-IR w połączeniu NO-OUTDOOR ma jakieś dodatkowe znaczenie. Tak czy inaczej, u nas nie wolno.
Znalazłem router który jest sprzedawany z opisem:
Rozszerzone spektrum UNII 4
Router GT-AX11000 Pro został ulepszony, aby zapewnić obsługę rozszerzonego spektrum UNII 4 z wysokowydajnym kanałem 160 MHz w paśmie 5 GHz. Zwiększa to przepustowość łącza do przesyłu wstecznego (backhaul). Ulepsza wydajność sygnału w zakresie roamingu i ogólnego pokrycia przestrzeni sygnałem.
https://www.x-kom.pl/p/1103433-router-a … 4xlan.html
Sam już nie wiem czy te kanały są w Europie dozwolone czy nie.
Najlepiej sprawdzać tutaj:
https://git.kernel.org/pub/scm/linux/ke … HEAD#n1434
Zakres 5850 - 5895 czyli kanał 175 przy szerokości 40 MHz jest tylko dozwolony w USA, w dodatku: NO-OUTDOOR, AUTO-BW, NO-IR. I to ostatnie jest tu kluczowe, bo w skrócie oznacza brak pracy w trybie AP.
pepe2k napisał/a:Będzie certyfikacja FCC i CE, a w Europie chyba z tego kanału nie można korzystać?
Nie, tylko USA.
Spróbuję sprawdzić, bo nie wiem czy radio albo elementy dyskretne w torze radiowym nie mają jakiegoś limitu (to jest kanał prawie, że graniczny).
@pepe2k Czy dla 5GHz będzie dostępny kanał 177?
Będzie certyfikacja FCC i CE, a w Europie chyba z tego kanału nie można korzystać?
Cekawa idea, choć sam hardware tyłka nie urywa.
Bo i nie taki jest zamysł tego konkretnego projektu.
Ciekawe, choć zaskakuje "ubogość" portów, dwa porty 2.5g były by idealne a tak to w sumie dziwnie. Wydaje mi się, że tu bardziej idzie o "swoja" platformę a nie o najlepszą możliwą.
Ta "ubogość" wynika z możliwości wybranego SOC, założonego budżetu i rozmiaru obudowy (chcieliśmy uniknąć projektowania nowej o budowy, co wydłużyłoby projekt o kolejne 1-2 miesiące). Drugie zdanie to dobre podsumowanie
Może i o swoją aczkolwiek mogli dać dwa porty 2.5GbE oraz "2-3" 1GbE do tego USB3.0 a jako wisienka na torcie lepsze WiFi choćby
MT7976G oraz MT7976A z większą ilością strumieni.
Zgoda ale od czegoś trzeba zacząć i zmieścić się w przyjętych założeniach. Więcej portów Ethernet to dodatkowy switch na PCB, więcej interfejsów to wyższy model głównego SOC itd. Zawsze można dołożyć więcej i zazwyczaj można też coś zabrać/ściąć w konfiguracji. Sprzęt ma być otwarty, dostępny i promować projekt OpenWrt.
Urządzenie ma jeszcze jedną ukrytą funkcję - ma wbudowany bluetooth podłączony wewnętrznie na magistrali USB, specyfikacja określa go jako Cambridge Silicon Radio. Nie jest domyślnie obsługiwane, ale może ktoś się pokusi do zrobienia z niego np. bramki do czujników IoT?
To CSR8811, zerknij tutaj: https://github.com/Telecominfraproject/ … etooth-csr
Widziałem kiedyś termopada z niezdjętą folią zabezpieczającą
@javor1500 mam cały wsad do WDR3500, nie dam ręki uciąć że sprawny ale do sprawdzenia. Odezwij się na priv, to podeślę.
Dostałem kupon ale sam nie będę korzystać. Oddam w wiadomości prywatnej pierwszemu zainteresowanemu.
Info z wiadomości:
"We are thrilled to offer you EARLY ACCESS to Mudi V2 (GL-E750V2) router. We are now offering a special discount code that unlocks Mudi V2 at the incredible rate of $109 USD (retail price is $189 USD, free shipping included* ) This quota-limited offer comes with the same one-year warranty as the other products and we will start dispatching the products from Nov 10, 2023. Unlock the awesome price with the following code (Please remember to apply this code before checkout): [...]"
pepe2k napisał/a:To może problem po stronie Androida (usługi Google Play najnowsze?).
Sprawdź sobie coś takiego jak mDNS Discovery i zobacz czy telefon "widzi" tę żarówkę.mDNS Discovery na telefonie znajduje urządzenie.
Sterowanie nie jest zaimplementowane w Google Home albo jest gdzieś błąd.Tutaj info, że nie tylko Google Home potrzebuje hub'a: https://github.com/marcin-ch/Matter_User_Experience
Sprawdzę w najbliższym czasie, bo na razie wszystko mam na Thread.
To wygląda na specjalne wciskanie ludziom dodatkowego sprzętu. Matter po Wi-Fi/Ethernet działa bez dodatkowego "huba", potrzebny jest tylko kontroler (telefon, aplikacja). Nie wiem czy to już naprawili ale jeszcze niedawno Google Home w ogóle nie chciał u mnie sterować urządzeniami lokalnie jak telefon nie miał dostępu do Internetu... jak zwykle zapowiada się na to, że standard swoje, a producenci swoje.
Przykładowa aplikacja z github'a o której wspominałem jest w stanie sterować żarówką.
To może problem po stronie Androida (usługi Google Play najnowsze?).
Sprawdź sobie coś takiego jak mDNS Discovery i zobacz czy telefon "widzi" tę żarówkę.
pepe2k napisał/a:Jak chcesz gadać z czymś, co pracuje na Thread to musisz mieć przynajmniej jeden border rotuer czyli mostek Thread <-> Wi-Fi/Ethernet/lokalna sieć.
Obecnie testuję Matter po WiFi i zdziwiło mnie to, że w przypadku Google Home jest wymagany hub.
Nie jest (nie powinien być) wymagany. Jaka to żarówka, jest oficjalnie certyfikowana i ma normalnie kod QR dla Matter?
Podają informacje o urządzeniach z serii Nest: https://home.google.com/get-inspired/matter-and-thread/
W aplikacji wyświetla się status żarówki ale nie można nią sterować.Edit:
Taka jest informacja:A tutaj przykład aplikacji która może kontrolować urządzenia bezpośrednio: https://github.com/google-home/sample-a … er-android
Jak chcesz gadać z czymś, co pracuje na Thread to musisz mieć przynajmniej jeden border rotuer czyli mostek Thread <-> Wi-Fi/Ethernet/lokalna sieć. Coraz więcej urządzeń ma to wbudowane, m.in. Apple TV, HomePod mini, a od Google to m.in. w Nest Hub v2. I do tego też cała masa chińczyków, Ikea (sprzęt jest ale jeszcze chyba nie mają ogarniętego software), HA Yellow no i oczywiście rozwiązania DIY.
Najtańsze rozwiązanie to chyba nRF52840-Dongle (~10 EUR) od Nordica i openthread-br, jest już nawet pakiet pod OpenWrt: https://github.com/openwrt/packages/tre … nthread-br
eko.one.pl → Posty przez pepe2k
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc
