دانلود مقاله کامل درباره ربات بی سیم توپ جمع کن با کنترل تحت وب

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

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

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

فصل اول : مقدمه

چیزهای بسیاری در مورد فواید تشویق دانشجویان جهت کار روی مسائلی از رشته‌های مختلف علمی بصورت مشترک نوشته شده است و بسیاری از مسائل واقعی جهان جهت دستیابی از طریق کار فردی بسیار پیچیده هستند.

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

در پاییز سال 2002 دانشجویان به طراحی و تکمیل یک ربات بی‌سیم توپ جمع کن با کنترل تحت وب پرداختند که قادر به دوری از برخورد به موانع می‌باشد و توسط یک کاربر خارجی و از طریق یک سرور تحت وب کنترل می‌شود.

در این مقاله ما به فراهم آوردن پیش زمینه و تاریخچه‌ای از این مجموعه واحد درسی در دانشکده «لوراس» پرداخته و به توصیف جنبه‌های ویژه درس و خلاصه‌ای از نتایج گزارش سال اقدام کردیم سپس تلاشهای ارزیابی خود را که جهت گسترش فرآیند این مجموعه درسی مورد استفاده قرار دادیم.

فصل دوم

سازماندهی درس:

بخش علوم کامپیوتر «دانشکده لوراس» یک تیم طراحی از دانشجویان ارشد خود را از سال 1986 جهت تکمیل پروژه درخواست کرد. در سال 1997 بخش فیزیک و مهندسی دانشکده لوراس برنامه‌ای جدید تحت عنوان «الکترومکانیک» را توسعه دادند.

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

1-2- نقش اساتید:

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

2-2- چارچوب درس:

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

- این پروژه باید شامل یک بورد (صحنه زمین یا تابلو) قابل حمل، یک میکروکنترلر HC11 پیشرفته «فردمارتین» و «لابراتور MIT» باشد. این درخواست بدلیل صحنه زمین کنونی ما و موفقیت‌های پیشین ما توسط آنهاست.

- پروژه باید اجزاء طراحی مکانیکی برجسته (قابل توجهی) داشته باشد.

- بسیاری از درخواستهای امکانپذیر دیگر (که در یک ترم تکمیل شدند با بودجة ما متناسب بوده در حالیکه با تواناییهای فنی گروه نیز تناسب داشته باشد و ...)

با وجود آنکه در کل ما رضایت 100% در مورد پروژه انتخابی نداریم، دانشجویان از مشارکت و مالکیت پروژه راضی هستند. در اولین ملاقات دروس سال آخر ما موضوعی را تحت عنوان «مدارک مورد نیاز کاربر» مطرح کردیم که در آن بصورت مبهم، آنچه را ربات می‌بایست انجام دهد توصیف کردیم.

مدارک مورد نیاز کاربر بصورت ناقص و مبهم بود تا زمانیکه تجربه‌های حرفه‌ای مؤلف، کاربران محصول و موارد مدیریتی و بازیابی معمولاً اجزاء محصول و درجه دقت مورد نیاز برای طراحی را مورد بررسی قرار نمی‌دهند.

سپس به تیم دانشجویان جهت تکمیل و توسعه مشخصات مهندسی و نرم افزاری پروژه، 4 هفته وقت داده شد.

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