سوال در مورد دیکود کردن اطلاعات

[e-arash]

با سلام
فرض کنید اطلاعات به صورت سریال 64 بیتی با مدولاسیون منچستر به پایه rxd میکرو ارسال میشود برای دمدولاسیون و باز یابی اطلاعات چه برنامه ای پیشنهاد می کنید ؟

[hrhgroup]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام
منچستر مدولاسیون نیست linecode یا سیگنالینگه.

[e-arash]

پاسخ : سوال در مورد دیکود کردن اطلاعات

خوب منچستر یک روش encoding است.برای decode کردنش باید چیکار کرد ؟

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

با سلام به دوستان .
در ابتدا اجازه بدید یک مقدار در مورد منچستر صحبت کنیم ...
برای ارسال اطلاعات دیجیتال همواره سنکرون سازی اطلاعات از اهمیت ویژه ای برخوردار بوده برای مثال در مورد ارسال غیر همزمان همواره باید توجه داشته باشیم که یک واحد برای ایجاد کلاک در مدار یا در روال ارسال وجود داشته باشه که این سنکرون سازی رو انجام بده . در کدینگ اطلاعات تمام سعی بر اینه که دیتا با خودش هم اطلاعات رو داشته باشه و هم ویژگی های زمانی .
برای کدینگ دیتا نیز روش های متنوعی وجود داره که چند تا از معروفاشون عبارتند از ...
1- کدینگ غیر بازگشت به صفر معمولی یاNRZ-L .
2- کدینگ غیر بازگشت به صفر معکوس یا NRZ-I .
3- کدینگ منچستر .
4- کدینگ منچستر تفاضلی .
5- AMI .
در مورد اول نحوه ی کد بندی اطلاعات بر این اساسه که به هر بیت ، یک سطح ولتاإ¾ اختصاص داده میشه به این معنی که مثلا برای بیت صفر سطح ولتاإ¾ صفر و برای بیت یک سطح ولتاإ¾ 5 ولت استفاده می کنن . این نوع کد بندی برای ارسال دیتا زیاد مناسب نیست چون نمی تونه اطلاعات زمانی رو برای گیرنده ایجاد کنه و با اعمال یک نویز تجمعی ، کل دیتای که به فرستنده میرسه تغییر می کنه . اگه یه نویز ضربه ای نیز به این رشته ی دیتا که با این نوع کدینگ ، کدبندی شده یک سطح ولتاإ¾ ناخواسته در رشته اعمال میشه و با توجه به اینکه زمان نمونه برداری دیتا در وسط بیت ها هست ، با حرکت رشته و حرکت بیت ، نمونه ی آخر دچار اغتشاش یا تغییر مقدار میشه . اما گفتیم که اطلاعات زمانبندی رو خوب حفظ نمی کنه ولی چرا ؟ خب ببینید ، فرض کنید که یه رشته با مقدار0xff داشته باشیم ، با این کدینگ سطح ولتاژی که روی خط قرار میگیره برابر صفر میشه و این یعنی امکان نمونه برداری دقیق برای گیرنده از بین میره (طول رشته رو از دست میده) و به همین دلیل هم نمی تونه برای سنکرون سازی به کار بره .
در مورد دوم نیز ، ایده درست مثل مورد اوله با این تفاوت که سطوح ولتاژ به ازای رسیدن به بیت یک toggle میشن به این معنی که تغییر سطح ولتاژ میدن و اگر صفر بودن به 5 ولت و اگر 5 ولت بودن به صفر تغییر وضعیت میدن . در این روش هم چون اساس کار بر طبق غیر بازگشت به صفره نمی تونیم انتظار زمانبندی از رشتمون داشته باشیم .
اما در کدینگ منچستر وضعیت به کلی فرق میکنه . در این روش به ازای هر بیت یک گذر در سط سیگنال ولتاژمون داریم (مثلا به ازای صفر یک لبه ی پایین رونده و به ازای یک هم یک لبه ی بالا رونده) و این یعنی اولا وقتی خط در وضعیت idle قرار داره باز هم سطح ولتاژ برای خط تعریف میشه و دوما (از همه مهمتر) به راحتی می تونیم به دلیل گذری که در وسط هر بیت اتفاق میفته ، اطلاعات زمانبندی رو هم با سیگنال ولتاژمون منتقل کنیم . از مزایای مهم این نوع کدینگ اینه که به راحتی می تونیم برای سنکرون سازی ارتباطمون از این کدینگ استفاده کنیم . در واقع این گذری که در وسط هر بیت اتفاق میفته باعث میشه تا در صورت ارسال یک رشته ی ثابت هم (مثلا همون 0xff) سیگنال ولتاژمون مدام toggle بشه و این عامل بتونه به عنوان یک کلاک سنکرون ساز به کار بره . اما عیب عمده ای که داره اینه که این نوع کدینگ پهنای باند بشتری می خواد و اون هم به دلیل اینه که به دلیل افزایش symbol ها به ازای هر بیت ، baud rate مون دو برابر bit rate مونه . در واقع برای ارتباطات راه دور از این نوع کدینگ استفاده نمی کنن و نوع دیگه ای از کدینگ که اساسش بر روش AMIآ هست استفاده میشه .
دو نوع معروف این نوع کدینگ HDB3 و B8ZS (اگه اشتباه نکنم) هستن که روش کاری جالبی دارن .

اما بریم سراغ سوال دوستمون ....(خیلی دور شدیم )
ببین شما می تونید با لبه های پالس دریافتیتون کار کنید یعنی به ازای یک لبه ی بالا رونده صفر رو در نطر بگیرید و به ازای یک لبه ی پایین رونده هم یک .
نظر م اینه که این از تایمر کانتر یکرو استفاده کنید اونم از تایمر یک و مد capture موفق باشید. :nerd:


[hr]مرا عهدیست با جانان که تا جان در بدن دارم هوا خواهان کویش را چو جان خویشتن دارم

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

با سلام به دوستان .
در ابتدا اجازه بدید یک مقدار در مورد منچستر صحبت کنیم ...
1- کدینگ غیر بازگشت به صفر معمولی یاNRZ-L .
2- کدینگ غیر بازگشت به صفر معکوس یا NRZ-I .
3- کدینگ منچستر .
4- کدینگ منچستر تفاضلی .
5- AMI .
در مورد اول نحوه ی کد بندی اطلاعات بر این اساسه که به هر بیت ، یک سطح ولتاإ¾ اختصاص داده میشه به این معنی که مثلا برای بیت صفر سطح ولتاإ¾ صفر و برای بیت یک سطح ولتاإ¾ 5 ولت استفاده می کنن . این نوع کد بندی برای ارسال دیتا زیاد مناسب نیست چون نمی تونه اطلاعات زمانی رو برای گیرنده ایجاد کنه و با اعمال یک نویز تجمعی ، کل دیتای که به فرستنده میرسه تغییر می کنه . اگه یه نویز ضربه ای نیز به این رشته ی دیتا که با این نوع کدینگ ، کدبندی شده یک سطح ولتاإ¾ ناخواسته در رشته اعمال میشه و با توجه به اینکه زمان نمونه برداری دیتا در وسط بیت ها هست ، با حرکت رشته و حرکت بیت ، نمونه ی آخر دچار اغتشاش یا تغییر مقدار میشه . اما گفتیم که اطلاعات زمانبندی رو خوب حفظ نمی کنه ولی چرا ؟ خب ببینید ، فرض کنید که یه رشته با مقدار0xff داشته باشیم ، با این کدینگ سطح ولتاژی که روی خط قرار میگیره برابر صفر میشه و این یعنی امکان نمونه برداری دقیق برای گیرنده از بین میره (طول رشته رو از دست میده) و به همین دلیل هم نمی تونه برای سنکرون سازی به کار بره .
در مورد دوم نیز ، ایده درست مثل مورد اوله با این تفاوت که سطوح ولتاژ به ازای رسیدن به بیت یک toggle میشن به این معنی که تغییر سطح ولتاژ میدن و اگر صفر بودن به 5 ولت و اگر 5 ولت بودن به صفر تغییر وضعیت میدن . در این روش هم چون اساس کار بر طبق غیر بازگشت به صفره نمی تونیم انتظار زمانبندی از رشتمون داشته باشیم .
اما در کدینگ منچستر وضعیت به کلی فرق میکنه . در این روش به ازای هر بیت یک گذر در سط سیگنال ولتاژمون داریم (مثلا به ازای صفر یک لبه ی پایین رونده و به ازای یک هم یک لبه ی بالا رونده) و این یعنی اولا وقتی خط در وضعیت idle قرار داره باز هم سطح ولتاژ برای خط تعریف میشه و دوما (از همه مهمتر) به راحتی می تونیم به دلیل گذری که در وسط هر بیت اتفاق میفته ، اطلاعات زمانبندی رو هم با سیگنال ولتاژمون منتقل کنیم . از مزایای مهم این نوع کدینگ اینه که به راحتی می تونیم برای سنکرون سازی ارتباطمون از این کدینگ استفاده کنیم . در واقع این گذری که در وسط هر بیت اتفاق میفته باعث میشه تا در صورت ارسال یک رشته ی ثابت هم (مثلا همون 0xff) سیگنال ولتاژمون مدام toggle بشه و این عامل بتونه به عنوان یک کلاک سنکرون ساز به کار بره . اما عیب عمده ای که داره اینه که این نوع کدینگ پهنای باند بشتری می خواد و اون هم به دلیل اینه که به دلیل افزایش symbol ها به ازای هر بیت ، baud rate مون دو برابر bit rate مونه . در واقع برای ارتباطات راه دور از این نوع کدینگ استفاده نمی کنن و نوع دیگه ای از کدینگ که اساسش بر روش AMIآ هست استفاده میشه .
دو نوع معروف این نوع کدینگ HDB3 و B8ZS (اگه اشتباه نکنم) هستن که روش کاری جالبی دارن .




[hr]مرا عهدیست با جانان که تا جان در بدن دارم هوا خواهان کویش را چو جان خویشتن دارم

پس ما نموتونیم از دو روش اول استفاده کنیم چون نویز روش تاثیر داره
از سومی هم برای فواصل دور نمی تونیم استفاده کنیم
پس طبق فرمایش شما من باید برای فواصل دور(که نمیدونم منظور شما چه فاصله ای هست) مثلا بالای 100 یا 150 متر از روش ami استفاده کنم درسته؟
پس در حالت کلی برای اینکه نویز تاثیر نداشته باشه و فاصله ام زیاد باشه باید از روش اخر استفاده کنم
ولی چطوری باید از این روش استفاده کنم؟
روش استفاده از کدینگ hdb3 و b8zs ؟(نیاز فوری به کمک :mrgreen

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام ....................

ببینید اگه ممکنه یه کم در مورد کاری که می خواید انجام بدید توضیح بدید ، باهم کنار میایم .. :rolleyes:

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام ....................

ببینید اگه ممکنه یه کم در مورد کاری که می خواید انجام بدید توضیح بدید ، باهم کنار میایم .. :rolleyes:

توسط یک فرستنده و گیرنده مثلask434 یک وسیله ای را از فاصله حداقل100-150 متری کنترل کنم
ممنون

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام ..................

ببینید اینی که من گفتم فاصله ی کم منظورم این نبود که دو سه متر!!! در واقع توی شبکه های LAN از کدینگ منچستر استفاده می کنن و اگه نوع لینک دیتا رو خوب انتخاب کنیم (UTP یا 10Base-T یا ....) می تونیم این طول رو به 180 تا 500 متر هم افزایش بدیم . اما برای شبکه های WAN دیگه این نوع کدینگ جواب نمیده و باید بریم سراغ AMI .

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

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

اینم دیتا شیت فرستنده و گیرنده هست
http://rapidshare.com/files/137907379/RxD1specification.pdf.html

http://rapidshare.com/files/137907380/TX-C1_specification.pdf.html

ببینین اینا کافیه ؟

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

اینا رو نگاه می کنم دو باره بر میگردم .....
فعلا ........ :bye

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام .................

اینا درست دانلود نمیشه ، PDF اولیه که اصلا eror میده . دومی هم فقط صفحه ی آخرش میاد .

یا توی 4shared پلود بفرمایید یا با میل برام بفرستین . ممنون .

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

بفرمایین دوباره میزارم :agree:

http://www.4shared.com/file/59399354/2521892/RxD1specification.html


http://www.4shared.com/file/59399278/38105c0c/TX-C1_specification.html


منتظر جوابتون هستم
خیلی ممنون

[hess]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام .................

دیتاشیت هاش رو دیدم . ببینید مدولاسیون اینها ASK هست و اینا می تونه نسبت به نویز خیلی حساس باشه . یه نکته ی دیگه این که اینا اصلا به منچستر ارتباطی پیدا نمی کنه چون ارسال سیگنال آنالوگ بر حسب اندازه ی دامنه مدوله میشه و بر حسب بیت در میاد . اما من میگم شما چرا از سری HMD استفاده نمی کنید؟

http://www.4shared.com/file/57778005...7/RF_List.html

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

سلام .................

دیتاشیت هاش رو دیدم . ببینید مدولاسیون اینها ASK هست و اینا می تونه نسبت به نویز خیلی حساس باشه . یه نکته ی دیگه این که اینا اصلا به منچستر ارتباطی پیدا نمی کنه چون ارسال سیگنال آنالوگ بر حسب اندازه ی دامنه مدوله میشه و بر حسب بیت در میاد . اما من میگم شما چرا از سری HMD استفاده نمی کنید؟

http://www.4shared.com/file/57778005...7/RF_List.html

خیلی ممنون از راهنمایی تون
فقط چند تا سوال داشتم

اگه از مدولاسیون fsk استفاده کنم بازم نویز تاثیر می زاره؟کار با سری fsk مانند ask هست؟
این سری hmd با fsk است؟
طریقه اتصال دقیقا مثل ask هست؟

برد یک کیلومتر چه فرستنده و گیرنده ای خوبه؟

بازم ممنون :nice:

[r.p]

پاسخ : سوال در مورد دیکود کردن اطلاعات

تو دیتا شیت فرستنده یک اینکودر گذاشته بود به شماره Encoder : HT12D/F , PTC ( 2262 ) این به چه دردی میخوره ؟
اگه از این استفاده کنیم فقط یرای فرستنده میذاریم یا برای هر دو قسمت؟