Możesz usunąć
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Scotch
Możesz usunąć
Masz synchronizacje, bo wgrałeś plik vdsl.bin dla właściwego aneksu.
Teraz ustaw odpowiednie parametry w pliku network.
P.S. linię "option macaddr 'fc:f5:28:17:xx:xx'" prawdopodownie możesz usunąć, u mnie jest niepotrzebna
Z tego pliku wynika, że nawet nie tknął konfiguracji - taka jest domyślna
No to, pozostały jeszcze odp. na 2 pyt. ![]()
Jeżeli mamy pomóc...
Więc tak, generalnie poleciłem kudlatemu499 zrobić te same kroki, co szczegółowo wypisał geos.
Mam jednak pewne obawy i zapytam @kudlaty499:
Jakiego używasz aktualnie firmware? - mam nadzieję, że najnowszej wersji od Cezarego (rekomendowane dla początkujących
), bądź z openwrt.org
To, że nie pali Ci się dioda DSL wiem, ale próbuje się przynajmniej synchronizować po włączeniu routera? Tzn. czy miga ![]()
znasz podstawowe parametry swojego łącza? Tj. vci/vpi, aneks, enkapsulacja...
Napomknę jeszcze tylko, że plik konfiguracyjny można również edytować z poziomu WinSCP i zmieniać jego zawartość.
Niestety nie znam parametrów dla netii, prawdopodobnie vpi=8, vci=35 wtedy dla aneksu B konfiguracja wygląda tak:
config interface 'wan'
option ifname 'ptm8.35'
option proto 'pppoe'
option macaddr 'fc:f5:28:17:xx:xx'
option username 'nazwa_użytkownika'
option password 'hasło'
config vdsl 'dsl'
option annex 'b'
option firmware '/lib/firmware/vdsl.bin'
option tone 'bv'
option xfer_mode 'ptm'Po pierwsze, wgrałeś plik vdsl.bin dla annexu B z github.com ?
Po drugie podałem Ci już w mailu link do wiki z konfiguracją.
Na linii orange, przy poprawnych ustawieniach świecą obie diody.
Wg. mnie powinieneś powtórzyć procedurę wgrywania Openwrt wg. tej instrukcji: https://www.dropbox.com/sh/9aup68dv6oq5 … t.txt?dl=0
Ewidentnie użyłeś plików z dropboxa (jest tam dodatkowa niewykorzystana partycja) - więc powinieneś trzymać się instrukcji z dropboxa.
Jeżeli korzystasz z instrukcji na wiki, powinieneś wykorzystywać pliki zamieszczone w github: https://github.com/ScApi/P2812HNUFx-Pre-Build
Pisałem o tym tutaj: http://eko.one.pl/forum/viewtopic.php?p … 00#p143900 - widocznie nie doczytałeś!!!
Jeżeli myślisz o alternatywnym oprogramowaniu do swojego routera, to ciesz się że dostałeś ver 1.2
Bo wersja v3 nie jest i prawdopodobnie nigdy nie będzie wspierana przez OpenWrt.
Cezary ma rację, na ten model nie ma gargoyle, jest za to wsparcie ze strony nowszych wersji tj. OpenWrt BB i OpenWrt CC.
Co do oryginalnego firmware w Twoim nowo zakupionym sprzęcie, to daje głowę że jest nowszy niż ten dostępny oficjalnie na stronie TP-link - co jednak nie ma żadnego znaczenia jeżeli chcesz go docelowo użytkować z alternatywnym oprogramowaniem typu OpenWrt.
Dla zainteresowanych, nowy firmware nie zadziała na oficjalnych obrazach z openwrt.org i Cezarego.
Do poprawnego działania wymaga patcha, oraz nowszych wersji sterowników DSL : https://gist.github.com/xdarklight/3452b26620b28f3bc577
Sprawą zajmuje się Martin Blumenstingl, nowe sterowniki dostarczył Florian Eckert, a wszystko weryfikuje Sylwester Petela (scAPI): http://openwrt-devel.openwrt.narkive.co … mware-info
Gotowy obraz, spatchowany i zawierający nowe drivery na TP-Link TD-W8970: https://www.dropbox.com/sh/ee2dmzd7jbki … SAAca?dl=0
znalazłem tu: https://forum.openwrt.org/viewtopic.php … 07#p283807
Uruchomiłem na linii vdsl (Orange):
root@OpenWrt:~# /etc/init.d/dsl_control status
Chipset: Lantiq-VRX200 Unknown
Line State: UP [0x801: showtime_tc_sync]
Data Rate: 64.256 Mb/s / 8.568 Mb/s
Line Attenuation: 16.8dB / 20.1dB
Noise Margin: 9.5dB / 10.7dB
Line Uptime: 11m 39s
root@OpenWrt:~#Działa Ok. (nie testowałem zbyt długo), jedyna zauważalna różnica w stosunku do poprzedniej wersji, to że wskazuje Line Attenuation: 20.1dB
Bo dotychczas było:
root@TD-W8970:~# /etc/init.d/dsl_control status
Chipset: Lantiq-VRx Unknown
Line State: UP [0x801: showtime_tc_sync]
Data Rate: 64.256 Mb/s / 8.568 Mb/s
Line Attenuation: 16.9dB / 0.0dB
Noise Margin: 8.9dB / 10.1dB
Line Uptime: 6h 56m 29s
root@TD-W8970:~#Pozdrawiam i raz jeszcze wielkie dzięki dla Bartekk, za wyodrębnienie pliku z oryginalnego firmware.
Dzięki!!!
Przetestuję i dam znać co i jak.
Pozdrawiam
Od pewnego czasu dostępny jest nowy adsl/vdsl firmware dla TP-Link TD-W8970 i ZyXEL P-2812HNU-FX
Niestety, trzeba go wyciągnąć z oficjalnego firmware dla Tp-Link TD-W9980
Do pobrania tu: http://www.tp-link.com/resources/softwa … 150507.zip
Instrukcja dla posiadaczy Linuxa:
unzip TD-W9980_V1_150507.zip
binwalk "TD-W9980_V1_150507/TD-W9980v1_0.6.0_1.12_up_boot(150507)_2015-05-07_11.12.40.bin" -e
unsquashfs TD-W9980_V1_150507/_TD-W9980v1_0.6.0_1.12_up_boot\(150507\)_2015-05-07_11.12.40.bin.extracted/160200.squashfsThe xDSL firmware file can be found in "squashfs-root/firmware/"
Uzyskany plik: xcpe_574306_571801.bin należy wrzucić do /lib/firmware/ (oczywiście zmieniając jego nazwę na: vdsl.bin)
Jeżeli ktoś mogłby to zrobić i podzielić się wyodrębnionym plikiem będę wdzięczny ![]()
Sam nie posiadam Linuxa - 20 lat uzależnienia od Windows robi swoje ![]()
Pozdrawiam
Coś czuję, że niebawem mapka zagęści się we Włoszech, bo ostatnio namierzyli Twoją stronę: http://www.hwupgrade.it/forum/showthrea … st42701339
Czy mógłbyś sprawdzić, co pojawia się w logach routera w momencie, gdy Oscam traci kontakt z Czytnikiem?
Bo całkiem możliwe, że problem obsługi czytników FTDI przez OpenWrt CC nie dotyczy jedynie platformy Lantiq... http://eko.one.pl/forum/viewtopic.php?p … 65#p143765
Zauważyłem, że w logu kernela CC brak części informacji (wytłuszczone)
[ 49.444000] usbcore: registered new interface driver ftdi_sio
[ 49.460000] usbserial: USB Serial support registered for FTDI USB Serial Device
[ 49.464000] ftdi_sio 2-1:1.0: FTDI USB Serial Device converter detected
[ 49.476000] usb 2-1: Detected FT232RL
[ 49.476000] usb 2-1: Number of endpoints 2
[ 49.480000] usb 2-1: Endpoint 1 MaxPacketSize 16384
[ 49.484000] usb 2-1: Endpoint 2 MaxPacketSize 16384
[ 49.492000] usb 2-1: Setting MaxPacketSize 64
[ 49.520000] usb 2-1: FTDI USB Serial Device converter now attached to ttyUSB0
Jezeli w Twoim przypadku również dochodzi do wycieku pamięci, to najlepszym rozwiazaniem jest powrót do OpenWrt BB - przynajmniej narazie... https://dev.openwrt.org/ticket/20177
Też tak myślę - "sylwek@WRT" brzmi znajomo ![]()
wydałem polecenie:
root@OpenWrt:/# ubidetach -p /dev/mtd4i zonk:
ubidetach: error!: cannot detach "/dev/mtd4" error 19 (No such device)porównałem wpisy na wiki z tymi podanymi przez Ciebie.
http://wiki.openwrt.org/toh/zyxel/p2812hnu-f3
https://www.dropbox.com/sh/9aup68dv6oq5 … t.txt?dl=0i jest różnica. na wiki widnieje /dev/mtd4 podczas gdy w pliku z dropboxa /dev/mtd5. edycja: zgłosiłem na forum openwrt i już poprawili.
No to namieszaliśmy... Okazuje się, że dla plików z dropboxa powinno używać się tam zamieszczonych instrukcji.
Natomiast instukcja na wiki była OK. - pod warunkiem stosowania plików z github: https://github.com/ScApi/P2812HNUFx-Pre-Build
Więcej szczegółów tutaj: https://forum.openwrt.org/viewtopic.php … 52#p284552
Myślę, że nawet gdybyś miał ten model, to przy tej ilości routerów (dla których udostępniasz firmware) jest fizyczną niemożliwością sprawdzenie każdego - od tego są użytkownicy!!!
Każdy doskonale to rozumie, a nasze wpisy potraktuj z przymrużeniem oka ![]()
Poza tym (jak już nieraz pisałem) zapewniasz najlepszy i natychmiastowy support (co sprawdziło się po raz kolejny).
Pozdrawiam.
... a że calibration data jest potrzebne to czytałem, ale do głowy mi nie przyszło, że czegoś może brakować w obrazach od Cezarego...
No cóż, ja też jestem w ciężkim szoku... zwłaszcza po tym zapewnieniu: http://eko.one.pl/forum/viewtopic.php?p … 22#p143222
Widać wpadki zdarzają się także najlepszym ![]()
Tego nie wiem, wiem tylko, że wybiórczo czytasz wiki
- http://wiki.openwrt.org/toh/zyxel/p2812hnu-fx
Calibration Data
Image downloaded or build from sources don't contain calibration data (this data isn't stored on partition like on other boards).
This file needs to be placed in /lib/firmware folder after flashing, RT3062.eeprom for P2812HNU-F1 and RT3092.eeprom for P2812HNU-F3, without this file wireless will work in 150Mbps mode.
Firmware z dropboxa prawdopodobnie w /lib/firmware miał 'RT2860.eeprom' - stąd widoczne wifi, ale jak piszą z ograniczeniem do 150Mbps. Natomiast u Cezarego zabrakło obu - rezultat kompletny brak wifi
Wiem natomiast, że możliwa jest koegzystencja RT3092.eeprom i RT2860.eeprom w przypadku F3 - muszę sprawdzić, czy poprawia to stabilność WiFi.
Pozdrawiam
Chyba nie brak miejsca, a RT3092 - przeznaczony do F3 był przyczyną zamieszania ![]()
Czy może to być wina Oscama - ciągle ma jakieś wycieki?
Z drugiej strony jeżeli nawet, to po restarcie powinien działać - a pomaga jedynie restart routera.
W BB na tym samym sprzęcie wszystko działa bez zająknięcia... więc chyba jednak winne CC
Testując różne wersje CC - wcześniej na TP-Link TD-W8970, teraz również na ZyXELu P-2812HNU-F3.
Napotykam na problem z obsługą phoenixa na ftdi.
Tzn. wszystko działa - czasami nawet 5 godz. po czym Oscam wali Timeoutami, a w logu pojawia się:
[ 2490.572000] CPU 0 Unable to handle kernel paging request at virtual address 0000002c, epc == 87bc5298, ra == 87bc523c
[ 2490.580000] Oops[#1]:
[ 2490.580000] CPU: 0 PID: 7993 Comm: wr05-phoenix Not tainted 3.18.17 #1
[ 2490.580000] task: 873ed9b8 ti: 86bd4000 task.ti: 86bd4000
[ 2490.580000] $ 0 : 00000000 7666ec8d 00000000 00000002
[ 2490.580000] $ 4 : 86a82f9c 86891180 868911b0 87ba667c
[ 2490.580000] $ 8 : 00000000 8000ab50 00000001 dda20000
[ 2490.580000] $12 : 7666ec50 779713a0 00000000 00000001
[ 2490.580000] $16 : 8725d100 87303d80 87ba6400 00000000
[ 2490.580000] $20 : 86a82f80 87bb5eb0 00000020 87ba6610
[ 2490.580000] $24 : 00000001 80028800
[ 2490.580000] $28 : 86bd4000 86bd5cc8 00008020 87bc523c
[ 2490.580000] Hi : 00002313
[ 2490.580000] Lo : d70a5c22
[ 2490.580000] epc : 87bc5298 dwc2_hcd_queue_transactions+0x75c/0x8d0 [dwc2]
[ 2490.580000] Not tainted
[ 2490.580000] ra : 87bc523c dwc2_hcd_queue_transactions+0x700/0x8d0 [dwc2]
[ 2490.580000] Status: 1100fc03 KERNEL EXL IE
[ 2490.580000] Cause : 00800008
[ 2490.580000] BadVA : 0000002c
[ 2490.580000] PrId : 00019555 (MIPS 34Kc)
[ 2490.580000] Modules linked in: ltq_ptm_vr9 rt2800pci rt2800mmio rt2800lib iptable_nat rt2x00pci rt2x00mmio rt2x00lib pppoe nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE ftdi_sio cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_id xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT usbserial pppox ppp_async nf_reject_ipv4 nf_nat_masquerade_ipv4 nf_nat_ftp nf_nat nf_log_ipv4 nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_rtcache nf_conntrack_ftp nf_conntrack ltq_deu_vr9 iptable_raw iptable_mangle iptable_filter ip_tables crc_itu_t crc_ccitt compat drv_dsl_cpe_api drv_mei_cpe ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables pppoatm ppp_generic slhc br2684 atm ipv6 eeprom_93cx6 drv_ifxos arc4 crypto_blkcipher dwc2_platform dwc2 gpio_button_hotplug
[ 2490.580000] Process wr05-phoenix (pid: 7993, threadinfo=86bd4000, task=873ed9b8, tls=76677970)
[ 2490.580000] Stack : 8005e27c 873ed9b8 ffffffff 00000001 00000000 86bd5d48 8725d100 87ba6400
[ 2490.580000] 80474c60 8725d108 00000000 00000020 00000000 80474c60 00000020 802724d0
[ 2490.580000] 00000001 873ed9b8 8004b2b4 00100100 00200200 86bd5d80 00001388 86830280
[ 2490.580000] 86830280 00000000 86bd5d48 80273f50 00000000 00000000 810d5860 8006e0e0
[ 2490.580000] 00000000 86bd5d4c 86bd5d4c 872c5d04 00000005 8725d100 87157900 801b3ccc
[ 2490.580000] ...
[ 2490.580000] Call Trace:
[ 2490.580000] [<87bc5298>] dwc2_hcd_queue_transactions+0x75c/0x8d0 [dwc2]
[ 2490.580000]
[ 2490.580000]
[ 2490.580000] Code: 14620006 00000000 8e820014 <8c42002c> 30420001 1040004c 8fa20010 41716000 32310001
[ 2490.816000] ---[ end trace e6281fca92d963fc ]---Po restarcie Oscam nie potrafi zainicjować czytnika pheonix.
Wg. mnie dzieje się to od momentu, gdy "kmod-ltq-hcd-vr9" zamieniono na "kmod-usb-dwc2": https://dev.openwrt.org/changeset/44857
Trochę poszperałem w temacie i wychodzi na to, że sprawę próbowano załatwić: https://dev.openwrt.org/changeset/44676/
Jednak mam obawy, czy kompilacje Cezarego i z Openwrt.org uwzględniają te zmiany?
Chodzi o: P2812HNUFX.dtsi, TDW8970.dts, vr9.dtsi - które jak rozumiem powinny zostać uwzglednione podczas kompilacji.
Jeżeli moje obawy są bezpodstawne, to znaczy, że nadal nie uporano się z problemem ![]()
Pozdrawiam
Więc po kolei:
Skoro działa Ci net, to taka konfiguracja jest OK!
Ja tylko podałem Ci propozycję ustawień, których sam używam (po wielu próbach) - zresztą tak proponuje wiki: http://wiki.openwrt.org/toh/zyxel/p2812hnu-fx- ten Zyxel ma też lantiq na pokładzie.
#config atm-bridge 'atm' <-----//comment out this section from here//
# option vpi '0'
# option vci '35'
# option encaps 'llc'
# option payload 'bridged' <-----//comment out this section to here//
config interface 'wan'
option ifname 'ptm0.35' <-----//use vpi/vci params here example 'ptm8.32' means vpi=8 vci=32//
option proto 'pppoe'
option macaddr 'fc:f5:28:17:xx:xx' <-----//taken from U-boot env//
option username 'user' <-----//username//
option password 'password' <-----//password//
config vdsl 'dsl'
option annex 'a' <-----//change annex here//
option firmware '/lib/firmware/vdsl.bin'
option tone 'av' <-----//probably if annex B is chosen, needs to be changed to 'bv'//
option xfer_mode 'ptm'Jeżeli (zgodnie z sugestią Orange) dodasz do nazwy użytkownika /ipv6, to otrzymasz adresy w tym standardzie (szybko jednak wrócisz do ipv4)
- na wszelki wypadek poczytaj sobie: http://wiki.openwrt.org/doc/uci/network6 oraz forum orange.
Co do obrazów, to sam przetestowłem "prawie" wszystkie dostępne od początku dla tego modelu - więc rozumiem.
Czym różnią sie obrazy Cezarego od tych na openwrt.org???: http://eko.one.pl/?p=openwrt-luci. Poza tym aktualizacje na openwrt.org pojawiają się znacznie żadziej (twoja wersja: 3.18.17(r46163), wersja Cezarego: 3.18.18(r46365))
Witam,
Zainstalowałem oprogramowanie CHAOS CALMER (15.05-rc3, r46163) ze strony Openwrt.
To źle zrobiłeś...
Nie wdając się w niepotrzebne uzasadnianie powiem Ci, że dla tego modelu najlepsze obrazy na CHAOS CALMER ma Cezary - posiadają już plik z firmware xDSL (vdsl.bin)
Moja propozycja:
Zaciągnij najnowszą wersję: http://dl.eko.one.pl/luci/chaos_calmer/ … rade.image
Wrzuć do /tmp i zrób "sysupgrade" : http://eko.one.pl/?p=openwrt-tdw8970
Potem skonfiguruj vdsl (wywal z /etc/config/network całą sekcję ATM), a do poprawnego działania działania wystarczy Ci tyle:
config interface 'wan'
option ifname 'ptm0.35'
option proto 'pppoe'
option username 'xxx@neostrada.pl'
option password 'xxx'
option ipv6 '0'Pozdrawiam
To, że musiałeś powtórzyć procedurę wgrywania Openwrt, to wina obu instrukcji - po wgraniu U-boot'a powinien być step 7: type in console:
resetTak jak w przykładzie z tego linku: https://forum.openwrt.org/viewtopic.php … 80#p255680
Następnie, po załadowaniu podmienionego U-boot'a wgrać Openwrt.
P.S. Dodałem polecenie "reset" - które wcześniej usunąłem sugerując się instrukcjami
Pozdrawiam
Edit:
A i jeszcze jedno, bo bym zapomniał kolejne wersje OpenWrt z "sysupgrade.tar" w nazwie można spokojnie ładować z poziomu Luci - cały proces trwa ok 45s!!!
Za pierwszym razem myślałem, że nie poszło
- od zatwierdzenia procesu upgrade'u, do restartu urządzenia mija 20s, po kolejnych 25s zgłasza się LuCi.
Jestes pewien, że ustawiłeś parametry portu szeregowego w Tera Term Pro na takie:
- Port: (taki jak w Menedżerze urządzeń) - dla konwertera usb-ttl
- Baud rate: 115200 (liczba bitów na sekundę)
- Data: 8 bit (bity danych)
- Parity: none (parzystość - brak)
- Stop: 1 bit (bity stopu)
- Flow control: none (sterowanie przepływem - brak)
Oczywiście, te same ustawienia muszą być w Menedżerze urządzeń.
Druga rzecz, której musisz być pewien, to że ruszył w trybie "CFG 04" - uzyskasz go przez zwarcie pinów (R24)i(R15) i włączenie zasilania.
Inne tryby (w zależności od tego, co jest zwarte przy starcie) opisano tu: https://forum.openwrt.org/viewtopic.php … 63#p252963
Oczywiście na potrzeby TFTPD32 łączycz kompa z routerem po LANie i ustawiasz na sztywno adres karty sieciowej: 192.168.1.2/24
I dla pewności wspomnę, że łączysz jedynie GND, TX i RX (dwa ostatnie na odwrót TX-RX, RX-TX).
eko.one.pl → Posty przez Scotch
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc