پاسخ کوتاه: شتابسنج تغییر حرکت، لرزش و جهت خودِ ردیاب را حس میکند؛ GPS موقعیت را میسنجد. اگر مدل ردیاب این قابلیت را رسماً پشتیبانی کند، دادهٔ شتابسنج میتواند ورودی یک رویداد حرکتی یا ضربه‌ای باشد؛ اما نام رویداد، آستانه و مسیر تنظیم در هر مدل و نسخه یکسان نیست. پیش از فعال‌سازی، مستند همان مدل را ببینید و حساسیت را با آزمون کنترل‌شده تنظیم کنید.
هشدار شتابسنج به‌تنهایی ثابت نمی‌کند خودرو سرقت شده، تصادف کرده یا یدککش شده است. این هشدار می‌گوید الگوریتم دستگاه تغییری بیش از آستانه دیده است. برای تصمیم عملی باید زمان رویداد، وضعیت برق یا ACC، آخرین موقعیت معتبر و ادامه حرکت روی نقشه را کنار هم گذاشت.
شتابسنج دقیقاً چه چیزی میسنجد؟
شتابسنج شتاب را در محورهای حرکتی اندازه می‌گیرد. دادهٔ خام تحت تأثیر گرانش و نویز محیط است و برای تبدیل‌شدن به رویداد مفید به فیلتر، آستانه و منطق نرم‌افزاری نیاز دارد. مستند رسمی Android نیز شتابسنج را حسگر سخت‌افزاری حرکت معرفی میکند و توضیح میدهد که برای کاهش اثر گرانش و نویز باید داده پالایش شود. این منبع فقط اصل فنی حسگر را توضیح میدهد و مدرک قابلیت هیچ مدل ردیاب رهگارد نیست.
| سیگنال | چه چیزی را نشان میدهد؟ | چه چیزی را ثابت نمی‌کند؟ |
|---|---|---|
| شتابسنج | تغییر حرکت، لرزش یا جهت دستگاه | مکان دقیق یا علت قطعی حرکت |
| GPS/GNSS | موقعیت و حرکت مکانی بر پایه نقاط ثبت‌شده | روشن‌بودن واقعی موتور |
| ACC/برق | وضعیت ورودی الکتریکی، اگر درست نصب و پشتیبانی شود | حرکت فیزیکی خودرو |
| محدوده جغرافیایی | عبور موقعیت از مرز تعریف‌شده روی نقشه | ضربه یا لرزش در همان محل |
حرکت، ضربه و یدککش سه ادعای یکسان نیستند
بعضی دستگاه‌ها ممکن است بر اساس شتابسنج رویدادهایی با نام حرکت، لرزش، ضربه یا جابه‌جایی ارائه کنند؛ برخی دیگر چنین گزینه‌ای ندارند یا منطق متفاوتی دارند. «تشخیص یدککش» معمولاً به ترکیب حرکت در وضعیت خاموش، تغییر موقعیت و منطق محصول نیاز دارد. تا وقتی راهنمای رسمی مدل این عنوان را تأیید نکرده، نباید هر رویداد شتابسنج را هشدار یدککش نامید.
همین احتیاط درباره تصادف مهم‌تر است: یک پیک شتاب میتواند از دستانداز، بستهشدن شدید در یا جابه‌جایی دستگاه ایجاد شود. هشدار ضربه جای گزارش پلیس، ارزیابی پزشکی، بازدید خودرو یا سامانه تخصصی تشخیص تصادف را نمی‌گیرد. برای تفکیک این رخدادها، راهنمای تفاوت هشدار حرکت، ضربه و یدککش را ببینید.
پیش از تغییر حساسیت، خط مبنا بسازید
- مدل دقیق ردیاب، Firmware، نسخه اپ و زمان آزمون را ثبت کنید.
- از مستند یا پشتیبانی رسمی بپرسید مدل چه رویدادهای شتاب‌سنجی دارد؛ نام منو را حدس نزنید.
- تنظیم فعلی و وضعیت اعلان گوشی را بدون انتشار شناسه، پلاک یا موقعیت ذخیره کنید.
- در حالت پارک و خاموش، یک دوره عادی را مشاهده و رویدادهای کاذب را یادداشت کنید.
- فقط یک متغیر—مثلاً حساسیت—را تغییر دهید و باقی تنظیمات را ثابت نگه دارید.
- آزمون را در شرایط امن تکرار و نتیجه موفق و ناموفق را با هم ثبت کنید.
برای آزمون، تصادف ساختگی، ترمز خطرناک، تکان شدید خودرو یا دست‌کاری سیم‌کشی ایجاد نکنید. آزمون باید کم‌خطر و مطابق راهنمای سازنده باشد.
حساسیت بیشتر همیشه امنیت بیشتر نیست
آستانه بسیار حساس میتواند عبور خودروی سنگین، باد، بارگیری، کوبیده‌شدن در، سطح ناهموار یا نصب لق را رویداد تلقی کند. آستانه کم‌حساس نیز ممکن است حرکت خفیف را نبیند. عدد عمومی و جهان‌شمولی وجود ندارد؛ جرم خودرو، محل و جهت نصب، نوع استفاده و منطق Firmware مؤثرند.
| سناریو | ریسک غالب | روش تنظیم |
|---|---|---|
| خودروی شخصی در پارکینگ آرام | از دست‌رفتن حرکت خفیف | از مقدار پیشفرض سازنده شروع و چند شب مشاهده شود |
| حاشیه خیابان پرتردد | هشدار کاذب ناشی از لرزش محیط | زمان و الگوی رخدادها ثبت و یک پله در هر بار تغییر داده شود |
| موتورسیکلت | لرزش طبیعی و نصب حساس‌تر | فقط طبق مدل و با مهار مناسب دستگاه پایلوت شود |
| ناوگان | تنظیم ناهماهنگ میان خودروها | ابتدا روی چند خودروی نماینده، سپس با معیار واحد گسترش یابد |
وقتی هشدار کاذب زیاد است
- ببینید زمان رویداد با عبور وسیله سنگین، بارگیری، شست‌وشو یا بستهشدن در هم‌زمان بوده است یا نه.
- لق‌بودن دستگاه، بست و سطح نصب را بدون افشای محل امنیتی بررسی کنید.
- وضعیت برق و ری‌استارت احتمالی را از رخداد حرکتی جدا کنید.
- فقط حساسیت را یک مرحله تغییر دهید و دوره مشاهده کافی در نظر بگیرید.
- اگر الگو ادامه داشت، نمونه زمان‌دار را برای پشتیبانی مدل ارسال کنید؛ رمز، OTP و موقعیت غیرضروری نفرستید.
وقتی هیچ هشداری نمی‌رسد
ابتدا مشخص کنید «رویداد ساخته نشده» یا «رویداد ساخته شده ولی اعلان نرسیده است». تاریخچه رویداد یا گزارش سرور را بررسی کنید. اگر رویدادی نیست، پشتیبانی مدل، فعال‌بودن قابلیت، حساسیت، نصب و Firmware مطرح‌اند. اگر رویداد در سامانه هست اما روی گوشی دیده نمی‌شود، مجوز اعلان، حالت تمرکز یا ذخیره باتری، اتصال اینترنت و ورود به حساب را بررسی کنید؛ راهنمای نرسیدن اعلان ردیاب این مسیر را جدا توضیح میدهد.
رویداد سرور، Push و SMS را جدا ببینید
| لایه | پرسش عیب‌یابی |
|---|---|
| دستگاه | آیا حسگر و Firmware رویداد را ساخته‌اند؟ |
| شبکه و سرور | آیا بسته داده به سامانه رسیده و ثبت شده است؟ |
| Push | آیا سیستم‌عامل اجازه اعلان دارد و اینترنت گوشی برقرار است؟ |
| SMS | آیا مدل/خدمت این مسیر را پشتیبانی میکند و سیم‌کارت امکان ارسال دارد؟ |
دیدن رویداد در سامانه و ندیدن Push معمولاً به معنای خرابی شتابسنج نیست. برعکس، فعال‌بودن اعلان گوشی تضمین نمی‌کند دستگاه رویدادی تولید کرده باشد. راهنمای محدوده جغرافیایی ردیاب هشدار عبور از مرز نقشه را توضیح میدهد و با هشدار شتابسنج ادغام نمی‌شود.
چگونه نتیجه آزمون را قابل استناد کنیم؟
برای هر آزمون، ساعت، وضعیت خودرو، ACC، آخرین موقعیت معتبر، نوع تحریک امن، نتیجه مورد انتظار، ثبت رویداد در سامانه و دریافت Push/SMS را در ستون‌های جدا بنویسید. دست‌کم یک بار بدون تغییر تنظیمات آزمون را تکرار کنید. اگر نتیجه تکرارپذیر نیست، پیش از بالا و پایین‌کردن مداوم حساسیت، برق، نصب، شبکه و نسخه نرم‌افزار را بررسی کنید.
چه زمانی باید به پشتیبانی ارجاع داد؟
اگر مدل و مستند با گزینه‌های موجود هم‌خوان نیستند، رویدادهای پی‌درپی بدون الگوی محیطی ثبت می‌شوند، دستگاه لق یا داغ است، برق ناپایدار دیده می‌شود یا تغییر نیازمند سیم‌کشی و Firmware است، آزمون را متوقف کنید. گزارش زمان‌دار و کمینه‌سازی‌شده از داده‌های شخصی برای پشتیبانی مفیدتر از شرح کلی «هشدار کار نمی‌کند» است.
جمع‌بندی
شتابسنج ابزار تشخیص تغییر حرکت دستگاه است، نه شاهد قطعی سرقت، تصادف یا موقعیت. کاربر شخصی باید از پیشفرض رسمی شروع کند و هشدار کاذب را در محیط واقعی بسنجد؛ مدیر ناوگان بهتر است پیش از تعمیم، پایلوت هم‌مدل اجرا کند. اگر قابلیت مدل یا مسیر اعلان روشن نیست، تنظیم بیشتر را متوقف و از پشتیبانی رسمی همان مدل استعلام کنید.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!