1

(13 odpowiedzi, napisanych Oprogramowanie / Software)

Cezary napisał/a:
ptaszor napisał/a:

(...)Czy nawet przy "świeżo zainstalowanym" LEDE będzie problem z sysupgrade lub wgraniem czegoś starszego?

To nie tak. LEDE działa na routerach z 4MB flash i/lub 32MB ramu, ale...
soft jest aktualizowany, co raz nowsze pakiety, coraz nowszy kernel i ma coraz większy apetyt na ram. Więc po prostu jak za dużo rzeczy uruchomisz to te 32MB to może być za mało i wywala outofmemory. Tak samo z flash - 4MB obecnie starcza na naprawdę podstawowy system bez możliwości większego ruchu.

Sysupgrade oczywiście działa, ale czasami należy wyłączyć wszystko co możliwe bo zawalona pamięć powoduje problemy.

Teraz jasne, dzięki. Routery zawsze miały sprzętowy gorset.
Do pozytywów przej scia należy zaliczyć możliwość załadowania łatki z GRO i SFE/fastpath.

2

(13 odpowiedzi, napisanych Oprogramowanie / Software)

Przyłączę się do wątku.
Na moim starym TP-Link TL-WR1043ND v1 wgrałem LEDE, niestety przed dogłębnym zrozumieniem problemu.
Z opisu na https://lede-project.org/meta/infobox/432_warning wynika, że dla routerów z ilością pamięci 8/32 (FLASH/RAM)
to mogą występować problemy już przy sysupgrade lub powrocie do CC z Luci.
Czy nawet przy "świeżo zainstalowanym" LEDE będzie problem z sysupgrade lub wgraniem czegoś starszego?

Dzieki za info.
Jaką kolejność i co wgrywałeś aby ściągał soft automatem z tftp 192.168.0.66 ?

Rzeczywiście antywirus. Dzięki za pomoc.
Lecz nie posunąłem się aż do odinstalowania antywirusa, ale uruchomiłem starego lapka
z winXP i poszło migiem. Teraz mam fabryczny system Tp-link-a,
dotychczas korzystałem CC z LUCI na extroocie,  przy aktualizacji do LEDE coś nie poszło.

edit.
spamsool dokładnie który plik z projektu LEDE brałeś do instalacji?
Czy może lepiej zostać przy CC z LUCI?

Witam,
No cóż dopadło również mnie. Po kilku aktualizacjach OpenWRT uwaliłem swojego TP-Link TL-WR1043ND v1.8. Uruchomiłem Tftpd32 na 192.168.0.5, ale nadal nie mogę ściągnąć pliku z adresu serwera. Firewall wyłączony, windows 7 64, co jeszcze sprawdzić? Pomocy wink

 
U-Boot 1.1.4 (Apr 28 2011 - 15:55:09)

AP83 (ar9100) U-boot 0.0.11
DRAM:
sri
32 MB
id read 0x100000ff
flash size 8MB, sector count = 128
Flash:  8 MB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   ag7100_enet_initialize...
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7114
eth0: 00:03:7f:09:0b:ad
eth0 up
eth0
Autobooting in 1 seconds## Booting image at bf020000 ...
   Uncompressing Kernel Image ... Error: Bad gzipped data
GUNZIP ERROR - must RESET board to recover

ar7100> printenv
bootargs=console=ttyS0,115200 root=31:02 rootfstype=jffs2 init=/sbin/init mtdparts=ar9100-nor0:128k(u-boot),1024k(kernel),4096k(rootfs),64k(art)
bootcmd=bootm 0xbf020000
bootdelay=1
baudrate=115200
ethaddr=00:1D:0F:11:22:33
ipaddr=192.168.0.2
serverip=192.168.0.5
stdin=serial
stdout=serial
stderr=serial
ethact=eth0

Environment size: 317/131068 bytes

ar7100> tftpboot 0x81000000 code.bin
dup 1 speed 1000
Using eth0 device
TFTP from server 192.168.0.5; our IP address is 192.168.0.2
Filename 'code.bin'.
Load address: 0x81000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
Using eth0 device
TFTP from server 192.168.0.5; our IP address is 192.168.0.2
Filename 'code.bin'.
Load address: 0x81000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
Using eth0 device
TFTP from server 192.168.0.5; our IP address is 192.168.0.2
Filename 'code.bin'.
Load address: 0x81000000
Loading: T T T

Help needed...fast as you can.

6

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Cześć,

Również podępnę się do wątku, ale w odniesieniu do tl-wr1043nd-v1,
Czy po przejściu na tym routerze z CC (LUCI) na LEDE, będzie równie stabilne?
Czy zostanie jakieś miejsce, czy  zmieści się miniDLNA bez extroota ?

7

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Przy oglądaniu z minidlna lub z youtube na nowym TV przez wifi
pojawia się co jakiś czas "Błąd sieci" i wygląda jakby zerywał
połączenie.
Jedyne co zauważyłem to w tym samym czasie odnawia dzierżawę
ale to okazało się normalne.
To, że komunikaty związane z "WPA Group Cipher rekeying" nie mają
nic wspólnego z tym zachowaniem TV już wiem.
Z tego co doczytałem się to tego typu problemy z TP-Linkami 1043ND
były juz zgłaszane, ale przy intensywnym obciążeniu
https://dev.openwrt.org/ticket/12372#comment:19
http://openrouter.info/forum/viewtopic. … mp;p=25757

Powinienem bardziej sprecyzować problem - uzupełnię jak tylko
będę miał coś konkretnego po testach.

Dzięki za kontakt.
Pozdrawiam.

8

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Nie mam pewności, że odświeżanie dzierżawy z DHCP po wanie wywołuje
błędy sieci wlan0, poza koincydencją czasową.
Wygląda to tak - na TV błąd sieci - a w logach :

Mar 19 18:24:17 OpenWrt daemon.notice netifd: wan (6726): Sending renew...
Mar 19 18:24:17 OpenWrt daemon.notice netifd: wan (6726): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 19 18:29:03 OpenWrt daemon.info hostapd: wlan0: STA 00:18:de:b5:33:5a WPA: group key handshake completed (RSN)
Mar 19 18:29:03 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: group key handshake completed (RSN)
Mar 19 18:29:03 OpenWrt daemon.info hostapd: wlan0: STA bc:20:a4:6c:b6:80 WPA: group key handshake completed (RSN)
Mar 19 18:31:33 OpenWrt daemon.info dnsmasq[1832]: reading /tmp/resolv.conf.auto
Mar 19 18:31:33 OpenWrt daemon.info dnsmasq[1832]: using nameserver xxx.xxx.xxx.xxx#53
Mar 19 18:31:33 OpenWrt daemon.info dnsmasq[1832]: using nameserver xxx.xxx.xxx.xxx #53
Mar 19 18:31:33 OpenWrt daemon.info dnsmasq[1832]: using local addresses only for domain lan


co jest normalne ze względu na lease time ustawiony u dostawcy netu na 2h, netifd po upływie
połowy odświeża dzierżawę (wg. https://dev.openwrt.org/ticket/12223,
https://dev.openwrt.org/ticket/12649#no2).

Ale czy któreś z moich ustawienia w "wireless" mają jakiś błąd, który wywołuje te błędy sieci
w TV po wlan0 ?  te błędy sieci w telewizorze są dokuczliwe gdy się chce obejrzeć coś dłużej niż 1h.

root@OpenWrt:/# cat /etc/config/wireless

config wifi-device 'radio0'
        option type 'mac80211'
        option macaddr 'macadres'
        option hwmode '11ng'
        option htmode 'HT40+'
        list ht_capab 'SHORT-GI-40'
        list ht_capab 'DSSS_CCK-40'
        list ht_capab 'HT40+'
        list ht_capab 'HT40-'
        option country 'PL'
        option noscan  '1'
        option channel '3'
        option disabled '0'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'Betelgeuse'
        option encryption 'psk2'
        option key 'hasło'
        option macfilter 'allow'
        option maclist ''
        option hidden '1'


TP-Link 1043ND ver. 1.8, OpenWrt Attitude Adjustment 12.09-rc1 (r35839)

9

(11 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Po przejściu na AA zauważyłem że bez specjalnej definicji odświeża
dzierżawę od strony wan-u, który mam ustawiony na DHCP,
na starszym Gorgoyle'u tego nie robił.
Jak to wyłączyć lub wydłużyć ten czas bo telewizor po prostu
reaguje na to jak na błąd sieci ?
W logach to nawet częściej jest odświeżanie niż 7200 s
i za każdym razem odnawiane jest wszystko
(zostawiłem zapis przy ostatniej dzierżawie).

Ptaszor

[edit]
Zauważyłem, że temat dzierżaw przewija się dość często.
Jak na razie jedynym miejscem gdzie lease time
jest definiowane to /etc/config/dhcp ale dla lan
Dla wan to nie działa. np.:

config dhcp wan
        option interface        wan
        option ignore   1
        option leasetime        12h




------------------------------------------------------------------------------------------------------------------------------------------------

Mar 17 08:51:19 OpenWrt daemon.notice netifd: wan (778): Sending renew...
Mar 17 08:51:19 OpenWrt daemon.notice netifd: wan (778): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 17 10:21:20 OpenWrt daemon.notice netifd: wan (778): Sending renew...
Mar 17 10:21:20 OpenWrt daemon.notice netifd: wan (778): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 17 11:21:20 OpenWrt daemon.notice netifd: wan (778): Sending renew...
Mar 17 11:21:20 OpenWrt daemon.notice netifd: wan (778): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 17 12:21:20 OpenWrt daemon.notice netifd: wan (778): Sending renew...
Mar 17 12:21:20 OpenWrt daemon.notice netifd: wan (778): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 17 13:21:20 OpenWrt daemon.notice netifd: wan (778): Sending renew...
Mar 17 13:21:20 OpenWrt daemon.notice netifd: wan (778): Lease of xxx.xxx.xxx.xxx obtained, lease time 7200
Mar 17 13:22:38 OpenWrt daemon.notice hostapd: wlan0: STA bc:20:a4:6c:b6:80 IEEE 802.11: did not acknowledge authentication response
Mar 17 13:23:07 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: group key handshake completed (RSN)
Mar 17 13:33:07 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: group key handshake completed (RSN)
Mar 17 13:33:50 OpenWrt daemon.info dnsmasq[1832]: reading /tmp/resolv.conf.auto
Mar 17 13:33:50 OpenWrt daemon.info dnsmasq[1832]: using nameserver xxx.xxx.xxx.xxx#53
Mar 17 13:33:50 OpenWrt daemon.info dnsmasq[1832]: using nameserver xxx.xxx.xxx.xxx#53
Mar 17 13:33:50 OpenWrt daemon.info dnsmasq[1832]: using local addresses only for domain lan
Mar 17 13:43:13 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de IEEE 802.11: authenticated
Mar 17 13:43:13 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de IEEE 802.11: associated (aid 1)
Mar 17 13:43:14 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: pairwise key handshake completed (RSN)
Mar 17 13:53:07 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: group key handshake completed (RSN)
Mar 17 14:03:07 OpenWrt daemon.info hostapd: wlan0: STA 00:a0:96:7b:e7:de WPA: group key handshake completed (RSN)

Nie nawet nie próbowałem. Ale zwróciłem uwagę ponieważ problem wydawał się zbliżony.
Dotyczy to następnych wersji firmware po 1..8.

Prawda. Właśnie przekombinowałem myśląc że "uposzczę" - ja to tylko używam. smile

Teraz uzupełniłem /etc/config/network o:

config 'switch'
    option 'name' 'rtl8366rb'
    option 'reset' '1'
    option 'enable_vlan' '1'

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

config 'switch_vlan'
    option 'device' 'rtl8366rb'
    option 'vlan' '2'
    option 'ports' '0 5t'

i pomimo że restart network nie pomógł jeszcze.

root@Gargoyle:/$ /etc/init.d/network restart
Error 1 looking up hostname 0.pl.pool.ntp.org
Error 1 looking up hostname 1.pl.pool.ntp.org
Error 1 looking up hostname 2.pl.pool.ntp.org
Configuration file: /var/run/hostapd-phy0.conf
Using interface wlan0 with hwaddr b0:48:7a:da:a1:06 and ssid 'Betelgeuse'

to ponowne wyłączenie modemu kablowego pomogło.

Co bardzo ciekawe w międzyczasie znalazłem takiego newsa:
http://wiki.openwrt.org/toh/tp-link/tl- … gs.gotchas

mój wr1043 ma wersję 1.8 więc jestem nieufny wobec tego.

Pozdrawiam
Ptaszor.

Witam,

Mam zapewne prosty problem, ale nie daję już rady i się zakręciłem.
Dotychczas miałem modem Nordiska na /dev/ttyUSB0
i 3g-wan udostępnione dla wlan. Dod tego jest exroot.

moja konfiguracja wygląda tak:
root@Gargoyle:/$ cat /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 'interface' 'lan'
        option 'ifname' 'eth0.1'
        option 'type' 'bridge'
        option 'proto' 'static'
        option 'ipaddr' '192.168.1.1'
        option 'netmask' '255.255.255.0'
        option 'dns' '192.168.1.1'

config 'interface' 'wan'
        option 'auto' '1'
        option 'ifname' 'eth0.2'
        option 'proto' 'dhcp'


wanem jest modem z multimedia polska, który przydziela dynamicznie ten sam IP,
aby odświeżyć dzierżawę restartowałem go będąc przyłączonym do portu WAN TP-linka.
Czy brakuje mi trasy w firewall-u?

Czy ktoś się spotkał z takim prozaicznym problemem?

Ptaszor


root@Gargoyle:/$ cat /etc/config/firewall

config 'defaults'
        option 'syn_flood' '1'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'

config 'zone'
        option 'name' 'lan'
        option 'network' 'lan'
        option 'input' 'ACCEPT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'

config 'zone'
        option 'name' 'wan'
        option 'network' 'wan'
        option 'input' 'REJECT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'masq' '1'
        option 'mtu_fix' '1'

config 'forwarding'
        option 'src' 'lan'
        option 'dest' 'wan'

config 'rule'
        option 'name' 'Allow-DHCP-Renew'
        option 'src' 'wan'
        option 'proto' 'udp'
        option 'dest_port' '68'
        option 'target' 'ACCEPT'
        option 'family' 'ipv4'

config 'rule'
        option 'name' 'Allow-Ping'
        option 'src' 'wan'
        option 'proto' 'icmp'
        option 'icmp_type' 'echo-request'
        option 'family' 'ipv4'
        option 'target' 'ACCEPT'

config 'rule'
        option 'name' 'Allow-DHCPv6'
        option 'src' 'wan'
        option 'proto' 'udp'
        option 'src_ip' 'fe80::/10'
        option 'src_port' '547'
        option 'dest_ip' 'fe80::/10'
        option 'dest_port' '546'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'

config 'rule'
        option 'name' 'Allow-ICMPv6-Input'
        option 'src' 'wan'
        option 'proto' 'icmp'
        option 'limit' '1000/sec'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'
        list 'icmp_type' 'echo-request'
        list 'icmp_type' 'destination-unreachable'
        list 'icmp_type' 'packet-too-big'
        list 'icmp_type' 'time-exceeded'
        list 'icmp_type' 'bad-header'
        list 'icmp_type' 'unknown-header-type'
        list 'icmp_type' 'router-solicitation'
        list 'icmp_type' 'neighbour-solicitation'

config 'rule'
        option 'name' 'Allow-ICMPv6-Forward'
        option 'src' 'wan'
        option 'dest' '*'
        option 'proto' 'icmp'
        option 'limit' '1000/sec'
        option 'family' 'ipv6'
        option 'target' 'ACCEPT'
        list 'icmp_type' 'echo-request'
        list 'icmp_type' 'destination-unreachable'
        list 'icmp_type' 'packet-too-big'
        list 'icmp_type' 'time-exceeded'
        list 'icmp_type' 'bad-header'
        list 'icmp_type' 'unknown-header-type'

config 'include'
        option 'path' '/etc/firewall.user'

config 'include'
        option 'path' '/usr/lib/gargoyle_firewall_util/gargoyle_additions.firewall'

config 'rule'
        option '_name' 'ftp_wan'
        option 'src' 'wan'
        option 'target' 'ACCEPT'
        option 'proto' 'tcp'
        option 'dest_ip' '192.168.1.1'
        option 'dest_port' '21'

config 'rule' 'ftp_wan'
        option 'src' 'wan'
        option 'target' 'ACCEPT'
        option 'proto' 'tcp'
        option 'dest_port' '21'

config 'rule'
        option '_name' 'ssh'
        option 'target' 'ACCEPT'
        option 'src' 'wan'
        option 'proto' 'tcp'
        option 'dest_port' '22'
        option 'dest_ip' '192.168.1.1'

config 'redirect' 'redirect_enabled_number_0'
        option 'name' '-'
        option 'src' 'wan'
        option 'dest' 'lan'
        option 'proto' 'tcp'
        option 'src_dport' '*'
        option 'dest_ip' '192.168.1.1'
        option 'dest_port' '22'

[edit] no jeszcze do tego brakuje
root@Gargoyle:/$ ifdown wan
root@Gargoyle:/$ ifup wan
root@Gargoyle:/$ ifconfig
br-lan    Link encap:Ethernet  HWaddr B0:48:7A:DA:A1:06
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4922 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4970 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:819472 (800.2 KiB)  TX bytes:1637940 (1.5 MiB)

eth0      Link encap:Ethernet  HWaddr B0:48:7A:DA:A1:06
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1650 errors:0 dropped:0 overruns:0 frame:0
          TX packets:942 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:556699 (543.6 KiB)  TX bytes:357631 (349.2 KiB)
          Interrupt:4

eth0.1    Link encap:Ethernet  HWaddr B0:48:7A:DA:A1:06
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:178 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:46047 (44.9 KiB)

eth0.2    Link encap:Ethernet  HWaddr B0:48:7A:DA:A1:06
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:763 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:310541 (303.2 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:44 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3244 (3.1 KiB)  TX bytes:3244 (3.1 KiB)

mon.wlan0 Link encap:UNSPEC  HWaddr B0-48-7A-DA-A1-06-00-00-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:22974 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:4385261 (4.1 MiB)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr B0:48:7A:DA:A1:06
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4931 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5148 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:889081 (868.2 KiB)  TX bytes:1785591 (1.7 MiB)

13

(23 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Chciałbym pociągnąć ten temat dalej. Postanowiłem zutylizować stary konwerter USB -> Serial DB9 Cable
(oznaczony KTM 6012) i wykorzystać go do komunikacji wireless z rejestratorem jakości energii
(jest w pobliżu TP Linka 1043nd).
Zainstalowałem sterownik kmod-usb-serial-pl2303 - 2.6.32.27-1cj oraz ser2net - 2.7-2 i o dziwo ruszył z kopyta
z klientem TCP-COM w sieci wewnętrznej ... w pliku /etc/ser2net.conf ustawiłem parametry
...port TCP, oraz prawidłowy adres urządzenia (u mnie jak widać przejściówka jest na /dev/ttyUSB3).

$ logread
Sep  2 21:45:52 Gargoyle user.info kernel: usb 1-1.1: new full speed USB device using ar71xx-ehci and address 7
Sep  2 21:45:52 Gargoyle user.info kernel: usb 1-1.1: configuration #1 chosen from 1 choice
Sep  2 21:45:53 Gargoyle user.notice usb-modeswitch: 1-1.1:1.0: Manufacturer=Prolific_Technology_Inc. Product=USB-Serial_Controller_C Serial=?
Sep  2 21:56:17 Gargoyle user.info kernel: USB Serial support registered for pl2303
Sep  2 21:56:17 Gargoyle user.info kernel: pl2303 1-1.1:1.0: pl2303 converter detected
Sep  2 21:56:17 Gargoyle user.info kernel: usb 1-1.1: pl2303 converter now attached to ttyUSB3
Sep  2 21:56:17 Gargoyle user.info kernel: usbcore: registered new interface driver pl2303
Sep  2 21:56:17 Gargoyle user.info kernel: pl2303: Prolific PL2303 USB to serial adaptor driver


Problem okazał się, że jedynie ser2net uruchomiony z parametrem -d
( - Don't detach and send debug I/O to standard output)

odpowiada na oprogramowanie (win) rejestratora u klienta.
Czy można inaczej ustawić ser2net by pracował w tle i nie przerywał
i odpowiadał na czas przy próbach połączenia?

14

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Jedynie na /dev/ttyUSB0 otrzymuję odpowiedź z 3ginfo-test, bez błędów - ale przy wylogowanym modemie
w pozostałych 2 przypadkach (ustawionych w /etc/config/3ginfo) nie ma odpowiedzi.

# ifdown wan
# 3ginfo-test

DEVICE:
---------------------------------------------------------------
/dev/tty      /dev/ttyS0    /dev/ttyUSB0  /dev/ttyUSB1  /dev/ttyUSB2
---------------------------------------------------------------

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480 MxCh= 1
B:  Alloc=  0/800 us ( 0%), #Int=  1, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev= 2.06
S:  Manufacturer=Linux 2.6.32.27 ehci_hcd
S:  Product=Atheros AR91xx built-in EHCI controller
S:  SerialNumber=ar71xx-ehci
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=16d5 ProdID=6502 Rev= 0.00
S:  Manufacturer=AnyDATA Corporation
S:  Product=AnyDATA CDMA Products
C:* #Ifs= 4 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=128ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=84(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=04(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option
E:  Ad=86(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=06(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=87(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=08(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
---------------------------------------------------------------

Myślę, że obecnie 3ginfo na tyle wspiera modem ADU-510L.

Znalazłem w sieci pewne źródła danych
"CDMA 1xEV-D0 AT Commands Reference Guide"
"AT Commands For CDMA Wireless Modems Reference Guide"
kilka z komend AT sprawdziłem, ale za krótki jestem wink.

15

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Przy uruchomionym wan - otrzymuję błędy dla każdego interfejsu,
ale przy zatrzymanym wan dla /dev/ttyUSB0 jest odpowiedź:

# gcom -d /dev/ttyUSB2 sig
comgt 17:19:58 -> -- Error Report --
comgt 17:19:58 -> ---->                       ^
comgt 17:19:58 -> Error @224, line 13, String is shorter than second argument. (7)

# gcom -d /dev/ttyUSB1 sig
comgt 17:20:09 -> -- Error Report --
comgt 17:20:09 -> ---->                       ^
comgt 17:20:09 -> Error @224, line 13, String is shorter than second argument. (7)

# gcom -d /dev/ttyUSB0 sig
Signal Quality:9

po wybraniu tego interfejsu dla 3ginfo otrzymuję :

# 3ginfo
Status: Polaczony
Czas polaczenia: 0 dni, 00:00:03
Przeslano danych: 1.2 KiB / 540.0 B
Operator:
Tryb pracy: -
Sila sygnalu: 0%
Urzadzenie: -
MCC MNC: - -
LAC: - (-)
LCID: - (-)
RNC: - (-)
CID: - (-)
CSQ: -
RSSI: - dBm

Ponieważ na tym samym /dev/ttyUSB0 nawiązuję połączenie i mam jakakolwiek odpowiedź
zastanawiam się czy na pewno modem jest przełączony.

16

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Witam,

Zainstalowałem na WR1043ND OpenWRT w wersji Gorgoyle PL (przy okazji gratuluję)
chciałem sobie dodatkowo uruchomić 3ginfo z modemem CDMA ADU-510L,
ale nie otrzymuję z 3ginfo oraz 3ginfo-test odpowiedzi.

1. Czy 3ginfo działa z modemami CDMA?

Nazwa modemu: AnyDATA ADU-510L
VID/PID: 16d5/6502 (Rev= 0.00)
interfejs do połączenia: /dev/ttyUSB0
na początku za interfejs do diagnostyki uznałem: /dev/ttyUSB2
później zmieniłem w /etc/config/3ginfo na /dev/ttyUSB1
ale dalej nie działa.

Obecnie moja konfiguracja 3ginfo wygląda tak
(usunąłem tylko pin, nie ma karty RUIM):

config '3ginfo'
        option 'device' '/dev/ttyUSB1'
        option 'http_port' '81'


Modem działa bez zarzutu i zgłasza się również prawidłowo
(został przełączony narzędziem pod win) w logach zgłasza się tak:

usb 1-1: new full speed USB device using ar71xx-ehci and address 4
usb 1-1: configuration #1 chosen from 1 choice
option 1-1:1.0: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
option 1-1:1.1: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
option 1-1:1.2: GSM modem (1-port) converter detected
usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: CD-ROM            AnyDATA  CD-ROM           1.00 PQ: 0 ANSI: 2
usb-storage: device scan complete

Jeżeli 3ginfo obecnie nie wspiera tego modemu, to by wyjaśniało.

Pozdrawiam.