پاسخ کوتاه: پیش از تغییر منطقه زمانی، مشخص کنید کدام ساعت اشتباه است: ساعت گوشی، زمان نمایش اپ، زمان رخداد، زمان موقعیت GPS، زمان دریافت سرور یا ساعت داخل پیامک ردیاب. اختلاف ثابت چندساعته معمولاً به تبدیل UTC و منطقه زمانی مربوط است؛ اختلاف متغیر، زمان آینده یا جابه‌جایی ترتیب نقاط می‌تواند از ساعت دستگاه، داده ذخیره‌شده و دیررس، یا تفسیر پروتکل بیاید.
یک Timestamp لحظه وقوع را ثبت می‌کند؛ منطقه زمانی فقط شیوه نمایش همان لحظه برای کاربر است. اگر این دو را مخلوط کنیم، ممکن است ساعت را در دستگاه، حساب و گوشی هم‌زمان تغییر دهیم و خطا را دو برابر کنیم. یک رکورد شاهد انتخاب کنید و همه زمانهای مرتبط با همان رکورد را کنار هم بگذارید.
اول نوع خطا را از روی الگوی اختلاف تشخیص دهید
| نشانه | شاخه محتمل | شاهد بعدی |
|---|---|---|
| همه رکوردها اختلاف ثابت دارند | منطقه زمانی یا تبدیل UTC | Timezone حساب، گزارش و مرورگر |
| اختلاف نزدیک یک ساعت و فصلی است | قاعده DST قدیمی یا داده منطقه زمانی منسوخ | نام منطقه و نسخه نرمافزار |
| اختلاف دقیقه‌ای رو به افزایش است | Drift ساعت دستگاه یا نبود همگام‌سازی | دو نمونه با فاصله زمانی |
| موقعیت قدیمی اکنون ظاهر میشود | داده ذخیره‌شده و دیررس | زمان Fix در برابر زمان دریافت سرور |
| فقط یک گوشی زمان متفاوت نشان میدهد | ساعت/Timezone گوشی یا Cache رابط | گوشی شاهد و تنظیم خودکار زمان |
| فقط پیامک دستگاه اشتباه است | قالب یا Timezone خود دستگاه | راهنمای مدل و متن پاسخ |
این الگوها تشخیص قطعی نیستند، اما ترتیب بررسی را کوتاه می‌کنند. عدد اختلاف را دقیق بنویسید؛ «حدود سه ساعت» برای تشخیص تبدیل منطقه زمانی کافی نیست.
یک رکورد شاهد بسازید، نه چند اسکرین‌شات نامرتبط
یک موقعیت یا رویداد مشخص را با نام خودرو و زمان مشاهده انتخاب کنید. اگر رابط جزئیات فنی را نشان میدهد، زمان دستگاه، زمان Fix و زمان دریافت سرور را برای همان رکورد ثبت کنید. سپس ساعت گوشی و زمان نمایش‌داده‌شده در اپ یا گزارش را بنویسید. اگر این فیلدها در رابط فعلی وجود ندارند، از پشتیبانی بخواهید آن‌ها را برای همان شناسه رکورد مقایسه کند؛ نام منوی فرضی نسازید.
نمونه مناسب باید یک لحظه روشن داشته باشد: مثلاً خاموش‌شدن خودرو یا ثبت یک Position تازه، نه بازه‌ای چندساعته. ساعت مرجع را از گوشی‌ای بگیرید که زمان و منطقه زمانی خودکار آن فعال و اتصال شبکه‌اش سالم است. اسکرین‌شات ساعت بدون تاریخ و منطقه زمانی، شاهد ناقصی است.
UTC، Offset و نام منطقه زمانی سه چیز متفاوت‌اند
RFC 3339 توصیه می‌کند Timestamp اینترنتی رابطه روشن با UTC داشته باشد و Offset عددی را جزئی از نمایش زمان می‌داند. پسوند Z یعنی Offset صفر یا UTC. برای نمونه، یک لحظه را می‌توان در UTC ذخیره کرد و بعد برای کاربر در زمان محلی نمایش داد؛ تغییر نمایش نباید لحظه خام را عوض کند.
Offset عددی مانند +03:30 فقط فاصله با UTC را در همان لحظه نشان میدهد. نامی مانند Asia/Tehran مجموعه قواعد تاریخی و جاری یک منطقه است. IANA Time Zone Database توضیح میدهد که این قواعد با تصمیم‌های سیاسی تغییر می‌کنند و سیستم‌عامل‌ها و پایگاه‌های داده از نسخه‌های به‌روزشده آن استفاده می‌کنند.
برای نمایش پایدار، نام منطقه معمولاً از Offset ثابت آگاه‌تر است، به‌خصوص برای گزارش‌های تاریخی؛ اما نوع تنظیم مجاز در سامانه رهگارد باید از رابط واقعی تأیید شود. مقدار پایگاه داده یا سرور را کاربر نهایی نباید تغییر دهد.
برای تهران، به نسخه جاری قواعد زمان تکیه کنید
نسخه جاری پایگاه زمانی IANA منبع تغییرپذیر قواعد مناطق است. ایران پس از تغییر قانونی سال ۲۰۲۲ از جابه‌جایی فصلی ساعت استفاده نمی‌کند و در داده جاری IANA، Asia/Tehran بر زمان استاندارد قرار دارد. بااین‌حال سیستم قدیمی یا داده Time Zone منسوخ ممکن است هنوز قاعده DST گذشته را اعمال کند.
اگر خطا دقیقاً در مرزهای قدیمی تغییر ساعت یا حدود یک ساعت دیده میشود، نسخه سیستم‌عامل، مرورگر، اپ و سرور را ثبت کنید. افزودن یا کم‌کردن دستی یک ساعت ممکن است امروز ظاهر را درست کند اما گزارش تاریخی یا دستگاه دیگر را خراب کند. قاعده منطقه را به‌روزرسانی کنید، نه اینکه Timestampها را دسته‌جمعی جابهجا کنید.
زمان دستگاه، Fix و دریافت سرور را جدا بخوانید
در سامانه‌های ردیابی معمولاً چند زمان وجود دارد. «زمان دستگاه» چیزی است که پیام ردیاب حمل می‌کند؛ «زمان Fix» به لحظه موقعیت‌یابی مربوط است؛ و «زمان سرور» نشان میدهد پیام چه وقت دریافت یا ثبت شده است. نام و دسترس‌پذیری دقیق این فیلدها به پیاده‌سازی وابسته است.
مستند رسمی تنظیمات Traccar می‌گوید بیشتر دستگاهها زمان را به UTC گزارش می‌کنند، اما برخی زمان محلی میفرستند و Decoder باید آن را درست تفسیر کند. این یک تنظیم فنی سمت سرور برای پروتکل مربوط است؛ کاربر نباید بدون شناسایی مدل و Packet واقعی آن را تغییر دهد.
مرجع API در Traccar نیز بازه‌های گزارش را با Timestamp استاندارد ISO 8601 دریافت می‌کند. این نشان میدهد فیلتر گزارش و زمان داده خام می‌توانند لایه‌های جدا باشند. استفاده رهگارد از فیلد یا تنظیم خاص را فقط با داده همان سامانه می‌توان تأیید کرد.
داده دیررس می‌تواند زمان را «اشتباه» نشان دهد
ردیاب ممکن است هنگام قطع ارتباط، موقعیت‌ها را ذخیره و بعداً ارسال کند. در این حالت زمان دریافت سرور جدید است اما زمان Fix یا دستگاه قدیمی می‌ماند. این لزوماً خطای ساعت نیست؛ داده با تأخیر رسیده است. فاصله بین زمان Fix و Server را برای چند رکورد متوالی مقایسه کنید.
اگر فقط تاریخچه جابهجا یا ناقص است، صفحات تاریخچه مسیر ردیاب و تاریخچه ناقص مالک Route، Trip، Stop و داده دیررس‌اند. اگر دستگاه در همان بازه آفلاین بوده، راهنمای آفلاین‌شدن ردیاب مسیر ارتباط را پوشش میدهد. رنک حاضر فقط تشخیص لایه زمان را نگه می‌دارد.
اگر فقط ساعت گوشی یا مرورگر متفاوت است
زمان و منطقه زمانی خودکار گوشی را بررسی کنید، سپس اپ را کامل ببندید و همان رکورد شاهد را باز کنید. اگر یک گوشی دیگر همان حساب و رکورد را درست نشان میدهد، لایه نمایش یا تنظیم گوشی اول اولویت بیشتری دارد. قالب ۱۲/۲۴ ساعته فقط شکل نمایش را عوض می‌کند و نباید لحظه را چند ساعت جابهجا کند.
در مرورگر، Timezone سیستم‌عامل معمولاً بر نمایش محلی اثر می‌گذارد. تغییر دستی ساعت برای هماهنگ‌کردن با یک رکورد، ساعت پیام‌ها، OTP و Logهای دیگر را خراب می‌کند. ابتدا Automatic Date & Time و Automatic Time Zone را فعال یا صحت آن را بررسی کنید؛ نام گزینه بسته به سیستم‌عامل تغییر می‌کند.
اگر فقط گزارش یا بازه زمانی اشتباه است
Timezone پروفایل، Timezone گزارش و Timezone مرورگر ممکن است یکسان نباشند. بازه «امروز» نیز بدون منطقه زمانی معنا ندارد: شروع روز محلی با شروع روز UTC متفاوت است. برای آزمون، به‌جای «امروز»، یک بازه صریح با تاریخ، ساعت و منطقه زمانی ثبت کنید و نتیجه را با همان Position شاهد مقایسه کنید.
اگر خروجی فایل با صفحه وب فرق دارد، Header یا توضیح زمان در فایل را بررسی کنید. صفحه خروجی تاریخچه مسیر مالک قالب Export است. تبدیل دوباره زمان در Excel یا نرمافزار مقصد می‌تواند Offset را دو بار اعمال کند؛ فایل خام را پیش از اصلاح دسته‌جمعی حفظ کنید.
اگر فقط پیامک ردیاب زمان غلط دارد
پیامک ممکن است مستقیماً توسط Firmware دستگاه ساخته شود و Timezone آن با اپ یا سرور فرق داشته باشد. مدل و متن پاسخ را با دفترچه همان نسخه تطبیق دهید. فرمان Timezone عمومی نیست؛ عدد، علامت، نیم‌ساعت و قالب فرمان بین دستگاهها فرق می‌کند. از فرمان مدل دیگر استفاده نکنید.
برای عیب‌یابی رفت‌وبرگشت SMS از راهنمای پیامک ردیاب استفاده کنید. اگر دستگاه زمان را درست به سرور می‌فرستد اما فقط متن SMS غلط است، تغییر Timezone حساب یا گزارش راه‌حل آن نیست. تغییر Firmware یا تنظیمات مخفی را به پشتیبانی مدل بسپارید.
موقعیت اشتباه با زمان اشتباه یکی نیست
اگر ساعت درست است اما نقطه مربوط به محل دیگری است، مسئله به دقت یا منبع Position مربوط میشود؛ صفحه موقعیت اشتباه ردیاب آن را پوشش میدهد. اگر نقطه درست ولی در جای نادرست Timeline قرار گرفته، زمان Fix، Device و Server را بررسی کنید.
گاهی یک Position قدیمی پس از اتصال دوباره روی نقشه دیده میشود و کاربر آن را «لوکیشن فعلی» می‌خواند. نمایش زمان Fix کنار نقطه، از این اشتباه جلوگیری می‌کند. تازهبودن صفحه یا زمان دریافت، به معنی تازهبودن خود موقعیت نیست.
آزمون کنترل‌شده برای پیدا کردن لایه معیوب
- یک گوشی با ساعت و Timezone خودکار را مرجع کنید.
- یک رویداد یا Position تازه و بی‌خطر ثبت کنید.
- زمان مشاهده، Device/Fix/Server در دسترس و زمان نمایش را بنویسید.
- همان رکورد را روی گوشی یا مرورگر دوم باز کنید.
- فقط یک تنظیم—مثلاً Timezone حساب—را تغییر دهید و نتیجه را تکرار کنید.
- تنظیم اولیه و نتیجه قبل/بعد را برای بازگشت نگه دارید.
برای آزمون ساعت نیازی به رانندگی خطرناک، قطع برق یا Reset دستگاه نیست. اگر تغییر به تنظیم سرور، Decoder، Firmware یا فرمان ناشناخته می‌رسد، آزمون کاربر را متوقف و نمونه خام را برای تیم فنی آماده کنید.
آزمون پذیرش بعد از اصلاح
- رکورد تازه روی دو دستگاه با یک لحظه یکسان نمایش داده شود؛
- Timezone حساب و گزارش نام‌گذاری و ثبت شود؛
- بازه کوتاه شامل رکورد شاهد باشد و رکورد مرزی حذف نشود؛
- داده دیررس با زمان Fix قدیمی، به‌عنوان رخداد تازه تفسیر نشود؛
- گزارش تاریخی پیش و پس از قواعد قدیمی DST جابهجا نشود؛
- تغییر، زمان اعلان، پیامک یا سایر خودروها را خراب نکند.
بسته مناسب برای پشتیبانی
مدل دستگاه، نسخه اپ و سیستم‌عامل، منطقه زمانی گوشی و حساب، زمان مرجع، شناسه یا زمان یک رکورد شاهد، مقادیر Device/Fix/Server در صورت دسترسی، مقدار دقیق اختلاف و نتیجه دستگاه دوم را ارسال کنید. Timestamp را با تاریخ کامل و Offset بنویسید؛ «ساعت ۸» بدون تاریخ و منطقه کافی نیست.
رمز، OTP، توکن، مسیر کامل، مختصات دقیق و شناسه عمومی خودرو را در کانال عمومی نفرستید. برای اسکرین‌شات، داده مکانی و نام خودرو را بپوشانید؛ راهنمای حریم خصوصی تاریخچه موقعیت مرزهای تکمیلی را توضیح میدهد.
جمع‌بندی؛ لحظه را از نمایش آن جدا کنید
ساعت اشتباه ردیاب را با یک رکورد شاهد حل کنید: زمان دستگاه، Fix، دریافت سرور، Timezone حساب و ساعت گوشی را کنار هم بگذارید. اختلاف ثابت به تبدیل منطقه، اختلاف رو به رشد به ساعت دستگاه و داده قدیمیِ تازه‌رسیده به ارتباط ذخیره‌و‌ارسال اشاره می‌کند.
UTC و Timestamp خام را بی‌دلیل جابهجا نکنید. قواعد جاری IANA، نام منطقه درست و نسخه به‌روز نرمافزار از افزودن دستی چند ساعت مطمئن‌ترند. اصلاح زمانی کامل است که رکورد تازه، گزارش تاریخی و دستگاه دوم هم‌زمان نتیجه درست و تکرارپذیر بدهند.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!