فی بوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

فی بوو

مرجع دانلود فایل ,تحقیق , پروژه , پایان نامه , فایل فلش گوشی

آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد

اختصاصی از فی بوو آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد دانلود با لینک مستقیم و پر سرعت .

آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد


آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد
فرمت: پاورپوینت به همراه فایل ورد
تعداد اسلاید: 36 اسلاید به همراه 11 صفحه فایل ورد
-------------------------------------------------------------------------------
توضیحات:
پروتکل FTP چیست ؟
تصویر اولیه اینترنت در ذهن بسیاری از کاربران، استفاده از منابع اطلاعاتی و حرکت از سایتی به سایت دیگر است و شاید به همین دلیل باشد که اینترنت در طی سالیان اخیر به سرعت رشد و متداول شده است . بسیاری از کارشناسان این عرصه اعتقاد دارند که اینترنت گسترش و عمومیت خود را مدیون سرویس وب می باشد .
فرض کنید که سرویس وب را از اینترنت حذف نمائیم . برای بسیاری از ما این سوال مطرح خواهد شد که چه نوع استفاده ای را می توانیم از اینترنت داشته باشیم ؟ در صورت تحقق چنین شرایطی ، یکی از عملیاتی که کاربران قادر به انجام آن خواهند بود ، دریافت داده ، فایل های صوتی ، تصویری و سایر نمونه فایل های دیگر با استفاده از پروتکل FTP (برگرفته از File Transfer Protocol ) است.
-----------------------------------------------------------------------------------
لطفا آدرس ایمیل را صحیح وارد نمایید چون یه نسخه از فایل بعد از خرید برای شما ایمیل می‌شود.



دانلود با لینک مستقیم


آشنایی با پروتکل FTP با فرمت پاورپوینت به همراه فایل ورد

دانلود تحقیق آماده رشته کامپیوتر با عنوان پروتکل مسیریابی BGP - با فرمت WORD

اختصاصی از فی بوو دانلود تحقیق آماده رشته کامپیوتر با عنوان پروتکل مسیریابی BGP - با فرمت WORD دانلود با لینک مستقیم و پر سرعت .

دانلود تحقیق آماده رشته کامپیوتر با عنوان پروتکل مسیریابی BGP - با فرمت WORD


دانلود تحقیق آماده رشته کامپیوتر با عنوان  پروتکل مسیریابی BGP - با فرمت WORD

عنوان تحقیق :  پروتکل مسیریابی BGP

قالب بندی :  word

شرح مختصر :  یک داده زمانی که می‌خواهد از جایی به جای دیگر انتقال پیدا کند این بسته پس از بسته‌بندی   از طریق پروتکل‌های مسیریابی شروع به پیدا کردن مسیر می‌‌کند تا به مقصد برسد.اما بسته به این‌که بسته هدایت شده مقصدش درون AS   باشد یا بیرون آن نوع مسیر‌یابی متفاوت است.زمانی که مقصد داخلی باشد از پروتکل‌های مسیریابی درونی مانند RIP، OSPF استفاده می‌کنیم. اما زمانی که مسیر آن خارج از مرز AS  باشد، از پروتکل‌های مسیریابی برونی مانند BGP استفاده می‌کنیم. پروتکل BGP در واقع یک پروتکل مسیریابی برونی است که به کمک آن می‌توانیم بر اساس خیلی از پارامترها از جمله پرداخت حق اشتراک، امنیت و سیاست مسیریابی کنیم. در این تحقیق به طور مفصل به پروتکل مسیریابیBGP  پرداخته‌ایم و همچنین راه‌های اعمال سیاست توسط این پروتکل را بررسی کرده‌ایم.

فهرست :

مقدمه

Routing protocols & Routed protocols

الگوریتم‌های مسیر یابی و پروتکل‌های مسیریابی

انواع الگوریتم‌های مسیریابی

شبکه‌های خودمختار ( AS  )

اینترنت چیست

مسیریابی درونی و بیرونی

مبانی پروتکل BGP

IBGP

EBGP

پیکربندی ارتباط EBGP  و IBGP

پیام‌های پروتکل BGP

پیام Open

پیام  KeepAlive

پیام  Notification

پیام  Update

فیلتراسیون و پیام update

صفت‌های مسیر

AS – Path

Next – hop

Origin

Local Preference

MED

Weight

انتخاب بهترین مسیر در پروتکل BGP

سیاست‌های مسیریابی

منابع


دانلود با لینک مستقیم


دانلود تحقیق آماده رشته کامپیوتر با عنوان پروتکل مسیریابی BGP - با فرمت WORD

دانلود پایان نامه پروتکل مدیریت گروه اینترنت (IGMP)

اختصاصی از فی بوو دانلود پایان نامه پروتکل مدیریت گروه اینترنت (IGMP) دانلود با لینک مستقیم و پر سرعت .

دانلود پایان نامه پروتکل مدیریت گروه اینترنت (IGMP)


دانلود پایان نامه پروتکل مدیریت گروه اینترنت (IGMP)

 

 

 

 

پروتکل مدیریت گروه اینترنت (IGMP)

IGMP ، که در RFC 3376  تعریف شده ، توسط میزبانها و مسیریاب ها  برای مبادلة اطلاعات عضویت Multicast بر روی LAN استفاده می شود . IGMP  از ماهیت پخشی LAN استفاده می کند تا تکنیکی کارآمد برای تبادل اطلاعات بین چندین میزبان و مسیریاب‌ها را فراهم نماید .  در حالت کلی ، IGMP دو عملکرد  اصلی را حمایت می کند :

1ـ میزبان ها پیغامهایی به مسیر یاب ها می فرستند تا مشترک یک گروه Multicaset تعریف شده توسط یک آدرس Multicaset شوند یا اشتراک خود را از آن حذف نمایند .

2ـ مسیریاب ها به صورت دوره ای بررسی می نمایند کدام گروههای Multicaset ، مورد نظر کدام میزبانها می باشند .

IGMP در حال حاضر در روایت 3 قرار دارد . در IGMPV1 ، میزبانها می توانند به گروه Multicaset  ملحق شوند و مسیریاب ها تایمری را برای حذف اشتراک اعضای گروه استفاده می کنند . IGMPV2 باعث می شود اشتراک یک میزبان به طور مشخص از یک گروه حذف شود . اولین دو روایت ، ضرورتاً از مدل عملیاتی زیر استفاده نموده اند :

  • گیرنده ها باید مشترک گروههای Multicaset گردند .
  • مبدأها نیازی به مشترک شدن در گروه های Multicaset ندارند .
  • هر میزان می تواند ترافیک را به هر گروه Multicaset بفرستد.

این روش بسیار کلی است اما نقاط ضعفی نیز دارد :

1ـ گسترش گروههای Multicaset آسان است . حتی اگر فیلترهایی در سطح کاربرد برای حذف  بسته های ناخواسته وجود داشته باشد ، این بسته ها هنوز منابع عمده ای را در شبکه  و درگیرنده ای که باید آنها را پردازش کند ، مصرف می کنند .

2ـ ایجاد درخت های توزیع Multicaset مشکل ساز است . دلیل آن ،  مشخص نبودن محل مبدأها می باشد .

3ـ یافتن آدرس های Multicaset منحصر به فرد سراسری مشکل است . همیشه این امکان وجود دارد که گروههای Multicaset دیگری ، همان آدرس Multicaset را بکار ببرند .

IGMPv3  این نقاط ضعف را اینگونه مورد توجه قرار می دهد :

1ـ دادن اجازه به میزبانها برای مشخص نمودن لیست میزبانهایی که از آنها ترافیک یافت می شوکد . ترافیک از میزبانهای دیگر ،‌در مسیریاب ها مسدود می شود .

2ـ دادن امکان به میزبانها برای مسدود نمودن بسته هایی که مبدأ آنها ترافیک ناخواسته می فرستد .

ادامة این بخش ، IGMPv3 را مورد بررسی قرار می دهد .

 

قالب پیغام IGMP

همة پیغامهای IGMP در قالب datagram های IP فرستاده می شود . روایت فعلی ، دو نوع پیغام تعریف می کند : درخواست عضویت و گزارش عضویت .

پیغام درخواست عضویت توسط مسیریاب Multicaset فرستاده می شود . سه نوع زیر نوع دارد : یک درخواست عمومی ، برای مشخص نمودن اینکه کدام گروهها  اعضایی در یک شبکه دارند ؛ درخواست گروه خاص ،‌به منظور مشخص نمودن اعضای گروه خاص در شبکة متصل شده استفاده می شود ؛ و درخواست گروه - و - مبدأ خاص ،‌برای تعیین اینکه آیا هر دستگاه متصل ، خواهان دریافت بسته های ارسالی به آدرس Multicaset خاص ، از هر مبدأ مشخص شده در لیست ،‌می باشد .  قالب پیغام را نشان می دهد  که شامل فیلترهای زیر است:

  • نوع : نوع این پیغام را مشخص می کند .
  • حداکثر زمان پاسخ : مشخص کنندة حداکثر زمان مجاز قبل از ارسال گزارش پاسخ در واحد ثانیه است .
  • checksum : کد آشکار کنندة خطای محاسبه شده به صورت جمع متمم یک 16 بیتی همة کلمات 16 بیتی در پیغام می باشد . برای انجام محاسبه ، فیلد cheksum با صفر مقدار اولیه داده می شود . این همان الگوریتم Checksum استفاده شده در Ipv4 است .
  • آدرس گروه : برای پیغام درخواست عمومی ، صفر است ؛ زمانی که درخواست گروه - مبدأ خاص ارسال می شود، آدرس معتبر گروه multicast در IP.
  • پرچمS: با یک شدن آن، به همة مسیریاب های گیرندة multicast اعلام می‌کند که آنها باید به روزآوری های معمول تایمر را که با دریافت درخواست انجام می دهند، کنار بگذارند.
  • (querier's robustness variable)QRV: اگر غیر صفر باشد، فیلد QRV حاوی مقدار RV استفاده شده توسط فرستنده درخواست است. مسیریاب ها مقدار RV را از جدیدترین درخواست دریافت شده، به عنوان مقدار RV خود استفااده می کنند، مگر اینکه جدیدترین RV دریافت شده، صفر باشد، که در این حالت، گیرنده ها مقدار پیش فرض یا مقدار بدست آمدة آماری را استفاده می کنند. این RV نشان می دهد که چند دفعه یک میزبان یک میزبان یک گزارش را مجدد ارسال کند تا مطمئن شود توسط هر مسیر یاب multicast از بین نمی رود.
  • (querier's querier internal code)QQIC: مقدار QI(بازة درخواست) استفاده شده توسط فرستندة درخواست را مشخص می کند، که تایمری برای فرستادن چندین درخواست است. مسیریابهای multicast که فرستندة درخواست جاری نمی باشند، مقدار QI را از جدیدترین درخواست دریافت شده؛ صفر باشد در این حالت، مسیریاب های دریافت کننده، از مقدار پیش فرض QI استفاده می کنند.
  • تعداد مبدأها: مشخص می کند که چه اعداد آدرس مبدأ در این پرس و جو موجود است. این مقدار فقط برای درخواست گروه- و مبدأ خاص، غیر صفر است.
  • آدرسهای مبدأ: اگر تعداد مبدأها N باشد، در این صورت Nآدرس 32 بیتی unicast به پیغام افزوده می شود.

یک گزارش عضویت شامل فیلدهای زیر است:

  • نوع: نوع این پیغام را مشخص می کند.
  • Checksum:کد آشکار کنندة خطایی است که به صورت جمع متمم یک 16 بیتی تمام کلمات 16 بیتی در پیغام محاسبه می شود.
  • تعداد رکوردهای گروه: تعداد رکوردهای گروه موجود در این گزارش را مشخص می کند.

یک رکود گروه شامل فیلدها است.

  • نوع رکورد: این نوع رکورد را تعریف می کند، همانگونه که توضیح داده خواهد شد.
  • طول دادة کمکی: طول فیلد دادة کمکی بر حسب کلمات 23 بیتی است.
  • تعداد مبدأها: مشخص می کند چخ تعداد آدرس مبدأ در این رکورد وجود دارد.
  • آدرس multicast: آدرس IP multicast که این رکورد به آن تعلق دارد.
  • آدرسهای مبدأ: اگر تعداد منبع ها N باشد، در این صورت، N آدرس unicast 32 بیتی به این پیغام اضافه می شود.
  • دادة کمکی: اطلاعات اضافی موجود در این رکورد است. در حال حاضر، مقادیر دادة کمکی تعریف نشده است.

 

عملکرد IGMP

هدف هر میزبان در استفاده از IGMP، شناساندن خود به عنوان عضوی از یک گروه با آدرس multicast مشخص، به میزبان های دیگر LAN و همة مسیریاب های LAN می باشد. IGMP Pv3، این توانایی را به میزبان ها می دهد که عضویت گروه را همراه با توانایی های فیلتر نمودن نسبت به مبدأها، اعلام نماید. میزبان می تواند اعلام کند که می خواهد ترافیک را از همة منابع فرستنده به یک گروه، به جز برخی منابع خاص (مود EXCLUDE) دریافت نماید؛ یا می خواهد ترافیک را فقط از برخی منابع خاص ارسال کننده به گروه(مود INCLUDE) دریافت کند. به منظور الحجاق شدن به گروه، میزبان، پیغام گزارش عضویت IGMP را می فرستد، که در آن، فیلد آدرس گروه، آدرس multicast آن گروه می باشد. این پیغام در یک IP diagram با همان آدرس مقصد ,ulticast فرستاده می شود. به عبارت دیگر، فیلد آدرس گروه در پیغام IGMP و فیلد آدرس مقصد سرآمد IP بسته بندی کننده، مشابه هستند. همة میزبانهایی که در حال حاضر اعضای این گروه multicast می باشند، این پیغام را دریافت خواهند نمود و در مورد عضو جدید گروه اطلاع می یابند. هر مسیریاب متصل به این LAN، باید به تمام آدرسهای IP multicast گوش دهد تا همة گزارشات را بشنود.

به منظور حفظ لیست جاری معتبر حاوی آدرسهای گروه های فعال، یک مسیریاب multicast به صورت دوره ای پیغام درخواست عمومی IGMP را صادر می نماید که در یک IP diagram با آدرس Multicast همة میزبانها فرستاده می شود. هز میزبانی که هنوز می خواهد عضوی از یک یا چند گروه multicast بماند، باید datagram هایی را با آدرس همة میزبانها بخواند. هنگامی که چنین میزبانی، این درخواست را دریافت می کند، باید با پیغام گزارش برای هر گروهی که برای آن ادعای عضویت می‌کند، پاسخ دهد.

توجه داشته باشید که مسیریاب multicast نیازی به دانستن مشخصة هر میزبان در گروه ندارد. در عوض، نیاز دارد بداند که حداقل یک عضو گروه هنوز فعال است. بنابراین، هز میزبان در گروهی که درخواستی را دریافت می کند، تایمری را با تأخیری تصادفی مقدار می دهد. هز میزبانی که ادعای عضویت میزبان دیگر را در آن گروه می‌شنود، از گزارش خود صرف نظر می کند. اگر گزارش دیگری شنیده نشود و تایمر به انتها برسد، میزبان گزارشی را ارسال می‌کند. با این طرح، فقط یک عضو هر گروه باید گزارش را برای مسیریاب multicast تهیه کند.

هنگامی که یک میزبان گروهی را ترک می کند، پیغام ترک گروه را به همة مسیریاب‌هایی با آدرس multicast ایستا می فرستد. این عمل با فرستادن پیغام گزارش با امکان EXCLUDE و لیست آدرسهای مبدأ تهی انجام می گیرد؛ یعنی، همة مبدأها باید حذف شوند، و به طور مؤثر گروه را ترک می کند. هنگامی که مسیریاب چنین پیغامی را برای گروهی دریافت می کند که اعضایی برای گروه در رابط پذیرش قرار دارند، نیاز دارد بداند آیا اعضای دیگری برای گروه باقی مانده اند. برای این منظور،

مسیریاب، پیغام درخواست گروه خاص را بکار می برد.

 

عضویت گروه با Ipv6

IGMP برای عملکرد با Ipv4 تعریف شده و از آدرسهای 32 بیتی استفاده می کند. اینترنت های Ipv6 عملکرد را نیاز دارند. به جای تعریف روایت مجزایی از IGMP برای Ipv6، عملکرد آن در روایت جدید پروتکل کنترل پیغام اینترنت (ICMPv6) قرار گرفته است. ICMv6 شامل همة عملکرد ICMv4 و IGMP می باشد. برای حمایت از Multicast، ICMPv6 شامل درخواست عضویت گروه و پیغام گزارش عضویت گروه می باشد، که مشابه IGMP استفاده می شود.

 

پروتکل مسیریاب

مسیریاب های ایننرنت، مسئول دریافت و هدایت بسته ها از طریق مجموعه شبکه های متصل به یکدیگر می باشند. هر مسیریاب، تصمیم مسیریابی را بر مبنای آگاهی از توپولوژی و شرایط ترافیک و تأخیر در ایننرنت انجام می دهد. در یک اینترنت ساده، یک طرح ثابت مسیریابی امکان پذیر است. در اینترنت های پیچیده تر، درجه ای از همکاری پویا بین مسیریاب ها لازم است. در حالت خاص، مسیریاب باید از بخشی از شبکه که دچار شکست شده است اجتناب نماید و همچنین باید از بخشی که دچار ازدحام می باشد نیز صرف نظر کند. به منظور انجام چنین تصمیمات مسیریابی پویایی، مسیریاب ها اطلاعات مسیریابی را با استفاده از پروتکل مسیریابی خاص برای آن منظور، مبادله می نمایند. اطلاعاتی در مورد وضعیت اینترنت، بر حسب اینکه کدام شبکه ها می توانند با کدام مسیریاب قابل دسترسی باشند، و خصوصیات تأخیر مسیریاب های گوناگون، مورد نیاز است.

با در نظر گرفتن تابع مسیریابی، متمایز نمودن این دو مفهوم دارای اهمیت است:

  • اطلاعات مسیریابی: اطلاعاتی است در مورد توپولوژی و تأخیرها در اینترنت.
  • الگوریتم مسیریابی: تلگوریتم استفاده شده برای گرفتن تصمیم مسیریابی برای datagram خاص، بر مبنای اطلاعات مسیریابی جاری می باشد.

 

سیستم های خودکار

به منظور ادامة بحث پروتکل های مسیریابی، نیاز به معرفی مفهوم سیستم خودکارذاست. سیستم خودکار (as) خصوصیات زیر را از خود نشان می دهد:

1- ی; AS، مجموعه ای از مسیریاب ها و شبکه ها است که توسط یک سازمان مدیرینت می شوند.

2- یک AS شامل گروهی از مسیریاب ها است که اطلاعات را از طریق پروتکل مبادله می نمایند.

3- به جز در زمان شکست، یک AS مرتبط می باشد(بر حسب مفهوم مرتبط در توری گراف)؛ یعنی، مسیری بین هر زوج گروه وجود دارد.

یک پروتکل مسیریابی مشترک، که به عنوان پروتکل مسیریاب داخلی (IRP) شناخته می شود، اطلاعات مسیریابی را بین مسیریاب های داخلی AS عبور می دهد. این پروتکل در AS استفاده می شود و نیازی به پیاده سازی در خارج از سیستم ندارد. این انعطاف به IRP ها امکان می دهد به کاربردها و نیازهای خاص متعلق باشند. به هر حال ممکن است اینترنت با بیش از یک AS ساخته شود. برای مثال، تمام LAN های یک سایت، مانند مجموعة اداری یا کمپینگ، می توانند توسط مسیریاب ها متصل شوند تا یک AS را تشکیل دهند. این سیستم می تواند از طریق یک شبکة گسترده، به AS های دیگر متصل شود.

حالت، الگوریتم های مسیریابی و اطلاعات جداول مسیریابی استفاده شده توسط مسیریاب‌های AS های مختلف، ممکن است متفاوت باشد.

به هر حال، مسیریاب های یک AS نیازمند یک سطح حداقل از اطلاعات مربوط به شبکه‌های قابل دسترسی در خارج از سیستم می باشند. به پروتکل استفاده شده به منظور عبور اطلاعات مسیریابی بین مسیریاب ها در AS های متفاوت، پروتکل مسیریاب خارجی (ERP) گفته می شود.

می توان انتظار داشت که ERP نیاز به عبور دادن اطلاعات کمتری نسبت به IRP به دلایل زیر داشته باشد. اگر یک datagram قرار باشد از یک میزبان در یک AS به میزبانی در AS دیگر انتقال یابد، یک کسیریاب در سیستم اول، فقط نیازمند تعیین AS مقصد و طرح مسیری برای رسیدن به آن سیستم مقصد خواهد بود. با وارد شدن data gram به as مربوط نمی باشد، و چیزی در مورد جزئیات مسیر دنبال شده در AS مقصد نمی داند.

در ادامة این بخش، نگاهی داریم به مهمترین مثالهای این دو نوع پروتکل مسیریابی: BGP و OSPF. اما اول، نگاهی به راه دیگر مشخص نمودن پروتکل های مسیریابی مفید است.

 

گرایشهای مسیریابی

پروتکل های مسیریابی اینترنت، یکی از سه شیوة جمع آوری و استفاده از اطلاعات مسیریابی را بکار می گیرند: مسیریابی بردار- فاصله، مسیریابی حالت- اتصال، و مسیریابی بردار- مسیر یابی بردار- فاصله نیازمند این است که هر گره (مسیریاب یا میزبانی که پروتکل مسیریابی را پیاده سازی می نماید)، اطلاعات را با گره های همسایه مبادله نماید. اگر دو گروه هر دو به طور مستقیم به یک شبکه متصل باشند همسایه هستند.

به این منظور، هر گره، برداری از ارزش اتصالات برای هر شبکة متصل شده به طور مستقیم، و بردار فاصله و بردار گام بعدی را برای هر مقصد نگهداری می کند. پروتکل اطلاعات مسیریابی نسبتاً ساده (RIP) از این شیوه استفاده می کند.

مسیریابی بردار- فاصله نیازمند انتقال میزان قابل توجهی اطلاعات توسط هر مسیریاب می‌باشد. هر مسیریاب باید بردار فاصله را به همة همسایگانش بفرستد. آن بردار حاوی ارزش مسیر تخمینی به همة شبکه ها در این پیکربندی است. علاوه بر آن، هنگامی که تغییر عمده ای در ارزش یک اتصال انجام می گیرد، یا زمانی که یک اتصال قابل دسترس نمی باشد، زمان قابل توجهی برای انتشار این اطلاعات از طریق اینترنت لازم است.

مسیریابی حالت- اتصال، برای غلیه بر نقاط ضعف مسیریابی بردار- فاصله طراحی گردید. هنگامی که مسیریاب آماده سازی می شود، ارزش اتصال در هر یک از رابط‌های شبکة خود را مشخص می کند. سپس، این مسیریاب این مجموعه ارزش های اتصالات را به همة مسیریاب ها در توپولوژی اینترنت اعلام می کند، و نه فقط به مسیریاب های همسایة خود. از آن زمان، این مسیریاب، بر ارزشهای اتصالات خود نظارت دارد. هر زمان که تغییر عمده ای صورت گیرد (افزایش یا کاهش عمدة ارزش اتصال، ایجاد اتصال جدید، غیر قابل استفاده شده اتصال جاری)، این مسیر‌یاب مجدد مجموعه ارزشهای اتصالات خود را به همة مسیریاب ها در آن پیکربندی اعلام می کند.

تعداد صفحه :60


دانلود با لینک مستقیم


دانلود پایان نامه پروتکل مدیریت گروه اینترنت (IGMP)

ارتباطات تحریک‌پذیر زمانی در پروتکل شبکه CAN Time Triggered CAN

اختصاصی از فی بوو ارتباطات تحریک‌پذیر زمانی در پروتکل شبکه CAN Time Triggered CAN دانلود با لینک مستقیم و پر سرعت .

ارتباطات تحریک‌پذیر زمانی در پروتکل شبکه CAN Time Triggered CAN


ارتباطات تحریک‌پذیر زمانی در پروتکل شبکه CAN  Time Triggered CAN

ارتباطات تحریک‌پذیر زمانی در پروتکل شبکهCANا ( Time Triggered CAN)

چکیده :

شبکه‌های صنعتی یکی از مباحث بسیار مهم در اتوماسیون می‌باشد. شبکه‌ی CAN به عنوان یکی از شبکه‌های صنعتی ، رشد بسیار روز افزونی را تجربه کرده است.

در این میان ، عدم قطعیت زمان ارسال پیام‌ها در این پروتکل شبکه ، باعث می‌شود که کاربرد این شبکه در کاربرد‌های حیاتی با اشکال مواجه شود. یکی از راه‌حل‌‌های برطرف کردن این مشکل ، استفاده از تکنیک تحریک زمانی است که در ایت مقاله مورد بررسی قرار می‌گیرد.

مقدمه:

در محیط‌های صنعتی ، کارخانجات ، خطوط تولید و امثالهم ، اتصال میکروکنترلر‌ها ،‌ سنسورها (Sensor) و محرک‌ها (Actuator) با چندین نوع سیستم ارتباطی متفاوت به یکدیگر ، نوعی هنر معماری در الکترونیک و کامپیوتر است. امروزه ارتباطات از نوع تحریک‌پذیر زمانی به‌طور گسترده‌ای در پروتکل ارتباطات برپایه شبکه با پروتکل  CAN (Controller Area Network) استفاده می‌شود. مکانیسم داوری (Arbitrating) در این پروتکل اطمینان می‌دهد که تمام پیام‌ها بر اساس اولویت شناسه (Identifier) منتقل می‌شوند و پیامی با بالاترین اولویت به هیچ عنوان دچار آشفتگی نخواهد شد. در آینده ، بسیاری از زیرشبکه‌های (SubNet) مورد استفاده در کاربرد‌های حیاتی ، به‌عنوان مثال در بخش‌هایی مثل سیستم‌های کنترل الکترونیکی خودرو  (X-By-Wire) ، به سیستم ارتباطی جامعی نیاز دارند که دارای قطعیت ارسال و دریافت در هنگام سرویس‌دهی باشد.

به‌ عبارتی ، در ماکزیمم استفاده از باس که به ‌عنوان محیط انتقال این نوع شبکه به‌کار می‌رود ، باید این تضمین وجود داشته باشد که پیام‌هایی که به ایمنی (Safety) سیستم وابسته هستند ، به موقع و به درستی منتقل می‌شوند. علاوه بر این باید این امکان وجود داشته باشد که بتوان لحظه‌ی ارسال و زمانی را که پیام ارسال خواهد شد را با دقت بالایی تخمین زد.

در سیستم با پروتکل CAN استاندارد ، تکنیک بدست آوردن باس توسط گره‌های شبکه بسیار ساده و البته کارآمد است. همان‌گونه که در قبل توضیح داده‌شده است ، الگوریتم مورد استفاده برای بدست آوردن تسلط بر محیط انتقال ، از نوع داوری بر اساس بیت‌های شناسه است.

این تکنیک تضمین می‌کند که گره‌ای که اولویت بالایی دارد ، حتی در حالتی‌‌که گره‌های با اولویت پایین‌تر نیز قصد ارسال دارند ، هیچ‌گاه برای بدست آوردن باس منتظر نمی‌ماند. و با وجود این رقابت بر سر باس ، پیام ارسالی نیز مختل نشده و منتقل می‌شود. در همین جا نکته‌ی مشخص و قابل توجهی وجود دارد.

اگر یک گره‌ی با اولویت پایین بخواهد پیامی را ارسال کند باید منتظر پایان ارسال گره‌ی با اولویت بالاتر باشد و سپس کنترل باس را در اختیار گیرد. این موضوع یعنی تاخیر ارسال برای گره‌ی با اولویت پایین‌تر ، ضمن این که مدت زمان این تاخیر نیز قابل پیش‌بینی و محاسبه نخواهد بود و کاملا به ترافیک ارسال گره‌های با اولویت بالاتر وابسته است.

 

 

تعداد صفحات: 12


دانلود با لینک مستقیم


ارتباطات تحریک‌پذیر زمانی در پروتکل شبکه CAN Time Triggered CAN