Ini adalah pertanyaan yang mengakhiri lebih banyak argumen daripada yang dimulainya: jam berapa di mesin Anda, dan apakah ia tahu tentang penghematan waktu siang? Jam waktu nyata dengan dukungan timer musim panas/musim dingin adalah salah satu fitur yang terdengar sepele dan menjadi sangat penting pada kunjungan situs ketiga, ketika pelanggan bersumpah bahwa jadwal pencahayaan melenceng satu jam dua kali setahun.
RTC xLogic menjaga kalender berjalan selama dua puluh hari pada 25 derajat setelah kehilangan daya. Dua puluh hari. Itu bukan cadangan baterai koin; itu adalah kapasitor yang menjaga jadwal melalui penutupan liburan.
Apa yang Dapat Anda Jadwalkan
RTC bukan hanya cap waktu. Ia memberi umpan pada program: perbandingan waktu, jadwal hari kerja, acara berbasis tanggal, dan timer musim panas/musim dingin bawaan yang menangani perubahan DST secara otomatis. Untuk pengontrol pencahayaan bangunan atau jadwal ventilasi, itu menggantikan saklar waktu, fotocell, dan kunjungan pemeliharaan dua kali setahun.
Dan nilai RTC dapat diakses dari luar. Anda dapat membaca dan mengatur jam dari keypad HMI, dari perangkat lunak pemrograman, atau — pada model GSM — melalui SMS. Seorang pelanggan di zona waktu lain dapat mengirim pesan teks ke mesin dengan waktu baru. Itu adalah dukungan yang dapat Anda jual.
Kasus Nyata: Pencahayaan Tempat Parkir
Sebuah tempat parkir komersial, empat puluh lampu, jadwal yang perlu mengikuti waktu relatif matahari terbenam di berbagai musim. Papan timer lama memerlukan penyesuaian manual setiap dua bulan. Penggantinya: CPU kompak dengan RTC, dua program berbasis waktu, dan timer musim panas/musim dingin. Komisioning memerlukan satu kunjungan. Jadwal pemeliharaan berkurang dari enam kunjungan setahun menjadi nol.
Kata-kata tepat manajer properti, yang tidak akan saya lupakan: "Ini tidak pernah salah sejak Maret."
Pertanyaan Memori Retentif
Cadangan RTC dan memori retentif adalah dua hal yang berbeda, dan keduanya penting. Memori retentif menjaga bendera dan register Anda tetap hidup melalui kehilangan daya — model PR-6 dan PR-12-E tidak membawanya, sehingga nilai yang terakumulasi direset. RTC menjaga jam tetap hidup. Bacalah spesifikasi untuk keduanya sebelum Anda memilih model untuk pekerjaan yang menghitung total batch atau jam kerja.
Sebuah mesin yang melupakan hitungannya saat terjadi penurunan daya adalah mesin yang berbohong kepada Anda. RTC akan tepat waktu sementara hitungan direset — kombinasi itu lebih membingungkan daripada masing-masing masalah sendirian.
Jadwal yang Dilakukan dengan Benar
Rancang blok jadwal dengan operator dalam pikiran. "Hidup pada 06:00, mati pada 18:00" adalah EASY. Jadwal industri dengan hari libur, pengecualian, dan penggantian manual membutuhkan beberapa blok tambahan — tetapi RTC memberi Anda bahan mentah: waktu yang dapat diandalkan, kalender yang dapat diandalkan, DST ditangani. Yang lainnya hanyalah disiplin pemrograman.
Jebakan DST dan Mesin yang Terjebak di Dalamnya
Ini adalah panggilan pemeliharaan yang diulang setiap tahun, dua kali setahun, pada tanggal yang sama: mesin yang berjalan satu jam terlambat setelah perubahan jam. Mesin yang terjebak adalah yang memiliki jadwal manual — timer yang diatur untuk "6 PM" yang sekarang menyala pada 5 PM karena tidak ada yang menyesuaikan jam, dan tidak ada yang ingat bagaimana. Dukungan timer musim panas/musim dingin ada tepat untuk mengakhiri panggilan itu.
Aktifkan saat komisioning. Blok menangani transisi secara otomatis, sesuai dengan jadwal wilayah yang Anda konfigurasi. Verifikasi sekali, pada tanggal DST yang sebenarnya, dan mesin bergabung dengan klub kecil peralatan yang membutuhkan perhatian nol dua kali setahun.
Dan periksa perilaku baterai/kapasitor RTC pada model yang sebenarnya. Cadangan 20-hari pada 25 derajat mengasumsikan kapasitor yang terisi dan lingkungan yang wajar. Sebuah mesin dalam kabinet 50 derajat, tidak diberdayakan selama tiga minggu, mungkin perlu mengatur jam saat restart. Itu adalah catatan komisioning, bukan kesalahan — masukkan dalam instruksi pemeliharaan sehingga restart pertama setelah penutupan tidak menjadi panggilan layanan.
Jadwal sebagai Fitur Produk
Untuk OEM, RTC bukanlah kenyamanan — ini adalah garis spesifikasi yang memenangkan tender. "Jadwal mingguan yang dapat diprogram, sadar DST, didukung baterai" terdengar lebih baik di lembar data daripada "memiliki timer," dan itu mengubah mesin dari komoditas menjadi produk dengan daftar fitur. Blok jadwal mencakup pola hari kerja, pengecualian berbasis tanggal, dan jalur penggantian manual; kombinasi tersebut mencakup sebagian besar kebutuhan fasilitas tanpa pengontrol kedua.
Hargai jadwal sebagai fitur, bukan blok. Pelanggan tidak membeli timer; mereka membeli operasi yang dapat diprediksi di berbagai musim dan hari libur. RTC memberikan itu dengan pengaturan komisioning, dan margin pada fitur lebih baik daripada margin pada perangkat keras — yang merupakan argumen yang membayar untuk artikel ini.
Sumber Waktu
RTC hanya seakurat disiplinnya. Atur saat komisioning, sinkronkan pada setiap kunjungan layanan, dan anggap pengaturan DST diperiksa pada tanggal transisi yang sebenarnya. Jam yang melenceng satu jam lebih buruk daripada tidak ada jam — jadwal menyala dengan percaya diri pada saat yang salah. Dua menit dengan perangkat lunak, sekali setiap musim, dan kalender tetap jujur. Mesin yang menjaga waktu adalah yang diatur seseorang — dua kali.
Dan atur jam saat komisioning. Saya pernah masuk ke panel di mana RTC masih menunjukkan 2007 karena tidak ada yang peduli. Fitur ini tidak melakukan apa-apa sampai Anda mengaturnya, jadi masukkan dalam daftar periksa startup, tepat di antara "kencangkan terminal" dan "tutup pintu."
Dan ingat: cadangan dua puluh hari RTC mengasumsikan kapasitor yang terisi dan lingkungan yang sehat. Sebuah panel yang tidak diberdayakan melalui penutupan panjang mungkin menyambut restart dengan tanggal yang salah — jadi prosedur restart, bukan firmware, yang membawa tanggung jawab. Satu baris dalam daftar periksa startup, dan kalender tetap jujur.
