پاسخ کوتاه: نبودن هشدار قطع برق فقط یک معنی ندارد. ابتدا در گزارش رویدادها ببینید آیا خودِ رویداد Power Cut در زمان آزمون ساخته شده است یا نه. اگر رویدادی نیست، تغذیه خارجی، باتری پشتیبان، آنلاین‌بودن، پشتیبانی مدل و گزارش پروتکل را بررسی کنید. اگر رویداد هست اما گوشی ساکت مانده، قانون اعلان، حساب دریافت‌کننده، کانال Push و مجوزهای سیستم‌عامل مسیر بعدی‌اند.
این ترتیب از آزمون‌های بی‌هدف جلوگیری می‌کند. قطع تغذیه خارجی، خاموششدن دستگاه، خاموششدن خودرو و نرسیدن Push چهار وضعیت متفاوت‌اند. یک ردیاب میتواند قطع برق خارجی را تشخیص دهد و با باتری پشتیبان آنلاین بماند؛ دستگاه دیگری ممکن است با برداشتن برق فوراً خاموش شود و فرصت ارسال رخداد نداشته باشد. قابلیت دقیق باید برای همان مدل و نصب تأیید شود.
زنجیره هشدار را به چهار لایه تقسیم کنید
| لایه | شاهد لازم | اگر شاهد وجود ندارد |
|---|---|---|
| تغذیه دستگاه | تغییر واقعی برق خارجی در ورودی ردیاب | نصب، فیوز، اتصال و روش آزمون بررسی شود |
| داده و رویداد | پیام تازه و رویداد Power Cut با زمان مشخص | مدل، باتری پشتیبان، پروتکل و ارتباط بررسی شود |
| قانون اعلان | قانون فعال برای نوع رویداد، خودرو و کاربر درست | دامنه، تقویم و کانال قانون اصلاح شود |
| تحویل به گوشی | اعلان در دستگاه دریافت‌کننده نمایش داده شود | مجوز، کانال سیستم‌عامل، حساب و Push بررسی شود |
از پایین جدول به بالا حدس نزنید. صدای خاموش گوشی ثابت نمی‌کند که ردیاب قطع برق را نفهمیده است؛ همان‌طور که آفلاینشدن ناگهانی دستگاه به‌تنهایی رویداد Power Cut را ثابت نمی‌کند.
اول گزارش رویداد را ببینید، نه فقط نوار اعلان گوشی
در مستند رسمی رویدادها و اعلان‌های Traccar، رویداد و شیوه تحویل اعلان دو مفهوم جدا هستند. مرجع API رسمی Traccar نیز Event را رکوردی با نوع، زمان رویداد، شناسه دستگاه و در صورت وجود شناسه موقعیت تعریف می‌کند. بنابراین گزارش رخدادها بهترین نقطه برای تعیین این است که تشخیص سرور انجام شده یا نه.
بازه زمانی، منطقه زمانی و خودروی انتخاب‌شده را یادداشت کنید. رویداد Power Cut، رویداد Power Restored و آفلاینشدن را با هم مخلوط نکنید. بازیابی برق یک تغییر جداست و آفلاینشدن فقط از دسترفتن ارتباط را نشان میدهد؛ علت آن میتواند برق، شبکه یا مسئله دیگری باشد.
آزمون قطع برق باید کنترل‌شده و ایمن باشد
برای آزمون، سیم ناشناس را نبرید، فیوز خودرو را حدسی بیرون نکشید و اتصال موقت نسازید. شبیه‌سازی قطع تغذیه باید با روش تأییدشده همان مدل و توسط نصاب واجد صلاحیت انجام شود. کاربر میتواند زمان و نتیجه را در پنل ثبت کند، اما دستکاری مدار خودرو بخشی از آزمون نرم‌افزاری نیست.
- مدل دستگاه، خودرو، حساب کاربری، نسخه اپ و منطقه زمانی را ثبت کنید.
- تازه‌بودن آخرین پیام و آنلاین‌بودن دستگاه را پیش از آزمون ثابت کنید.
- برق خارجی در نقطه تأییدشده نصب توسط نصاب قطع شود و زمان واقعی ثبت شود.
- بررسی کنید دستگاه با منبع پشتیبان پیام تازه می‌فرستد یا فوراً خاموش میشود.
- وجود Power Cut در گزارش رویداد، سپس وجود اعلان در حساب مقصد را جدا ثبت کنید.
- برق با روش ایمن وصل و رویداد بازیابی، آنلاین‌شدن و عملکرد عادی کنترل شود.
- آزمون بدون تغییر تنظیمات یک بار دیگر تکرار شود.
اگر دستگاه پیش از آزمون آفلاین است، نتیجه قابل تفسیر نیست. ابتدا راهنمای آفلاینشدن ردیاب را دنبال کنید. اگر بوی سوختگی، داغی، افت ولتاژ، سوختن فیوز یا رفتار غیرعادی خودرو دیده شد، آزمون همان‌جا متوقف شود.
باتری پشتیبان تعیین می‌کند دستگاه پس از قطع برق چه فرصتی دارد
برای ارسال رخداد پس از قطع تغذیه خارجی، دستگاه باید تغییر را تشخیص دهد و به‌اندازه کافی انرژی و ارتباط داشته باشد. وجود، ظرفیت، سلامت و منطق استفاده از باتری پشتیبان مدلمحور است. این مقاله زمان کارکرد عمومی اعلام نمی‌کند؛ صفحه ردیاب با باتری پشتیبان مالک این موضوع است.
اگر باتری پشتیبان خراب، تخلیه یا در آن مدل غایب باشد، برداشتن برق میتواند ارتباط را پیش از ارسال پیام قطع کند. این نتیجه با «رویداد تولید شد اما Push نیامد» فرق دارد. برای تشخیص، آخرین پیام قبل از قطع، نخستین پیام بعد از وصل و وضعیت منبع تغذیه در داده مدل را به پشتیبانی بدهید.
نبود رویداد Power Cut را در سمت دستگاه و داده بررسی کنید
مدل یا پروتکل این رخداد را گزارش نمی‌کند
نام مشابه در پنل به معنی پشتیبانی همه سخت‌افزارها نیست. دستگاه باید وضعیت یا Alarm متناظر را در پیام خود گزارش کند و سرور نیز آن را برای همان پروتکل تفسیر کند. مدل، Firmware و نمونه پیام زمان‌دار برای بررسی لازم است؛ از روی چراغ دستگاه یا نام منو نتیجه قطعی نگیرید.
برق در نقطه اشتباه قطع شده است
خاموشکردن سوییچ خودرو همان قطع تغذیه دائم ردیاب نیست. سیم ACC نیز با BATT فرق دارد. صفحه هشدار روشن‌شدن و Ignition مالک تغییر ACC است؛ Power Cut باید تغییر منبع خارجی دستگاه را نشان دهد. محل اتصال و روش شبیه‌سازی را نصاب با نقشه مدل و خودرو تأیید کند.
پیام بعد از قطع به سرور نرسیده است
نبود انرژی پشتیبان، ضعف باتری، نبود شبکه یا خاموششدن ناگهانی میتواند مانع رسیدن پیام شود. این‌ها احتمال‌های بررسی‌اند، نه تشخیص از راه دور. زمان آخرین اتصال، آخرین موقعیت، Alarmهای خام و زمان بازگشت آنلاین را کنار هم قرار دهید.
رویداد با نوع دیگری ثبت شده است
نوع Alarm میتواند به مدل و نگاشت پروتکل وابسته باشد. در گزارش همه رویدادهای همان بازه را ببینید و نام دقیق نوع ثبت‌شده را برای پشتیبانی ارسال کنید. ساختن قانون برای رویدادی که هرگز تولید نشده، مشکل را حل نمی‌کند.
اگر رویداد ثبت شده، قانون اعلان را مستقل بررسی کنید
در مستند تنظیم اعلان Traccar، کانال تحویل بخشی جدا از رویداد است. قانون باید برای نوع رویداد مناسب فعال باشد و به دستگاه یا گروه و کاربر دریافت‌کننده درست متصل شود. تقویم، محدودیت زمانی و کانال انتخابی نیز میتواند دامنه تحویل را تغییر دهد.
- نوع رویداد قانون دقیقاً با رکورد گزارش یکسان باشد؛
- خودرو یا گروه آزمون در دامنه قانون قرار داشته باشد؛
- کاربر با حسابی که روی گوشی وارد شده مطابقت داشته باشد؛
- تقویم یا بازه سکوت، زمان آزمون را حذف نکرده باشد؛
- کانال Push فعال و یک آزمون مستقل برای همان حساب موفق باشد.
پس از هر تغییر فقط یک آزمون انجام دهید و نتیجه قبل و بعد را نگه دارید. حذف و ساخت هم‌زمان چند قانون، تشخیص اینکه کدام تغییر مؤثر بوده را دشوار می‌کند.
اگر رویداد هست و Push نیست، گوشی آخرین لایه است
در Android 13 و بالاتر، مستند رسمی Android Developers توضیح میدهد که اعلان‌های عادی به مجوز زمان اجرا نیاز دارند و کاربر میتواند آن را رد یا بعداً غیرفعال کند. علاوه بر مجوز کلی، کانال اعلان، حالت مزاحم نشوید، محدودیت باتری و تنظیمات سازنده گوشی نیز باید در همان دستگاه بررسی شود.
راهنمای رسمی Firebase درباره تحویل پیام نیز میان «در صف ارسال قرار گرفتن»، «رسیدن به اپ» و «نمایش برای کاربر» تفاوت می‌گذارد. بنابراین عبارت «سرور فرستاد» به‌تنهایی نمایش روی گوشی را ثابت نمی‌کند. راهنمای اعلان ردیاب نمیآید مالک عیبیابی عمومی Push است.
تأخیر را با چهار زمان اندازه بگیرید
زمان قطع واقعی برق، زمان پیام دستگاه، زمان ایجاد Event و زمان نمایش اعلان را جدا ثبت کنید. اگر پیام دیر رسیده، گزارش‌دهی دستگاه یا شبکه مطرح است. اگر Event سریع ساخته شده اما اعلان دیر دیده شده، قانون و کانال تحویل را بررسی کنید. اگر فقط زمان مشاهده گوشی را دارید، هنوز محل تأخیر معلوم نیست.
برای تأخیر «عادی» عدد عمومی نمی‌دهیم. فاصله گزارش دستگاه، پوشش شبکه، باتری، صف پردازش و وضعیت گوشی متغیرند. معیار قابل اتکا، خط مبنای همان مدل و حساب در آزمون تکرارشونده است.
پس از اصلاح، هر دو جهت قطع و وصل را بپذیرید
- دو آزمون Power Cut با رویداد یکتا و زمان درست؛
- تداوم ارتباط روی منبع پشتیبان، فقط اگر مدل چنین قابلیتی دارد؛
- دو اعلان برای حساب و کانال مورد انتظار؛
- بازگشت برق و آنلاین‌بودن پایدار بدون Alarm تکراری؛
- عدم ایجاد اختلال در Ignition، موقعیت و سایر هشدارها؛
- ثبت مدل، نسخه، نصاب و نتیجه قبل و بعد برای ناوگان.
کنترل جامع‌تر در صفحه چک‌لیست ردیاب پس از نصب آمده است. مصرف برق و احتمال خالی‌شدن باتری خودرو نیز موضوع‌های مستقل‌اند؛ برای آن‌ها به‌ترتیب مصرف برق ردیاب و خالی‌شدن باتری خودرو را ببینید.
بسته شواهد مناسب برای پشتیبانی
مدل و Firmware، زمان و منطقه زمانی، نام داخلی خودرو، آخرین پیام قبل از قطع، نخستین پیام پس از قطع یا وصل، نوع Event ثبت‌شده، وضعیت باتری پشتیبان، قانون اعلان، حساب و کانال مقصد و نتیجه آزمون تکراری را آماده کنید. رمز، کد یک‌بارمصرف، PIN سیم‌کارت، پلاک، مسیر کامل یا محل مخفی نصب را در کانال عمومی نفرستید.
جمع‌بندی؛ Power Cut را از سکوت گوشی جدا کنید
عیبیابی درست از گزارش Event شروع میشود. نبود Power Cut یعنی باید تغذیه، باتری پشتیبان، مدل، پروتکل و رسیدن پیام را بررسی کرد. وجود Event بدون اعلان، شما را به قانون، کاربر، کانال Push و گوشی می‌برد. این دو شاخه را با Reset یا دستکاری هم‌زمان سیم‌کشی و اپ مخلوط نکنید.
یک آزمون ایمن توسط نصاب، چهار زمان ثبت‌شده و دو تکرار بدون تغییر تنظیمات، شواهدی می‌سازد که قابل پیگیری است. هدف فقط شنیدن یک صدا نیست؛ هدف ثبت درست قطع تغذیه، تحویل قابل اتکا و بازگشت سالم دستگاه پس از وصل برق است.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!