https://forum.eca.ir/ fa Sat, 14 Nov 2026 22:01:45 GMT vBulletin 60 https://forum.eca.ir/images/logo/apple-touch-icon.png https://forum.eca.ir/ https://forum.eca.ir/forum/ماژول-ها-و-سنسورهای-الکترونیکی-و-مخابراتی/سایر-ماژول-ها/1166914-چرا-dfplayer-با-اسم-دلخواه-آهنگ-ها-رو-پخش-میکنه-ولی-وقتی-به-میکرو-وصلش-میکنیم-روی-اسم-فایل-و-پوشه-گیر-میده؟ Sat, 14 Nov 2026 12:35:13 GMT یکی از اون دردسرهای بامزه DFPlayer Mini دقیقا همین جاست فرض کنید چند تا فایل صوتی داریم با اسم های دلخواه مثل alarm.mp3 و welcome.mp3 و music.mp3...
فرض کنید چند تا فایل صوتی داریم با اسم های دلخواه مثل alarm.mp3 و welcome.mp3 و music.mp3

فایل ها رو روی کارت حافظه میریزیم و ماژول رو بدون میکروکنترلر راه میندازیم. با کلیدهای Next و Previous هم آهنگ ها یکی یکی پخش میشن و همه چیز مرتبه.

حالا همون ماژول رو به آردوینو وصل میکنیم و میخوایم با یه فرمان مشخص صدای هشدار رو پخش کنیم.

اینجاست که ممکنه آهنگ اشتباهی پخش بشه یا اصلا خبری از صدا نباشه!

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

چرا پخش مستقل با هر اسمی کار میکنه؟

ماژول DFPlayer Mini علاوه بر ارتباط UART قابلیت کنترل مستقیم با کلیدهای IO و ADKEY رو هم داره.

وقتی از کلیدهای Next و Previous استفاده میکنیم ماژول معمولا بین فایل های صوتی شناسایی شده جابه جا میشه.

برای این کار لازم نیست حتما اسم فایل ها معنی خاصی داشته باشه.

ماژول اطلاعات فایل ها رو از سیستم فایل کارت حافظه میخونه و میتونه بین اونها حرکت کنه.

ولی یه نکته مهم وجود داره.

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

یعنی ممکنه فایلی که اسمش 0001.mp3 هست اولین آهنگ پخش شده نباشه!

پس وقتی میکروکنترلر وارد ماجرا میشه چی تغییر میکنه؟

در واقع خود ماژول عوض نشده. فقط روش انتخاب آهنگ فرق کرده.

وقتی از طریق UART فرمان ارسال میکنیم چند روش مختلف برای انتخاب فایل داریم که هر کدوم قواعد خودشون رو دارن.

مثلا در کتابخانه معروف DFRobotDFPlayerMini فرمان زیر وجود داره.

myDFPlayer.play(1);

این فرمان معمولا آهنگ شماره 1 رو براساس ترتیب داخلی فایل های شناسایی شده انتخاب میکنه و الزاما دنبال فایلی با اسم 0001.mp3 نمیگرده.

پس اگه فایل ها رو با ترتیب متفاوت روی کارت حافظه کپی کرده باشیم ممکنه نتیجه چیزی نباشه که انتظار داریم.

ولی فرمان زیر داستان متفاوتی داره.

myDFPlayer.playMp3Folder(1);

در فریمورهای سازگار این فرمان سراغ پوشه مخصوص MP3 میره و فایل شماره 0001.mp3 رو انتخاب میکنه.

ساختار فایل ها باید به این شکل باشه.
MicroSD
└── MP3
├── 0001.mp3
├── 0002.mp3
└── 0003.mp3

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

مثلا

myDFPlayer.playFolder(1, 2);

در ماژول های سازگار با این پروتکل یعنی فایل 002.mp3 از پوشه 01 پخش بشه.

ساختار کارت حافظه هم به این صورت میشه.
MicroSD
├── 01
│ ├── 001.mp3
│ └── 002.mp3
└── 02
├── 001.mp3
└── 002.mp3

طبق مستندات اصلی DFPlayer در این روش پوشه ها معمولا از 01 تا 99 شماره گذاری میشن و هر پوشه میتونه تا 255 فایل با شماره های سه رقمی داشته باشه.

یه نکته ریز که حسابی دردسر درست میکنه!

فرض کنید روی کارت حافظه 3 تا آهنگ داریم.

اول فایل 0003.mp3 رو کپی میکنیم و بعد 0001.mp3 و در آخر 0002.mp3 رو.

ممکنه وقتی فرمان play با شماره 1 رو میفرستیم فایل 0003.mp3 پخش بشه!

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

حالا اگه فقط اسم فایل ها رو تغییر بدیم لزوما ترتیب داخلی هم اصلاح نمیشه.

برای همین یکی از راه های کم کردن خطا اینه که کارت حافظه رو با FAT32 فرمت کنیم و فایل ها رو به ترتیب دلخواه دوباره کپی کنیم.

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

آیا همه DFPlayer Mini ها دقیقا همین رفتار رو دارن؟

اینجا باید حواسمون جمع باشه.

بردهای مختلفی با اسم DFPlayer Mini توی بازار وجود دارن و ممکنه تراشه و فریمور داخلی اونها متفاوت باشه.

برای همین پشتیبانی از بعضی فرمان ها و نحوه تفسیر شماره فایل همیشه یکسان نیست.

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

پس اگه اسم گذاری رو درست انجام دادیم و باز هم فایل مورد نظر پخش نشد بهتره سازگاری فرمان و کتابخانه با نسخه ماژول رو هم بررسی کنیم.
]]> سایر ماژول‌ها و سنسورهای کاربردی دکتر شیبابا https://forum.eca.ir/forum/ماژول-ها-و-سنسورهای-الکترونیکی-و-مخابراتی/سایر-ماژول-ها/1166914-چرا-dfplayer-با-اسم-دلخواه-آهنگ-ها-رو-پخش-میکنه-ولی-وقتی-به-میکرو-وصلش-میکنیم-روی-اسم-فایل-و-پوشه-گیر-میده؟ https://forum.eca.ir/forum/ماژول-ها-و-سنسورهای-الکترونیکی-و-مخابراتی/ماژول-های-rf-ism-band-و-بلوتوث/1166911-چرا-cc2541-با-گوشی-اطلاعات-رد-و-بدل-میکنه-ولی-توی-لیست-دستگاه-های-pair-شده-دیده-نمیشه؟ Sat, 14 Nov 2026 12:11:49 GMT یکی از عجیب ترین اتفاقاتی که موقع کار با ماژول های BLE ممکنه پیش بیاد اینه که گوشی به ماژول وصل میشه و اطلاعات هم بدون مشکل رد و بدل میشن ولی وقتی... یکی از عجیب ترین اتفاقاتی که موقع کار با ماژول های BLE ممکنه پیش بیاد اینه که گوشی به ماژول وصل میشه و اطلاعات هم بدون مشکل رد و بدل میشن ولی وقتی وارد تنظیمات بلوتوث گوشی میشیم هیچ خبری از اسم ماژول توی لیست دستگاه های Pair شده نیست!

اینجاست که آدم با خودش میگه مگه میشه دوتا دستگاه با هم ارتباط داشته باشن ولی Pair نشده باشن؟ ????

اتفاقا میشه و این موضوع در BLE کاملا طبیعیه.

داستان از تفاوت BLE با بلوتوث کلاسیک شروع میشه

ماژول CC2541 از Bluetooth Low Energy نسخه 4.0 استفاده میکنه.

این تراشه برخلاف ماژول هایی مثل HC-05 که با بلوتوث کلاسیک کار میکنن برای ارتباط کم مصرف طراحی شده.

توی بلوتوث کلاسیک معمولا وقتی گوشی رو به یه ماژول سریال مثل HC-05 وصل میکنیم اول عملیات Pairing انجام میشه و دستگاه توی فهرست دستگاه های جفت شده قرار میگیره.

اما توی BLE برای برقراری ارتباط و تبادل اطلاعات همیشه نیازی به Pairing نداریم.

پس گوشی چطوری بدون Pair شدن اطلاعات میفرسته؟

برای فهمیدن ماجرا باید 3 تا مفهوم رو از هم جدا کنیم.

اولی Connection هست که یعنی گوشی و ماژول یه ارتباط BLE با هم برقرار کردن.

دومی Pairing هست که طی اون دو دستگاه درباره روش امنیتی توافق میکنن و در صورت نیاز کلیدهای رمزنگاری ارتباط رو ایجاد میکنن.

سومی Bonding هست که باعث میشه اطلاعات امنیتی و کلیدهای لازم برای ارتباط های بعدی ذخیره بشن.

نکته جالب اینجاست که اتصال GATT و تبادل اطلاعات از طریق Characteristic هایی که نیاز به احراز هویت یا رمزنگاری ندارن میتونه بدون Pairing و Bonding انجام بشه.

یعنی گوشی میتونه به CC2541 متصل بشه و از طریق Read و Write یا Notification اطلاعات بفرسته و دریافت کنه بدون اینکه دستگاه توی فهرست Pair شده ها ثبت بشه.

پس این رفتار لزوما نشونه خرابی ماژول نیست.

حالا چرا بعضی وقت ها اسم ماژول توی تنظیمات بلوتوث هم دیده نمیشه؟

اینجا باید یه تفاوت دیگه رو هم در نظر بگیریم.

گوشی های اندرویدی و آیفون برای پیدا کردن دستگاه های BLE از مکانیزم اسکن مخصوص این فناوری استفاده میکنن.

برنامه هایی مثل nRF Connect میتونن پیام های Advertising ماژول رو اسکن کنن و سرویس ها و Characteristic های اون رو نمایش بدن.

ولی صفحه تنظیمات بلوتوث گوشی قرار نیست همیشه تمام دستگاه های BLE اطراف رو مثل ماژول های بلوتوث کلاسیک نشون بده.

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

حتی در بعضی شرایط وقتی برنامه به ماژول وصل شده ممکنه خود ماژول دیگه Advertising قابل اتصال نفرسته و از لیست اسکن هم ناپدید بشه.

این موضوع رو نباید با قطع شدن ارتباط اشتباه بگیریم.

چطوری بفهمیم ارتباط واقعا برقرار شده؟

برای بررسی بهتر میشه از برنامه nRF Connect استفاده کرد.

اول ماژول رو روشن میکنیم و با گوشی اسکن BLE انجام میدیم.

اگه ماژول Advertising داشته باشه و قابل شناسایی باشه باید بتونیم اون رو داخل برنامه پیدا کنیم.

بعد از اتصال میتونیم سرویس های GATT رو بررسی کنیم و ببینیم کدوم Characteristic قابلیت Read یا Write یا Notification داره.

اگه اطلاعات از طریق همین بخش ها رد و بدل میشن یعنی ارتباط BLE برقرار شده و لازم نیست حتما اسم ماژول توی فهرست Pair شده های گوشی وجود داشته باشه.

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

میشه داخل برنامه وضعیت Bonding رو با دستور getBondState بررسی کرد.

اگه نتیجه BOND_NONE باشه یعنی دستگاه Bond نشده و کلید امنیتی ذخیره شده مشترک نداره.

اگه نتیجه BOND_BONDED باشه یعنی عملیات Bonding با موفقیت انجام شده.

جالب اینجاست که ممکنه ارتباط GATT برقرار باشه ولی وضعیت همچنان BOND_NONE باقی بمونه.

اگه بخوایم CC2541 حتما Pair بشه باید چیکار کنیم؟

اینجا همه چیز به فریمور ماژول بستگی داره.

خود تراشه CC2541 از امکانات امنیتی BLE و مکانیزم Pairing و Bonding پشتیبانی میکنه ولی اینکه ماژول آماده ما این قابلیت ها رو چطور پیاده سازی کرده باشه به برنامه داخلی اون مربوط میشه.

مثلا در فریمورهای مبتنی بر استک Texas Instruments تنظیماتی برای فعال کردن Bonding و تعیین روش Pairing وجود داره.

اما نباید فرض کنیم تمام بردهای CC2541 موجود در بازار دقیقا از دستورات AT ماژول HM-10 پشتیبانی میکنن.

برای همین اگه هدف پروژه ذخیره اطلاعات جفت سازی یا برقراری ارتباط رمزنگاری شده باشه باید اول فریمور ماژول شناسایی بشه و مشخص بشه قابلیت Bonding و تنظیمات امنیتی اون در دسترس هست یا نه.

در ضمن Pair شدن به تنهایی به معنی امن بودن کامل تبادل اطلاعات نیست. سطح امنیت به روش احراز هویت و تنظیمات رمزنگاری هم بستگی داره.

یه نکته مهم برای پروژه های اندروید و iOS

اگه داریم یه اپلیکیشن اختصاصی برای ارتباط با CC2541 مینویسیم بهتره از API مخصوص BLE استفاده کنیم.

در اندروید این کار معمولا با BluetoothGatt انجام میشه و در iOS از CoreBluetooth استفاده میکنیم.

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

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

البته اگه اطلاعات حساس باشن یا بخوایم فقط گوشی های مجاز به دستگاه دسترسی داشته باشن باید امنیت ارتباط رو جداگانه طراحی کنیم.]]> ماژول های RF - ISM Band و بلوتوث دکتر شیبابا https://forum.eca.ir/forum/ماژول-ها-و-سنسورهای-الکترونیکی-و-مخابراتی/ماژول-های-rf-ism-band-و-بلوتوث/1166911-چرا-cc2541-با-گوشی-اطلاعات-رد-و-بدل-میکنه-ولی-توی-لیست-دستگاه-های-pair-شده-دیده-نمیشه؟