1

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

To gdzieś poleciało przy tworzeniu obrazow. Poprawie przy następnych buildach.

OK
Dzięki za pomoc.

2

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Nie, wersję 16M mają swój identyfikator i jak tylko zrobisz upgrade wersją 16M to o nic nie będzie krzyczał.

Tak myślałem, ale przy próbie wgrania (bez -F) tego samego sysupgrade są błędy:

root@OpenWrt:~# sysupgrade /tmp/luci-25.12-snapshot-r33141-9495b6e74a-ath79-generic-tplink_tl-wdr4300-v1-16m-squashfs-sy
supgrade.bin
Mon Aug  3 13:37:37 CEST 2026 upgrade: Device tplink,tl-wdr4300-v1 not supported by this image
Mon Aug  3 13:37:37 CEST 2026 upgrade: Supported devices: tplink,tl-wdr4300-v1-16m tl-wdr4300
Image check failed.

3

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Nie, do niczego ci mtd-rw nie jest potrzebny.

Poszedł sysupgrade 25.12 (16M) z Luci, działa.

Czy za każdym kolejnym sysupgrade (16M) konieczne będzie wymuszanie (-F), z uwagi na niezgodności?

4

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Jak masz działające openwrt teraz to wgraj to: https://dl.eko.one.pl/openwrt-23.05/tar … pgrade.bin bez zachowania konfiguracji.

Jeżeli się uruchomi to wykonaj sysupgrade tym: https://dl.eko.one.pl/openwrt-25.12/tar … pgrade.bin

1. Wgrałem sysupgrade 23.05 bez Luci poprzez SSH  i działa.
2. Wgrałem sysupgrade 25.12 bez Luci poprzez SSH  i działa.
     Wygląda na to, że przyczyną boot loop był sposób wgrania.
     Poprzez Luci / przeglądarkę www = boot loop
     Poprzez SSH = ok
3. Z poziomu 25.12 bez Luci skopiowałem backupART.bin do /tmp
4. Próbowałem przywrócić art:
    cat /proc/mtd
    mtd -r write /tmp/art.backup art

    Partycja była read only
5. Zainstalowałem pakiet odblokowujacy:
    apk add kmod-mtd-rw

    potem włączenie go i odblokwanie partycji:
    insmod mtd-rw i_want_a_brick=1
6. Przywróciłem art
    mtd -r write /tmp/art.backup art

7. Zainstalowałem pakiet Luci
    apk add Luci

8. Zweryfikowałe poprawne działanie sieci wifi (już widoczne z Luci)

Pytania:
Czy trzeba jeszcze blokować znów po akcji z pkt.5 bo wygląda, że po restarcie moduł mtd-rw nie jest załadowany

Teraz już mogę wgrać 25.12 (16M)z Luci z eko.one.pl (przez SSH dla pewności)

5

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Może być 23.05, później ew zrobić sysupgrade

Na eko.one.pl są tylko wersje 23.05, 25.12 (8M) bez Luci. Mam wgrać "oryginalne" bez Luci (16M) z OpenWrt?

Poprawiam są wersje 23.05, 25.12 (16M) bez Luci na eko.one.pl. (Wyszukiwarka wymaga zmiany szukanej treści po zmianie wersji)

6

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Wgraj wersję bez luci, czyste openwrt, jest mniejsze. Jeżeli będzie się restartował to podłączaj serial i pokaż dlaczego.

23.05
czy
25.12

7

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Sysupgrade a nie factory. (choć to nie ma znaczenia dla starych tplinków bo mają tylko inny nagłówek, ale ucz się dobrych nawyków).

Próbowałem przez tftpd Factory oraz Sysupgrade (bez zachowania konfiguracji)
Próbowałe tez wgrać przez tftpd 25.12 Luci (16M)
To samo - bootloopy
Przywróciłem do Luci 23.05 (8M)

8

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

Brak arta oznacza tylko tyle że radio nie będzie działało. Sam router musi działać. wgraj przez sysupgrade bez zachowania konfiguracji, on i tak się sam zrestartuje.

Czyli najlepiej wgrać poprzez Luci to ?:
luci-25.12-snapshot-r33032-b830633cb8-ath79-generic-tplink_tl-wdr4300-v1-16m-squashfs-factory.bin

9

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

To sprawdź na konsoli szeregowej dlaczego się restartuje.

Użyłem FailSave mode.
Wgrałem przez tftpd: wdr4300v1_tp_recovery.bin (od TP Link)
Wrócił do życia
Wgrałem przez tftpd: wdr4300v1_tp_recovery.bin (luci-23.05-snapshot-r23484-b742216dc8-ath79-generic-tplink_tl-wdr4300-v1-squashfs-factory.bin)
Działa i jestem w punkcie wyjścia:
1. Działa z podmienionym flash - na 16M (25Q128JV), ale OpenWRT widzi jako 8M.
2. Próbować tego samego jeszcze raz:
     a. (sysupgrade do 25.12 z Luci)
     b. SSH + mtd = przywrócenie partycji ART
3. Czy warto zrobić sysupgrade poprzez SSH, przywrócić ART i dopiero Reboot?
    Bo opcja 2.a. wymusza restart przed przywróceniem ART.

10

(111 odpowiedzi, napisanych Sprzęt / Hardware)

6. wgrywasz przez sysupgrade z wymuszeniem soft 16M, logujesz się przez ssh, odblokowujesz partycje przez mtd-rw, wgrywasz art do partycji art która teraz jest na końcu kośći 16M

Po wgraniu sysupgrade przez LUCI (z wymuszeniem 16M) mam boot loopy.

11

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Cezary napisał/a:

1. Zgrywasz kość 8m.
2 Jej zawartość wgrywasz na 16M
3. lutujesz kosc, router musi się z niej uruchomić. Jak tak jest to:
4. robisz backup artu czyli ostatnich 64KB

   Pamięć się zwiększyła do 16M
   Openwrt nadal widzi 8MB?
   Czy ostatnie 64KB dla 8M, czy dla 16M?
   
6. wgrywasz przez sysupgrade z wymuszeniem soft 16M, logujesz się przez ssh, odblokowujesz partycje przez mtd-rw, wgrywasz art do partycji art która teraz jest na końcu kośći 16M

   Czyli partycja ART jest nadpisywana, tworzona nowa ART, w ostatnich 64KB (pusta)
   Z backupu trzeba ją nadpisać?
   
   Poleceniem mtd-rw mam odblokować tę ostatnią partycję (pustą), czy domyślnie odblokowywane są wszystkie?


7. Reboot i powinno działać.


Oczywiście możesz wcześniej backup dodać do backupu, będziesz miał wtedy 16M obraz i jego wgrać programatorem - wtedy art już będzie na końcu i robisz tylko aktualizację nowym softem.

   Tak właśnie chciałem, ale opisy które znalazłem były nie jednoznaczne.
   Konkretnie chodzi o numery partycji.
   Przykład:
   ART jest piąta - mtdblock 5
   U-boot jest pierwsza - mtdblock 0
   https://gitea.raspiweb.com/Gerge/OpenWRT_flash_upgrade/raw/branch/main/flash_diagram.svg
   Zgodnie z powyższym rysunkiem, ART byłaby czwarta licząc od zera.

  Nie chcę uceglić rutera.

12

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Czyli:
1. Zgrywam programatorem SPI zawartość wylutowanej kości 8MB do *.bin
2. Skryptami z forum OpenWrt modyfikuje *.bin (rozciągam do 16MB)
3. Wgrywam programatorem SPI zmodyfikowany *.bin
4. Sysupgrade z poziomu Luci

Są tez opisy instalacji z linii komend i u-boot:
https://gitea.raspiweb.com/Gerge/OpenWRT_flash_upgrade

Jak zrobić to najprościej?

13

(111 odpowiedzi, napisanych Sprzęt / Hardware)

Witam,
odgrzewając stary temat.
Rozumiem, że obraz "Factory", ten z repozytorium dl.eko.one.pl:

Model
TP-Link TL-WDR4300 v1 (16M)
Platforma
ath79/generic
Pakiety
mips_24kc
Wersja
25.12-SNAPSHOT (r33032-b830633cb8)

można wgrać bezpośrednio programatorem SPI do kości 16M przed wlutowaniem?
Co prawda mam kopie partycji u-boot, art, ale chyba nie jest już konieczna zabawa z nimi?

Dzięki Cezary, już działa.
Tak jak napisałeś wystarczyło usunąć /etc/config/wireless + restart + utworzenie takich samych sieci wifi.
Chociaż ten "wireless" przed usunięciem i po ponownym utworzeniu wygląda identycznie.
Ciekawe co oprócz tego konfigu było inaczej.

Jeszcze jedno pytanie:
Jakie znaczenie mają wpisy z zakładki (Luci) "Hostnames"?
Czy można nazwy przypisane do IP oraz MAC traktować jako ich aliasy, czy to tylko taka baza urządzeń?

A jeśli chodzi o ustawienia firewalla dla wifi dla gości:

1. Najpierw usunąć reguły jej dotyczące (dhcp, dostęp do netu), potem usunąć /etc/config/wireless
potem restart, ustawić wifi dodać reguły
czy
2. tylko usunąć /etc/config/wireless reguły pozostawić
restart, ustawić wifi

Powoli wdrażam się w uci, ale...

zauważyłem już:
cześć ustawień można zmieniać w Luci lub poprzez uci
niektórych w Luci brak: np. logi na kartę SD
mam wrażenie, że niektóre ustawienia wręcz gryzą się nie są kompatybline: np. dhcp dla wifi gości uci/Luci

Właśnie nie wiem, kiedy lepiej kombinować z uci, a kiedy wystarczy Luci.

1. Czyli po usunięciu /etc/config/wireless (choć jest tu czysto) i restarcie muszę od nowa skonfigurować wifi?
2. Jeśli chodzi o ewentualną aktualizację BB to lepiej przez Luci wgrać nową wersję i poustawiać wszystko, czy po wgraniu softu do: /tmp/aaa.bin (sysupgrade) ?

Witam,
mam problem z ustawieniem filtrowania mac, a dokładnie z jego wyłączeniem (soft i sprzęt jak w temacie)

Chcąc poprawić bezpieczeństwo włączyłem filtrowanie mac w Luci.
Włączałem to będąc podpiętym laptopem przez wifi. Zawsze zmian dotyczących sieci dokonuję przez kabel, a to był ten pierwszy raz... przez wifi.

1. Dodałem laptopa i kilka innych urządzeń jako: "Allow only listed"
2. Po chwili wifi dla tego laptopa przestała być widoczna
3. Przez kabel  przełączyłem filtrowanie mac na: "disabled"
4. laptop nadal nie widział mojej wifi, inne urządzenia widzą moją wifi
5. Oczywiście laptop jest OK, inne sieci widzi i łaczy się bez problemu
6. Sprawdzałem plik konfiguracyjne, firewall - czysto
7. Po lekturze: http://rpc.one.pl/index.php/lista-artyk … -z-openwrt
uruchomiłem komendę: killall -SIGHUP hostapd
8. Wgrałem backup konfiguracji (przed zmianami z filtrowaniem mac)
9. Sieć wifi była już widoczna z laptopa
10. Po kilku minutach problem powrócił

Moje pytanie (opadły mi już ręce i wszystko inne...)

Co robię źle?
Co powinienem zrobić?
a. wgrać nowszy soft?
b. zresetować do ustawień fabrycznych?
c. czy to jakiś błąd BB?
d. w którym miejscu może być "zaszyty" mac mego laptopa skoro wyraźnie jest blokowany?

Również dziękuję za naprowadzenie

Już wcześniej przejrzałem szczegółowo: przyciski na eko.one.pl.

Nie wiem jak odwołać się do drugiego interfejsu (dla gości).

Jeśli dla pojedynczego interfejsu jest tak:   # uci set system.@button[-1].handler='uci set wireless.@wifi-device[0].disabled=1 && wifi'
to do drugiego mam się odwołać tak: ...........wifi-device[1].............?

Problem rozwiązany.

Dla potomnych:
Konfiguracja była ok, pomogło kikukrotnie zresetowanie konwertera voip- Linksys Sipura SPA 1001.

Wcześniej przy podobnych problemach wystarczył 1 reset i telefon załapywał.
Takie nic a ile straconego czasu.

Witam,
mam pod przyciskiem "wps" ustawione włączanie/wyłączanie wifi (BB z Luci).

Czy jest możliwe ustawienie pod tym samym przyciskiem:

1. przytrzymanie 0-3 sekund - wyłączenie/włączenie wifi - pierwszy wlan + led wlan (to działa)
+
2. przytrzymanie 5-10 sekund - wyłączenie/włączenie wifi - drugi wlan (dla gości) + led qss

Witam,
mam problem z konfiguracją VLAN dla interfejsu WAN.

1. Ruter     TP-Link TL-WR1043N/ND v1
2. Sieć - Toya, czyli dhcp (ale stały adres IP) z weryfikacją MAC
3. Dodatkowo mam telefon voip w Toya, który musi być podłączony do portu wan modemu lub przez switch.

Problem polega na tym, że nie chcę mieć dodatkowego switcha, ale jeden z portów WR1043 przypisać do VLANU WAN i do niego podłączyć telefon. Czyli komunikacja pomiedzy Port 0 a Port 1 powinna być "przeżroczysta" - jak w  zwykłym switchu. Niby banał, ale...

Do tej pory używałem stareńkiego (choć nadal wymiata) ruterka - Asus WL-520GC (tylko 2 MB flash, ale na podstawie tutka dorobiłem mu gniazdo usb oraz jego obsługę). Bez problemu działała stronka WWW itd. Czyli we flashu było DD-WRT-microUSB, a na extroot chodziło DD-WRT Mega z obsługa VLAN. Wystarczyło w gui przypisać jeden z portów do VLAN. w którym był WAN i telefon śmigał aż miło.

Toya zwiększyła prędkość łącza i Asus przestał wyrabiać z przepustowością.

Zmieniłem na TL-WR1043N/ND v1 z Barrier Breaker (z Luci) r42167 / LuCI Trunk (svn-r10520) od Cezarego.

Najpierw ustawiłem w gui:
Port 1 = VLAN1 = off
Port 1 = VLAN2 = untaged
bez rezultatu

Potem działałem na plikach- konfiguracja /etc/config/network:


config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fdb0:e5a6:3e6d::/48'

config interface 'lan'
    option ifname 'eth0.1'
    option force_link '1'
    option type 'bridge'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'
    option ip6assign '60'

config interface 'wan'
    option ifname 'eth0.2'
    option proto 'dhcp'
    option macaddr '00:40:F4:6E:C4:CF'

config interface 'wan6'
    option ifname '@wan'
    option proto 'dhcpv6'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'
    option enable_vlan4k '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '2 3 4 5t'

config switch_vlan
    option device 'switch0'
    option vlan '2'
    option ports '0 1 5t'


Niestety telefon nie działa. Sam telefon jest ok - przez switch działa. Czy powinienem zmienić coś w /etc/config/firewall ?.
Chyba czegoś nie wiem, albo pominąłem coś bardzo oczywistego.
Bardzo proszę o podpowiedź, co powinienem zmienić.