استفاده از ریموت کنترل در پروژهها ( IRC remote controls De-Encoder )

[mojtaba_led]

سلام استاد کارتون حرف نداره .

آقا من این ریموت خوش دست رو تست کردم ریموت رو میشناسه فریم و آدرس و دیتا رو هم بدست میاره اما ، دائم مقدارشون تغییر میکنه و یک مقدار ثابت رو برای هر کلید نشون نمیده و بعضا دیتا ها با هم تداخل دارند .

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

راستی یه تاپیک هم برای دیمر زدم . دیدیدش ؟

[mojtaba_led]

سلام جناب نوربخش ،
آقا سفارش جدید دارم براتون :mrgreen:

شوخی کردم.
آقا من سه تا ریموت دیگه هم گیر آوردم ، هرسه تاشون فریمشون M32r بود

ریموت اول : ریموت ضبط ماشین ، Sillexx

ریموت دوم : ریموت یه سی دی من مارک (sonny)

ریموت سوم : ( نیدونم دقیقا برای چیه ) X.vision

ویژگی مشترک تو این ریموت ها ظاهرشون هست (دکمه هاشون به صورت فلت هست)

[aivhl]

سلام جناب نوربخش ،
آقا سفارش جدید دارم براتون :mrgreen:

شوخی کردم.
آقا من سه تا ریموت دیگه هم گیر آوردم ، هرسه تاشون فریمشون M32r بود

ریموت اول : ریموت ضبط ماشین ، Sillexx

ریموت دوم : ریموت یه سی دی من مارک (sonny)

ریموت سوم : ( نیدونم دقیقا برای چیه ) X.vision

ویژگی مشترک تو این ریموت ها ظاهرشون هست (دکمه هاشون به صورت فلت هست)

سلام،

درود بر آقا مجتبی .....

یه نکته ای رو در مورد اطلاعاتی که جلوی Frame مینویسه برات بگم، حرف اول از چپ یعنی نوع پروتکل( N برای NEC و A برای AEHA و S برای SONY و R برای RC-5 و M برای SAMSUNG و L برای LEXUSE )، یه عدد دو رقمی بعدش میاد که طول پکت ارسالی رو نشون میده که در بعضی از پروتکل ها مثل AEHA و SONY ممکنه در ریموت کنترل های متفاوت فرق کنه و بعدش هم یه علامت میاد که نشون دهنده اینه که شما دستت رو روی دکمه نگه داشتی، ( اگر یه تک فشار بزنی، نمیاد! ) این حرف در ریموت های NEC و AEHA حرف r هست در ریموت های SONY و SAMSUNG وجود نداره در RC-5 حرف t هست و در LEXUSE هم c هستش ( رجوع شود به فایل IRC.c ) ....

در ضمن، هر سفارشی هم که داشته باشی، روی چشم ماست ...... :mrgreen:

[aivhl]

با سلام،

خوب، قصد دارم که نحوه اضافه کردن یه پروتکل به قسمت گیرنده رو توضیح بدم، این کار رو با ریموت خوش دسته آقا مجتبی ادامه میدیم تا هم آموزش باشه و هم اینکه آقا مجتبی بتونه گیرنده ریموت خوش دستش رو تکمیل کنه! :mrgreen:

اطلاعاتی که برادر مجتبی به ما داده اینه، یه پکت کپچر شده به اضافه شماره میکروی ریموت کنترل ( HS9148 ) :


و پس از بررسی های انجام شده، اطلاعات زیر بدست اومده :


این اطلاعات در تصویر بالا هست:
اول اینکه طول موج و فرکانس کریر ( این اطلاعات فقط به این درد میخوره که مطمئن باشیم سنسور گیرنده با امواج فرستنده همخوانی داره )
دوم اینکه طول پکت فیکس و 12 بیته، شامل 3 تا Customer که اولیش همیشه ثابته و ما بعنوان بیت استارت ازش استفاده میکنیم و 3 تا هم برای مشخص نمودن وضعیت های Single shot/Continues و در نهایت 6 تا دیتا
سوم، طول یک واحد زمانی موج که میشه T = 300us

حالا با علم به اینکه سنسور گیرنده محترم امواج دریافتی رو برعکس میکنه، میشه شکل موج بالا! و با توجه به دیتای کشف شده از دیتاشیت چینی HS9148 شکل موج صفر و یک های لاجیک که در پائین تصویر دیده میشه ( البته با ذکر طول زمان فراز و فرودها )

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

ادامه دارد

[aivhl]

ادامه ماجرا ....

برای شروع، یه فلگ در فایل IRCconfig.h برای استفاده و یا عدم استفاده از پروتکل جدید به شکل زیر تعریف میکنیم :

#define IR_USE_LEXUS 1 //IRC LEXUS protocol detection, only RX

و بعدش در فایل IRC.h زمان پایه رو برای پروتکل جدید ثبت میکنیم :

#define T_LEXUS (300000 /T_CLK) //Base time for LEXUS format (T=300us)

و یک ID هم برای فریمش ایجاد میکنیم ( حتما باید زوج و غیر تکراری باشه ) :

#define LEXUS 0x0C

و ادامه ماجرا برای دیکود کردن پکت جدید در فایل IRC.c

از اونجایی که مشخصات استارت بیت این پروتکل نسبت به صفر و یک هاش منحصر نیست، برای تفکیک استارت بیت با سایر بیت ها، یه فلگ دیکه در این فایل ایجاد میکنیم :

unsigned char LEXUSflag;

روتین ISR_CAPTURE دریافت ها رو در لبه های بالا و پائین رونده موج شناسائی میکنه، لبه های بالا رونده در زیر مجموعه (()if(IR_CAPT_TEST شناسایی میشن و لبه های پائین رونده، در خارج از این مجموعه.....

ISR_CAPTURE()
{
.
.
.
	
	// On stop of burst (rising edge)
	if(IR_CAPT_TEST()) 
	{
		.
		.
		.
		

		return;
	}//IR_CAPT_TEST
	
	// On start of burst (falling edge)
	.
	.
	.
	.
		

}	//ISR_CAPTURE

شروع شناسایی پکت در اولین لبه پائین رونده موجه که در تصویر Start Detection نام گذاری شده و بعد از اون، اجبارا اولین شناسایی در اولین لبه پائین رونده هستش که شناسائی استارت بیت و مشخص شدن نوع پروتکل پکت هست و در تصویر Detect 1 نام گذاری شده.

با توجه به شکل موج Invert شده در تصویر، برای از دست نرفتن D6 و ساده تر شدن خوندن پکت ها، تصمیم گرفتم که ادامه شناسایی بیت های ارسالی در لبه های بالا رونده باشه که در تصویر از Detect 2 تا Detect 12 نام گذاری شده اند.

یه توضیح در مورد اون شکل موج کوچک سمت چپ-پائین تصویر بدم تا ادامه ماجرا باشه در پست بعدی ( مهمه! )
در روتین ISR_CAPTURE به محض وقوع اینتراپت در لبه های بالا رونده، اندازه سطح پائین موج در متغیر PW1 قرار میگیره و در اینتراپت های لبه های پائین رونده، اندازه سطح پائین موج در متغیر PW و اندازه سطح بالای موج در متغیر ct قرار میگیره.....

ادامه دارد

[aivhl]

ادامه ماجرا ....

Detect 1 حتما در اولین لبه پائین رونده، پس از وقوع Start Detection اتفاق خواهد افتاد! در این زمان با اندازه گیری مقدار pw و ct نسبت به شناسایی پکت معتبر و مشخص نمودن پروتکل مربوطه برای عملیات بعدی اقدام میشود :

// Is LEXUS leader pattern?
if(LEXUSflag == 0 && pw >= T_LEXUS * 3 && pw <= T_LEXUS * 5)
{
	if(ct >= (unsigned short)(T_LEXUS * 0.8) && ct <= (unsigned short)(T_LEXUS * 1.2))					f = LEXUS;
}

در این ریموت خاص، Detect 2 تا Detect 12 فقط در لبه های بالا رونده موج اتفاق خواهد افتاد ( با توجه به توضیحات قبلی! ) و با اندازه گیری مقدار pw1 صفر ها و یک ها مشخص و در بافر مربوطه ذخیره میشوند :

// Is LEXUS data mark?
if(IrCtrl.fmt == LEXUS && pw1 >= (unsigned short)(T_LEXUS * 1.2) && pw1 <= (unsigned short)(T_LEXUS * 5.5))
{
	i = IrCtrl.phase / 8;
	if(i >= sizeof(IrCtrl.buff))				return;
	
	d = IrCtrl.buff[i];
	IrCtrl.buff[i] = (pw1 >= (unsigned short)(T_LEXUS * 3.5)) ? d | b : d & ~b;
	if((b <<= 1) == 0) 			b = 1;
	
	IrCtrl.phase++;
}

لازم بذکر است که در این ریموت خاص، پس از شناسایی پروتکل مربوطه، در لبه های پائین رونده هیچ اقدام خاصی صورت نمی گیرد :

// Is LEXUS data mark?				
if(f == LEXUS && ct >= (unsigned short)(T_LEXUS * 0.8) && ct <= (unsigned short)(T_LEXUS * 5.5))
{
	return;																								//Nothing to do at start of carrier
}

اما بطور مثال، شناسایی جزئیات پکت، در پروتکل NEC در لبه های پائین رونده انجام شده و در لبه های بالا رونده هیچ گونه عملیاتی رخ نمیده و یا در RC-5 با توجه به نحوه ارسال صفر و یک ها، در هر دو لبه پائین و بالا رونده عملیات کپچر کردن صفر و یک ها انجام میشود. ( برای جزئیات بیشتر، روتین ISR_CAPTURE را در فایل IRC.c و PDF های مجله الکتور که قبلا ارائه شده است را مطالعه بفرمائید. )

ادامه دارد

[aivhl]

ادامه ماجرا ....

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

این عمل در روتین IRC_read از فایل IRC.c انجام میشود :

case LEXUS:																						//LEXUS format data frame
	if(l == 11) 																				//Only 12-bit frame is valid
	{
		IrData.ffrm = 'L';
		IrData.flen = l;
		IrData.frep = (IrCtrl.buff[0] & 0x04) ? 'c' : ' ';
		//-------------
		IrData.Abyte[0] = IrCtrl.buff[0] & 0x03;
		IrData.Abyte[1] = 0x00;
		//-------------						
		IrData.Dbyte[0] = (IrCtrl.buff[1] << 3) + (IrCtrl.buff[0] >> 5);
		IrData.Dbyte[1] = 0x00;
		IrData.Dbyte[2] = 0x00;
		IrData.Dbyte[3] = 0x00;
	}
	break;

پایان :nerd:

[aivhl]

با سلام،

همونطور که قولش رو داده بودم، دیمر دیجیتالی 3 کاناله با قابلیت کنترل توسط ریموت کنترل لوازم خانگی، رو تقدیم دوستان میکنم ......

http://www.eca.ir/forum2/index.php?topic=62077.0

:mrgreen:

[a67]

سلام بچه ها
کسی میدونه این ایسی pt2262 , pt2272 چطوری انکود و دیکود میکنن ؟
لطفا اگه میدونید جواب بدید

[shahimv]

سلام
کارتون خیلی عالی بود
اینجاست که باید بگیم طیب طیب الله احسنت باریک الله