تعمیر و نگهداری نمایشگر LED؛ نگهداری پیشگیرانه و رسیدگی واکنشی با مسیر تشخیص کنترل‌شده

دو نیاز متفاوت زیر یک Parent Route

«نگهداری» و «تعمیر» یک Intent واحد نیستند. نگهداری پیشگیرانه برای مدیریت وضعیت سیستم، مستندات، محیط، فایل‌های Configuration و قطعات یدکی برنامه‌ریزی می‌شود؛ تعمیر واکنشی از یک علامت یا Incident شروع می‌شود و باید مسیر تشخیص، اقدام ایمن و Escalation داشته باشد. در F2 هر دو Intent زیر Route تأییدشده /services/maintenance-repair باقی می‌مانند.

## Mini-Brief A — Preventive Maintenance

هدف

ایجاد برنامه‌ای برای ثبت وضعیت، شناسایی تغییرات و آماده نگه داشتن اطلاعات/قطعات/فایل‌های لازم برای سرویس؛ بدون وعده عمومی درباره عمر یا جلوگیری قطعی از خرابی.

چه چیزهایی مدیریت می‌شوند؟

Asset list، مدل و Revision قطعات، Configuration backup، سابقه Fault، تعویض Module/Receiver/Power Supply، شرایط محیط و اقدامات سرویس باید در پرونده سیستم ثبت شوند. روش سرویس دقیق هر محصول از Manual رسمی همان مدل می‌آید.

بازدید دوره‌ای می‌تواند شامل بررسی بصری، ثبت آلودگی/رطوبت قابل مشاهده، وضعیت اتصالات قابل دسترس، alarm/statusهای مجاز، مقایسه تصویر با Baseline و بررسی Backup باشد؛ اما فاصله زمانی ثابت برای همه پروژه‌ها منتشر نمی‌شود.

AVIXA F501.01:2015 برای Cable Labeling با هدف کمک به operation، support، maintenance و troubleshooting مرجع دارد.

Spare Parts

Spare strategy باید به BOM واقعی، criticality و compatibility وابسته باشد. هیچ درصد ثابت Spare یا ادعای موجودی عمومی منتشر نمی‌شود. مدل، batch، firmware/configuration و سازگاری جایگزین باید از E1/E3 تأیید شوند؛ stock/delivery فقط E5 است.

## Mini-Brief B — Reactive Repair

اصل تشخیص

محتوای Troubleshooting عمومی باید همیشه از این ساختار پیروی کند: SYMPTOM → POSSIBLE CAUSES → SAFE CHECK → ESCALATION علت قطعی فقط پس از Evidence پروژه یا Test معتبر ثبت می‌شود.

SYMPTOM: کل صفحه سیاه است POSSIBLE CAUSES: Source/Processor، مسیر دیتا، Configuration یا Power در سطح سیستم. SAFE CHECK: بررسی وضعیت Source/Controller از رابط‌های مجاز و ثبت زمان Incident؛ بدون بازکردن بخش برق‌دار. ESCALATION: اگر fault domain روشن نیست یا موضوع به Power/Distribution/Structural access مربوط است، به تکنسین/مهندس مجاز ارجاع شود. Evidence:

SYMPTOM: یک Cabinet یا یک بخش تصویر خاموش است POSSIBLE CAUSES: data path، Receiver/Hub، power feed، Configuration یا hardware همان بخش. SAFE CHECK: مقایسه status/indicatorهای مجاز با مستندات سازنده و ثبت موقعیت Cabinet؛ بدون جابه‌جایی اتصال برق‌دار. ESCALATION: technician + exact wiring/configuration record. Evidence:

SYMPTOM: یک Module سیاه یا ناهماهنگ است POSSIBLE CAUSES: module fault، connector/flat cable، power/data path، parameter mismatch یا replacement mismatch. SAFE CHECK: ثبت module position و سابقه تعویض؛ بررسی config history از رابط مجاز. ESCALATION: replacement فقط با part compatibility و procedure رسمی. Evidence:

SYMPTOM: رنگ یا روشنایی یک ناحیه متفاوت است POSSIBLE CAUSES: hardware variation، calibration/config mismatch، replacement batch یا اثر محیطی. SAFE CHECK: ثبت pattern و شرایط وقوع؛ مقایسه با calibration/config backup. ESCALATION: اگر hardware سالم است، ارزیابی SVC-05. Evidence:

SYMPTOM: Flicker / artifact / intermittent image POSSIBLE CAUSES: Source/timing، processor/configuration، data path، connector یا hardware instability. SAFE CHECK: ثبت ورودی فعال، شرایط وقوع و statusهای سیستم؛ هیچ ادعای «Refresh Rate علت قطعی است» بدون Test پذیرفته نیست. ESCALATION: control specialist + field test. Evidence:

SYMPTOM: گرمای غیرعادی یا نشانه نفوذ آب POSSIBLE CAUSES: ventilation/environment، enclosure/sealing issue، load/fault یا site condition. SAFE CHECK: توقف اقدام غیرمجاز، ثبت وضعیت قابل مشاهده و پرهیز از دستکاری بخش برقی/ساختاری توسط کاربر غیرمجاز. ESCALATION: technician + electrical/environmental reviewer. در موضوع نفوذ، IP Code محصول با IEC 60529 و سند محصول بررسی می‌شود، اما کل نصب جداگانه ارزیابی می‌شود.

پس از تعمیر

هر تغییر قطعه یا Configuration در service history ثبت می‌شود و در صورت اثر بر تصویر، Mapping یا Calibration، Verification مناسب انجام می‌شود. ادعای عملکرد پس از تعمیر نیازمند Test Evidence است.

SLA، Warranty و موجودی

زمان پاسخ، ساعات پشتیبانی، ضمانت، موجودی قطعه، قیمت و Delivery فقط بر اساس قرارداد/سیستم تجاری جاری قابل بیان‌اند.

توصیه SEO به Team 011/062

وضعیت F2: KEEP PARENT ROUTE. Intentهای Preventive Maintenance و Reactive Repair در محتوا و relation graph جدا نگه داشته شوند. Route فرزند فقط پس از بررسی کمی Search Demand، SERP separation، Search Console و Cannibalization ساخته شود. در F2: CHILD CANONICAL ROUTE = نیازمند داده تأییدشده / NOT CREATED.