اینجا سؤالی وجود دارد که بیشتر از آنچه شروع میکند، بحثها را به پایان میرساند: در ماشین شما چه ساعتی است و آیا از تغییر ساعت تابستانی اطلاع دارد؟ یک ساعت واقعی با پشتیبانی از تایمر تابستانی/زمستانی یکی از آن ویژگیهایی است که به نظر بیاهمیت میرسد و در بازدید سوم از سایت ضروری میشود، زمانی که مشتری قسم میخورد که برنامه روشنایی هر سال دو بار یک ساعت جابجا میشود.
RTC xLogic تقویم را برای بیست روز در دمای ۲۵ درجه بعد از قطع برق نگه میدارد. بیست روز. این یک پشتیبان باتری سکهای نیست؛ این یک خازن است که برنامه را در طول تعطیلات حفظ میکند.
چه چیزی را میتوانید برنامهریزی کنید
RTC فقط یک زمانسنج نیست. این برنامه را تغذیه میکند: مقایسههای زمان روز، برنامههای روزهای هفته، رویدادهای مبتنی بر تاریخ و تایمر داخلی تابستانی/زمستانی که تغییر DST را بهطور خودکار مدیریت میکند. برای یک کنترلکننده روشنایی ساختمان یا برنامه تهویه، این جایگزین یک سوئیچ زمان، یک فوتوسل و یک بازدید نگهداری دو بار در سال میشود.
و مقادیر RTC از بیرون قابل دسترسی هستند. شما میتوانید ساعت را از صفحه کلید HMI، از نرمافزار برنامهنویسی، یا — در مدلهای GSM — از طریق SMS بخوانید و تنظیم کنید. یک مشتری در منطقه زمانی دیگر میتواند به ماشین زمان جدیدی پیامک بزند. این پشتیبانی است که میتوانید بفروشید.
مورد واقعی: روشنایی پارکینگ
یک پارکینگ تجاری، چهل لامپ، برنامهای که نیاز داشت زمانهای نسبی به غروب را در طول فصلها دنبال کند. برد تایمر قدیمی نیاز به تنظیم دستی هر دو ماه داشت. جایگزین: یک CPU جمع و جور با RTC، دو برنامه مبتنی بر زمان و یک تایمر تابستانی/زمستانی. راهاندازی یک بازدید طول کشید. برنامه نگهداری از شش بازدید در سال به صفر کاهش یافت.
دقیقاً کلمات مدیر ملک که فراموش نخواهم کرد: "از مارس اشتباه نبوده است."
سؤال حافظه نگهدارنده
پشتیبان RTC و حافظه نگهدارنده دو چیز متفاوت هستند و هر دو مهماند. حافظه نگهدارنده پرچمها و ثبتهای شما را در طول قطع برق زنده نگه میدارد — مدلهای PR-6 و PR-12-E این را ندارند، بنابراین مقادیر انباشته بازنشانی میشوند. RTC ساعت را زنده نگه میدارد. قبل از انتخاب مدل برای کاری که مجموعهای دستهای یا ساعات کار را محاسبه میکند، مشخصات هر دو را بخوانید.
یک ماشینی که در هنگام افت برق شمارندههای خود را فراموش میکند، ماشینی است که به شما دروغ میگوید. RTC به موقع خواهد بود در حالی که شمارندهها بازنشانی میشوند — این ترکیب بیشتر از هر یک از مشکلات به تنهایی گیجکننده است.
برنامهریزی به درستی انجام شده
بلوکهای برنامه را با در نظر گرفتن اپراتور طراحی کنید. یک "روشن در ۰۶:۰۰، خاموش در ۱۸:۰۰" ساده است EASY. یک برنامه صنعتی با تعطیلات، استثنائات و یک بازنگری دستی به چند بلوک اضافی نیاز دارد — اما RTC به شما مواد خام را میدهد: زمان قابل اعتماد، تقویم قابل اعتماد، مدیریت DST. باقی فقط انضباط برنامهنویسی است.
دام DST و ماشینهایی که در آن میافتند
اینجا یک تماس نگهداری وجود دارد که هر سال، دو بار در سال، در همان تاریخها تکرار میشود: ماشینی که یک ساعت بعد از تغییر ساعت خاموش میشود. ماشینهایی که در این دام میافتند، آنهایی هستند که برنامه دستی دارند — یک تایمر که برای "۶ بعد از ظهر" تنظیم شده که اکنون در ۵ بعد از ظهر روشن میشود زیرا هیچکس ساعت را تنظیم نکرده و هیچکس نمیداند چگونه. پشتیبانی از تایمر تابستانی/زمستانی دقیقاً برای حذف این تماس وجود دارد.
در راهاندازی آن را فعال کنید. بلوک بهطور خودکار انتقال را مدیریت میکند، بر اساس برنامه منطقهای که پیکربندی میکنید. یک بار، در تاریخ واقعی DST، آن را تأیید کنید، و ماشین به باشگاه کوچک تجهیزاتی که دو بار در سال به هیچ توجهی نیاز ندارد، ملحق میشود.
و رفتار باتری/خازن RTC را در مدل واقعی بررسی کنید. پشتیبان ۲۰ روزه در ۲۵ درجه فرض میکند که خازن شارژ شده و محیط معقولی وجود دارد. یک ماشین در یک کابینت ۵۰ درجه، بدون برق به مدت سه هفته، ممکن است نیاز به تنظیم ساعت در راهاندازی داشته باشد. این یک یادداشت راهاندازی است، نه یک نقص — آن را در دستورالعملهای نگهداری قرار دهید تا اولین راهاندازی بعد از خاموشی تبدیل به یک تماس خدمات نشود.
برنامه به عنوان یک ویژگی محصول
برای OEMها، RTC یک راحتی نیست — این یک خط مشخصات است که مناقصات را برنده میشود. "برنامهریزی شده هفتگی، آگاه به DST، پشتیبانی باتری" در یک برگه داده بهتر از "دارای تایمر است" خوانده میشود و ماشین را از یک کالای عمومی به یک محصول با فهرست ویژگیها تبدیل میکند. بلوکهای برنامه الگوهای روزهای هفته، استثنائات مبتنی بر تاریخ و مسیر بازنگری دستی را پوشش میدهند؛ این ترکیب بیشتر نیازهای تأسیسات را بدون نیاز به یک کنترلکننده دوم پوشش میدهد.
برنامه را به عنوان یک ویژگی قیمتگذاری کنید، نه یک بلوک. مشتری یک تایمر نمیخرد؛ آنها یک عملکرد قابل پیشبینی در طول فصلها و تعطیلات میخرند. RTC این را با یک تنظیم راهاندازی ارائه میدهد و حاشیه روی ویژگی بهتر از حاشیه روی سختافزار است — که استدلالی است که هزینه این مقاله را پرداخت میکند.
منبع زمان
RTC فقط به اندازه انضباطش دقیق است. آن را در راهاندازی تنظیم کنید، در هر بازدید خدمات همگامسازی کنید و تنظیم DST را در تاریخ واقعی انتقال بررسی کنید. ساعتی که یک ساعت جابجا میشود بدتر از نداشتن ساعت است — برنامه در لحظه نادرست با اعتماد به نفس روشن میشود. دو دقیقه با نرمافزار، یک بار در هر فصل، و تقویم صادق میماند. ماشینهایی که زمان را حفظ میکنند، آنهایی هستند که کسی تنظیم کرده است — دو بار.
و ساعت را در راهاندازی تنظیم کنید. من به پنلهایی رفتهام که RTC هنوز ۲۰۰۷ را نشان میداد زیرا هیچکس زحمت نکشیده بود. این ویژگی هیچ کاری نمیکند تا زمانی که آن را تنظیم کنید، بنابراین آن را در لیست بررسی راهاندازی قرار دهید، درست بین "سفت کردن ترمینالها" و "بستن در".
و به یاد داشته باشید: پشتیبان ۲۰ روزه RTC فرض میکند که خازن شارژ شده و محیطی معقول وجود دارد. یک پنل که در طول یک خاموشی طولانی بدون برق مینشیند ممکن است با تاریخ نادرست به راهاندازی خوشامد بگوید — بنابراین رویه راهاندازی، نه نرمافزار، مسئولیت را بر عهده دارد. یک خط در لیست بررسی راهاندازی و تقویم صادق میماند.
