Bus Pirate چه کاری می‌کند؟
Bus Pirate 5 برای ارتباط مستقیم با Chip، Sensor و Busهای متداول ساخته شده است. به‌جای نوشتن Firmware موقت، از Terminal فرمان می‌دهید و با I2C، SPI، UART، 1‑Wire و رابط‌های دیگر صحبت می‌کنید.
امکانات نسل 5
RP2040، نمایشگر IPS، I/O بافرشده 1.2 تا 5 ولت، اندازه‌گیری ولتاژ، منبع تغذیه قابل برنامه‌ریزی و Logic Analyzer آن را برای میز تعمیر و توسعه بسیار کاربردی می‌کند.
کاربرد
شناسایی Pinout، تست Sensor، Debug ارتباط سریال و بررسی بردهای خودتان از کاربردهای خوب آن است. هنگام اتصال به برد ناشناس، سطح ولتاژ و Ground را قبل از فعال‌کردن خروجی بررسی کنید.
ابزار تعاملی چه کمکی به توسعه می‌کند؟
وقتی حسگر یا تراشه تازه‌ای روی میز دارید، نوشتن یک میان‌افزار کامل برای چند فرمان ساده می‌تواند زمان‌بر باشد. Bus Pirate امکان تعامل مرحله‌ای با رابط‌های متداول را فراهم می‌کند تا ابتدا قرارداد ارتباط را بفهمید. این روش برای خواندن شناسه تراشه، بررسی یک رجیستر یا آزمایش ترتیب فرمان‌ها مفید است. پس از روشن شدن رفتار، می‌توانید همان منطق را به برنامه نهایی منتقل کنید. ابزار تعاملی جای طراحی درست درایور را نمی‌گیرد، اما مرحله کشف را قابل مشاهده‌تر می‌کند.
پیش از کار، هدف را محدود کنید. برای مثال، «خواندن رجیستر شناسایی حسگر» هدف روشن‌تری از «راه‌اندازی کامل برد» است. داده مورد انتظار را از برگه مشخصات پیدا کنید و نتیجه را با آن مقایسه کنید. اگر همان مرحله ساده کار نمی‌کند، اضافه کردن فرمان‌های بیشتر معمولاً خطا را مبهم‌تر می‌کند. با یک عملیات شناخته‌شده شروع کنید و سپس تنظیمات، خواندن داده و حالت‌های خطا را به ترتیب بررسی کنید.
نسخه سخت‌افزار و Firmware را ثبت کنید
نام نسل ابزار برای انتخاب همه دستورها کافی نیست. نسخه برد و نسخه نرم‌افزار می‌توانند بر قابلیت‌ها، نام فرمان‌ها و رفتار رابط اثر بگذارند. راهنمایی که برای یک انتشار نوشته شده ممکن است در انتشار دیگر تغییر کرده باشد. پیش از شروع، اطلاعات نسخه را در یادداشت آزمایش بنویسید و از راهنمای متناظر استفاده کنید. این کار هنگام تکرار آزمایش روی میز همکار یا پس از به‌روزرسانی، ارزش زیادی دارد.
اگر دستگاه به رایانه وصل نمی‌شود، ابتدا کابل داده، شناسایی USB و دسترسی کاربر به درگاه را بررسی کنید. در بعضی محیط‌ها، نرم‌افزار دیگری درگاه سریال را اشغال کرده است. این وضعیت را با خرابی برد اشتباه نگیرید. برای به‌روزرسانی، مسیر رسمی و فایل مناسب همان سخت‌افزار را انتخاب کنید و پیش از آن تنظیمات و داده‌های لازم را نگه دارید. نصب فایل نامرتبط برای امتحان کردن، روش مناسبی برای رفع خطای ارتباط نیست.
اتصال الکتریکی پیش از فرمان نرم‌افزاری
نخست زمین، تغذیه هدف و سطح منطقی پایه‌ها را مشخص کنید. ولتاژ تغذیه یک برد الزاماً سطح همه سیگنال‌های آن نیست؛ ممکن است بخش‌های مختلف با ولتاژ متفاوت کار کنند. از برگه مشخصات تراشه و نقشه برد استفاده کنید و در صورت ابهام اندازه‌گیری انجام دهید. رنگ سیم به تنهایی مرجع مطمئن نیست، به‌خصوص اگر کابل از مجموعه دیگری آمده باشد. برچسب پایه و جهت کانکتور باید بررسی شود.
پیش از فعال کردن خروجی، مطمئن شوید هدف هم‌زمان از منبع دیگری به شکل ناسازگار تغذیه نمی‌شود. اتصال دو خروجی به یک خط نیز می‌تواند مشکل ایجاد کند. در آزمایش اولیه، از مدار کوچک و محدود استفاده کنید و جریان یا نشانه‌های غیرعادی را زیر نظر بگیرید. اگر تراشه گرم می‌شود یا ولتاژ افت می‌کند، ادامه فرمان دادن را متوقف کنید و سیم‌کشی را بررسی کنید. خطای الکتریکی با تغییر سرعت پروتکل درمان نمی‌شود.
I2C: آدرس، pull-up و پاسخ تأیید
در I2C، وجود مقاومت‌های بالاکش و سطح مناسب آنها برای شکل سیگنال اهمیت دارد. اتصال سیم‌های داده و ساعت بدون این بخش ممکن است ارتباط را نامطمئن کند. پیش از افزودن مقاومت، بررسی کنید برد هدف از قبل بالاکش دارد یا خیر؛ چند مقاومت موازی مقدار مؤثر را تغییر می‌دهند. همچنین آدرس در مستند تراشه ممکن است با شیوه نمایش متفاوتی نوشته شده باشد. تفاوت آدرس پایه با بایت شامل بیت خواندن و نوشتن را روشن کنید.
برای نخستین آزمون، شناسه یا رجیستر ثابت مستند را بخوانید. اگر تأیید دریافت نمی‌شود، تغذیه، آدرس، اتصال زمین و حالت پایه‌های انتخاب آدرس را بررسی کنید. پاسخ گرفتن از یک آدرس، صحت همه فرمان‌های بعدی را ثابت نمی‌کند. بعضی تراشه‌ها برای خواندن به توالی مشخص یا شروع مجدد نیاز دارند. توالی را از برگه مشخصات استخراج کنید و هر مرحله را یادداشت کنید تا خطای ترتیب با خطای سیم‌کشی اشتباه نشود.
SPI: انتخاب تراشه و حالت ساعت
در SPI، حالت ساعت و لبه نمونه‌برداری باید با تراشه هماهنگ باشند. همچنین ترتیب بیت، سرعت و رفتار خط انتخاب تراشه در نتیجه اثر دارند. یک پاسخ کاملاً صفر یا کاملاً یک ممکن است از قطع بودن خط داده، انتخاب نشدن تراشه یا تنظیم نادرست ناشی شود. پیش از نوشتن در حافظه، یک فرمان خواندنی و بی‌خطر مانند شناسه مستند را امتحان کنید. این مرحله پایه مناسبی برای اطمینان از اتصال و حالت ارتباط است.
اگر چند وسیله روی یک گذرگاه قرار دارند، مطمئن شوید هنگام آزمایش فقط هدف مورد نظر انتخاب شده است و کنترل‌گر اصلی برد با ابزار رقابت نمی‌کند. خواندن یک تراشه روی برد روشن می‌تواند با فعالیت همان برد تداخل داشته باشد. برای مدار خودتان، روش جدا کردن یا متوقف کردن کنترل‌گر را از طراحی مشخص کنید. از روی موفقیت یک خواندن کوتاه نتیجه نگیرید که نوشتن طولانی یا پاک کردن حافظه در همان شرایط ایمن است.
UART و تفاوت آن با سطح RS-232
رابط UART در سطح منطقی تراشه را نباید بدون بررسی به درگاه دارای ولتاژهای متفاوت وصل کرد. نام «سریال» برای چند رابط با مشخصات الکتریکی مختلف استفاده می‌شود. ابتدا سطح سیگنال و نیاز به مبدل را مشخص کنید. برای خواندن خروجی یک برد، اتصال زمین و مسیر دریافت می‌تواند کافی باشد، در حالی که ارسال فرمان به اتصال و مجوز دیگری نیاز دارد. شروع با مشاهده خروجی، برای فهم تنظیمات اولیه رویکرد کم‌خطرتر و روشن‌تری است.
نرخ انتقال، تعداد بیت داده، parity و بیت توقف باید مطابق هدف باشند. متن به‌هم‌ریخته می‌تواند از نرخ اشتباه ناشی شود، اما همیشه این علت نیست؛ سطح ولتاژ، نویز و جابه‌جایی سیم‌ها نیز بررسی شوند. اگر هیچ داده‌ای دیده نمی‌شود، زمان تولید خروجی را در نظر بگیرید؛ بعضی دستگاه‌ها فقط هنگام راه‌اندازی پیام می‌فرستند. یک بار راه‌اندازی کنترل‌شده با ثبت زمان کمک می‌کند سکوت واقعی از از دست دادن پنجره مشاهده جدا شود.
منبع تغذیه قابل تنظیم و اندازه‌گیری
قابلیت تغذیه هدف برای مدارهای کوچک آزمایشی مفید است، اما باید محدودیت ابزار و نیاز بار را رعایت کرد. مصرف لحظه شروع می‌تواند از مصرف حالت پایدار بیشتر باشد. بنابراین افت ولتاژ هنگام راه‌اندازی را با خطای نرم‌افزار حسگر اشتباه نگیرید. تنظیم ولتاژ و محدودیت جریان را بر اساس مستند هدف انجام دهید و پیش از اتصال نهایی دوباره بررسی کنید. ابزار آزمایشگاهی هم مانند هر منبع دیگر به انتخاب درست کاربر وابسته است.
اندازه‌گیری ولتاژ روی پایه‌ها می‌تواند فرض سیم‌کشی را تأیید یا رد کند، ولی جای همه بررسی‌های زمان‌بندی را نمی‌گیرد. ممکن است متوسط ولتاژ مناسب باشد ولی لبه‌ها یا نویز باعث خطای ارتباط شوند. اگر خطا به طول کابل یا سرعت وابسته است، شرایط سیگنال را دقیق‌تر بررسی کنید. کاهش سرعت برای تشخیص مفید است، اما نتیجه آن را به عنوان اثبات سالم بودن طراحی در سرعت نهایی نپذیرید. مدار نهایی باید در شرایط واقعی خودش اعتبارسنجی شود.
تحلیل منطقی برای دیدن آنچه واقعاً رخ می‌دهد
خروجی ترمینال می‌گوید ابزار چه فرمانی پذیرفته، اما مشاهده سیگنال کمک می‌کند بدانید روی گذرگاه چه اتفاقی افتاده است. برای یک توالی کوتاه، زمان فعال شدن انتخاب تراشه، تعداد پالس ساعت و پاسخ هدف را با انتظار مقایسه کنید. اگر رمزگشایی پروتکل عددی نامعقول نشان می‌دهد، ابتدا تنظیم رمزگشا را بررسی کنید. رمزگشای نادرست می‌تواند سیگنال سالم را به داده ظاهراً خراب تبدیل کند.
برای ثبت مفید، نرخ نمونه‌گیری و طول پنجره را متناسب با سرعت انتخاب کنید و شرایط آزمایش را کنار فایل نگه دارید. نام فایل تنها «تست نهایی» نباشد؛ نوع هدف، نسخه برنامه و تغییر مهم را مشخص کنید. یک ثبت خوب باید به همکار اجازه دهد توالی را بدون حضور نویسنده بفهمد. همچنین اگر ابزار در حال تولید و مشاهده هم‌زمان سیگنال است، محدودیت قابلیت و نرم‌افزار همان نسخه را بررسی کنید و انتظار اسیلوسکوپ عمومی یا ابزار اندازه‌گیری نامحدود نداشته باشید.
از خواندن امن به نوشتن کنترل‌شده
قبل از هر نوشتن در حافظه یا رجیستر پایدار، معنای بیت‌ها و روش بازگشت را بخوانید. بعضی تنظیمات می‌توانند رفتار راه‌اندازی یا حفاظت تراشه را تغییر دهند. برای تمرین، از قطعه آزمایشی و داده غیرحساس استفاده کنید. اگر قرار است حافظه خوانده شود، چند بار خواندن و مقایسه نتیجه به تشخیص اتصال ناپایدار کمک می‌کند. یک فایل خروجی با اندازه درست الزاماً داده صحیح ندارد و باید با شواهد مستقل بررسی شود.
پس از اثبات ارتباط، توالی نهایی را به برنامه‌ای کوچک و مستند تبدیل کنید. ورودی، خروجی مورد انتظار، زمان انتظار و خطاهای قابل تشخیص را مشخص سازید. درایور نهایی باید علاوه بر مسیر موفق، نبود پاسخ و داده نامعتبر را مدیریت کند. ارزش اصلی کار تعاملی همین انتقال دانش است: از چند فرمان دستی به قراردادی قابل تکرار می‌رسید که هم توسعه‌دهنده و هم مسئول آزمون می‌توانند آن را بفهمند و بررسی کنند.
تمرین تبدیل دمای حسگر
پس از خواندن موفق داده خام یک حسگر آموزشی، مرحله تبدیل مقدار را مستقل بررسی کنید. ممکن است داده شامل بیت علامت، چند بایت با ترتیب خاص یا ضریب مقیاس باشد. چند مقدار نمونه از مستند تراشه بردارید و محاسبه را روی کاغذ یا در برنامه کوچک تأیید کنید. عدد نامعقول در خروجی نهایی همیشه مشکل گذرگاه نیست؛ گاهی ارتباط سالم است ولی برنامه بایت‌ها را با ترتیب نادرست ترکیب می‌کند.
برای تشخیص، داده خام و مقدار تبدیل‌شده را کنار هم ثبت کنید و واحد اندازه‌گیری را صریح بنویسید. سپس یک تغییر فیزیکی ملایم و مجاز در شرایط حسگر ایجاد کنید و جهت تغییر را ببینید. هدف این تمرین اندازه‌گیری دقیق آزمایشگاهی نیست، بلکه اثبات رابطه میان پاسخ تراشه و تفسیر نرم‌افزار است. این جداسازی باعث می‌شود هنگام انتقال منطق از ترمینال به Firmware، آزمون‌های هر لایه مشخص باقی بمانند.
