Midea FP-60ISL160WETL-N: mã lỗi và nhóm bảo vệ

Mục tiêu: triển khai một engine (parser + validator) nhận chuỗi ký tự hiển thị từ model FP-60ISL160WETL-N, chuẩn hóa thành object JSON có các trường: errorcode, modelscope, subsystem, severitylevel, safeaction, measurement_required. Use-case: tự động phân loại sự kiện để điều phối quy trình xử lý kỹ thuật (ví dụ: chỉ dẫn an toàn cho người dùng, gợi ý bước đo cho kỹ thuật viên, hoặc yêu cầu xác minh manual). Quan trọng: mọi ánh xạ mã lỗi model-specific phải được verify với service manual hoặc tài liệu chính thức trước khi dùng cho chẩn đoán phần cứng.

Quan sát: chuỗi ký tự hiển thị trên bảng điều khiển (ví dụ: một ký tự hoặc nhóm ký tự).
Giả thuyết: chuỗi là mã bảo vệ, nhưng không nên gán linh kiện hỏng trừ khi có phép đo.
Phép kiểm tra phần mềm: validate format, normalize, lookup mapping table.
Diễn giải: mapping trả về status và hành động khuyến nghị; nếu mapping là placeholder, engine trả về flag cần xác minh.

Lưu ý bảo mật: không yêu cầu quyền root để chạy parser; sanitize mọi input nhằm tránh injection nếu dữ liệu đến từ forms/web. Không log thông tin nhạy cảm (ví dụ hình ảnh tem/serial nếu không được phép).

Mô tả tổng quan: Input (chuỗi hiển thị) → Sanitization & Normalization → Model Rule Mapping (FP-60ISL160WETL-N) → Diagnostic Payload Generation → Consumer (UI / ticketing / kỹ thuật viên).

Vì sao: chuẩn hóa giảm nhầm do case/lỗi gõ từ người dùng hoặc capture camera OCR. Nếu không đạt: reject, trả về error validation.

Vì sao: ánh xạ model-specific giữ ranh giới an toàn; nếu mapping không tồn tại cho FP-60ISL160WETL-N, engine phải trả về UNKNOWNCODESCOPE và thúc đẩy workflow kiểm chứng thủ công.

Dưới đây là Pydantic model làm Data Contract; các trường mô tả mục đích, không chứa giá trị đo hay kết luận phần cứng.

python
from typing import List, Literal, Optional
from pydantic import BaseModel, Field

Severity = Literal[“SAFEUSERCHECK”, “TECHNICIANONLY”, “CRITICALAUTOSHUTDOWN”, “INFO”]

class DiagnosticRecord(BaseModel):
errorcode: str = Field(…, description=”Chuỗi mã hiển thị, đã normalize”)
modelscope: str = Field(…, description=”Model áp dụng, ví dụ ‘FP-60ISL160WETL-N'”)
subsystem: Optional[str] = Field(None, description=”Nhóm hệ thống (ví dụ ‘power’, ‘sensor’, ‘cooling’). PHẢI XÁC MINH từ service manual”)
severitylevel: Severity
safeaction: str = Field(…, description=”Hành động an toàn đề xuất (tối đa: hướng dẫn người dùng/ngắt nguồn)”).
measurementrequired: List[str] = Field(defaultfactory=list, description=”Danh sách phép đo/thiết bị cần để xác minh (VD: ‘Vmeter’, ‘continuity’). CHỈ DÀNH CHO KỸ THUẬT VIÊN”)
verifyrequired: bool = Field(True, description=”Flag: cần đối chiếu service manual/model-specific”)

Ghi chú: mọi trường như subsystem hoặc measurement_required chỉ là hướng dẫn; không được dùng để khẳng định linh kiện hỏng nếu chưa có phép đo.

Mục đích: hàm normalize + lookup mapping; trả về DiagnosticRecord hoặc một object chỉ dẫn UNKNOWNCODESCOPE.

python
from typing import Dict
from pydantic import ValidationError

MODELMAPPING: Dict[str, Dict] = {
“E0”: {
“subsystem”: “power”,
“severitylevel”: “TECHNICIANONLY”,
“safeaction”: “Ngắt nguồn, kiểm tra cấp nguồn trước khi mở thiết bị”,
“measurementrequired”: [“voltagecheck”, “visualinspection”],
“verifyrequired”: True,
},
“UH”: {
“subsystem”: “temperature”,
“severitylevel”: “SAFEUSERCHECK”,
“safeaction”: “Tắt bếp, để nguội, kiểm tra khe tản nhiệt và thử lại”,
“measurementrequired”: [“tempsensorcheck”],
“verifyrequired”: True,
},
# Thêm mapping sau khi có service manual
}

UNKNOWNPAYLOAD = {
“subsystem”: None,
“severitylevel”: “INFO”,
“safeaction”: “Ghi nhận và chuyển sang quy trình xác minh thủ công”,
“measurementrequired”: [],
“verify_required”: True,
}

def normalize_code(raw: str) -> str:
if not raw or not isinstance(raw, str):
raise ValueError(“empty or invalid input”)
return raw.strip().upper()

def parseerrorcode(raw: str, model: str = “FP-60ISL160WETL-N”) -> DiagnosticRecord:
code = normalizecode(raw)
entry = MODELMAPPING.get(code, None)
payload = entry if entry is not None else UNKNOWNPAYLOAD
try:
rec = DiagnosticRecord(
errorcode=code,
modelscope=model,
subsystem=payload[“subsystem”],
severitylevel=payload[“severitylevel”],
safeaction=payload[“safeaction”],
measurementrequired=payload[“measurementrequired”],
verifyrequired=payload[“verify_required”],
)
return rec
except ValidationError as e:
# Không reveal nội dung nhạy cảm; raise cho caller xử lý
raise

5.1 Module chuẩn hóa chuỗi và kiểm tra phạm vi model

• Kiểm tra: normalize_code và lookup mapping.
• Vì sao: tránh false-match do case, whitespace, OCR noise.
• Nếu đạt: tạo DiagnosticRecord, gắn flag verify_required nếu mapping là placeholder.
• Nếu không đạt: trả UNKNOWN_PAYLOAD để chuyển quy trình xác minh.

5.2 Module ánh xạ nhóm bảo vệ: Nguồn điện, Cảm biến, Quá nhiệt

• Kiểm tra: mapping table có trường subsystem và severity.
• Vì sao: phân biệt hành động an toàn cho người dùng và yêu cầu can thiệp kỹ thuật.
• Nếu đạt: consumer (UI/ticketing) sẽ hiển thị safeaction tương ứng; nếu severity là TECHNICIANONLY, mark ticket priority và đính kèm measurement_required.
• Nếu không đạt: giao cho workflow “xác minh thủ công” (human-in-loop).

Ví dụ unit test (pytest):

python
def testparseknowncode():
rec = parseerrorcode(“e0”)
assert rec.errorcode == “E0”
assert rec.verify_required is True

def testparseunknowncode():
rec = parseerrorcode(“X9”)
assert rec.subsystem is None
assert “xác minh” in rec.safeaction.lower() or rec.verify_required is True

import pytest

def testemptyinputraises():
with pytest.raises(ValueError):
parseerror_code(“”)

Ghi chú: các expected assertions dựa trên behavior của engine, không phải khẳng định ý nghĩa kỹ thuật phần cứng.

• Xử lý khi đầu vào rỗng hoặc chứa ký tự lạ: trả validation error, không chấp nhận.
• Khi mapping trả về verify_required=True: workflow phải ghi chú cần kiểm chứng với service manual model-specific trước khi đưa ra khuyến nghị can thiệp.
• Bảo mật: sanitize input, escape mọi chuỗi trước khi log. Không log ảnh tem/serial hoặc PII trừ khi có consent.
• Giới hạn: module chỉ chuẩn hóa và phân loại trạng thái; KHÔNG xác nhận linh kiện hỏng. Việc gán linh kiện đòi hỏi đo thực tế bởi kỹ thuật viên với service manual.
• Điều kiện phải dừng: nếu người dùng báo mùi khét, tia lửa, mặt kính nứt hoặc CB nhảy liên tục → engine phải trả cảnh báo CRITICAL_AUTOSHUTDOWN và kèm chỉ dẫn ngắt nguồn, không tiếp tục phép thử phần mềm.

8.1 Vì sao không thể dùng chung một bảng ánh xạ mã lỗi cho tất cả các model bếp từ Midea?

Mỗi model có bo mạch, cảm biến và chính sách bảo vệ khác nhau; bảng ánh xạ phải được gắn với model (model-scoped) và verify với service manual. Dùng chung bảng có thể dẫn đến nhắn nhầm severity và đưa ra hành động không phù hợp (ví dụ: đề xuất mở vỏ thiết bị khi lỗi thực ra chỉ yêu cầu kiểm tra nồi). Do vậy engine phải support mapping per-model và flag verify_required.

8.2 Khi module trả về cảnh báo lỗi liên quan cảm biến nhiệt độ, kỹ thuật viên cần xác minh bước nào tiếp theo?

Trước hết phân loại severitylevel. Nếu là SAFEUSERCHECK, hướng dẫn tắt bếp và kiểm tra khe tản nhiệt hoặc vị trí nồi. Nếu là TECHNICIANONLY, kỹ thuật viên cần đối chiếu service manual model-specific, thực hiện đo continuity/Resistance của cảm biến khi bếp nguội và kiểm tra đường cấp nguồn theo quy trình an toàn. Module chỉ cung cấp measurement_required, không thay thế quy trình đo thực địa.

8.3 Module phần mềm này có thể tích hợp vào hệ thống tiếp nhận dịch vụ kỹ thuật tự động không?

Có thể, với điều kiện: mapping được verify, có human-in-loop cho các trường hợp verify_required, và hệ thống ticketing tuân thủ rule route (ví dụ severity → escalate). Không nên tự động phân công công việc thực thi phần cứng cho kỹ thuật viên dựa trên mapping chưa được xác minh.

8.4 Khi mapping trả về UNKNOWNCODESCOPE, workflow nên xử lý thế nào?

UNKNOWNCODESCOPE phải trigger quy trình xác minh thủ công: thu thập ảnh hiển thị, tem model, ghi chú thời điểm xảy ra và mở ticket “Yêu cầu xác minh mapping”. Trong UI, hiển thị rõ flag cần service manual trước khi bất kỳ hành động phần cứng nào được đề xuất.

• Phạm vi module: chỉ chuẩn hóa và phân loại, không chẩn đoán linh kiện.
• Khi nào hành động an toàn dành cho người dùng (SAFEUSERCHECK) và khi nào dành cho kỹ thuật viên (TECHNICIAN_ONLY).
• Mỗi ánh xạ mã lỗi model-specific phải verify với service manual trước khi dùng để quyết định sửa chữa.
• Quy trình xử lý khi mapping không tồn tại: UNKNOWNCODESCOPE → human-in-loop.

• Kỹ thuật bếp từ — hướng dẫn nền tảng
• Bảng mã lỗi bếp từ Midea — tra cứu & lưu ý
• Quy trình đo kiểm bếp từ cho kỹ thuật viên