پاسخ کوتاه: وقتی هشدار روشنشدن خودرو نمیآید، نخست وضعیت Ignition را در دو پیام متوالی بررسی کنید: یک پیام معتبر در حالت خاموش و یک پیام معتبر پس از روشنشدن. اگر مقدار از «خاموش» به «روشن» تغییر نکرده، هنوز مشکل اعلان نیست؛ باید پشتیبانی مدل، ورودی ACC، سیم‌کشی و گزارش‌شدن این ویژگی بررسی شود. اگر تغییر ثبت شده و رویداد Ignition On وجود دارد اما گوشی ساکت است، سراغ قانون اعلان و کانال Push بروید.
این شاخه‌بندی مهم است، چون «خودرو روشن شد»، «ردیاب آنلاین شد»، «حرکت آغاز شد» و «ورودی Ignition از Off به On رفت» چهار مشاهده متفاوت‌اند. یکی را جای دیگری نگذارید. موتور ممکن است روشن باشد اما دستگاه ورودی ACC نداشته باشد؛ ردیاب ممکن است آنلاین شود بی‌آنکه رویداد روشنشدن تولید کند؛ و حرکت خودرو لزوماً منبع معتبر وضعیت سوییچ نیست.
رویداد Ignition On دقیقاً به چه چیزی نیاز دارد؟
در مستند رسمی Traccar درباره رویدادها و اعلان‌ها، رویداد Ignition On زمانی تعریف میشود که مقدار Ignition از Off به On تغییر کند؛ دستگاه نیز باید این مقدار را به‌طور پیوسته گزارش کند. بنابراین فقط دیدن یک رکورد «Ignition: Yes» برای اثبات عبور از حالت خاموش کافی نیست. سامانه به وضعیت قبلی و جدید نیاز دارد.
این تعریف، منطق عمومی لایه سرور است و به معنی پشتیبانی همه مدل‌ها یا پروتکل‌ها نیست. نوع ورودی، روش تشخیص روشن‌بودن و فیلد گزارششده مدل‌محور است. برای ردیاب رهگارد باید مدل، نسخه Firmware، روش نصب و قابلیت جاری آن از مستند یا پشتیبانی رسمی تأیید شود.
| شاهد | برداشت محتمل | مرحله بعد |
|---|---|---|
| فیلد Ignition اصلاً دیده نمی‌شود | پشتیبانی مدل/پروتکل، ورودی یا پیکربندی نامشخص است | مدل و داده خام را به پشتیبانی بدهید |
| Ignition همیشه Off است | تغییر ACC به دستگاه نمی‌رسد یا گزارش نمی‌شود | تست ورودی توسط نصاب و بررسی مدل |
| Ignition همیشه On است | مرجع ACC یا پیکربندی میتواند نادرست باشد | منبع ورودی و وضعیت‌های خودرو را اندازهگیری کنید |
| Off→On ثبت شده، رویداد نیست | پیوستگی گزارش یا پردازش رویداد مطرح است | رکوردهای قبل/بعد و زمان سرور بررسی شود |
| رویداد هست، اعلان نیست | قانون اعلان، کاربر، کانال یا گوشی مطرح است | اعلان را مستقل از ACC آزمایش کنید |
این جدول ترتیب بررسی را مشخص می‌کند. تا وقتی وضعیت Ignition در داده ثابت نشده، حذف و ساخت دوباره اعلان یا نصب مجدد اپ فقط متغیرهای بیشتری وارد مسئله می‌کند.
یک تست کنترل‌شده ACC بسازید
خودرو را در محل امن و دارای پوشش مناسب متوقف کنید. راننده نباید هنگام حرکت با گوشی یا پنل کار کند؛ این آزمون اصولاً به حرکت نیاز ندارد. نام خودرو، مدل دستگاه، زمان و منطقه زمانی را ثبت کنید و وضعیت فعلی را دست‌نخورده نگه دارید.
- خودرو را خاموش نگه دارید تا یک موقعیت یا پیام تازه با وضعیت Ignition Off دریافت شود.
- زمان پیام خاموش، زمان سرور و آنلاین‌بودن دستگاه را ثبت کنید.
- سوییچ را مطابق سناریوی نصب به وضعیت مورد انتظار ببرید و خودرو را روشن کنید.
- نخستین پیام تازه پس از تغییر و مقدار Ignition آن را ثبت کنید.
- وجود رویداد Ignition On و سپس وجود اعلان را جدا بررسی کنید.
- چرخه On→Off را نیز ثبت کنید تا هر دو جهت تغییر مشخص باشد.
- بدون تغییر تنظیمات، آزمون را یک‌بار دیگر تکرار کنید.
اگر دستگاه در طول آزمون آفلاین است، نتیجه معتبر نیست. ابتدا ارتباط را با راهنمای آفلاین‌شدن ردیاب بررسی کنید. اگر پیام‌ها با تأخیر دسته‌ای می‌رسند، زمان واقعی وضعیت، زمان دستگاه و زمان دریافت سرور را با هم مخلوط نکنید.
روشنشدن موتور، ACC و حرکت یک چیز نیستند
در بسیاری از نصب‌های سیمی، ورودی ACC برای فهمیدن وضعیت سوییچ استفاده میشود؛ اما روش دقیق به دستگاه و خودرو بستگی دارد. بعضی سامانه‌ها ممکن است ورودی دیجیتال، ولتاژ، داده وسیله نقلیه یا منطق دیگری داشته باشند. از روی عنوان «هشدار روشنشدن» نمی‌توان مسیر فیزیکی را حدس زد.
شروع حرکت نیز رویداد دیگری است. مستند Motion, Trips and Stops در Traccar نشان میدهد حرکت میتواند بر پایه ویژگی Motion یا منطق سرعت/فاصله تحلیل شود، در حالی که Ignition فیلد جداگانه‌ای است. اگر هدف شما هشدار جابه‌جایی یا بکسل است، مقاله هشدار حرکت و بکسل مالک آن سناریوست.
آنلاینشدن دستگاه نیز فقط رسیدن ارتباط به سرور را نشان میدهد. ممکن است دستگاه به‌دلیل تغذیه دائم همیشه آنلاین باشد و ACC هیچ تغییری نکند. هشدار قطع برق نیز موضوع مستقلی است و در صفحه هشدار قطع برق ردیاب بررسی میشود.
اگر Ignition تغییر نمیکند، سیم‌کشی را به نصاب بسپارید
ورودی BATT، ACC و GND نقش‌های متفاوت دارند. صفحه نقشه سیم‌کشی ردیاب خودرو مالک تعریف و روش مدل‌محور آن‌هاست. این مقاله رنگ سیم، پین یا ولتاژ عمومی تجویز نمیکند. رنگ مشابه در دو خودرو یا دو دسته‌سیم، دلیل عملکرد مشابه نیست.
نصاب باید با نقشه خودرو و دستگاه، منبع انتخاب‌شده را در وضعیت‌های خاموش، ACC، سوییچ باز، استارت و موتور روشن اندازهگیری کند. اتصال به مدارهای ایمنی، ایربگ، ECU یا سیم ناشناس ممنوع است. اگر فیوز می‌سوزد، سیم داغ میشود، خودرو رفتار غیرعادی دارد یا دسترسی نیازمند بازکردن قطعات ایمنی است، آزمون را متوقف کنید.
صفحه رنگ سیم ردیاب توضیح میدهد چرا رنگ به‌تنهایی مرجع تشخیص نیست و صفحه اشتباهات نصب ردیاب مالک خطرهای اتصال و حفاظت است. برای رفع یک اعلان، سیم‌کشی تازه یا اتصال موقت مستقیم نسازید.
چهار الگوی خرابی در داده Ignition
فیلد وجود ندارد
مدل یا پروتکل ممکن است این ویژگی را گزارش نکند، ورودی فعال نباشد یا سرور نتواند آن را از پیام استخراج کند. شماره مدل، Firmware، زمان پیام و نمونه داده خامِ بدون اطلاعات حساس برای پشتیبانی لازم است. اضافه‌کردن یک ویژگی فرضی در پنل، سختافزار را صاحب ورودی نمیکند.
مقدار همیشه Off است
ممکن است ACC فیزیکی به دستگاه نرسد، ورودی اشتباه انتخاب شده باشد یا تنظیم مدل آن را نخواند. ابتدا نصاب باید تغییر واقعی را در ورودی دستگاه ثابت کند؛ سپس پشتیبانی بررسی کند آیا همان تغییر در پیام دیده میشود. تعویض اپلیکیشن در این مرحله اثری ندارد.
مقدار همیشه On است
اتصال به تغذیه دائم به‌جای ورودی مناسب، پیکربندی نامتناسب یا منطق تشخیص مدل از احتمال‌های بررسی‌اند. این احتمال‌ها تشخیص قطعی نیستند. شواهد باید در چند حالت خودرو و در ورودی دستگاه اندازهگیری شود.
مقدار بین On و Off می‌پرد
اتصال ناپایدار، افت ولتاژ، منبع نامناسب یا داده ناسازگار میتواند مطرح باشد. نتیجه عملی این است که نباید با خاموش‌کردن اعلان، علت را پنهان کرد. چرخه‌های کاذب را با زمان، وضعیت خودرو و مقدار ورودی به نصاب و پشتیبانی بدهید.
اگر تغییر ثبت شده اما رویداد ساخته نشده است
سه پیام را کنار هم بگذارید: آخرین Off، نخستین On و پیامهای میان آن‌ها. اگر بعضی پیام‌ها فیلد Ignition ندارند، پیوستگی لازم برای مقایسه میتواند از بین برود. همچنین زمان دستگاه و ترتیب دریافت سرور باید بررسی شود؛ داده دیررس یا نامرتب میتواند تحلیل را پیچیده کند.
در این مرحله تنظیم سیم‌کشی را تغییر ندهید. بسته شواهد را برای پشتیبانی سرور آماده کنید: شناسه داخلی خودرو، زمان‌ها، مقدار Ignition در هر پیام، نوع پروتکل/مدل و وجود یا نبود رویداد. ادعای «باگ سرور» بدون این رکوردها زودهنگام است.
اگر رویداد هست اما اعلان نمیآید
وقتی Ignition On در گزارش رویداد ثبت شده، ورودی و تشخیص رویداد را دستکاری نکنید. اکنون قانون اعلان را ببینید: نوع رویداد، خودرو یا گروه، کاربر دریافت‌کننده، تقویم و کانال انتخابی. سپس یک اعلان آزمایشی مستقل برای همان کانال اجرا کنید.
Traccar نیز رویداد را از اعلان جدا می‌کند: رویداد میتواند بدون پیکربندی اعلان در گزارش موجود باشد. مسائل مجوز سیستم‌عامل، Push و تنظیمات گوشی در صفحه چرا اعلان ردیاب نمیآید مالک جداگانه دارند. صدای خاموش یا Focus گوشی، نبود رویداد Ignition را ثابت نمیکند.
تأخیر را با چهار زمان بسنجید
زمان تغییر واقعی سوییچ، زمان پیام دستگاه، زمان ایجاد رویداد و زمان نمایش اعلان را جدا ثبت کنید. اگر فاصله بین تغییر و پیام زیاد است، گزارش‌دهی دستگاه یا ارتباط مطرح است؛ اگر رویداد سریع ساخته شده اما اعلان دیر دیده میشود، کانال و گوشی را بررسی کنید.
برای «تأخیر طبیعی» عدد عمومی اعلام نمی‌کنیم. interval دستگاه، اتصال شبکه، پردازش سرور و کانال اعلان تغییرپذیرند. معیار درست، خط مبنای همان مدل، خودرو و حساب در آزمون تکرارشونده است.
آزمون پذیرش پس از اصلاح
- یک چرخه Off→On و On→Off با زمان‌های ثبت‌شده؛
- وجود مقدار Ignition در پیامهای متوالی؛
- یک رویداد روشن و یک رویداد خاموش، بدون تکرار کاذب؛
- تحویل اعلان به حساب و کانال درست؛
- تکرار آزمون پس از توقف و استارت دوباره؛
- کنترل اینکه اصلاح به برق خودرو، تاریخچه، هشدار حرکت یا آفلاین‌شدن آسیب نزده است.
چک‌لیست کامل نصب در صفحه تست ردیاب پس از نصب قرار دارد. در ناوگان، قبل از اعمال تغییر گروهی یک خودروی شاهد نگه دارید و مدل، نسخه، نصاب و نتیجه قبل/بعد را ثبت کنید.
بسته مناسب برای پشتیبانی
مدل و Firmware، زمان و منطقه زمانی آزمون، سه پیام قبل/حین/بعد، مقدار Ignition، وضعیت آنلاین، وجود رویداد، قانون و کانال اعلان، و گزارش اندازهگیری نصاب در ورودی دستگاه را آماده کنید. رمز، OTP، PIN سیم‌کارت، پلاک، مسیر کامل و محل مخفی دستگاه را در کانال عمومی نفرستید.
جمع‌بندی؛ اول تغییر Off→On را ثابت کنید
هشدار روشنشدن از صدای گوشی شروع نمی‌شود؛ از تغییر قابل مشاهده Ignition در داده دستگاه شروع میشود. اگر تغییر وجود ندارد، مدل، ورودی ACC، نصب و گزارش پروتکل را بررسی کنید. اگر تغییر هست اما رویداد نیست، پیوستگی پیام و پردازش سرور را بسنجید. اگر رویداد هست، اعلان و گوشی مسیر بعدی‌اند.
با یک آزمون بدون حرکت، دو جهت تغییر و یک متغیر در هر مرحله، می‌توان خطا را بدون Reset، فرمان حدسی یا دستکاری خطرناک سیم‌کشی طبقه‌بندی کرد. هر اصلاح باید با آزمون پذیرش کامل شود؛ هدف فقط ظاهرشدن یک اعلان نیست، بلکه ثبت پایدار و درست وضعیت خودروست.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!