پاسخ کوتاه: «Offline» معمولاً یعنی سامانه در بازه مورد انتظار پیام تازهای از ردیاب دریافت نکرده است؛ نه اینکه حتماً GPS خراب یا دستگاه خاموش شده باشد. نخست زمان آخرین اتصال و آخرین Position را ثبت کنید، سپس ببینید مشکل فقط برای یک خودرو است یا چند دستگاه. بعد مسیر را به‌ترتیب بررسی کنید: نمایش اپ، دریافت سرور، برق، ثبت سیمکارت در شبکه، دیتای موبایل، APN، مقصد سرور و تنظیمات ارسال.
هر لایه شاهد مخصوص خود را دارد. نقطه قدیمی روی نقشه اثبات Online بودن نیست؛ آنتن گوشی کنار خودرو نیز ثابت نمیکند مودم ردیاب ثبت شبکه و دیتای فعال دارد. هدف عیب‌یابی، حدس‌زدن علت نیست؛ پیدا کردن آخرین مرحله‌ای است که هنوز کار میکند.
Offline را با سه زمان تعریف کنید
| زمان | چه چیزی می‌گوید؟ | محدودیت |
|---|---|---|
| آخرین اتصال | آخرین ارتباط شناخته‌شده دستگاه با سامانه | ممکن است بدون Position تازه باشد |
| آخرین Position/Fix | زمان آخرین موقعیت محاسبه‌شده | ممکن است دیرتر به سرور رسیده باشد |
| زمان مشاهده | کاربر چه وقت وضعیت را دیده است | بهتنهایی وضعیت دستگاه را ثابت نمیکند |
آستانه‌ای که سامانه پس از آن برچسب Offline نشان می‌دهد میتواند با تنظیمات پلتفرم و فاصله ارسال دستگاه تغییر کند. عدد ثابت برای همه مدل‌ها اعلام نکنید. زمان‌ها را با تاریخ و منطقه زمانی کامل ثبت کنید.
یک دستگاه آفلاین است یا همه؟
اگر چند دستگاه روی شبکه‌ها و محل‌های متفاوت همزمان Offline شده‌اند، زیرساخت مشترک، حساب یا رابط نمایش اولویت بیشتری دارد. اگر فقط یک خودرو مشکل دارد و بقیه روی همان سامانه Online هستند، برق، SIM، پوشش، تنظیمات یا سخت‌افزار همان دستگاه محتمل‌تر میشود.
وضعیت را روی گوشی یا مرورگر دوم بررسی کنید. اگر فقط اپ اول مشکل دارد، صفحه مشکل ورود و بازنشدن اپ و لودنشدن نقشه ردیاب مالک آن شاخه‌اند. Refresh رابط یا خروج و ورود نباید جای شاهد زمان‌دار از سرور را بگیرد.
آیا سرور هیچ پیامی نمی‌بیند یا پیام را نمی‌شناسد؟
راهنمای رسمی عیب‌یابی Traccar یک مرز مهم می‌گذارد: اگر هیچ پیام ورودی در Log نیست، مسیر شبکه یا تنظیم دستگاه بررسی میشود؛ اگر پیام وجود دارد اما دستگاه ناشناخته یا داده Decode نمی‌شود، شناسه، Port و پروتکل مطرح‌اند. این بررسی کار تیم فنی است و Log خام نباید در کانال عمومی منتشر شود.
برای یک مورد مشخص، پشتیبانی باید زمان، شناسه داخلی و آخرین Packet شناخته‌شده را بررسی کند. دیدن پیام ورودی ثابت میکند بخشی از مسیر Device→Server کار کرده، اما نمایش Position موفق را تضمین نمیکند. نبود پیام نیز بهتنهایی نمی‌گوید برق، SIM، APN یا مقصد کدام خراب است.
برق و Restart ناخواسته را قبل از تنظیمات شبکه بررسی کنید
اگر Offline شدن هنگام استارت، عبور از دست‌انداز یا خاموش‌شدن خودرو رخ می‌دهد، الگوی برق مهمتر از APN است. زمان قطع را با وضعیت ACC و استارت مقایسه کنید. سوکت شل، Ground نامطمئن، فیوز یا منبع تغذیه نامناسب میتواند دستگاه را خاموش یا Restart کند؛ اما اندازه‌گیری و سیم‌کشی باید توسط فرد ماهر انجام شود.
از اتصال آزمایشی سیم‌ها، بای‌پس فیوز یا بازکردن قطعات ایمنی خودداری کنید. صفحه راهنمای سیم‌کشی ردیاب مالک اصول نصب و صفحه هشدار قطع برق مالک تشخیص رویداد تغذیه است. بوی سوختگی، داغی یا افت ولتاژ غیرعادی یعنی آزمون را متوقف کنید.
SIM دیده میشود، در شبکه ثبت است و Data دارد؟
سه سؤال را جدا کنید: آیا دستگاه SIM را می‌خواند؟ آیا مودم در شبکه اپراتور ثبت شده؟ آیا نشست دیتای موبایل فعال است؟ راهنمای رسمی Teltonika برای دستگاهی که داده نمی‌فرستد همین زنجیره را با SIM، PIN، پوشش GSM، برق، APN و مقصد سرور بررسی میکند. این مراحل برای مدل‌های Teltonika مستندند و نباید نام منو یا ولتاژ آن‌ها را به همه ردیاب‌ها تعمیم داد.
فعال‌بودن خط، اعتبار یا بسته، سرویس دیتا و PIN را از مسیر رسمی اپراتور و راهنمای مدل بررسی کنید. صفحات انتخاب سیمکارت ردیاب، استعلام شارژ و دیتا و PIN سیمکارت جزئیات این شاخه‌ها را پوشش می‌دهند.
درآوردن SIM و قرار دادن آن در گوشی مرحله اول نیست. فقط اگر سازنده یا نصاب اجازه می‌دهد، دستگاه را ایمن خاموش و تست پایه را انجام دهید. این کار ممکن است تنظیم PIN یا پیام‌های اپراتوری ایجاد کند؛ وضعیت اولیه را ثبت کنید.
پوشش شبکه را با الگوی مکان بسنجید
اگر Offline فقط در پارکینگ، تونل یا یک مسیر مشخص رخ می‌دهد و پس از خروج خودبه‌خود Online میشود، پوشش و محیط اولویت دارند. مقایسه یک نقطه با زمان و اپراتور ثابت مفیدتر از ادعای کلی «آنتن هست» است. آنتن گوشی، فناوری شبکه و محل نصب آنتن ردیاب ممکن است متفاوت باشد.
مرجع GSMA Open Gateway درباره Reachability نیز دسترسی از طریق Data و SMS را وضعیت‌های جدا می‌داند. پس رسیدن SMS لزوماً اثبات اتصال دیتای ردیاب به سرور نیست. امکانات این API نیز به اپراتور و پیاده‌سازی وابسته است و به معنی دسترسی کاربر رهگارد به آن نیست.
بعد از تعویض SIM، APN را با منبع رسمی تطبیق دهید
اگر مشکل دقیقاً بعد از تعویض سیمکارت یا اپراتور شروع شده، APN یکی از اولین متغیرهاست. نام APN، Username و Password باید از اپراتور یا پیکربندی رسمی همان سرویس گرفته شود. مقدار مربوط به اپراتور یا مدل دیگر را حدس نزنید.
صفحه تنظیم APN ردیاب مالک این موضوع است. APN درست فقط دسترسی دیتا را ممکن میکند؛ هنوز باید مقصد سرور، Port و پروتکل نیز درست باشند. تغییر چند پارامتر با یک فرمان ناشناخته، مسیر بازگشت را از بین می‌برد.
دستگاه اینترنت دارد، اما مقصد سرور اشتباه است
Domain یا IP، Port و پروتکل انتقال باید با سرویس واقعی تطبیق داشته باشند. راهنمای اتصال ردیاب به سرور مالک این تنظیمات است. برای دستگاه مدیریت‌شده رهگارد، مقادیر سرور را بدون دستور رسمی پشتیبانی تغییر ندهید؛ حتی یک Port صحیح برای مدل دیگر میتواند باعث شود Packet به Decoder نامناسب برسد.
راهنمای تست عمومی Teltonika وضعیت GSM، Socket، زمان ارسال رکورد، APN و مقصد را به‌عنوان شاهدهای جدا نشان می‌دهد. از آن برای فهم زنجیره استفاده کنید، نه برای کپی‌کردن فرمان یا مقدار نمونه به دستگاه دیگری.
فاصله ارسال و Sleep ممکن است شبیه Offline دیده شوند
یک دستگاه میتواند روشن باشد اما طبق تنظیمات Acquisition، حرکت، Ignition یا Sleep دیرتر پیام بفرستد. رفتار دقیق Sleep و Heartbeat مدل‌محور است. زمان آخرین تغییر Configuration را با آغاز مشکل مقایسه کنید و فاصله ارسال مورد انتظار را از پروفایل رسمی همان دستگاه بگیرید.
اگر دستگاه فقط پس از توقف طولانی Offline و با حرکت دوباره Online میشود، پیش از تعویض SIM یا سخت‌افزار، Sleep و منطق وضعیت سامانه را بررسی کنید. برچسب Offline ممکن است نتیجه آستانه رابط باشد، نه خطای ارتباط. تغییر دوره ارسال نیز میتواند مصرف دیتا و باتری را تغییر دهد؛ بدون Baseline آن را دست‌کاری نکنید.
نبود GPS معمولاً با نبود ارتباط یکی نیست
GNSS موقعیت را محاسبه میکند و شبکه موبایل داده را می‌فرستد. ممکن است دستگاه Online باشد اما Fix تازه نداشته باشد، یا Positionهای ذخیرهشده داشته باشد اما نتواند آن‌ها را ارسال کند. اگر سامانه پیام وضعیت می‌گیرد ولی مختصات تازه ندارد، صفحه ردیاب سیگنال GPS ندارد مسیر درست‌تری است.
بااین‌حال بعضی Configurationها فقط پس از Fix یا شرط خاص رکورد میسازند؛ این رفتار باید در راهنمای همان مدل تأیید شود. از نبود Position نمی‌توان مستقیم خرابی GSM یا GPS را نتیجه گرفت.
بعد از برگشت ارتباط، داده قدیمی ممکن است یک‌باره برسد
برخی دستگاهها هنگام قطع شبکه رکوردها را Buffer و پس از اتصال ارسال می‌کنند. این قابلیت برای همه مدل‌ها تضمین‌شده نیست. زمان Fix را با زمان دریافت سرور مقایسه کنید تا داده قدیمیِ تازه‌رسیده را با موقعیت زنده اشتباه نگیرید.
اگر مسیر دوره Offline ناقص یا نامرتب است، صفحه تاریخچه مسیر ناقص مالک Buffer، Position و بازه گزارش است. بازگشت برچسب Online نیز تضمین نمیکند همه رکوردهای قبلی بازیابی شده باشند.
قطع و وصل متناوب از الگو سرنخ می‌دهد
| الگو | اولویت بررسی |
|---|---|
| هنگام استارت یا لرزش | برق، Ground و سوکت |
| فقط در مکان‌های خاص | پوشش و محل آنتن |
| پس از تعویض SIM | فعالسازی، PIN، Data و APN |
| پس از تغییر Configuration | Server، Port، پروتکل و Sending |
| پس از توقف طولانی | Sleep و آستانه Offline سامانه |
| همزمان برای چند دستگاه | سامانه، شبکه مشترک یا حساب |
Offline شدن بهتنهایی اثبات Jammer نیست. برای ادعای اختلال عمدی به شواهد رادیویی و هم‌بستگی نیاز است؛ صفحه ردیاب ضدجمر مرز تشخیص و ادعا را توضیح می‌دهد.
Factory Reset را به انتهای مسیر ببرید
Reset میتواند APN، مقصد سرور، Port، شماره مدیر و دوره ارسال را پاک یا تغییر دهد. پیش از آن Snapshot تنظیمات مجاز، مدل، Firmware، زمان آخرین اتصال و مقادیر رسمی بازیابی را داشته باشید. Reset فقط وقتی منطقی است که راهنمای همان مدل یا پشتیبانی آن را برای علت مشخص پیشنهاد کند.
Restart کنترل‌شده نیز با قطع برق تصادفی فرق دارد. اگر دستگاه داخل داشبورد یا نزدیک مدارهای خودرو است، انجام آن را به نصاب بسپارید. هیچ فرمان Reset عمومی برای همه مدل‌ها وجود ندارد.
آزمون پذیرش پس از رفع مشکل
- دستگاه پس از یک چرخه خاموش/روشن مجاز دوباره به سرور متصل شود؛
- چند پیام تازه با زمان Device/Fix/Server منطقی برسد؛
- وضعیت در گوشی یا مرورگر دوم نیز Online باشد؛
- در همان محل و شبکه، قطع و وصل تکرار نشود؛
- موقعیت تازه از آخرین نقطه قدیمی قابل تشخیص باشد؛
- تغییر APN یا Sending به مصرف دیتا، هشدارها یا تاریخچه آسیب نزند.
بسته مناسب برای پشتیبانی
مدل و Firmware، زمان آخرین اتصال و Position، زمان مشاهده، یک یا چند دستگاه‌بودن مشکل، الگوی مکان/استارت/توقف، اپراتور، زمان آخرین تغییر SIM یا Configuration و اقدام‌های انجام‌شده را ارسال کنید. تیم فنی در صورت نیاز میتواند وضعیت Packet، شناسه و Decoder را در Log خصوصی بررسی کند.
رمز، OTP، APN خصوصی، آدرس سرور محرمانه، فرمان کامل، شماره SIM، IMEI عمومی و مختصات دقیق را در کانال عمومی نفرستید. خطای خام سرور نیز ممکن است توکن یا شناسه داشته باشد؛ آن را پیش از اشتراک‌گذاری پاک‌سازی کنید.
جمع‌بندی؛ آخرین مرحله سالم را پیدا کنید
برای ردیاب Offline، از سه زمان و دامنه مشکل شروع کنید. اگر رابط سالم است، ببینید سرور Packet می‌گیرد یا نه؛ سپس برق، SIM، ثبت شبکه، Data، APN، مقصد و تنظیمات ارسال را به‌ترتیب بررسی کنید. GPS، نقشه و Push شاخه‌های جدا هستند.
یک متغیر در هر مرحله، Snapshot تنظیمات و آزمون پذیرش مانع Reset و تعویض بی‌دلیل قطعات میشود. Offline یک نشانه ارتباطی است؛ تشخیص نهایی وقتی شکل می‌گیرد که آخرین لایه سالم و اولین لایه شکست‌خورده با شاهد زمان‌دار مشخص شوند.
هنوز دیدگاهی ثبت نشده. اولین نفر باشید!