🗓️ 😶 🈸 اضغط على الحد الأقصى للإنترنت خارج خلايا القرية 🗑️ 🛀🏾 👋🏽

عشية عطلة رأس السنة الجديدة ، استغرقت المغادرة مبكرًا من العاصمة ، وتركتها في اتجاه مثل هذه الأماكن حيث الإنترنت نادر جدًا. لفترة من الغياب عن العمل ، وعدت شركائي بالبقاء على اتصال. وبما أن وظيفتي مرتبطة بشكل مباشر بالويب ، فقد قررت تجربة توفر الإنترنت في مكان الإقامة المخطط له.

كان جوهر المهمة كما يلي:

تحقيق سرعة إنترنت مريحة.
توزيع الإنترنت ليس فقط لنفسك ، ولكن أيضًا لزوجتك.

كان لدينا 2 مودم و 750 ميجابايت من الإنترنت المدفوع و 3 أجهزة كمبيوتر محمولة والعديد من الهواتف ومجموعة كاملة من بطاقات SIM من جميع الأنواع والألوان ونقطة وصول مع OpenWRT ومحور USB ومحرك أقراص محمول وهوائي. لا يعني ذلك أنه كان مصدرًا ضروريًا للرحلة ، ولكن إذا بدأت في جمع قطع الحديد ، يصبح من الصعب إيقافها. الشيء الوحيد الذي أثار قلقي هو الهوائي. لا يوجد شيء في العالم أكثر قوة ، وغير مسؤول ، وضعيف من إشارة الهوائي ، التي تمر عبر كابل USB بطول 3 أمتار. كنت أعلم أننا سننتقل عاجلاً أم آجلاً إلى هذا القمامة.

كان لدي العديد من الحلول:

استخدم مودم Huawei 5776 ، بعد أن اشتريت هوائيًا له.
اجمع المزيد من قطع الحديد واجمع شيئًا أكثر قوة.

نظرًا لأنني تذكرت متأخرًا جدًا عن إمكانية توصيل هوائي في E5776 ، لم يكن لدي الخيار الأول.

من الأساسيات التي حصلت عليها:

TP-Link TL-WR1043ND مع البرامج الثابتة OpenWRT 15.05
Antenna Connect 2.0 (مع كابل USB بطول 3 أمتار بدون حلقات من الفريت).
لوحة وصل USB

للحصول على صورة كاملة ، افتقرت إلى مودم USB ، وقع الاختيار على Huawei 3372h.

تجميع المنشئ

كان لدي منفذ USB واحد على TP-Link ، وكان مشغولًا بالفعل بواسطة محرك أقراص لنظام الملفات الجذر ، بالإضافة إلى أن السلك الطويل في الهوائي كان مريبًا. شعرت بالعذاب من الشكوك في أن نقطة الوصول يمكنها تشغيل المودم من خلال سلك 3 أمتار ، لذا كان الاتصال عبر محور USB هو الحل الوحيد.

كمحور استخدم D-Link Dub-104 القديم الجيد (محور صغير جميل مزود بمصدر طاقة ضخم بشكل لا يصدق).

الخيار المتوسط:

تثبيت البرامج اللازمة على نقطة الوصول

نظرًا لأننا كنا متجهين إلى قرية بالكاد تعمل جميع الهواتف في وضع GPRS ، فقد قررت تثبيت جميع البرامج أثناء وجودي في مدينة كبيرة ، لذلك قمت بتعيينها إلى الحد الأقصى حتى أتمكن من التقاط الحد الأدنى من المغامرة على الفور. لقد تعلمت معرفة الضبط من هذه المقالة: https://wiki.openwrt.org/doc/recipes/3gdongle .

ssh root@< >

opkg update
opkg install comgt kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-wwan usb-modeswitch usb-modeswitch-data

بشكل عام ، بعد ذلك يمكنك محاولة إدخال مودم ومعرفة ما إذا ظهرت أجهزة مثل / dev / ttyUSB * . في حالتي ، قامت usb_modeswitch بكل العمل وظهرت الأجهزة. إذا لم تكن هذه هي حالتك ، فيجب عليك قراءة المقالة على usb_modeswitch بالتفصيل .

تكوين إعدادات الاتصال

قم بتعيين خيارات wan:

vim /etc/config/network

config interface 'wan'
        option device /dev/ttyUSB0
        option username 'gdata'
        option password 'gdata'
        option apn 'internet'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

في حالتي ، كانت بطاقة SIM من مكبر الصوت ، لذلك تم اختيار المعلمات خصيصًا لذلك.

أضفت أيضًا سطرًا في النص لمعرفة مستوى الإشارة من البرج عند الاتصال:

vim /etc/chatscripts/3g.chat

ABORT   BUSY
ABORT   'NO CARRIER'
ABORT   ERROR
REPORT  CONNECT
TIMEOUT 10
""      "AT+CSQ"
""      "AT&F"
OK      "ATE1"
OK      'AT+CGDCONT=1,"IP","$USE_APN"'
SAY     "Calling UMTS/GPRS"
TIMEOUT 30
OK      "ATD$DIALNUMBER"
CONNECT ' '

اتصال

الآن نفعل ifup wan ، انظر إلى logread iii ... إذا كنت محظوظًا ، سترى شيئًا مثل هذا:

Wed Dec 30 21:47:01 2015 local2.info chat[30352]: CONNECT
Wed Dec 30 21:47:01 2015 local2.info chat[30352]:  -- got it
Wed Dec 30 21:47:01 2015 local2.info chat[30352]: send ( ^M)
Wed Dec 30 21:47:01 2015 daemon.info pppd[30347]: Serial connection established.
Wed Dec 30 21:47:01 2015 kern.info kernel: [98634.870000] 3g-wan: renamed from ppp0
Wed Dec 30 21:47:01 2015 daemon.info pppd[30347]: Using interface 3g-wan
Wed Dec 30 21:47:01 2015 daemon.notice pppd[30347]: Connect: 3g-wan <--> /dev/ttyUSB0
Wed Dec 30 21:47:02 2015 daemon.info pppd[30347]: CHAP authentication succeeded: Welcome!!

إذا كان مكبر الصوت الخاص بك غير موجود ، فانتقل.

الرقص مع الدف

حدث خطأ أثناء قيام المودم ATD بتنفيذ الأمر . بوجود القليل من المنتديات ، اكتشفت ميزة مثيرة للاهتمام للعامل مكبر الصوت. في أحد المنتديات ، تم اقتراح تعطيل كل شيء غير ضروري على المودم يدويًا وترك وظائف المودم نفسه فقط وربما بطاقة sd. من ناحية أخرى ، وميض المودم مع البرامج الثابتة المصنع (غير ذات العلامات التجارية) (في حالتي ، كانت البرامج الثابتة أيضًا من مكبر الصوت).

والمثير للدهشة هو حقيقة أن المودم يعمل بشكل صحيح عند توصيله بجهاز كمبيوتر محمول يعمل بنظام Windows. كان يستحق الاتصال بـ Linux - تلقيت خطأ.

أولاً ، قررت أن أتحقق مما إذا كان هذا مرتبطًا بالفعل بمكبر الصوت. لقد أخذت بطاقة SIM من Tele2 من الأسهم ، وقمت بتعديل تكوين الاتصال قليلاً:

vim /etc/config/network

config interface 'wan'
        option device /dev/ttyUSB0
        option apn 'internet.tele2.ru'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

ثالثا ، عملت. حالا. حسنًا ، لنبدأ أولاً بأبسط طريقة ونوقف كل الفائض على المودم:

ssh root@< >

picocom -b 9600 -f n -p n -d 8 -r /dev/ttyUSB1
at^setport="ff;10,12,16,a2"

نخرج من المجموعة:

CTRL + A + X

الآن أوقف تشغيل usb_modeswitch على أنه غير ضروري:

/etc/init.d/usbmode stop
/etc/init.d/usbmode disable

نقلب المودم ، ننتظر حتى يتم تشغيله ورفع واجهة wan:

ifup wan

في حالتي ، كل شيء يعمل الآن. مرحى!

التحسين

تم إجراء الضبط الأولي دون توصيل هوائي ، الآن من المثير للاهتمام معرفة ما إذا كان سيكون هناك تأثير منه.

قوة الإشارة بدون هوائي:

gcom sig -d /dev/ttyUSB1
Signal Quality: 15,99

والآن مع الهوائي:

gcom sig -d /dev/ttyUSB1
Signal Quality: 21,99

بدا الأمر رائعًا لدرجة أنني لمست صيدًا. وكان هناك حقا صيد. لقد كان اكتشافًا بالنسبة لي أن الإشارة الجيدة من محطة قاعدة لا تعني أي شيء.

الأصوات أدناه للخيارين الأول والثاني:

1.

root@OpenWrt:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=44 time=986.652 ms
64 bytes from 8.8.8.8: seq=1 ttl=44 time=327.628 ms
64 bytes from 8.8.8.8: seq=2 ttl=44 time=246.212 ms
64 bytes from 8.8.8.8: seq=3 ttl=44 time=265.568 ms
64 bytes from 8.8.8.8: seq=4 ttl=44 time=285.271 ms

64 bytes from 8.8.8.8: seq=233 ttl=45 time=1567.306 ms
64 bytes from 8.8.8.8: seq=234 ttl=45 time=1126.106 ms
64 bytes from 8.8.8.8: seq=235 ttl=45 time=569.993 ms
64 bytes from 8.8.8.8: seq=236 ttl=45 time=1403.010 ms
64 bytes from 8.8.8.8: seq=237 ttl=45 time=428.891 ms

وهنا فتح لي عالم جديد رائع من الاتصالات المتنقلة.

اكتشفت أن المودم الخاص بي يدعم مسح المنطقة بحثًا عن محطات القاعدة ، وليس بالضرورة المشغل الذي تم تثبيت بطاقة SIM بداخله.

تم ذلك باستخدام الأمر التالي:

AT^NETSCAN=20,-110,1

20 - عدد الأبراج التي يجب إخراجها
-110 - الحد الأدنى للإشارة هو
0/1 - 0 - 2G أبراج ، 1 - أبراج 3G. مع LTE حتى الآن.

يتم فرز القائمة حسب قوة الإشارة وتبدو كما يلي:

^NETSCAN: 10638,,,1e7e,250,02,0,-78,8b77,400000
^NETSCAN: 10687,,,1e7e,250,02,0,-79,d5c8,400000
^NETSCAN: 10662,,,1e7e,250,02,0,-82,8ade,400000
^NETSCAN: 10587,,,4cf8,250,20,0,-105,d4fc,400000
^NETSCAN: 10563,,,4cf8,250,20,0,-106,d4f9,400000

1e7e - محطات LAC
250 - MCC (روسيا)
02 - MNC (في هذه الحالة - MTS)
-78 - مستوى إشارة هذه المحطة الأساسية
8b77 - محطة CID
400000 - النطاق الذي يتم فيه استقبال إشارة المحطة الأساسية (كما في أمر ^ syscfgex)

الآن بعد الحصول على هذه البيانات ، يمكنك الانتقال إلى الموقع http://xinit.ru/bs/ ومعرفة مكان وجود هذه الأبراج بالنسبة إلى نفسها.

كقاعدة ، إذا كان هناك هوائي اتجاهي ، فيجب إرساله إلى أقرب محطة قاعدة - أعتقد ذلك. ثم انتظرني الاكتشاف التالي. حتى إذا أرسلنا هوائيًا ، فهذا بعيد عن حقيقة أن التسجيل سيتم في محطة القاعدة هذه. وإذا حدث ذلك ، فليس من الواقعي أن يكون معدل نقل البيانات أعلى من برج يقع مرتين بعيدًا عنه. لذلك مشيت إلى أقرب المحطات ضمن دائرة نصف قطرها من 1.5 كيلومتر إلى 3 وجميعها ، مع إشارة جيدة ، البيانات المنقولة مع تأخير طويل. متوسط Ping ~ 300ms.

أثناء التجربة ، وصلت عن طريق الخطأ إلى البرج ، الذي كان على مسافة 6-7 كيلومتر مني. بعد الاتصال به ، انخفض وقت ping إلى 90 مللي ثانية تقريبًا ، على الرغم من حقيقة أن مستوى الإشارة انخفض معه.

للمقارنة ، مستوى الإشارة من:

الأبراج القريبة: 13-20
من البرج البعيد: 5-12

(تم إجراء القياسات بواسطة أداة gcom sig -d / dev / ttyUSB1 ، حيث يمكن أن تكون القيمة رقمًا من 0 إلى 99).

ومع ذلك ، أجريت اختبارات سرعة على أفضل برج قريب وعلى البعيدة ، والنتائج:
واحدة من أقرب المحطات - 2 / 0.35 ميغابت.

المحطة البعيدة - 4.28 / 1.68 ميجابت في الثانية.

بصراحة ، لقد فوجئت بميغابتين أيضًا. عند استخدام هاتف عادي ، حتى سوق Google Play لم يفتح. وهنا ، اتضح أنه لا يزال بإمكانك التسريع إلى 4!

الملخص

كانت هذه النتائج كافية بالنسبة لي. تركت الهوائي لأبحث في اتجاه البرج البعيد ، على أمل أن أظل على اتصال به دائمًا ، لكن آمالي كانت ساذجة. نشأت مشكلة جديدة ولكن لم يتم حلها بعد. وهو يتألف من حقيقة أنه من وقت لآخر هناك تسجيل في محطة قاعدة أخرى ، حتى لو كان موجودا في الاتجاه المعاكس بالنسبة لاتجاه الهوائي. في مثل هذه اللحظات ، يزداد التأخير في نقل البيانات ، ولم أجد بعد كيفية التغلب على ذلك.

على الإنترنت ، يتم الإجابة على سؤال مثل: "هل يمكن للمودم أن يشير إلى أي برج للعمل معه" يتم الرد على أنك لا تختار البرج ، ولكنه أنت. ربما سيخبرك الأشخاص المطلعون إذا كانت هناك حلول لمثل هذه المواقف؟

هذا كل شيء. شكرا لجميع الذين قرأوا حتى النهاية.

ملاحظة
ثم جاءت سيمون بيلين ، وأبراجها هي الأقرب إلينا وبعد توصيل اختبار السرعة أظهر ما يصل إلى 20/2 ميغابت. أحضر تكوين Beeline:

vim /etc/config/network

config interface 'wan'
        option device /dev/ttyUSB0
        option username 'beeline'
        option password 'beeline'
        option apn 'internet.beeline.ru'
        option service 'umts'
        option maxwait '0'
        option dialnumber '*99#'
        option proto '3g'

الموارد المستخدمة

W3bsit3-dns.com.ru
wiki.openwrt.org
xinit.ru/bs/

اضغط على الحد الأقصى للإنترنت خارج خلايا القرية