Meraki MR18 albo MR33? Poza dwoma radiami na pojedyncze pasmo, mają trzecie które obsługuje oba pasma, ale jest 1T1R.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Leo-PL
Meraki MR18 albo MR33? Poza dwoma radiami na pojedyncze pasmo, mają trzecie które obsługuje oba pasma, ale jest 1T1R.
Wi-Fi jest robione na płycie głównej - jego anteny są schowane w PCB, możesz wypatrzeć miejsca, gdzie brakuje płaszczyzny masy.
Dobrze widziałem, że adapter USB-serial wywalał Ci śmieci na etapie U-boota? Bo najlepiej byłoby po prostu bootnąć initramfsa po TFTP, zamiast bawić się w cięcie go i wypalanie na flashu zamiast partycji kernel/rootfs.
Może masz goły pendrive bez tablicy partycji, spróbuj "mount -t vfat /dev/sda /var/usb_disk" zamiast "sda1".
Jak zaorasz sobie dane kalibracyjne radia, to i ZTE ci nie pomoże, więc backupuj.
Edit: tak, jesteś na dobrej drodze.
a to crash przy wyłączaniu zasilania jest zupełnie normalny. 3V3 z konwertera do VCC nie podpinaj, bo go zjarasz, tam często pojawia się 5V!
IMO próbuj z telnetem. Jeżeli wycięli binarkę, to opis alternatywnej metody z zte_debug.sh, zewnętrznym busybox_static i TFTP jest w MF286A.
Jeżeli to jest CR_ENEEUMF286V1.0.0B11, to na pewno jest pierwszy MF286-nie-A. Developowałem wsparcie na takim.
Co do USB-seriala ze starszym PL2303 - starsze sterowniki, albo linux. Ten soft jest podatny na buga z telnetem, więc możesz go spróbować. Jeżeli zbackupujesz sobie najpierw wszystkie partycje, to będziesz miał jak wrócić i możesz zastanawiać się nad tym dopiero po fuckupie ;-]
Edit: inaczej, z gołych dumpów to dużo kombinowania by wyłuskać czytelny FDT - jeżeli masz załadowanego stocka, zrzuć plik /sys/firmware/fdt a potem przepuśc go przez "dtc -Idtb -Odts fdt > mf18a_stock.dts". Wtedy wyczytanie wartości będzie dużo łatwiejsze.
IMO chyba nie zaszkodzi, jak dorzucisz tego spideva do EFR32 - przynajmniej będzie wystawiony do userspace i a nuż komuś będzie łatwiej go zreversować.
Na PR rzucę oko później wieczorem, jak wszystko będzie OK to dorzucę swoje Reviewed-by.
wystarczy git reset HEAD~ target/linux/ipq40xx/base-files/etc/board.d/03_gpio_switches, potem commit --amend, potem checkout by przywrócić lokalny stan pliku. Jeżeli coś spieprzysz, zawsze masz reflog, z którego możesz przywrócić poprzednią wersję.
Najwyraźniej z MF289F ten przełącznik można też wyciąć, bo nie jest potrzebny.
To było tylko zabezpieczenie na czas firmware update (OTA) które powodowało, że użytkownik nie wyłączy go przełącznikiem w trakcie aktualizacji i z baterią na pokładzie - być może uniknie cegły.
Od modemu był inny GPIO, który odpowiadał za reset płytki przy pomocy zasilania przy reboocie - bez tego modem nie dogadywał się z uqmi po restarcie urządzenia bez odcięcia zasilania, ale to zdecydowanie nie wina samej płytki tylko niezaimplementowania pewnej logiki w uqmi.
Co do commita - to musisz go wyedytować, opis PRa nie wyląduje w historii gita. Po prostu "git commit --amend" - i tak musisz to zrobić by wyciąć ten GPIO switch. Upewnij się tylko, że nie masz w stagingu jakichś innych, niepożądanych zmian via 'git status'.
Leo-PL napisał/a:- czy zmiana w 'target/linux/ipq40xx/base-files/etc/board.d/03_gpio_switches' była przetestowana, a dokładniej - czy GPIO się zgadza? Ten router nie ma modemu, ale ciągle może mieć OTA update, jak znam tego producenta, więc ta funkcja ciągle jest przydatna.
Powiedz, co i jak przetestować ? Bo ja nie wnikałem do czego ten GPIO 421 może być , i co się stanie jak go nie będzie. Czego się spodziewać ?
EDIT: Pamiętam ,że coś walczyłeś ,że modem nie chciał ruszać bez jakiegoś GPIO , pewnie to ten. Tu nie ma nic takiego ( chyba ,że podpięte do ZWAVE albo ZIGBEE ) , skompilowałem bez tego i router działa normalnie... Coś z OTA też się wiązało ?
To możesz IMO bezpiecznie wywalić. Ewentualnie ustaw to GPIO jako wysokie i spróbuj wyłączyć router fizycznie, przełącznikiem - powinien pozostać włączony. Ewentualnie sprawdź, czy coś będzie w /sys/kernel/debug/gpio na stocku, tam ja i Królik znaleźliśmy tą "wajchę".
Leo-PL napisał/a:- Zrzuciłbyś dane spod 0x5000 z partycji ART, albo po prostu całą partycję? Intuicja mi podpowiada, że ten router też występuje w dwóch wariantach, jak MF289F, więc może warto byłoby je przybindować do "wifi1".
Pod adresem w partycji ART jest pustka... Zrzut wszystkich partyci masz tu pod linkiem: https://www.mediafire.com/file/xe25ug78 … A.ZIP/file
ART to mtd9 wg orginału : https://eko.one.pl/forum/viewtopic.php? … 87#p277287
( Bo jest różnica , czy numery partycji patrzy się "z orginału" , czy już z Openwrt .
Różnica wynika z tego ,że na orginale najpierw numeruje flash później nand , i rozkład ( z grubsza , bo jest jedna partycja więcej) jak w MF289F , a w openwrt nie umiem zeby bylo tak samo i najpierw numeruje nand , przez co rozkłąd wygląda bardziej na mf286d...
Co do wielu wersji ,to może tak być ,tyle że internet jest ubogi w ten model, nikt takiego czegoś nie sprzedaje oficjalnie na wolnym rynku czy coś , jedynie co to tylko w Polsce razem z modemem zewnętrznym MC7010 ( przez co nie znający się piszą , że MC7010 jest "anteną 5G" ).
Coś mi się zdaje ,że to niszowy w Polsce produkt jest z wtórnego rynku...
Ok, to może na razie zostać tak, jak jest - pewnie druga wersja, jeżeli istnieje ma wgrane te drugie dane kalibracyjne. Pewnie wyjdzie to w praniu.
Leo-PL napisał/a:Jeszcze jedno: fajnie byłoby, gdybyś rozrysował pinout UARTa jako ASCII-art, tak jak ja to zrobiłem z MF286(A) czy z Ruckusami, zalinkowane zdjęcie w commit message może kiedyś spaść z rowerka.
Spróbuję to znaleść jak to masz i wyedytować PRa ( bo commita może bć ciężko..)
EDIT: Skopiowałem do PRa Twój tekst z MF286 ... Nie ma tam ASCIIarta... Myślę ,że opis , plus zdjęcie jako backup jest ok... Jest to poprawione w PR , w commicie wolałbym nie ruszać (bo jeszcze coś spier...)
Edit: ciągle widzę link, nie zapomniałeś wypchać commita?
Przejrzałem PR i wygląda spoko, ale mam dwa pytania:
- czy zmiana w 'target/linux/ipq40xx/base-files/etc/board.d/03_gpio_switches' była przetestowana, a dokładniej - czy GPIO się zgadza? Ten router nie ma modemu, ale ciągle może mieć OTA update, jak znam tego producenta, więc ta funkcja ciągle jest przydatna.
- Zrzuciłbyś dane spod 0x5000 z partycji ART, albo po prostu całą partycję? Intuicja mi podpowiada, że ten router też występuje w dwóch wariantach, jak MF289F, więc może warto byłoby je przybindować do "wifi1".
Jeszcze jedno: fajnie byłoby, gdybyś rozrysował pinout UARTa jako ASCII-art, tak jak ja to zrobiłem z MF286(A) czy z Ruckusami, zalinkowane zdjęcie w commit message może kiedyś spaść z rowerka.
Tu jest rozpakowane device tree ze stocka: https://pastebin.com/ESX6tVk8
to drugie Wi-Fi jest niby na MHI, ale jeżeli się wykrywa przez zwykły driver na PCI, to też powinno działać.
Co do Z-wave/Zigbee - to chip pewnie wisi na którymś UART i gada z nim userspacowa apka, tak jak było z Bluetoothem na Meraki MR33.
Fajnie byłoby dorwać zdjęcia bebechów i rozpakować sobie dump stockowego FW. Wrzuciłbyś gdzieś?
W kwestii odpalenia Wi-Fi na 5GHz: a spróbuj wyszarpać oryginalne device tree z /sys/firmware/fdt na stocku - może tam będzie jakieś clou.
@Leo-PL , a masz tą usługę włączoną na tych kartach testowych ? Bo VoLTE to nie jest coś ,co jest w standardzie włączone , operator za to kasuje...
Z tego co wyczytałem, to w nju mobile to powinno działać w standardzie. W Playu próbowałem to włączyć SMSem - no joy, oczywiście mają whitelistę, na której nie ma MF286D. W T-Mo i Plusie już nie chciało mi się nawet tego szukać. Może prepaidy są tu traktowane po macoszemu?
U mnie na sofcie Nordica (sprawdzałem ostatnio bodaj na B10) nie chciało to ruszyć na żadnej z testowych kart od wielkiej czwórki, cały czas dropowało mnie do 3G. Muszę powtórzyć test na B12.
Będę szczery, że interesuje mnie bardziej, czy głos z modemu dałoby się przekierować na któryś port szeregowy, zamiast wbudowanych portów FXS, a dalej do Asteriska, a'la chan_dongle - który na tą chwilę niestety obsługuje tylko modemy 3G Huaweia.
https://github.com/openwrt/openwrt/pull/11044
Otwarłem PR, Tested-by mile widziane.
Ale o co chodzi z tymi portami? W wydaniu stabilnym nic nie zmienicie. W rozwojowym jest dsa i tam nie ma problemów, bo sterownik dsa zegna wspaniały sterownik z ipq40xx.
Zupełnie nie rozumiem po co ruszać konfigurację bazową dsa.
Wczoraj do mastera wpadł patch pozwalający nastawić WAN jako QMI przez uci-defaults, co jest domyślną konfiguracją też w stocku, stąd pomysł by przerobić startową konfigurację w ten sam sposób i zunifikować ją - w tej chwili urządzenia z ipq40xx różnią się nią od starszych (283+ i 286* na QCA9563), w których wszystkie porty startowały jako LAN.
Ja też czekam na informację by otworzyć PR. A patch, o którym wspominałem wcześniej wylądował, do czego odrobinę się przyczyniłem. Ponawiam więc pytanie do @Królik w kwestii zmiany mapowania portów, zwłaszcza że mamy już rozpracowane, jak to konfigurować i z DSA i bez niego.
For AT command reference, this might be helpful: https://www.yantrr.com/wp-content/uploa … s_V2.5.pdf - most of Qualcoomm-based ZTE modems share the same set of commands.
I've seen one from ZM8620 (one from MF283) somewhere on the internet, this should be pretty close as well.
Czy dobrze rozumiem na podstawie Waszych wywodów, że jest szansa aby w przyszłosći na openwrt na tych 2 syfiastych switczach (mf286d i mf289f) w końcu było wydzielenie portów?
Jeżeli nie boisz się zbudować obrazu samodzielnie, to patch leży tu:
https://github.com/Leo-PL/openwrt/tree/ … d-use-lan1
VLANy normalnie wtedy działają na wszystkich portach.
W wersji rozwojowej to już nie jest potrzebne, bo możesz sobie z tymi portami dłubać dowolnie - jedynie domyślne przypisanie jest inne.
Ja zrobiłem to w ten sposób, żeby zachować kompatybilność z konwersją DSA w masterze.
Proponuję przeprowadzić to - również na MF286D - gdy wyląduje ten patch:
https://github.com/openwrt/openwrt/pull/10632
Prywatnie też przerobiłem MF286D tak, by wszystkie porty były LANem przypiętym do eth0, eth1 wyłączyłem.
@Królik, co myślisz na ten temat?
Ok , ustawiłem
Co do portu wan , to w mifi nie sprawdzałem , ale w dzisiejszym buildzie luci działał , po podłączeniu kabla do WAN ( z innego routera z portu lan ) MF289F dostał ip i dawał internet do LAN2.
Tu w mifi jest teoretycznie zridgowany:config device option name 'br-lan' option type 'bridge' list ports 'eth0' list ports 'eth1'i niestety laptop ip nie dostaje z tego portu
A to chyba już wynika z dziwactwa samego switcha na ipq40xx. Powyłączałeś wcześniej VLANy? Bez tego nie zadziała, z tego co pamiętam.
Na DSA już nie będzie tego problemu.
W sumie, to nie mam pojęcia czemu na IPQ40xx to zostało zrobione w ten sposób. Z tego co wiem do switcha i tak idzie jedna logiczna rura z podwójnym tagowaniem VLAN, więc nie wiem w jaki sposób ten setup miałby poprawiać wydajność.
Ja też poprawiłem zmiany na githubie, @Cezary rzuć proszę okiem, czy zgadzają się z tym, o czym pisałeś. Tak kwestie budowania, jak i oznaczenie portu jako LAN2. Jeżeli będzie OK, to otworzę PR.
@Cezary, byłoby spoko gdybyś skompilował.
eko.one.pl → Posty przez Leo-PL
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc