زمان قابل پیگیری در دستگاه مستقل
برد DS3231 آدافروت یک ساعت بی‌درنگ برای پروژه‌هایی است که پس از قطع برق اصلی نیز باید زمان را نگه دارند. در یک ثبت‌کننده داده، داشتن مقدار حسگر بدون زمان معتبر کافی نیست. اگر رویدادهای قبل و بعد از خاموشی همگی با تاریخ آغاز پیش‌فرض ذخیره شوند، بررسی ترتیب خرابی‌ها دشوار خواهد شد. این برد با باتری پشتیبان می‌تواند بخش نگهداری زمان را مستقل از اجرای برنامه میزبان حفظ کند. همین جداسازی به سازنده اجازه می‌دهد رفتار ساعت، نرم‌افزار و منبع برق را جداگانه آزمایش کند.
محصول مورد بررسی، برد شماره ۳۰۱۳ آدافروت است که در تصویر رسمی جلد دیده می‌شود. راهنمای سازنده نسخه اصلی و نسخه جدیدتر دارای اتصال STEMMA QT را کنار هم توضیح می‌دهد. کد پایه میان آن‌ها مشابه است، اما وجود کانکتور و شکل برد نباید بدون بررسی نسخه فرض شود. برای تهیه یک فیکسچر، شماره محصول، نوع باتری و نقشه پایه‌ها را در فهرست قطعات بنویسید. عبارت کلی «ماژول ساعت» برای تشخیص تفاوت مدار شارژ، نوع باتری یا سیم‌کشی بردهای مختلف کافی نیست.
جبران دما چه نقشی دارد
DS3231 کریستال و سازوکار جبران دما را در مجموعه تراشه قرار می‌دهد. راهنمای آدافروت دقت مشخصی را در محدوده دمای اعلام‌شده نقل می‌کند، اما این عدد باید همراه همان شرایط خوانده شود. ساعت دقیق نیز ممکن است به مرور از مرجع فاصله بگیرد. کیفیت تنظیم اولیه، دمای کار و مدت سپری‌شده بر نتیجه اثر دارند. اگر سامانه برای ماه‌ها مستقل می‌ماند، روش اندازه‌گیری رانش و سیاست اصلاح زمان باید بخشی از طراحی باشد. نمایش ثانیه روی صفحه به معنی انطباق دائمی با زمان مرجع نیست.
حسگر داخلی دما در این قطعه برای کمک به نگهداری زمان به کار می‌رود. وجود مقدار دما نباید باعث شود بدون بررسی مشخصات، آن را جایگزین حسگر محیطی پروژه کنید. محل نصب ساعت روی برد و گرمای قطعات اطراف بر برداشت محیطی اثر می‌گذارد. کاربرد اصلی این ابزار در این راهنما، ساخت مبنای زمانی قابل پیگیری برای گزارش رویداد است. اگر به سنجش دما هم نیاز دارید، آن مسیر را با معیار پذیرش جدا بررسی کنید. یک تراشه می‌تواند چند داده ارائه دهد، در حالی که ارزش و محدودیت هر داده متفاوت است.
اتصال برق و گذرگاه
رابط ساعت I2C است و برای کار معمول به خطوط داده، ساعت، تغذیه و زمین مشترک نیاز دارد. در برد بررسی‌شده، مقاومت‌های بالاکش خطوط ارتباطی به تغذیه مربوط هستند. بنابراین انتخاب ولتاژ باید با سطح منطقی میزبان سازگار باشد. پیش از اتصال، راهنمای همان برد و میزبان را کنار هم قرار دهید. اگر سامانه چند منبع برق دارد، مسیر بازگشت جریان و وضعیت روشن بودن هر بخش را روشن کنید. ساعت پشتیبان نباید ناخواسته از طریق پایه‌های ارتباطی بخش خاموش میزبان را تغذیه کند.
باتری سکه‌ای برای نگهداری زمان هنگام قطع برق اصلی استفاده می‌شود. راهنما برای این برد به CR1220 اشاره می‌کند و می‌گوید باتری به صورت پیش‌فرض همراه محصول نیست. ظرفیت پشتیبانی زمان با وضعیت واقعی باتری، تماس نگهدارنده و شرایط کار ارتباط دارد. باتری تازه را با قطب درست نصب کنید و بعد از راه‌اندازی، آزمون قطع برق انجام دهید. صرف دیدن ساعت در زمان اتصال USB، مسیر باتری را تأیید نمی‌کند. گزارش آزمایش باید نشان دهد چه مدت برق اصلی قطع بوده و ساعت پس از بازگشت چه مقداری داشته است.
تنظیم اولیه بدون بازنشانی ناخواسته
نمونه برنامه‌های ساعت معمولاً راهی برای تنظیم تاریخ و ساعت دارند. بخش تنظیم باید با دقت وارد برنامه نهایی شود. اگر هر راه‌اندازی دوباره، ساعت را به زمان ثابت یا زمان ساخت برنامه برگرداند، باتری پشتیبان عملاً فایده مورد انتظار را از دست می‌دهد. راه‌اندازی اولیه را از کار عادی جدا کنید. یک فرمان مدیریتی مشخص یا شرط معتبر برای ساعت تنظیم‌نشده، از اجرای بی‌قید تنظیم در هر بوت مناسب‌تر است. نتیجه تنظیم نیز باید در گزارش ثبت شود تا جهش‌های زمانی بعداً قابل توضیح باشند.
برای آزمون، ابتدا ساعت را از یک مرجع معلوم تنظیم کنید و زمان مرجع را کنار زمان خوانده‌شده یادداشت کنید. سپس برنامه را بدون تغییر تنظیمات دوباره اجرا کنید. اگر ساعت به عقب برگشت، پیش از متهم کردن باتری، منطق برنامه را بررسی کنید. بعد از آن برق اصلی را قطع و دوباره وصل کنید. این توالی دو عیب متفاوت را جدا می‌کند؛ بازنشانی نرم‌افزاری و از دست رفتن پشتیبانی سخت‌افزاری. انجام هر دو آزمایش در یک مرحله، تشخیص را دشوار می‌سازد و ممکن است باعث تعویض بی‌دلیل برد سالم شود.
زمان جهانی و نمایش محلی
خود ساعت از قواعد تغییر منطقه زمانی یا سیاست‌های محلی سازمان اطلاع ندارد. یک انتخاب عملی برای ثبت رویداد، نگهداری مبنای جهانی و تبدیل آن هنگام نمایش است. اگر پروژه زمان محلی را نگه می‌دارد، این تصمیم باید صریح باشد. اختلاف منطقه زمانی نباید به صورت خطای سخت‌افزار گزارش شود. در پرونده خروجی، قالب تاریخ، مبنای زمان و نحوه تبدیل را بنویسید. نام فایلی که فقط ساعت و دقیقه دارد برای مقایسه داده چند دستگاه در چند روز کافی نیست.
تغییر ساعت دیواری ممکن است فاصله زمانی محاسبه‌شده را منفی یا غیرعادی کند. برای اندازه‌گیری مدت اجرای یک عملیات، شمارنده یکنواخت میزبان مناسب‌تر از تفاضل ساعت تقویمی است. ساعت بی‌درنگ برای ارتباط دادن رویداد به تاریخ کاربرد دارد، در حالی که زمان یکنواخت برای سنجش فاصله دو اتفاق به کار می‌رود. ثبت هر دو در آزمایش‌های حساس مفید است. اگر ساعت مرجع اصلاح شود، شمارنده نمونه همچنان ترتیب محلی داده را حفظ می‌کند و از اشتباه در تحلیل دوره قطع ارتباط جلوگیری خواهد کرد.
آزمون رانش با روش تکرارپذیر
برای سنجش رانش، یک بار اختلاف آغازین ساعت با مرجع را ثبت کنید و پس از بازه معلوم دوباره همان مقایسه را انجام دهید. روش خواندن باید در دو نوبت مشابه باشد. تأخیر ارتباط سریال یا واکنش انسان می‌تواند در آزمایش کوتاه از رانش واقعی بزرگ‌تر باشد. بهتر است چند نمونه نزدیک به هم گرفته شوند و شرایط خواندن ثبت شود. اگر فقط از دو عکس نمایشگر استفاده می‌کنید، محدودیت دقت این روش را نیز در گزارش بنویسید. نتیجه‌ای با جزئیات بیشتر از توان روش، دقت کاذب ایجاد می‌کند.
دمای محیط را در طول آزمایش تا حد امکان ثبت کنید. قرار دادن ساعت کنار قطعه گرم و سپس انتقال آن به میز آزاد، شرایط را تغییر می‌دهد. برای مقایسه دو برد، هر دو باید در محیط و مدت مشابه کار کنند. اگر یکی بیشتر در معرض جریان هوا یا گرمای منبع تغذیه است، نتیجه فقط تفاوت دو موقعیت را نشان می‌دهد. آزمون طولانی‌تر با شرایط معلوم معمولاً از چند اندازه‌گیری سریع ارزش بیشتری دارد. معیار پذیرش نیز باید پیش از مشاهده نتیجه تعیین شود تا انتخاب داده‌ها به نفع انتظار آزمایشگر تغییر نکند.
رخداد قطع برق و کیفیت گزارش
یک ثبت‌کننده مناسب در ابتدای هر بوت، شناسه نوبت اجرا و وضعیت اعتبار ساعت را ثبت می‌کند. این کار به تحلیلگر کمک می‌کند وقفه خاموشی را از وقفه شبکه جدا کند. اگر برنامه مدتی بدون ساعت معتبر کار کرده است، داده‌های آن بازه باید مشخص باشند. جایگزین کردن تاریخ نادرست با زمان دریافت در سرور، بدون علامت‌گذاری، ترتیب واقعی رویدادها را مخدوش می‌کند. می‌توان زمان اندازه‌گیری و زمان دریافت را در دو ستون جدا نگه داشت تا هر دو معنا حفظ شوند.
در آزمایش قطع برق، ذخیره داده را نیز بررسی کنید. ساعت ممکن است درست بماند، ولی آخرین رکورد فایل به علت قطع ناگهانی ناقص شود. این مشکل به سامانه ذخیره‌سازی مربوط است و با تعویض RTC حل نمی‌شود. یک آزمون کامل، هم ادامه زمان و هم سلامت پرونده داده را ارزیابی می‌کند. قبل و بعد از خاموشی، شمارنده رکورد و زمان آخرین ثبت موفق را یادداشت کنید. اگر برنامه پس از بوت فایل تازه می‌سازد، رابطه آن با فایل قبلی باید روشن باشد تا زنجیره گزارش از بین نرود.
آلارم و خروجی زمان‌بندی
DS3231 امکاناتی فراتر از خواندن تاریخ دارد و راهنمای رسمی پایه‌های اضافی آن را توضیح می‌دهد. استفاده از خروجی آلارم یا موج مربعی نیازمند توجه به نحوه اتصال و تنظیم کتابخانه است. پیش از متصل کردن آن به ورودی وقفه میزبان، سطح منطقی و نیاز به بالاکش را بررسی کنید. سپس با یک برنامه کوچک، فقط تغییر حالت خروجی را آزمایش کنید. افزودن هم‌زمان خواب عمیق، ثبت روی کارت و ارتباط شبکه باعث می‌شود معلوم نباشد بیدار نشدن دستگاه از ساعت است یا از تنظیمات میزبان.
برای یک دستگاه دوره‌ای، تعیین رفتار بعد از آلارم اهمیت دارد. برنامه باید رویداد را تشخیص دهد، کار لازم را انجام دهد و وضعیت مربوط را مطابق مستندات پاک یا دوباره تنظیم کند. اگر این چرخه ناقص باشد، خروجی ممکن است در حالت فعال بماند و سامانه پیوسته بیدار شود. نتیجه ظاهری، مصرف باتری بیشتر است، در حالی که ریشه مشکل می‌تواند مدیریت وضعیت آلارم باشد. ثبت دلیل بیداری و تعداد دفعات آن، مشاهده این خطا را آسان‌تر می‌کند.
عیب‌یابی و تحویل
وقتی ساعت پیدا نمی‌شود، ابتدا برق، زمین مشترک و حضور روی گذرگاه را بررسی کنید. سپس نسخه کتابخانه و مدل واقعی تراشه را تطبیق دهید. اگر زمان فقط پس از قطع برق خراب می‌شود، مسیر باتری و تنظیم دوباره در بوت را جدا آزمایش کنید. اگر تاریخ درست ولی چند ساعت جابه‌جا است، مبنای زمانی برنامه را ببینید. این ترتیب بررسی، از تغییرهای هم‌زمان و نتیجه‌گیری عجولانه جلوگیری می‌کند. برای هر تغییر، یک خروجی قبل و بعد نگه دارید تا علت اصلاح قابل اثبات باشد.
خروجی نهایی یک پروژه RTC باید شامل نقشه اتصال، روش تنظیم اولیه، سیاست اصلاح زمان و نتیجه آزمون خاموشی باشد. بهتر است روش تعویض باتری و رفتار برنامه در نبود زمان معتبر نیز نوشته شود. این مستندات به فرد بعدی اجازه می‌دهد بدون حدس زدن، ساعت را بررسی کند. DS3231 ابزار مناسبی برای ساخت چنین مبنایی است، زیرا نگهداری زمان را از اجرای معمول میزبان جدا می‌کند. کیفیت سامانه نهایی به این بستگی دارد که برنامه معنای زمان و خطا را درست حفظ کند.
