Yetarli emas). Xususiy dasturiy ta'minot egasi to'liq yoki muhim daqiqalarda uni ishlatish, nusxalash va o'zgartirish bo'yicha monopoliyani saqlab qoladi. Xususiy dasturiy ta'minotni har qanday bepul bo'lmagan dasturiy ta'minot, shu jumladan, deb atash odatiy holdir yarim bepul.

Ko'rib chiqilayotgan tushuncha kontseptsiya bilan bevosita bog'liq emas tijorat dasturiy ta'minot .

Etimologiya

FSF

"Xususiy dasturiy ta'minot" atamasi FSF (Free Software Foundation) tomonidan Fond nazarida bepul dasturiy ta'minot bo'lmagan dasturiy ta'minotni aniqlash uchun ishlatiladi. .

yarim bepul dasturiy ta'minot

Dasturiy ta'minotdan notijorat maqsadlarda deyarli cheksiz foydalanish, tarqatish va o'zgartirish (jumladan, o'zgartirilgan versiyalarini tarqatish) imkonini beruvchi bepul dasturiy ta'minot ilgari Free Software Foundation tomonidan yarim bepul deb nomlangan. Debian singari, Free Software Foundation ham ushbu shartlarni bepul dasturiy ta'minot uchun nomaqbul deb hisobladi, ammo yarim bepul dasturiy ta'minotni xususiy dasturiy ta'minotdan ajratib turdi. "Xususiy dasturiy ta'minot" va "yarim bepul dasturiy ta'minot" birgalikda "erkin bo'lmagan dasturiy ta'minot" deb atalgan. Keyinchalik FSF "yarim bepul dasturiy ta'minot" tushunchasidan voz kechdi va barcha erkin bo'lmagan dasturiy ta'minot uchun "xususiy dasturiy ta'minot" atamasini qo'llashni boshladi.

Cheklash degani

Foydalanish, nusxa ko'chirish yoki o'zgartirishning oldini olishga qonuniy va/yoki texnik vositalar yordamida erishish mumkin.

Texnik vositalarga faqat mashina tomonidan o'qiladigan ikkilik fayllarni chiqarish, odam o'qiy oladigan manba kodiga (yopiq manba) kirishni cheklash, o'z nusxalaridan foydalanishni qiyinlashtirish kiradi. Yopiq manba kodiga kirish odatda ishlab chiquvchi kompaniya xodimlari uchun ajratilgan, ammo kirish uchun yanada moslashuvchan cheklovlar qo'llanilishi mumkin, bunda kompaniya siyosatiga muvofiq manba kodini kompaniya hamkorlari, texnik auditorlar yoki boshqalarga tarqatishga ruxsat beriladi.

Huquqiy himoya vositalariga tijorat sirlari, mualliflik huquqi va patentlar kiradi.

Huquqiy himoya

Kompyuter dasturlarini huquqiy himoya qilish ikki xil huquqiy rejimda mumkin - adabiy asarlarga nisbatan qo'llaniladigan rejim va patentlarga nisbatan qo'llaniladigan rejim. Birinchi holda, dastur kod matni bilan belgilanadi (va himoyalangan), ikkinchisida - ixtirolar uchun qo'llaniladigan patentga layoqatlilik mezonlari bilan (ya'ni "innovatsionlik", "originallik" va "noto'g'ri emasligini" isbotlash kerak. -ravshanlik", shuningdek, mavjud texnik muammoni hal qilish imkoniyati va tijorat yaroqliligi ).

Kompyuter dasturlarini huquqiy himoya qilish bir qator xalqaro shartnoma va konventsiyalarning qoidalariga asoslanadi. Biroq, ularning deyarli barchasi, u yoki bu darajada (masalan, Parij, Bern, Rim konventsiyalari va Vashington shartnomasi) Jahon Savdo Tashkiloti tomonidan boshqariladigan TRIPS kelishuvi matniga kiritilgan. TRIPS shartnomasida kompyuter dasturlari "Bern konventsiyasi (1971) bo'yicha adabiy asarlarni himoya qilish kabi" himoya qilinishini nazarda tutadi. Biroq, amalda patent shaklida xususiy raqamli tarkibni himoya qilishning ikkinchi usuli (TRIPS 27-modda) tobora ko'proq foydalanilmoqda. Masalan, AQSHda AQSHda birinchi dasturiy taʼminot patenti 50-yillarda berilgan, Patent № 3.380.029. Martin A. Goetzga berilgan. Biroq, Qo'shma Shtatlarda kompyuter dasturlarini patentlash bo'yicha to'liq huquqli huquqiy doktrina faqat 1980-yillarda bir qator sud pretsedentlari (Gottschallk Bensonga qarshi; Diamond v. Diehr) natijasida shakllangan bo'lib, ularda qo'llanilishi mumkin bo'lgan maxsus mezonlar ishlab chiqilgan. kompyuter dasturlarini patentlash. O'sha vaqtga qadar AQShda kompyuter dasturlarini patentlash to'g'risida yaxshi o'rnatilgan tartib sifatida gapirish mumkin emas. Kompyuter dasturlari bo'yicha so'nggi patentlardan biri 6 yanvarda chiqarilgan patent edi. № US 9,230,358 B2, u vidjetlarni ko'rsatish uchun usul, tizim va kompyuter dasturini himoya qiladi. Evropa Ittifoqida kompyuter dasturlarini patentlash Evropa Patent idorasining bir qator qarorlari bilan aniqlangan EPC qoidalariga asoslanadi. 21.04.2004 yildagi № T258/03 (Hitachi/Auksion usuli) ishida Yevropa Patent idorasining Apellyatsiya kengashi 3-modda. 52 (1) va 52 (2) EPC kompyuter dasturlarini patentlashni taqiqlamaydi, ammo har bir "texnik yechim" ni patentlash mumkin emas. Patent idorasi vakillarining fikriga ko'ra, muammoni hal qilish uchun "texnik vositalar" dan foydalanish juda tushunarli, ammo bu "texnik yechim" ni "innovatsion" bilan to'ldirish zarurligini anglatadi.

Odatda mulkiy dasturiy ta'minot cheklovlari

Ko'p sonli turli xil biznes modellari mavjud va xususiy dasturiy ta'minot kompaniyalari ularga muvofiq o'zlarining litsenziya shartnomalarini yozadilar. Xususiy dasturiy ta'minotning eng tipik cheklovlari quyida keltirilgan.

Tijoriy foydalanishni cheklash

Jismoniy shaxslar, tibbiyot va ta'lim muassasalari, notijorat tashkilotlari va boshqalar uchun bepul notijorat foydalanishga ruxsat beruvchi juda ko'p sonli dasturiy mahsulotlar mavjud, ammo ular dasturiy ta'minot mahsuloti foyda olish uchun ishlatilsa, ular to'lashni talab qiladi. Bunday dasturiy ta'minot juda mashhur va keng qo'llaniladi va uning bepulligi tufayli u qo'shimcha o'quv xarajatlariga muhtoj bo'lmagan mutaxassislar tomonidan yaxshi texnik yordamga ega.

Tarqatishni cheklash

Ushbu turdagi cheklash odatda katta dasturiy ta'minot loyihalari bilan birga keladi, agar mualliflik huquqi egasi dasturning har bir nusxasi uchun to'lovni talab qilsa. Odatda, bunday cheklov bilan tor "professional" bozor segmentiga yoki ko'p sonli foydalanuvchilar tomonidan talab qilinadigan dasturiy ta'minotga qaratilgan dasturiy mahsulotlar qo'llaniladi. Misol tariqasida Adobe CS6 dasturiy paketi yoki Windows 8 operatsion tizimini keltirish mumkin.

O'rganishni cheklash, o'zgartirish va boshqalar.

Ushbu turdagi cheklash faqat yopiq kodli dasturiy ta'minot paketlarida qo'llaniladi va dastur kodini har qanday o'zgartirish, qismlarga ajratish va dekompilyatsiya qilishni taqiqlashi yoki cheklashi mumkin.

Sukut bo'yicha mulkiy

Yuridik va texnik sabablarga ko'ra, dasturiy ta'minot odatda sukut bo'yicha xususiydir.

Kompilyatsiya qilingan tillardagi dasturiy ta'minot tahrirlash uchun mo'ljallanmagan shaklda, ya'ni manba matnlarisiz ishlatiladi. Muallif manba matnlarni odatiga ko'ra tarqatmasligi yoki ularni munosib tarzda namoyish qilish uchun sifatsiz deb hisoblashi mumkin.

Litsenziyalarning xilma-xilligi tufayli muallifga eng yaxshisini tanlash qiyin bo'lishi mumkin.

Erkin dasturiy ta'minot tarafdorlari o'rtasida faqat masofaviy tizimda ishlaydigan dasturiy ta'minotga nisbatan foydalanuvchi erkinliklarining ahamiyati (Affero GPLni keltirib chiqargan GNU GPLning copyleft shartlariga bo'ysunmagan server dasturiy ta'minoti) haqida turlicha fikrlar mavjud. yoki go'yo "Internetda ", lekin aslida har safar foydalanuvchining kompyuterida bajarish uchun yuklab olinadi (masalan, veb-saytlardagi skriptlar, ba'zan o'qib bo'lmaydigan qisqartirilgan funksiya nomlari bilan yuzlab kilobaytlarni egallaydi) yoki apparatda amalga oshirilgan algoritmlar ( bu oddiy bo'lmaganlarning ulushini kamaytiradi ON, lekin uni erkinroq qilmaydi foydalanuvchi). Qarang: GNU AGPL, ochiq kodli apparat, GNUzilla (arzimas bo'lmagan bepul JavaScript dasturlarining bajarilishini bloklaydigan qo'shimchaga ega veb-brauzer).

Eslatmalar

1. Xususiy Yandex lug'atlari
2. Tijoriy dasturiy ta'minot bepul bo'lishi mumkinligi sababli: Qochish kerak bo'lgan ba'zi chalkash yoki yuklangan so'zlar va iboralar(inglizcha). Bepul dasturiy ta'minot fondi. 2008-yil 1-dekabrda olindi. Asl nusxadan 2012-yil 3-fevralda arxivlangan.

Ehtimol siz "maxfiyligingizni himoya qilish uchun VPN dan foydalanishingiz kerak" degan iborani eshitgandirsiz. Endi siz shunday deb o'ylaysiz: "Yaxshi, lekin VPN qanday ishlaydi?"

Internetda bitta protokoldan foydalanishni taklif qiluvchi ko'plab maqolalar mavjud, ammo ba'zi bir asosiy VPN texnologiyalarini tushuntirishga vaqt ajratganlar. Ushbu maqolada men VPN protokollari nima ekanligini, ularning farqlarini va nimaga e'tibor berish kerakligini tushuntiraman.

VPN nima?

Muayyan VPN protokollarini ko'rib chiqishdan oldin, VPN nima ekanligini tezda ko'rib chiqaylik.

Umuman olganda, VPN sizga shaxsiy ulanish orqali umumiy Internetga kirish imkonini beradi. Internetdagi havolani bosganingizda, so'rovingiz to'g'ri serverga o'tadi va odatda to'g'ri tarkibni qaytaradi. Sizning ma'lumotlaringiz asosan A dan B ga uzluksiz oqadi va veb-sayt yoki xizmat boshqa identifikatsiya ma'lumotlari qatorida sizning IP manzilingizni ko'rishi mumkin.

VPN-dan foydalanganda, barcha so'rovlaringiz birinchi navbatda VPN provayderiga tegishli shaxsiy server orqali yo'naltiriladi. Sizning so'rovingiz A dan C ga B orqali yo'naltiriladi. Siz ilgari mavjud bo'lgan barcha ma'lumotlarga kirishingiz mumkin (va ba'zi hollarda ko'proq). Ammo veb-sayt yoki xizmat faqat VPN provayderining ma'lumotlariga ega: ularning IP manzili va boshqalar.

VPN-dan ko'p foydalanish mumkin, jumladan ma'lumotlaringiz va shaxsingizni himoya qilish, jazolovchi tsenzuradan qochish va aloqalaringizni shifrlash.

VPN protokollari nima?

VPN protokoli sizning ma'lumotlaringiz kompyuteringiz va VPN serveri o'rtasida qanday yo'naltirilishini aniq belgilaydi. Protokollar turli xil spetsifikatsiyalarga ega bo'lib, foydalanuvchilarga turli vaziyatlarda imtiyozlar taklif qiladi. Misol uchun, ba'zilar tezlikni birinchi o'ringa qo'yishadi, boshqalari esa maxfiylik va xavfsizlikka e'tibor berishadi.

Keling, eng keng tarqalgan VPN protokollarini ko'rib chiqaylik.

1.OpenVPN

OpenVPN ochiq manbali VPN protokolidir. Bu shuni anglatadiki, foydalanuvchilar manba kodini zaifliklar uchun tekshirishlari yoki boshqa loyihalarda foydalanishlari mumkin. OpenVPN eng muhim VPN protokollaridan biriga aylandi. OpenVPN ochiq manba va eng xavfsiz protokollardan biridir. OpenVPN foydalanuvchilarga 2048-bitli RSA autentifikatsiyasi va 160-bitli SHA1 algoritmi bilan, asosan, buzilmaydigan AES-256 kalit shifrlash (boshqalar qatorida) yordamida oʻz maʼlumotlarini himoya qilish imkonini beradi.

Kuchli shifrlashni ta'minlashdan tashqari, OpenVPN deyarli barcha platformalar uchun ham mavjud: Windows, MacOS, Linux, Android, iOS, routerlar va boshqalar. Hatto Windows Phone va Blackberry ham undan foydalanishi mumkin!

OpenVPN protokoli o'tmishda past tezlik uchun tanqid qilingan. Biroq, so'nggi amaliyotlar biroz tezlashdi va xavfsizlik va maxfiylikka e'tibor qaratishga loyiqdir.

2.L2TP/IPSec

Layer 2 Tunnel Protocol - bu juda mashhur VPN protokoli. L2TP Microsoft va Cisco tomonidan ishlab chiqilgan L2F tomonidan ishlab chiqilgan eskirgan PPTP (batafsilroq ma'lumot uchun quyidagi PPTP bo'limiga qarang) ning vorisi hisoblanadi. Biroq, L2TP aslida hech qanday shifrlash yoki maxfiylikni ta'minlamaydi.

Shunga ko'ra, L2TP dan foydalanadigan xizmatlar ko'pincha IPsec xavfsizlik protokoli bilan bog'lanadi. Amalga oshirilgandan so'ng, L2TP/IPSec eng xavfsiz VPN ulanishlaridan biriga aylanadi. U AES-256 bit shifrlashdan foydalanadi va ma'lum zaifliklarga ega emas (garchi IPSec NSA tomonidan buzilgan bo'lsa ham).

Biroq, L2TP/IPSec-ning ma'lum zaif tomonlari bo'lmasa-da, ba'zi bir kichik kamchiliklarga ega. Misol uchun, sukut bo'yicha, protokol 500-portda UDP-dan foydalanadi. Bu trafikni aniqlash va bloklashni osonlashtiradi.

3.SSTP

Secure Socket Tunneling Protocol boshqa mashhur VPN protokolidir. SSTP ning bitta muhim afzalligi bor: u Windows Vista SP1 o'rnatilgandan beri har bir Microsoft operatsion tizimi bilan to'liq integratsiyalangan. Bu shuni anglatadiki, xavfsizlikni yaxshilash uchun siz SSTP dan Winlogon yoki smart chip bilan foydalanishingiz mumkin. Bundan tashqari, ko'pgina VPN provayderlarida Windows uchun maxsus o'rnatilgan SSTP ko'rsatmalari mavjud. Ularni VPN provayderining veb-saytida topish mumkin.

SSTP autentifikatsiya qilish uchun 2048-bitli SSL/TLS sertifikatlaridan va shifrlash uchun 256-bitli SSL kalitlaridan foydalanadi. Umuman olganda, SSTP juda xavfsiz.

SSTP asosan Microsoft xususiy protokoli hisoblanadi. Bu shuni anglatadiki, hech kim asosiy kodni to'liq tekshira olmaydi. Biroq, ularning aksariyati hali ham SSTP ni xavfsiz deb hisoblashadi.

Nihoyat, SSTP Windows, Linux va BSD tizimlari uchun o'rnatilgan yordamga ega. Android, macOS va iOS uchinchi tomon mijozlarini qo'llab-quvvatlaydi.

4. IKEv2

Internet Key Exchange 2 versiyasi Microsoft va Cisco tomonidan ishlab chiqilgan boshqa VPN protokolidir. IKEv2 - bu xavfsiz kalit almashinuv seansini ta'minlovchi tunnel protokoli. Shuning uchun (o'zidan oldingi kabi) IKEv2 shifrlash va autentifikatsiya qilish uchun ko'pincha IPSec bilan bog'lanadi.

Boshqa VPN protokollari kabi mashhur bo'lmasa-da, IKEv2 ko'plab mobil VPN echimlariga ega. Buning sababi, u Internetga ulanishning vaqtincha yo'qolishi paytida, shuningdek, tarmoqqa o'tish paytida (masalan, Wi-Fi-dan mobil ma'lumotlarga) qayta ulanishi mumkin.

IKEv2 - bu Windows, iOS va Blackberry qurilmalari uchun mahalliy yordamga ega xususiy protokol. Linux uchun ochiq kodli versiyalar mavjud, Android qo'llab-quvvatlashi esa uchinchi tomon ilovalari orqali mavjud.

Afsuski, ikev2 protokoli mobil aloqa uchun ajoyib bo'lsa-da, AQSh NSA IPSec trafigini buzish uchun o'z kamchiliklaridan faol foydalanayotgani haqida kuchli dalillar mavjud.

5.PPTP

Nuqtadan nuqtaga tunnel protokoli eng qadimgi VPN protokollaridan biridir. U hali ham baʼzi joylarda qoʻllanilayapti, lekin koʻpchilik xizmatlar anchadan buyon tezroq va xavfsizroq protokollarga yangilangan.

PPTP 1995 yilda joriy qilingan. U aslida Windows 95 bilan birlashtirilgan bo'lib, dial-up ulanishlari bilan ishlash uchun mo'ljallangan. O'sha paytda bu juda foydali edi.

Ammo VPN texnologiyasi rivojlangan va PPTP endi xavfsiz emas. Hukumatlar va jinoyatchilar uzoq vaqtdan beri PPTP shifrlashni buzgan va bu protokol yordamida yuborilgan har qanday ma'lumotni xavfsiz holatga keltirgan.

Biroq, u hali to'liq o'lik emas.... Ko'ryapsizmi, ba'zi odamlar PPTP aniq xavfsizlik xususiyatlarining yo'qligi (zamonaviy protokollar bilan solishtirganda) tufayli yaxshiroq ulanish tezligini beradi deb hisoblashadi. Shunday qilib, u hali ham foydalanuvchilar Netflix-ni boshqa joydan tomosha qilishni xohlayotgani uchun ishlatiladi.

VPN protokollarini umumlashtiramiz

Biz beshta asosiy VPN protokolini qamrab oldik. Keling, ularning ijobiy va salbiy tomonlarini qisqacha bayon qilaylik.

openvpn: ochiq manba hisoblanadi, barcha harakatlar uchun mos keladigan eng kuchli shifrlashni taklif qiladi, ulanish vaqtlari biroz sekinroq.

L2TP / IPSec: keng qo'llaniladigan protokol, yaxshi tezlik, lekin bitta portga bog'liqlik tufayli osongina bloklanadi.

SSTP: yaxshi xavfsizlik, bloklash va aniqlash qiyin.

IKEv2: tez, mobil qulay, bir nechta ochiq manba dasturlari bilan (NSA tomonidan potentsial ravishda buziladi).

PPTP: tez, keng qo'llab-quvvatlanadi, lekin xavfsizlik teshiklari bilan to'la, faqat oqim va asosiy veb-sahifalar uchun ishlatiladi.

To'liq xavfsizlik va xotirjamlik uchun sizga protokol tanlashni taklif qiluvchi VPN provayderini tanlang. Shu bilan bir qatorda, bepul xizmatdan ko'ra ExpressVPN kabi pullik VPN echimlaridan foydalanishingiz mumkin. VPN uchun to'lov qilganingizda, siz xizmatni sotib olasiz. Bepul VPN-dan foydalansangiz, ular sizning ma'lumotlaringiz bilan nima qilishlari mumkinligini bilmaysiz.

Odatda qaysi VPN protokolidan foydalanasiz? VPN provayderingiz tanlov taklif qiladimi? Izohlarda ayting!

"Internet avlodi" portativ audio pleyerlari o'rtasidagi asosiy farq ularning shaxsiy kompyuter bilan qattiq integratsiyalashuvidir.

Ilgari portativ pleyerlar ommabop olinadigan mediadan musiqa ijro etishardi va eshitish vositalaridan boshqa hech narsaga ulanishi shart emas edi.

Yaqin vaqtgacha shaxsiy kompyuter ularning yagona kontent manbai edi. Shu bilan birga, portativ pleer va kompyuterni ulash mexanizmiga ehtiyoj bor edi. Vazifa raqamli shakldagi ma'lumotlarni bir vositadan (kompyuterda) ikkinchisiga (pleerda) kompyuter sanoatida qabul qilingan formatda o'tkazish edi.

Kontent odatda 3,5 dyuymli qattiq diskda saqlanadigan kompyuterdan portativ pleer muhitiga o'tkazilishi kerak: flesh xotira, 1 dyuym va 1,8 dyuymli qattiq disklar.

Shuning uchun kompyuter ma'lumotlarining qandaydir interfeysidan foydalanish kerak.

Har qanday bunday interfeysda ikkita darajani ajratish mumkin. Birinchisi jismoniy, ya'ni. to'g'ridan-to'g'ri simlar, ulagichlar, mikrosxemalar va boshqalar. Ikkinchisi - dasturiy ta'minot, nisbatan aytganda, bu jismoniy darajada ma'lumotlar almashinadigan ko'rsatmalar va algoritmlar to'plami. Ushbu dasturiy qatlam ko'pincha protokol deb ataladi. Bugun biz asosan bu haqda gaplashamiz. Foydalanuvchi uchun bu interfeysning "yuzi" dir, uning imkoniyatlari va kamchiliklari qurilmani umuman ishlatishda qulaylik yoki qiyinchilikni aniqlaydi.

Protokolning to'liq ishlashi uchun ikkita dasturiy ta'minot komponenti talab qilinadi. Birinchidan, bu ko'chma qurilma va kompyuterni dasturiy ta'minot darajasida ulashda bevosita ishtirok etadigan haydovchi. Ikkinchidan, bu foydalanuvchiga protokolni boshqarish va undan o'z ehtiyojlari uchun foydalanish imkonini beruvchi dasturiy ta'minot. Dasturiy ta'minot, aniq aytganda, protokolning bevosita qismi emas. Ammo usiz protokolning mavjudligi o'z ma'nosini yo'qotadi. Shuning uchun, ushbu maqola doirasida biz dasturiy ta'minotni ko'rib chiqilayotgan protokollarning ajralmas qismi sifatida ko'rib chiqamiz.

Har qanday dasturiy ta'minot protokoli drayverlar va dasturiy ta'minotdan foydalanadi, garchi har bir holatda ushbu komponentlarning amalga oshirilishi juda katta farq qilishi mumkin. Protokolning muvaffaqiyati shartli ravishda formula bilan hisoblanishi mumkin: imkoniyatlar minus noqulaylik. Imkoniyatlar mavjud funksiyalar qatoriga ishora qiladi. Kamchiliklar odatda foydalanishda shaffoflik, o'rnatishdagi noqulaylik, o'rganishdagi qiyinchilik, cheklangan muvofiqlikni o'z ichiga oladi.

Raqamli portativ texnologiya standartlariga ko'ra, MP3 pleerlar allaqachon qurilmalarning ancha eski sinfidir. Ular kompyuter infratuzilmasi multimedia xosti sifatida kompyuterning roliga mutlaqo tayyor bo'lmagan bir paytda paydo bo'ldi. Jismoniy va dasturiy ta'minot darajasida ham bu sohada keng tarqalgan va standartlashtirilgan echimlar hali mavjud emas edi, ular faqat ishlab chiqilayotgan, bozorga kirishga tayyorlanayotgan yoki parcha-parcha miqdorda mavjud edi. Portativ qurilmalarning boshqa tegishli sinflari o'zlarini xuddi shunday holatda topdilar: mobil xotira qurilmalari, raqamli kameralar, mobil telefonlar va PDA. Ushbu turdagi mobil texnologiyalarning barchasi taxminan bir vaqtning o'zida, 90-yillarning ikkinchi yarmida paydo bo'lgan. Tashqi ko'rinishiga ko'ra, ular shaxsiy kompyuterni portativ uskunalar bilan o'rnatish uchun yagona standart protokollarni ishlab chiqish zaruratini keltirib chiqardi.

Jismoniy darajada hamma narsa nisbatan aniq edi. Birinchi portativ qurilmalar COM va LPT-dan foydalanishga majbur bo'ldi - o'sha paytda boshqa keng tarqalgan interfeyslar yo'q edi.

LPT ulagichini hali ham ko'pgina shaxsiy kompyuterlarda topish mumkin.

Shunday qilib, bu MP3 pleerlar asoschilari Saehan MpMan va Diamond Rio tomonidan ishlatilgan LPT jismoniy interfeysi edi. Ushbu davrni "qo'l san'ati" deb atash mumkin, ishlab chiquvchilar dastlab butunlay boshqa vazifalar uchun yaratilgan interfeyslar va protokollardan foydalanishlari kerak edi.

Biroq, portativ audioning yangi avlodi sekin va noqulay interfeyslar zanjirida uzoq vaqt azob chekishi shart emas edi: keyingi 1999 yilda ishlab chiqaruvchilar yangi standartdan foydalangan holda keng turdagi qurilmalarni taqdim etishdi: USB, Universal Serial Bus.

Bir muncha vaqt USB va Firewire protokoli o'rtasida kurash paydo bo'ldi, bu asosan Apple Macintosh kompyuterlarida keng tarqalgan.

Urusholov simi -Portativ pleyerlarda USB: daniPod 1G - faqatFirewire - gachaiPod 5G - faqatUSB

Biroq, portativ audioning asosiy qismi tez va og'riqsiz ravishda universal seriyali avtobusga o'tdi, hech bo'lmaganda simli echimlar doirasida ma'lumotlarni jismoniy darajada uzatish masalasini yopdi.

Dasturiy ta'minot protokollari uchun hamma narsa juda oddiy emas. Ishlab chiqaruvchilar COM va LPT dan foydalanishga majbur bo'lgan qisqa vaqt ichida dasturiy ta'minot protokollari faqat o'zlarining dizayni edi. Aslida, ular boshqa bo'lishi mumkin emas edi, chunki. COM- va LPT-interfeyslari bir vaqtning o'zida yaratilgan, albatta, multimedia fayllarini portativ raqamli pleyerlarga o'tkazish uchun emas. Ikkinchisi uchun drayverlar va dasturiy ta'minot qobiqlarini ishlab chiquvchi hech kim yo'q edi, ishlab chiquvchilarning o'zidan tashqari va standartlashtirish haqida umuman gapirilmagan.

Ammo USB-ning paydo bo'lishi muammoni hal qilmadi. Sanoat birinchi navbatda mobil drayvlar, raqamli kameralar uchun standart protokollarni yaratish bilan shug'ullangan. MP3 pleerlar bilan bog'liq vaziyat umuman aniq emas edi: ular taqiqlanadimi yoki yo'qmi va agar ular taqiqlanmagan bo'lsa, unda SDMI forumiga ruxsat berish uchun protokollar qanday xususiyatlarga ega bo'lishi kerak. Bunday sharoitda dasturiy ta'minot protokollarini ishlab chiqish hali ham qurilma ishlab chiqaruvchisining yelkasida yotadi. Bu kamida to'rt yil davom etdi, nihoyat, o'yinchilarda standart ma'lumotlarni uzatish protokollari paydo bo'la boshladi. Bu yillar birinchi turdagi dasturiy ta'minot protokollarining hukmronlik davri edi - xususiy yoki yopiq.

Ularning xarakterli xususiyati har bir ishlab chiqaruvchi uchun individual drayverlar va dasturiy ta'minot edi va ko'pincha bir ishlab chiqaruvchining mahsulotlari doirasidagi o'yinchilarning har bir yangi avlodi uchun.

Misol bo'yicha xususiy protokolRCA-TomsonLira. U o'z drayveridan foydalanadi (PDP2222.SYS), siz pleerni ulashni rejalashtirgan har bir shaxsiy kompyuterga alohida o'rnatilishi kerak

Bu foydalanuvchi uchun juda ko'p noqulayliklar tug'diradi. Hech qanday shaffoflik haqida gap yo'q - foydalanuvchining o'zi o'z pleyeri uchun drayverlarni va dasturlarni qo'lda o'rnatishga majbur. Bunday holda, turli xil qiyinchiliklar paydo bo'lishi mumkin, masalan, agar xaridor drayverlarni o'rnatishdan oldin pleerni noto'g'ri kompyuterga ulagan bo'lsa.

Pleyerni ulash tartibini aralashtirib, foydalanuvchi barcha kerakli drayverlarni keyinchalik o'rnatgandan keyin ham bunday xabarga qoyil qolish xavfini tug'dirdi.

Muvofiqlik haqida unutish ham yaxshiroqdir: drayverlar va dasturiy ta'minot faqat ushbu pleyer modeli bilan ishlagan (eng yaxshisi, ushbu ishlab chiqaruvchining bir nechta modellari bilan) va pleer faqat ushbu drayverlar va dasturiy ta'minot o'rnatilgan kompyuter bilan ishlashi mumkin edi. Dasturiy ta'minot qobig'ining imkoniyatlari dastlab juda kam edi va faqat audio fayllarni pleer xotirasiga nusxalash bilan cheklangan. Keyinchalik, tarkibni pleerga nusxalash usullarining xilma-xilligi mavjud edi: alohida treklar yoki pleer xotirasi tarkibini shaxsiy kompyuterda joylashgan audio fayllardan tuzilgan kutubxona mazmuni bilan sinxronlashtirish. Ba'zi qobiqlar ushbu usullardan faqat bittasini qo'llab-quvvatladi. Vaqt o'tishi bilan dasturiy ta'minot qo'shimcha funktsiyalarga ega bo'ldi, masalan, faqat pleer tomonidan qo'llab-quvvatlanadigan fayllarni emas, balki har qanday fayllarni nusxalash, bu uni haydovchi sifatida ishlatishga imkon berdi (funktsiya Data Taxi laqabini oldi). Biroq, ushbu operatsiyani kompyuterda drayverlarni va dasturiy ta'minotni o'rnatishni talab qilganligi ushbu funktsiyaning foydaliligini jiddiy ravishda pasaytirdi. Qoida tariqasida, yuqori estetik fazilatlar, benuqson ish va qobiqlarning yaxshi ergonomikasi haqida gap bo'lmadi. O'shanda foydalanuvchilar ko'pincha qo'pol va buzilmagan odamlar edi: fayllar pleerga ko'chiriladi - va hammasi joyida.

Aksariyat ishlab chiqaruvchilar xususiy tizimlardan o'tgan: iriver, Rio Audio, Creative, Cowon, Mpio va boshqalar. Ushbu ishlab chiqaruvchilarning har biri bir vaqtning o'zida o'z drayverlariga va o'z dasturiy ta'minotiga ega bo'lgan, ba'zilari ko'proq, ba'zilari esa kamroq muvaffaqiyatli. Har qanday holatda, o'yinchini boshqa ishlab chiqaruvchining qurilmasiga o'zgartirgan holda, foydalanuvchi o'zining mantiqiyligi va xususiyatlari bilan yangi qobiqqa moslashishga majbur bo'ldi. Ko'pgina ishlab chiqaruvchilar bugungi kunda MSC/UMS yoki MTP yechimlariga muqobil sifatida o'z qurilmalarini ushbu dasturlar bilan to'ldirishda davom etmoqdalar.

Xususiychig'anoqlar- menejerlar: Iriver musiqa menejeri, Cowon JetAudio, Mpio menejeri, Creative Play Center

Har xil qobiqlarning hayvonot bog'i iste'molchilarga mos kelmasdi (ular hali ham bir nechta rang-barang haydovchilarning mavjudligiga chidashlari mumkin edi). Bundan tashqari, ishlab chiqaruvchilarga, ayniqsa yuqori sifatli dasturiy ta'minotni ishlab chiqish uchun resurslarga ega bo'lmagan kichik ishlab chiqaruvchilarga mos kelmadi. Shuning uchun, 1999 yilda - 2000-yillarning boshlarida, uchinchi tomon qobiqlaridan foydalanish biroz mashhurlikka erishdi.

Ular orasida MusicMatch Jukebox dasturi bor.

InterfeysMusicMatch Jukebox

Windows PC uchun iTunes paydo bo'lishidan oldin, u Apple iPod bilan ishlash uchun bu erda ishlatilgan. U RCA-Thomson kabi boshqa ishlab chiqaruvchilarning o'yinchilari bilan ham ishlagan.

MusicMatch Jukebox kabi dasturlar standartlashtirishning birinchi mikroblari edi. Ular har biri uchun qo'shimcha dasturiy ta'minot o'rnatmasdan turli ishlab chiqaruvchilarning o'yinchilaridan foydalanishga ruxsat berishdi. Yechim mukammal emas edi, bu turli xil protokollar va o'ramlardan standartlashtirilgan echimlarga bir qadam edi. Bunday holda, faqat protokolni boshqarish interfeysi standartlashtirildi, har bir qurilma uchun alohida drayverlarni o'rnatish hali ham zarur edi. Chig'anoqlarning o'zi operatsion tizimning bir qismi emas edi, ular Internetdan yoki unga hamroh bo'lgan kompakt diskdan alohida o'rnatilishi kerak edi. Ularning funksionalligi, barqarorligi va qulayligi ham ko'pincha savollar tug'dirardi. Barcha o'yinchilar qo'llab-quvvatlanmadi, bu esa ishlab chiqaruvchilarni o'z qurilmalarini mashhur menejer dasturlari uchun plaginlar bilan to'ldirishga majbur qildi.

Veb-saytda yuklab olish mumkinRCA-Lyra: asosan plagin uchunMusicMatchJukebox va shundan keyingina o'z qobig'iLiraDJ

Odatda, vaqt o'tishi bilan dastur "semirib ketdi", foydalanuvchi uchun keraksiz funktsiyalar, reklama bilan to'lib ketdi va ko'proq resurslarni talab qildi.

O'tmishdagi yana bir mashhur qobiqRealjukebox

Shu bilan birga, raqobatchilarning bosimi ortdi: 2001 yilda Windows Media Player Windows XP standart yetkazib berish tarkibiga kiritilgan, 2003 yilda Windows uchun iTunes paydo bo'ldi. 2002-2003 yillarda kichik Osiyo kompaniyalari ham ushbu dasturiy ta'minotning yaxshi o'rnini topdilar - MSC / UMS ochiq protokoli. Natijada, MusicMatch Jukebox kabi qobiqlar keyingi avlod protokollariga yo'l ochish uchun sahnadan o'chib ketdi. Ammo ularning merosi bejiz emas edi: "turli o'yinchilar uchun bitta teri" modeli asosan Microsoft PlaysForSure tizimiga meros bo'lib o'tdi.

Biroq, mulkiy tizimlarning bir xususiyati ularga ma'lum bozorlarda o'rtacha darajadan uzoqroq yashash imkonini berdi. Ularning yopiqligi pleerdan ma'lumotlarni shaxsiy kompyuterdan shaxsiy kompyuterga erkin uzatishda foydalanishda, ya'ni RIAA ma'lumotlariga ko'ra, raqamli qaroqchilik uchun vosita sifatida foydalanishda to'siqlar yaratdi. AQSH kabi notinch bozorlarda oʻzlariga koʻp eʼtibor qaratmoqchi boʻlmagan kompaniyalar universal yechimlar tarqalgandan keyin ham xususiy yondashuvga amal qilishda davom etishdi.

Saytdairiver nodavlat proshivka hali ham shunday belgilanganUMS yokiMTP

Bu erda siz, masalan, iriver yoki Creative-ni eslashingiz mumkin. iriver pleyerlari odatda ikkita versiyada ishlab chiqarilgan: AQSh bozori uchun - xususiy protokol orqali ishlaydi, boshqalar uchun - ochiq MSC / UMS orqali. Yopiq protokollar uchun ushbu "o'limdan keyingi hayot" 2004 yilda MTP protokoli chiqarilgunga qadar davom etdi, u nisbatan universal bo'lib, ovoz yozish kompaniyalariga ham mos keladi.

2002-2004 yillar davri yopiq tizimlarning "qorong'u asrlari" dan zamonaviy protokollarning nisbatan ochiqligiga o'tish edi. Bugungi kunda sof mulkiy protokollar butunlay foydalanilmay qoldi.

Avvalo, elektr energetika sanoatida ma'lumotlarni uzatish kanallarini qo'llash sohalarini va ular yordamida hal qilinadigan vazifalarni aniqlaymiz. Hozirgi vaqtda ma'lumotlarni uzatish tizimlarini qo'llashning asosiy yo'nalishlariga rele himoyasi va avtomatlashtirish tizimlari (RPA), elektr energiyasi ob'ektlarini dispetcherlik va avtomatlashtirilgan texnologik boshqarish (APCS), shuningdek, energiyani hisobga olishning avtomatlashtirilgan tizimlari kiradi. Ushbu tizimlar doirasida quyidagi vazifalar hal etiladi:

ASTU tizimlari

1. Mahalliy telemexanika qurilmalari (TM), o'rni himoyasi va avtomatlashtirish qurilmalari va markaziy qabul qiluvchi stansiya (CRPS) o'rtasida ma'lumotlarni uzatish.
2. Ob'ekt va dispetcherlik markazi o'rtasida ma'lumotlarni uzatish.
3. Dispetcherlik markazlari o'rtasida ma'lumotlarni uzatish.

Buxgalteriya tizimlari

1. Hisoblagichlardan ma'lumotlarni yig'ish va uzatish qurilmalariga (USPD) ma'lumotlarni uzatish.
2. USPD dan serverga ma'lumotlarni uzatish.

O'rni himoya qilish va avtomatlashtirish tizimlariga kelsak, quyidagilarni ta'kidlash mumkin: avtomatlashtirilgan boshqaruv tizimlarida rele himoyasi va avtomatlashtirish qurilmalaridan ma'lumotlarni raqamli formatda yig'ish raqamli rele himoyasi qurilmalari paydo bo'lganidan beri joriy etilganiga qaramay, o'zaro aloqalar qurilmalar hali ham analog sxemalar bo'yicha tashkil etilgan.

RPAda axborot uzatish tizimlari quyidagi funktsiyalarni bajarishi mumkin:

1. Diskret signallarni uzatish.
2. RPA qurilmalari va CPPS o'rtasida ma'lumotlarni uzatish.

O'rni himoyasi tizimlari uchun ham, avtomatlashtirilgan boshqaruv va hisobga olish tizimlari uchun ham umumiy bo'lgan yana bir muhim uzatish kanali - bu o'lchash oqim va kuchlanish transformatorlaridan o'lchovlar uzatiladigan kanal. So'nggi paytgacha ushbu darajadagi raqamli aloqa protokollarini joriy etish muhokama qilinmagan, ammo IEC 61850-9-2 oqim va kuchlanishning lahzali qiymatlarini uzatish protokoli paydo bo'lganligini hisobga olsak, u haqida ham to'xtalib o'tish kerak. ushbu axborot kanalining muammolari.

Biz yuqoridagi ma'lumotlarni uzatish funktsiyalarining har birini va ularni amalga oshirishning mavjud yondashuvlarini ketma-ket ko'rib chiqamiz.

KT va VT lardan o'lchovlarni o'tkazish

O'lchov oqimi transformatorlaridan (CT) va kuchlanishdan (VT) signallarni uzatish mos ravishda o'zgaruvchan tok va kuchlanishning mis o'tkazgichlari bo'lgan kabellar orqali amalga oshiriladi. Ushbu usul adabiyotda tez-tez tilga olinadigan muammolar bilan tavsiflanadi:

• mis kabellarning katta tarvaqaylab ketishi va uzunligi, bu ko'p sonli yordamchi uskunalardan (sinov bloklari, terminal bloklari va boshqalar) foydalanish zarurligiga olib keladi va natijada tizimlar narxining oshishiga va o'rnatish va o'rnatishning murakkabligiga olib keladi. ishga tushirish;
• o'lchash davrlarining elektromagnit parazitlarga moyilligi;
• jarayonning tezligida o'lchash kanalining sog'lig'ini kuzatishning murakkabligi yoki yo'qligi, shikastlanish joyini topishning murakkabligi;
• o'lchash davrlarining qarshiligining o'lchovlarning aniqligiga ta'siri va CT / VT quvvatini kontaktlarning zanglashiga olib kelishi va qabul qilgichning yuki bilan moslashtirish zarurati.

Qurilmalar o'rtasida diskret signallarni uzatish

Qurilmalar o'rtasida diskret signallarni uzatish an'anaviy ravishda bir qurilmaning chiqish rölesini boshqasining diskret kirishiga yopish orqali ish kuchlanishini ta'minlash orqali amalga oshiriladi.

Axborotni uzatishning ushbu usuli quyidagi kamchiliklarga ega:

• uskunalar bilan jihozlangan shkaflar orasiga yotqizilgan ko'p sonli boshqaruv kabellari talab qilinadi;
• qurilmalar juda ko'p diskret kirish va chiqishlarga ega bo'lishi kerak;
• uzatiladigan signallar soni ma'lum miqdordagi diskret kirish va chiqishlar bilan cheklangan;
• qurilmalar o'rtasidagi aloqani nazorat qilish imkoniyati yo'q;
• signal uzatish pallasida tuproqli nosozlik bo'lsa, qurilmaning diskret kirishining mumkin bo'lgan noto'g'ri ishlashi;
• davrlar elektromagnit parazitlarga duchor bo'ladi;
• o'rni himoya qilish tizimlarini kengaytirishning murakkabligi.

RPA va CPPS o'rtasida ma'lumotlarni uzatish

Ob'ektda RPA va CPPS o'rtasida ma'lumotlar almashinuvi raqamli formatda amalga oshiriladi. Biroq, ko'p sonli turli xil qurilmalarni birlashtirish zarurati tufayli ushbu usul quyidagi xususiyatlarga ega:

• ko'p sonli turli xil ma'lumotlarni uzatish protokollarining mavjudligi va har qanday qurilmalarning muvaffaqiyatli integratsiyasi uchun DSP qurilmasi ushbu protokollarning barchasini qo'llab-quvvatlashi kerak;
• ma'lumotlarni nomlashning yagona tizimining yo'qligi, bu katta hajmdagi tavsiflovchi hujjatlarni saqlash zaruriyatiga, shuningdek, sozlash paytida qiyinchiliklar va xatolarga olib keladi;
• ko'p sonli ketma-ket interfeyslar mavjudligi sababli nisbatan past ma'lumotlarni uzatish tezligi.

Ob'ektning CPPS va dispetcherlik markazi o'rtasida ma'lumotlarni uzatish

Ob'ekt va dispetcherlik markazi o'rtasida ma'lumotlarni uzatish raqamli formatda ham amalga oshiriladi. Odatda, bu maqsadlar uchun IEC 60870-101/104 protokollari qo'llaniladi. Ushbu aloqa tizimlarini amalga oshirish xususiyatlari:

• qoida tariqasida, podstansiyada qo'llaniladigan protokollardan farq qiladigan nazorat nazorati protokollarida ma'lumotlarni uzatish zarurati;
• cheklangan miqdordagi ma'lumotni uzatish, bu barcha signallarni bir protokoldan boshqasiga o'tkazish zarurati bilan bog'liq va natijada dizayn bosqichida uzatish maqsadga muvofiq deb hisoblanmagan ba'zi ma'lumotlarning yo'qolishi;
• ob'ekt ichida va tarmoqni boshqarish markazlarida (NCC) umumiy signal nomlarining yo'qligi, bu xatolarni sozlash va kuzatishning murakkabligiga olib keladi.

Keling, rasmga murojaat qilaylik. 1, unda ma'lumotlarni uzatishni tashkil etishning sxematik diagrammasi ko'rsatilgan. Shuni ta'kidlash kerakki, ko'plab mulkiy (xususiy) protokollar. Bunday protokollarning keng tarqalishi, birinchidan, ko'p sonli shlyuzlar (konvertorlar), ikkinchidan, turli protokollar bilan ishlash bo'yicha xodimlarning yaxshi malakasi va tajribasini talab qiladi. Oxir-oqibat, bu tizimning murakkabligiga, operatsion va kengayish muammolariga olib keladi.

Guruch. 1. Ma'lumotlarni uzatishni tashkil etish sxemasi.

Keling, ko'rsatilgan standart protokollarni qisqacha tavsiflaylik.

Modbus

Modbus "mijoz-server" arxitekturasida qurilgan avtomatlashtirilgan boshqaruv tizimiga rele himoyasi va avtomatlashtirish qurilmalarini integratsiyalash uchun eng keng tarqalgan tarmoq protokollaridan biridir. Ushbu protokolning mashhurligi asosan uning ochiqligi bilan bog'liq, shuning uchun ko'pchilik qurilmalar ushbu protokolni qo'llab-quvvatlaydi.

Modbus protokoli RS-485, RS-433, RS-232 ketma-ket aloqa liniyalari, shuningdek, TCP / IP (Modbus TCP) tarmoqlari orqali ma'lumotlarni uzatish uchun ishlatilishi mumkin.

Modbus standarti dastur protokoli qatlamini, havola va jismoniy qatlam spetsifikatsiyasini va TCP/IP stek orqali tashish uchun ADU spetsifikatsiyasini tavsiflovchi uch qismdan iborat.

Ushbu standartning afzalliklari uning ommaviy xarakterini va unga asoslangan tizimlarni amalga oshirishning nisbatan qulayligini o'z ichiga oladi. Kamchiliklari, agar kerak bo'lsa, oxirgi qurilmadan ustaga operatsion signalizatsiya qilish imkoniyati yo'qligi. Bundan tashqari, standart oxirgi qurilmalarga usta ishtirokisiz bir-biri bilan sobit ma'lumotlarni almashishga ruxsat bermaydi. Bu real vaqtda boshqaruv tizimlarida MODBUS yechimlarining qo'llanilishini sezilarli darajada cheklaydi.

IEC 60870-5-101/103/104

IEC 60870-5-101 - TM signallarini avtomatlashtirilgan boshqaruv tizimlariga uzatish uchun mo'ljallangan telemexanika protokoli. Shuningdek, u "mijoz-server" arxitekturasi asosida qurilgan va ma'lumotlarni ketma-ket RS-232/485 aloqa liniyalari orqali uzatish uchun mo'ljallangan.

IEC 60870-5-104 protokoli 101 protokolining kengaytmasi bo'lib, TCP/IP protokoli orqali tarmoqqa kirishdan foydalanishni boshqaradi. IEC 60870-5-101/104 standartlari ma'lumotlarning semantik modelini nazarda tutmaydi.

IEC 60870-5-103 protokoli RPA qurilmalarini energiya ta'minotini boshqarish tizimiga integratsiya qilish imkoniyatini ta'minlash uchun mo'ljallangan. IEC 60870-5-101/104 standartlaridan farqli o'laroq, u o'rni himoyasi qurilmalari tomonidan yaratilgan qat'iy ma'lumotlar to'plamining semantikasini belgilaydi. IEC 60870-5-103 protokolining asosiy kamchiliklaridan biri ma'lumotlar uzatish tezligining nisbatan pastligidir.

IEC 60870-5-101/103/104 protokollari teleboshqaruv, telesignalizatsiya va telemetriya muammolarini hal qilishda, ushbu qurilmalarni boshqaruv tizimlariga integratsiyalashda etarlicha yuqori funksionallikni ta'minlaydi. Modbusdan farqli o'laroq, ular qurilmalardan vaqti-vaqti bilan ma'lumotlarni uzatish imkonini beradi.

Protokollar, oldingi holatda bo'lgani kabi, signal jadvallarini almashishga asoslanadi va almashinadigan ma'lumotlarning turlari qat'iy belgilangan.

Umuman olganda, protokollar yuqorida tavsiflangan vazifalar spektrini hal qilish uchun juda mos keladi, ammo ularning bir qator kamchiliklari bor:

1. Ma'lumotlarni uzatish ikki bosqichda amalga oshiriladi: dastur ob'ektlariga indekslangan aloqa ob'ektlarini belgilash; amaliy ma'lumotlar bazasi yoki dasturdagi o'zgaruvchilarga ilova ob'ektlarini belgilash. Shunday qilib, uzatiladigan ma'lumotlar va dastur funktsiyalarining ma'lumotlar ob'ektlari o'rtasida semantik munosabat (to'liq yoki qisman) mavjud emas.
2. Protokollar real vaqt rejimida signallarni uzatish imkoniyatini ta'minlamaydi. Bunday holda, real vaqt signallari jarayon tezligida minimal mumkin bo'lgan kechikishlar bilan uzatilishi kerak bo'lgan ma'lumotlar sifatida tushuniladi, ular, masalan, o'chirish buyruqlari, o'lchashdan oqim va kuchlanishlarning oniy qiymatlarini uzatishni o'z ichiga oladi. transformatorlar. Bunday signallarni uzatishda aloqa kanalidagi kechikishlar juda muhimdir. E'tibor bering, ushbu band qurilmalarni bitta vaqt serveri bilan sinxronlashtirish imkoniyati bilan bog'liq emas, balki qurilmalar o'rtasida ma'lumotlarni uzatish tezligi masalalariga tegishli.

DNP3

Rossiyada ushbu standart keng tarqalmagan, ammo ba'zi avtomatlashtirish qurilmalari hali ham uni qo'llab-quvvatlaydi. Uzoq vaqt davomida protokol standartlashtirilmagan, ammo hozir u IEEE-1815 standarti sifatida tasdiqlangan.

DNP3 ham RS-232/485 seriyali havolalarni, ham TCP/IP tarmoqlarini qo'llab-quvvatlaydi. Protokol OSI modelining uchta qatlamini tavsiflaydi: amaliy, ma'lumotlar havolasi va jismoniy. Uning ajralib turadigan xususiyati ma'lumotlarni ham masterdan qulga, ham qullar o'rtasida uzatish qobiliyatidir. DNP3, shuningdek, qul qurilmalardan ma'lumotlarni vaqti-vaqti bilan uzatishni qo'llab-quvvatlaydi.

Ma'lumotlarni uzatish, IEC-101/104 misolida bo'lgani kabi, qiymatlar jadvalini uzatish printsipiga asoslanadi. Shu bilan birga, aloqa resurslaridan foydalanishni optimallashtirish uchun butun ma'lumotlar bazasi emas, balki faqat uning o'zgaruvchan qismi yuboriladi.

DNP3 protokoli va ilgari ko'rib chiqilgan protokollar o'rtasidagi muhim farq - bu ob'ekt ma'lumotlar modeli va ma'lumotlar ob'ektlarining uzatiladigan xabarlardan mustaqilligini tavsiflashga urinish. DNP3 da ma'lumotlar strukturasini tavsiflash uchun axborot modelining XML tavsifidan foydalaniladi.

Protokollarni batafsil taqqoslash berilgan, ammo biz Jadvaldamiz. 1 biz yuqorida muhokama qilingan protokollarga nisbatan qisqacha parchalar beramiz.

Jadval 1. Ma'lumotlarni uzatish protokollari

Parametr	Protokol
	Modbus	IEC-101/103/104	DNP3
Aloqa liniyalari	RS-232/485/422 TCP/IP (Modbus TCP)	RS-232/485/422 TCP/IP (104)	RS-232/485/422 TCP/IP
Arxitektura	Mijoz - server	Mijoz - server	Mijoz - server
Aloqa printsipi	Indekslangan ma'lumotlar nuqtalarini almashish
Sporadik ma'lumotlarni uzatish	Yo'q	Ha	Ha
Semantik ma'lumotlar modeli	Yo'q	Yo'q Asosiy (103)	Ha
Haqiqiy vaqtda ma'lumotlarni uzatish	Yo'q	Yo'q	Yo'q

topilmalar

Taqdim etilgan qisqacha tahlildan ko'rinib turibdiki, mavjud aloqa protokollari nazoratni boshqarish / ma'lumotlarni boshqaruv tizimlariga integratsiyalash vazifalarini muvaffaqiyatli amalga oshirishga imkon beradi, ammo ular real vaqt rejimida funktsiyalarga (masalan, o'rtasida diskret signallarni uzatish) imkon bermaydi. o'rni himoyasi qurilmalari, oqimlar va kuchlanishlarning oniy qiymatlarini uzatish) amalga oshirilishi kerak.

Ko'p sonli xususiy protokollar qurilmalarni yagona tizimga integratsiya qilish jarayonini murakkablashtiradi:

• Protokollar nazoratchi va DSP tomonidan qo'llab-quvvatlanishi kerak, bu esa bir vaqtning o'zida USO va DSP da ko'p sonli protokollarni qo'llab-quvvatlashni amalga oshirishni talab qiladi va uskunalar narxining oshishiga olib keladi.
• Xususiy protokollardan foydalangan holda qurilmalarni birlashtirish ularning har biri bilan ishlash uchun sozlash xodimlarining malakasini talab qiladi.
• Signallarni xususiy protokollardan umumiy protokollarga va orqaga o'zgartirish ko'pincha ma'lumotlarning, shu jumladan qo'shimcha ma'lumotlarning (masalan, vaqt belgilari, sifat belgilari va boshqalar) yo'qolishiga olib keladi.

Ma'lumotlarni uzatishda hali ham ko'p sonli ketma-ket interfeyslardan foydalaniladi, bu ma'lumotlarni uzatish tezligiga, uzatiladigan ma'lumotlar hajmiga va bir vaqtning o'zida axborot tarmog'iga ulangan qurilmalar soniga cheklovlar qo'yadi.

Muhim boshqaruv buyruqlarini (RPA dan elektron to'xtatuvchilarni ochish buyruqlari, operatsion blokirovkalar va boshqalar) va oqimlar va kuchlanishlarning raqamlashtirilgan lahzali qiymatlarini raqamli formatda uzatish mavjud aloqa protokollarining bunday ma'lumotlarni uzatish uchun yaroqsizligi sababli mumkin emas.

Shuni ta'kidlash kerakki, mavjud aloqa protokollari protokol konfiguratsiyasi va uzatiladigan signallarning rasmiy tavsifiga talablar qo'ymaydi va shuning uchun avtomatlashtirilgan boshqaruv tizimlari uchun dizayn hujjatlari faqat qattiq tashuvchidagi signallarning tavsifini o'z ichiga oladi.

IEC 61850 standartini yaratish uchun asosiy fikrlar

IEC 61850 standarti bo'yicha ish 1995 yilda boshlangan va dastlab ikkita mustaqil, parallel ishchi guruhlar tomonidan amalga oshirilgan: ulardan biri UCA tomonidan tuzilgan, podstansiya uskunalari (GOMFSE) uchun umumiy ob'ekt modellarini ishlab chiqish bilan shug'ullangan; ikkinchisi, IEC texnik qo'mitasi 57 doirasida tuzilgan, podstansiyalar uchun ma'lumotlarni uzatish protokoli standartini yaratish bilan shug'ullangan.

Keyinchalik, 1997 yilda ikkala guruhning ishi IEC TC 57 ning 10 ishchi guruhi homiyligida birlashtirildi va IEC 61850 standartining asosi bo'ldi.

Standart uchta printsipga asoslanadi:

• U texnologik jihatdan mustaqil bo'lishi kerak, ya'ni texnologik taraqqiyotdan qat'i nazar, standart minimal o'zgarishlarga duch kelishi kerak.
• U moslashuvchan bo'lishi kerak, ya'ni bir xil standartlashtirilgan mexanizmlar yordamida turli muammolarni hal qila olishi kerak.
• U kengaytiriladigan bo'lishi kerak.

Standartning birinchi nashrini ishlab chiqish taxminan 10 yil davom etdi. Talablarga javob berish orqali standart elektroenergetika sanoatining o'zgaruvchan ehtiyojlarini qondirish va kompyuter, aloqa va o'lchash texnologiyalaridagi eng so'nggi yutuqlardan foydalanish imkonini beradi.

Bugungi kunga kelib, IEC 61850 25 xil hujjatlardan (jumladan, ishlab chiqilayotganlardan) iborat bo'lib, ular keng mavzularni qamrab oladi va uni bir qator aloqa protokollarining spetsifikatsiyasidan ko'ra ko'proq qiladi. Biz standartning asosiy xususiyatlarini ta'kidlaymiz:

• Bu nafaqat ma'lumotni qanday almashish kerakligini, balki qanday ma'lumotlarni almashish kerakligini ham belgilaydi. Standart ob'ekt jihozlarining mavhum modellarini va u bajaradigan funktsiyalarni tavsiflaydi. Standart asosida yotgan axborot modeli ma'lumotlar ob'ektlarining sinflari, ma'lumotlar atributlari, mavhum xizmatlar va ular o'rtasidagi munosabatlarning tavsifi shaklida taqdim etiladi.
• Tizimlarni loyihalash va sozlash jarayonini belgilaydi.
• Tizim konfiguratsiyasi tavsifi tilini (SCL) belgilaydi. Ushbu til turli ishlab chiqaruvchilarning dasturiy ta'minoti o'rtasida standartlashtirilgan formatdagi qurilmalarning konfiguratsiyasi haqida ma'lumot almashish imkoniyatini beradi.
• Uskunani sinovdan o'tkazish va qabul qilish usullarini tavsiflaydi.

IEC 61850 bilan ishlashda siz standart ekanligini tushunishingiz kerak:

• muayyan amalga oshirish usullarini, aloqa arxitekturasini yoki muayyan mahsulotlarga qo'yiladigan talablarni tavsiflamaydi;
• qurilmalarning funksionalligi va algoritmlarini standartlashtirmaydi,
• tashqi tomondan ko'rinadigan asosiy va ikkilamchi jihozlarning funksionalligini, himoya qilish, nazorat qilish va avtomatlashtirish funktsiyalarini tavsiflashga qaratilgan.

Albatta, bunday keng ko'lamli ish mukammal bo'lishi mumkin emas. Standartning noaniqliklari va kamchiliklariga misol sifatida, xususan, standart talablariga muvofiqligini rasmiy tekshirish usullarining yo'qligi, parametrlarni tavsiflashda va ularni qayta ishlashga yondashuvlarda bir qator texnik noaniqliklar va boshqalar deyiladi. . Bu masalalar keyingi nashrlarda batafsil muhokama qilinadi.

Standartning kamchiliklari ko'pincha talablar tavsifining noaniqligini va amalga oshirishda juda ko'p erkinlikni o'z ichiga oladi, bu ishlab chiquvchilarning fikriga ko'ra, uning asosiy afzalliklaridan biridir.

Adabiyotlar ro'yxati

1. Bagleibter O.I. O'rni himoyasi tarmoqlarida oqim transformatori. Qisqa tutashuv oqimining aperiodik komponentining KT to'yinganligiga qarshi kurash // Elektrotexnika yangiliklari. 2008 yil. № 5(53).
2. Schaub P., Haywood J., Ingram D., Kenwrick A., Dusha G. Powerlinkning uzatish tarmog'ida noan'anaviy asboblar transformatorlari va namunaviy qiymat jarayoni avtobusini sinovdan o'tkazish va baholash. SEAPAC 2011. CIGRE Avstraliya Paneli B5.
3. Shevtsov M.V. Raqamli aloqa kanallari orqali URZA o'rtasida diskret signallarni uzatish // Relayshchik. 2009 yil. № 1.
4. Schwarz K. IEC 60870-5-101/-103/-104, DNP3 va IEC 60870-6-TASE.2 ni IEC 61850 bilan solishtirish (onlayn hujjat: http://bit.ly/NOHn8L).
5. Brunner C., Apostolov A. IEC 61850 Yangi dunyo. P.A.C World jurnali. 2007 yil yozi.
6. IEC 61850-1: Kirish va umumiy ko'rinish.

Bugun men ajoyib translyatsiya protokoli haqida gapiraman RTMFP. U juda ko'p qiziqarli yondashuvlarni amalga oshiradi va uning imkoniyatlari haqida juda ko'p noto'g'ri fikrlar mavjud. Men ushbu mavzuga qiziqishni uyg'otmoqchiman va mavjud illyuziyalarni yo'q qilmoqchiman. Men real vaqt rejimida translyatsiya qilish uchun yaxshiroq narsani topa olmadim va ushbu postni yozishga qaror qildim.

fon

Uzoq vaqt oldin, uzoq galaktikada ...
2004 yilda "ohm yashadi - edi Amicima Inc. unda protokolning GPL amalga oshirilishi ishlab chiqilgan MFP - MFPNet. Keyin ular qo'yib yuborishdi amiciPhone- Skype raqobatchilaridan biri, lekin joylashishni aniqlash bilan bog'liq muammolar tufayli ishlar juda yaxshi ketmadi. 2007 yilda ular Adobe tomonidan sotib olindi, chunki ular real vaqt rejimida yaxshi eshittirish protokoliga muhtoj edi.

RTMP bilan nima noto'g'ri?

RTMP real vaqtda eshittirish protokoli emas:

• kechikishlarni minimallashtirish muammosi hal etilmagan;
• qurilma manzili o'zgarganda eshittirish to'xtaydi;
• TCP kechikishni sezilarli darajada oshiradi va keraksiz etkazib berish tekshiruvlari bilan xabarlarni shishiradi;
• oyna o'lchamini nazorat qilmaydi.

Mobil tarmoqlarning rivojlanish tezligini hisobga olsak, Amicima-ni sotib olish juda mantiqiy va istiqbolli qaror edi.

RTMFP haqida noto'g'ri fikrlar

1. Bu xususiy protokol

   Adobe uni nashr etishga qaror qildi RFC7016 jamoatchilik e'tiborini isitish uchun, lekin qandaydir tarzda muvaffaq bo'ldi. Ajablanarlisi shundaki, u egri RTMP spetsifikatsiyasiga o'xshamaydi va ko'proq MFPga o'xshaydi.

   Protokolning o'zi modulli: sertifikat almashinuvi, shifrlash, oqim sinxronizatsiyasi alohida profil sifatida amalga oshiriladi. Flashda sodir bo'lgan narsa Flashda qoladi. Uchinchi tomon yechimlarini ishlab chiquvchilar uchun, masalan Kumulus, Flash qora quti bo'lib qoldi; 2014 yil aprel oyida qandaydir jimgina va sezilmas tarzda chiqdi Adobe-ning Flash Communication uchun RTMFP profili.

2. Bu UDP - yetkazib berish kafolati yo'q

   Ko'pgina real vaqt protokollari UDP dan foydalanadi, etkazib berishni kafolatlash uchun tarmoq nazorati summasini va tanlangan etkazib berish tekshiruvlarini qo'shadi. Ular ketma-ket hamma narsani emas, faqat kelishi kerak bo'lgan narsani tekshiradilar. Audio/video uchun paketlarni yetkazib berishni boshqarish mantiqiy emas. Deraza o'lchami (MTU) odatda maksimal va statik bo'lib, bu paket yo'qolganida eskirgan ma'lumotlarni keyinchalik qabul qilish bilan bekor o'ynatish holati ehtimolini oshiradi.

3. Bizga RTMFP kerak emas - bizda WebRTC mavjud

   WebRTC bu protokol emas, bu brauzer texnologiyasi - SIP ni RTP stek bilan brauzerga integratsiya qilishga urinish. Agar siz RTP, SRTP, SCTP, RTCP, ZRTP, RTSP ni bir guruhga kesib o'tsangiz, RTMFP olasiz. Biroq, ba'zi hollarda, bunday to'plamlar ortiqcha va RTMFPda bo'lmagan muammolarni hal qiladi.

   RTMFP NAT orqali yo'naltirish, oyna o'lchamlarini boshqarish va dastur tomonidan ortiqcha nazoratga ega oqimlar uchun metama'lumotlar, yo'naltirish/yo'naltirish seanslari va o'zining DHT-siga ega.

   Bularning barchasini amalga oshirish uchun qancha RTP-ga o'xshash protokollarni inkapsulatsiya qilish kerak? .. Menimcha, taxminan 4-5 dona.

   Eshittirish protokollarining joriy tatbiq etilishi vaziyatga o'xshaydi:
   

   "6 ta protokol mavjud, ammo ularning barchasida halokatli kamchilik bor va biz boshqasini ishlab chiqamiz ..."
   Bir yil o'tadi.
   "7 ta protokol mavjud va ularning barchasida halokatli kamchilik bor ..."

   
   RTMFP mavjud echimlarni almashtirishga urinish emas. Bu ularni umumlashtirish, ortiqchalikdan xalos bo'lish va foydalanuvchilarga taqdim etishga urinishdir.

RTMFP va OSI modeli

Shunday qilib, keling, RTMFP protokoli OSI modelining qaysi darajalarini qamrab olishini ko'rib chiqaylik.

• Jismoniy va kanal

  Bu erda kapalaklarning tebranishidan hech qanday vaqtinchalik energiya tebranishlari yo'q, lekin men o'zgaruvchan pastki bo'shliqlarda ma'lumotlarni uzatish orqali ortiqcha bo'lishni xohlayman.

• Tarmoq va transport

  Bular IP va UDP multicast.
  Bu yerda va Path MTU kashfiyoti va tiqilinch nazorati, allaqachon qutida, har bir aniq oqim uchun. Yetkazib berish tekshiruvlarining tanlangan chastotasi bilan ma'lumotlarni uzatish rejimi mavjud - biz har N paketni bir marta tekshiramiz. Yetkazib berish kechikishlarini o'lchash uchun barcha paketlar vaqt tamg'asi bilan belgilanadi. O'rnatilgan DHT tipidagi so'nggi nuqta xesh-adreslash.

• Taqdimot qatlami

  Flash uchun bu, albatta, AMF3 va kapsullangan RTMP, ammo boshqa har qanday ma'lumotlarni uzatish mumkin.

RTMFPda xavfsizlik

• Statik va efemer kalitlar bilan klassik Diffie-Hellman kalit almashinuvi.
• Seanslardagi kukilar va sertifikatlar, paketlarni raqamli imzolash imkoniyati bilan. To'g'ri, sukut bo'yicha, imzolanmagan paketlar haqiqiy hisoblanadi.
• AES128 shifrlash uchun ishlatiladi, lekin boshqa har qanday blok algoritmidan foydalanish mumkin.
• HMAC-SHA256 yoki tarmoq nazorat summalari.

Foydalanuvchi autentifikatsiyasi va avtorizatsiyasi dastur tomonidan amalga oshirilishi mumkin. Zararli dasturlarni filtrlash masalasi ochiqligicha qolmoqda.

Qotil funktsiyasi qayerda?

O'ylaymanki, har bir kishi yangi IPhone 6 Plus pop-telefonining so'nggi taqdimotining translyatsiyasi muvaffaqiyatsizligini eslaydi?

Tasavvur qiling-a, bitta mijoz kiruvchi oqimni oladi va uni ikkita yoki undan ko'proq (agar iloji bo'lsa) translyatsiya qiladi va hokazo - maksimal kechikish imkon berguncha. Shu bilan birga, kechikishlarni minimallashtirish va ommaviy ish oynasini optimallashtirish uchun mijoz daraxtida real vaqt rejimida almashtirish va saralash amalga oshiriladi. Natijada, siz translyatsiya serverining chiquvchi trafigini bir necha marta kamaytirishga erishishingiz mumkin.

Va hamma buni ko'radi ...

Foydalanish holatlari

1. Jonli kontent translyatsiyasi

   Aslida, bu protokolning maqsadi va u bu vazifani juda yaxshi bajaradi.
   U nafaqat audio / video uzatish uchun, balki Flash o'yinlarida asosiy transport sifatida ham qo'llanilishi mumkin.

2. CDN

   Bu P2P va faylni yuklab olish uchun uning nomi, xesh va hajmini bilish kifoya.
   Http2rtmfp shlyuzini amalga oshirish mumkin - imkoniyatlar juda qiziq.

3. Video konferentsiya va suhbatlar

   Snoudendan keyingi davrda RTMFP arzon va xavfsiz P2P transportidir. Shuningdek, asosiy afzallik - qurilmaning tarmoq manzili o'zgarganda eshittirishni davom ettirish imkoniyati. 3G/4G dagi hujayralarni almashtirishda WebRTC ishdan chiqishi mumkin. RTP to'plami bunday muhitda translyatsiya qilish uchun mos emas.

4. Shaxsiy tarmoqlar ichida real vaqtda ma'lumotlarni uzatish

   Ushbu foydalanish holatining asosiy afzalligi - moslashuvchan marshrutlash siyosati, kechikishlarni minimallashtirish, ixtiyoriy paketlarni etkazib berish tekshiruvlari va o'rnatilgan trafik ustuvorligi. Bularning barchasi har bir maxsus dastur uchun alohida sozlanishi mumkin.

Mavjud RTMFP asosidagi yechimlar qanday?

Qisqasi, ishlar juda yomon. Bugungi kunga kelib, ochiq dasturlardan, ehtimol, Cumulus mavjud. U juda sekin rivojlanadi. RFC-ga emas, balki RTMFP Cirrus 1-ning birinchi teskarilariga asoslangan, shuning uchun joriy Flash Profile Cirrus 2 bilan muvofiqligi juda shubhali. U P2P-da ortiqchalikni tashkil etish va qurilmalar o'rtasida translyatsiyani o'z ichiga olgan ko'pgina foydali narsalarni amalga oshiradi. FMS bor, lekin u FMS kabi ishlaydi...

Men konstruktiv mulohazalardan xursand bo'laman.

Izohlarda, agar siz ularni bilsangiz, RTMFP analoglarini ko'rsating.