abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 4
včera 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 22
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 3
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 1
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 2
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 770 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách

13.11.2014 14:00 bhy | skóre: 35 | blog: bhyblog | brno
OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Přečteno: 410×

Dobré odpoledne všem,

používám OpenWRT 14.07 Barrier Breaker na routeru TP-LINK TL-MR3220 v2 s 3G USB modemem AnyDATA ADU-510L od U:fona jakožto jediným spojením ven. OpenWRT jsem na router dal proto, že stock firmware můj modem vůbec nepodporoval (psal "connecting.." ale nikdy se nepřipojil, a LEDka na modemu svítila zeleně, při připojování má svítit modře).

Teď se můžu úspěšně připojit, download i upload funguje normální rychlostí atd., ale spojení se vždy přeruší zhruba za 2 minuty. Často se doporučuje nastavit pppd option "noipdefault", což jsem udělal, ale nemělo to na nic vliv.

Může jít o problém s napájením, související s tímhle: https://forum.openwrt.org/viewtopic.php?id=39956
A může tedy být nutné, abych mezi router a modem přidal USB hub.
Jde ale o jiný typ desky, můj router je ar71xx. Instaloval jsem z image openwrt-ar71xx-generic-tl-mr3220-v2-squashfs-factory.bin
Nemám možnost změřit napětí v USB portu routeru.

Zde je výstup logread:

Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (BUSY)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO CARRIER)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (ERROR)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO DIAL TONE)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO ANSWER)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (DELAYED)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: report (CONNECT)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 10 seconds
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (AT^M)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: AT^M^M
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATZ^M)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 30 seconds
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ATZ^M^M
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATDT#777^M)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (CONNECT)
Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
Wed Nov 12 13:31:21 2014 local2.info chat[5740]: ATDT#777^M^M
Wed Nov 12 13:31:21 2014 local2.info chat[5740]: CONNECT
Wed Nov 12 13:31:21 2014 local2.info chat[5740]:  -- got it
Wed Nov 12 13:31:21 2014 local2.info chat[5740]: send (^M)
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script DIALNUMBER= /usr/sbin/chat -t5 -v -E -f /etc/chatscripts/evdo.chat finished (pid 5739), status = 0x0
Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Serial connection established.
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: using channel 36
Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Using interface 3g-3g
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: Connect: 3g-3g <--> /dev/ttyUSB0
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x1     ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfReq id=0x24  ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfRej id=0x1  ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfAck id=0x24  ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x2   ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfAck id=0x2   ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP EchoReq id=0x0 magic=0x10cd98eb]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Challenge id=0x1 , name = ""]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [CHAP Response id=0x1 <25da9f0d22715c939e85c456cc575fc4>, name = "ufon"]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Success id=0x1 ""]
Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: CHAP authentication succeeded
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: CHAP authentication succeeded
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x47   ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfReq id=0x1 ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfAck id=0x1 ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfNak id=0x47   ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x48   ]
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfAck id=0x48   ]
Wed Nov 12 13:31:21 2014 daemon.notice netifd: Network device '3g-3g' link is up
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: local  IP address 78.136.147.93
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: remote IP address 172.18.55.1
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: primary   DNS address 78.136.128.4
Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: secondary DNS address 78.136.128.12
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up started (pid 5767)
Wed Nov 12 13:31:21 2014 daemon.notice netifd: Interface '3g' is now up
Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up finished (pid 5767), status = 0x1
Wed Nov 12 13:31:21 2014 user.notice firewall: Reloading firewall due to ifup of 3g (3g-3g)
Wed Nov 12 13:31:24 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:27 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:30 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:33 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:36 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: reading /tmp/resolv.conf.auto
Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using local addresses only for domain lan
Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.4#53
Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.12#53
Wed Nov 12 13:31:39 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:42 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:45 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:48 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
Wed Nov 12 13:31:51 2014 daemon.warn pppd[1126]: IPV6CP: timeout sending Config-Requests
Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x3]
Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: LCP terminated by peer
Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Connect time 1.7 minutes.
Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Sent 44136 bytes, received 99893 bytes.
Wed Nov 12 13:33:02 2014 daemon.notice netifd: Network device '3g-3g' link is down
Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down started (pid 5892)
Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x3]
Wed Nov 12 13:33:02 2014 daemon.notice netifd: Interface '3g' has lost the connection
Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down finished (pid 5892), status = 0x1
Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x4]
Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x4]
Wed Nov 12 13:33:05 2014 daemon.notice pppd[1126]: Connection terminated.
Wed Nov 12 13:33:05 2014 kern.err kernel: [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
Wed Nov 12 13:33:06 2014 daemon.notice pppd[1126]: Modem hangup
Wed Nov 12 13:33:26 2014 daemon.warn dnsmasq[1198]: no servers found in /tmp/resolv.conf.auto, will retry

Po ukončení spojení se modem za několik sekund znova připojí (sám od sebe, bez mého zásahu) a celý scénář se opakuje.

Zvláštní je, že se to děje velmi pravidelně, podle dmesg každých 137 sekund (možná 2 minuty uptime + 17 sekund připojování?):

[ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2
[ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2
[ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2
[ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2
[ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2
[ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2
[ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
[ 5071.260000] option1 ttyUSB0: option_instat_callback: error -2
[ 5208.090000] option1 ttyUSB0: option_instat_callback: error -2

atd.

Vzhledem k té pravidělnosti si nejsem jist, zda jde skutečně o problém s napájením.
Myslíte, že si mám pořídit ten USB hub, nebo to může být něčím úplně jiným?

díky moc
bhy

Odpovědi

13.11.2014 15:37 R
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Nic nekupuj, je to bug v kerneli:

https://dev.openwrt.org/ticket/17984

http://www.spinics.net/lists/linux-usb/msg111248.html
13.11.2014 16:11 bhy | skóre: 35 | blog: bhyblog | brno
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
díky, na to jsem už koukal, ale mám dojem, že to je jiná chyba, protože dotyčný píše, že mu modem normálně funguje (pochopil jsem to tak, že nepřetržitě) a jeho problémem je množství hlášek v logu (které jsou u něj mnohem častější než u mě).
18.11.2014 12:56 R
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Aha, ano. Blbo som to precital, je to len falosne chybove hlasenie.
18.11.2014 07:06 frr | skóre: 32
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
No já vidím v modemovém logu PPP frame LCP TERM REQ od modemu. Modem košer požádá o ukončení relace. PPP relaci v případě GPRS a spol. servíruje lokální GSM modem, který ji překlápí na GTP v rámci GSM stacku. Těžko říct, jestli to položí svévolně modem, nebo jestli mu to nakuká síť. Zkuste přidat do nějakého skriptu rozpoutání pravidelného pingu někam ven do internetu. Nemusí to pingat moc často, třeba jednou za pár desítek vteřin by mohlo stačit.

Marketový multimetr stojí 2-3 stovky a je užitečný opakovaně, doporučuji koupit. Lepší by byl osciloskop, ale to už je otázka pár pár tisíc za základní USB model.

Pokud máte podezření na napájení, nepotřebujete ani hub (stejně ty levné často nepodporují externí napájecí vstup), stačí rozpárat USB prodlužovák a napájení přivést natvrdo na červený proti černému. Nebo si zbastlit napájecí vsuvku ze dvou konektorů (samec+samice). Jako napájecí zdroj doporučuji spínaný adaptér cca 5V/3A, který se dá koupit jako náhradní k WiFi APčkům (Aspa) nebo v bastlířských krámech. Vzhledem k tomu, že potřebujete taky multimetr, možná dutý konektor a možná trafopáječku (a cín a kalafunu a smršťovací bužírky), doporučuju jako vhodnou hračkárnu GME nebo TME. Užitečná bastlo-hračka je taky pistole na tavné lepidlo.
[:wq]
18.11.2014 12:47 bhy | skóre: 35 | blog: bhyblog | brno
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Ha, díky za nakopnutí.
Když nechám běžet ping, spojení skutečně vydrží déle (zkoušel jsem asi 25 minut). Je to ale bohužel k ničemu, protože když se pak (později než 2 minuty od připojení) pokusím o navázání jakéhokoliv http spojení, modem se zase zavěsí.
Nicméně nabourává to trochu teorii o nízkém napájení (snad jedině že by modem měl při pingu nižší spotřebu než při http spojení). Uvidíme.
18.11.2014 12:55 R
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Problemy s napajanim vacsinou vyzeraju inak - USB zariadenie sa resetuje, vyzera to ako odpojenie a znovu pripojenie k USB portu.

Skus to pripojit k normalnemu PC s Linuxom a spustit pppd s rovnakymi parametrami.
18.11.2014 13:01 frr | skóre: 32
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Ještě dotaz: když to spojení normálně používáte = surfujete a tak, nebo běží nějaký přenos dat... tak to stejně po 2 minutách padne? *to* by bylo divné... pak by to totiž nebyl "idle timeout".

Jsou to přesně dvě minuty? Nebo "řádově tak nějak přibližně"?

Nemáte nakonec jenom problém s kvalitou příjmu? Pokud se ten modem baví přes AT příkazy, co řekne třeba na AT+CSQ ?
[:wq]
18.11.2014 14:30 bhy | skóre: 35 | blog: bhyblog | brno
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
ano, spojení padne i když se zrovna v tu chvíli načítá stránka nebo stahují data.
v dmesg na routeru je chyba usb vždycky jednou za 137 sekund:

[ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2
[ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2
[ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2
[ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2
[ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2
[ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2

atd.

AT+CSQ vyzkouším, až budu u routeru.
19.11.2014 09:54 frr | skóre: 32
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Jak už výše odpověděl R, patrně to velmi dobře shrnuje OpenWRT ticket 17984. Podle toho co v tom ticketu píšou, ta hláška nemusí nutně znamenat selhání, možná je to jenom chybná interpretace nějakého result kódu, cosi vytištěného v logu co nemusí mít vliv na reálné fungování. Konkrétně tam tuším zmiňovali, že jakýsi takový check přesunuli do device open()/close(), což by mohlo korelovat s okamžiky, kdy pppd v reakci na TERM REQ (a následný TEERM ACK) košer zavře a znovu otevře /dev/ttyUSB0.

=> zkuste stopnout pppd a zeptat se minicomem (nebo čím) přímo modemu na AT+CSQ. Je fakt, že nemám referenční hodnoty pro Váš modem...

Myslím si správně, že ten krám má pouze zabudovanou anténku, bez možnosti připojit externí? Kde je to celé umístěno? Je to pohromadě s další počítačovou technologií, nebo relativně "volně v prostoru"? Je to USB dongle - připadalo by v úvahu, koupit 2m-5m USB prodlužovák a samotný USB modem vystrčit třeba jenom experimentálně na pár minut z okna? Taky by se třeba dalo to pouzdro lousknout a přiletovat tenký pigtail pro připojení externí antény. Možná by základní čtvrtvlnný pahýl na 450 MHz "hrál" líp než miniaturní a zkrácená anténa na plošáku toho donglu.

Moderní okna s determálními skly (= všechna plastová) dost tlumí cokoli od dlouhých vln přes televizní pásmo, GSM až po wifi v obou pásmech. Resp. pokovená skla zhorší odstup lokálních rušení uvnitř budovy.

Zažili jsme v práci, že nám dost zlobily mobily. Padaly GSM relace, přitom signál relativně slušný (aspoň podle čárek). Jako jednu z hypotéz jsme se doslechli, že to může být v místě na rozhraní mezi dvěma GSM buňkami, kde dochází k náhodnému handoveru z jedné buňky na druhou podle lokálních anomálií v síle pole uvnitř budovy... Časem ten problém polevil, bez nějakého našeho přičinění.

Anebo je možné, že je to fakt bug ve firmwaru toho modemu. Střeva jsou údajně nějaký Qualcomm, to není špatnej oddíl - spíš je otázkou, zda se do toho třeba vůbec dá sehnat aktualizace firmwaru. Dost pochybuju :-( Bude to nějaká speciální ufoní edice - i pokud byste zjistil, že se to venku prodává pod jinými názvy, nemusel by nějaký "generický" nebo "cizí" firmware proti ufoní síti správně fungovat... Navíc ten produkt je patrně už dost starý... možná byste mohl zkusit Ufona nebo Anydata požádat o aktuální firmware, ale moc šancí tomu nedávám :-)

Jestli si s tím modemem popovídáte přes AT příkazy, zkuste se ho zeptat ještě na ATI nebo ATI3 (obecně ATI0, ATI1, ATI2 atd.) Zjištěné informace o verzi firmwaru by se mohly hodit při případné komunikaci s výrobcem či Ufonem.

Zkoušel jste ten modem pod Vindózama? Jede to furt?
[:wq]
21.11.2014 15:26 bhy | skóre: 35 | blog: bhyblog | brno
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
Díky moc:)

Modem byl předtím připojen v podstatě v témže místě přímo k počítači (s Fedorou, naštěstí Windows tu nemáme resp. nemusíme je používat) a tam nebyly žádné problémy, sílu signálu to ukazovalo nízkou ale spojení nevypadávalo.

Po připojení k aktivnímu hubu se sice nic nezměnilo, ale díky prodlužováku od hubu je možné modem umístit blíž oknu, taky se nic nezměnilo, a nezměnilo se ani při provozu s otevřeným oknem. Přímou souvilost se silou signálu jsem prozatím vyloučil.

Po troše googlení jsem na základě diskuzí na ruských a rumunských webech:) přidal do /etc/config/network
option ppp_redial 'persist'
option keepalive '10 20'
čímž se doba trvání spojení před pádem prodloužila na cca 10-12 minut a hlavně zmizely prodlevy mezi hangupem a opětovným vytáčením (ty 2 minuty předtím tam byly asi z OpenWRTího cronu, je to čas po kterém se obnovuje padlé spojení).

Dál jsem pak přemýšlel, proč předtím při pingu spojení vydrželo déle než ty 2 minuty a napadla mě souvislost s velikostí MTU (ping má malé frames, nebo jak se to jmenuje). ifconfig ukázal, že je nastaveno na 1500, což pro mobilní síť asi není to pravé ořechové. Snížil jsem ho na 1300 a spojení nyní vydrží cca 25-30 minut (a okamžitě se obnoví), což už je mnohem použitelnější.
option mtu '1300'
Příští týden vyzkouším, jestli se to ještě zlepší při dalším snížení MTU.

Díky za rady.
22.11.2014 22:42 frr | skóre: 32
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
No vida :-) Vyřešil jste si to sám...

Spojitost s MTU je mi záhadou, ale co už.

PPP keepalives... hezky :-)
[:wq]
18.11.2014 13:04 frr | skóre: 32
Rozbalit Rozbalit vše Re: OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách
BTW ještě k tomu napájecímu prodlužováku... zem (černý) musí zůstat průchozí i v původním směru, +5V (červený) propojit z přídavného zdroje jenom do periferního zařízení = od počítače ustřihnout.
[:wq]

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.