Phương pháp chẩn đoán của Check Panic Full

Chẩn đoán dựa trên gì?

Mỗi file panic full chứa một chữ ký lỗi: đời máy (product), nhóm panic (SMC sensor array, missing sensor, watchdog, AOP, NAND, SEP, I2C…) và mã hoặc tên cảm biến. Check Panic Full trích xuất chữ ký này và đối chiếu với một cơ sở dữ liệu gồm 111 quy tắc.

Mỗi quy tắc gồm:

• đời máy áp dụng (theo mã nội bộ như iPhone16,2);
• nhóm panic và mã đã chuẩn hóa (hex chữ thường);
• linh kiện có khả năng;
• giải thích, bài test tiếp theo và các bẫy khi sửa;
• ít nhất một nguồn có đường dẫn.

Không có quy tắc nào được viết “theo trí nhớ”. Nếu không tìm được nguồn đáng tin cậy, quy tắc không được thêm vào.

Nguồn lấy từ đâu?

Nguồn	Vai trò
Wiki và câu trả lời iFixit (CC BY-NC-SA)	Bảng tham chiếu cảm biến, các ca đã giải quyết
DFRWS APAC 2025 (Song, Yang, Lee và cộng sự)	Thử nghiệm tháo từng module trên nhiều iPhone và ghi lại mã panic thu được
Repair Wiki	Hướng dẫn sửa theo đời máy, điểm đo trên main
iPad Rehab, REWA, diễn đàn kỹ thuật	Kinh nghiệm thực tế, các biến thể mã

Nghiên cứu DFRWS đặc biệt có giá trị vì nó tái hiện có kiểm soát: các nhà nghiên cứu tháo một module (chân sạc, cuộn sạc, cảm biến tiệm cận…) rồi ghi lại mã xuất hiện. Đó là bằng chứng trực tiếp hơn một bài viết trên diễn đàn.

Mức độ tin cậy được xác định thế nào?

Mỗi quy tắc có một trong ba mức:

• Cao: nhiều nguồn độc lập thống nhất, hoặc đã được tái hiện bằng thử nghiệm.
• Trung bình: một nguồn đáng tin cậy, hoặc nhiều nguồn nhưng chưa có thử nghiệm.
• Thấp: nguồn duy nhất, ca đơn lẻ, hoặc suy ra từ một đời máy khác.

Mức độ tin cậy luôn hiển thị bên cạnh kết quả, để bạn biết nên tin đến đâu.

Khi các nguồn mâu thuẫn thì sao?

Một số mã được các nguồn đọc khác nhau. Ví dụ, trên iPhone 14 / 14 Plus, giá trị 0x500000 khớp từng bit với chân sạc + cuộn sạc không dây trong thử nghiệm DFRWS, trong khi iFixit và iPad Rehab gán nó cho pin.

Trong trường hợp đó, quy tắc được đánh dấu “còn tranh cãi” và công cụ hiển thị cả hai cách đọc, kèm nguồn của từng bên. Chúng tôi không tự chọn một bên khi bằng chứng chưa đủ. Bạn kiểm tra bằng linh kiện chắc chắn tốt và quyết định.

Tương tự, một số giá trị trong bảng gốc có vẻ là lỗi đánh máy (thừa hoặc thiếu một số 0). Chúng được giữ lại kèm ghi chú, để log có giá trị đó vẫn được nhận diện.

Ca thực tế được dùng thế nào?

Khi kỹ thuật viên báo kết quả sửa chữa (linh kiện nào đã giải quyết được lỗi), ca đó được ghi lại cho quy tắc tương ứng. Theo thời gian, các ca thực tế giúp xác nhận hoặc điều chỉnh quy tắc, và có thể nâng trạng thái lên “đã xác nhận thực tế”.

Log của bạn được xử lý thế nào?

Trước khi lưu, các mã định danh thiết bị trong log (như crashReporterKey và mã báo cáo incident) được xóa. Chi tiết trong Chính sách quyền riêng tư | Check Panic Full.

Giới hạn của chẩn đoán qua log

Chúng tôi muốn nói rõ những gì công cụ không làm được:

• Log cho biết cảm biến nào im lặng, không chứng minh linh kiện đó hỏng. Đầu nối lỏng, oxy hóa, linh kiện không zin hoặc đường mạch trên main đều có thể gây ra cùng mã.
• Một số mã chưa được ghi nhận cho một số đời máy. Khi đó công cụ nói rõ là chưa xác định được linh kiện.
• Cùng một mã khác nghĩa giữa các đời máy. Nếu log không ghi đời máy, công cụ sẽ hỏi bạn.
• Panic phần mềm (lỗi iOS, ứng dụng, jailbreak) không chỉ đến linh kiện nào.

Vì vậy, kết quả luôn là “linh kiện có khả năng”, và lời khuyên luôn là: xác nhận bằng linh kiện chắc chắn tốt trước khi đặt hàng.

Xem cách đọc chi tiết trong Cách đọc lỗi panic full iPhone: mã, cảm biến, ví dụ hoặc thử ngay với tool.