Kiểm thử mẫu đồng hồ LCD trước khi làm vỏ

• Mẫu đồng hồ
• Dụng cụ đo
• Hồ sơ thử

Bạn sẽ học được gì

• Lập tình huống thử cho giờ, thời tiết và cấu hình.
• Kiểm mặt chữ lớn cùng chuyển đổi USB và pin.
• Ghi bằng chứng để phân biệt thiết kế đề xuất với kết quả đã đo.

Cần biết trước

Nên hiểu ngân sách điện và vòng lặp firmware của bản mẫu.

Thử giờ và dữ liệu khi mạng hỏng thế nào?

Tách lỗi kết nối, lỗi dữ liệu và lỗi giữ giờ thành các tình huống riêng. Espressif mô tả việc lấy giờ hệ thống từ phản hồi SNTP và việc bộ định thời RTC bị đặt lại khi cấp nguồn lại. Vì vậy, mất Wi-Fi khi vẫn có nguồn khác với ngắt toàn bộ nguồn rồi khởi động.

Bảng dưới là kế hoạch kiểm thử đề xuất, chưa phải báo cáo kết quả.

Open-Meteo trả dấu thời gian có giá trị của dữ liệu hiện tại. Khi ghi lỗi thời tiết, lưu cả thời điểm nguồn và lúc nhận trên đồng hồ. Điều đó giúp phân biệt phản hồi vừa tải nhưng dữ liệu nguồn vẫn thuộc thời điểm trước.

Để kiểm sai giờ, so đồng hồ với nguồn tham chiếu đã chọn sau đồng bộ và sau một khoảng chạy cục bộ. Ghi độ lệch, thời gian quan sát, chế độ ngủ và nhiệt độ môi trường nếu có đo. Ngưỡng chấp nhận là yêu cầu phải đặt trước phép thử; bài này không tự gán mức chính xác cho phần cứng chưa chọn.

Bổ sung bảng sau cho báo thức và OTA. Từng dòng là kết quả mong đợi của thiết kế, chưa phải phép thử đã đạt.

Ghi rõ bước và thời điểm ngắt trong phép thử OTA. Phạm vi ở đây là cập nhật ứng dụng, không sửa bootloader hay bảng phân vùng. Sau cập nhật thành công, kiểm lại báo thức, múi giờ, địa danh, đèn và phiên bản hiển thị; chỉ nhìn thông báo tải xong chưa xác nhận được bản mới hoạt động.

• Mạng bị ngắt
• Giờ đang chạy
• Dấu trạng thái cần kiểm

Thử màn hình và chuyển nguồn ra sao?

Dùng đúng người đọc, khoảng cách và ánh sáng dự kiến cho cả bản gọn lẫn bản nhìn xa. Tạo bộ dữ liệu thử có chuỗi giờ dài theo font đã chọn, ngày dài, địa danh dài và các trạng thái thiếu dữ liệu. Kiểm phần giờ vẫn có thứ tự ưu tiên rõ khi xuất hiện thông báo.

Đặt mẫu trên bàn hoặc kệ thật, thử nhìn thẳng và nhìn lệch qua kính che. Để người dùng đọc mà không nhắc trước giá trị đang hiện. Ghi phần đọc nhầm rồi đổi một yếu tố như font hoặc góc đặt, sau đó thử lại. Đây là cách thử sản phẩm đề xuất, không phải đánh giá thị lực.

Với nguồn, quan sát liên tiếp lúc dùng USB, rút USB để dùng pin, rồi cắm trở lại. Ghi hình mặt đồng hồ và nhật ký khởi động để nhận ra nhấp nháy hoặc đặt lại hệ thống. Kiểm trạng thái đang sạc theo tín hiệu module hỗ trợ, thay vì suy từ việc cáp đã được cắm.

Preferences được tài liệu mô tả là giữ dữ liệu qua khởi động lại và mất nguồn. Kiểm đặc tính ở mức ứng dụng bằng cách lưu địa danh, khởi động lại rồi so sánh lựa chọn. Nếu chương trình trở về mặc định, cần xác định lỗi đọc hoặc ghi cấu hình trước khi thay phần cứng.

Thử menu bằng cả nhấn nhanh, giữ, thả nút và thao tác liên tiếp. Một lần nhấn hợp lệ chỉ tạo một lệnh; thả sau giữ Menu không được lưu nhầm bản đang sửa. Hủy hoặc hết thời hạn phải trả lại lịch cũ. Lặp lại khi HTTP đang chờ, lúc chuông reo và trên cả hai cỡ màn; kiểm chữ chỉ dẫn dừng, báo lại, Lưu/Hủy vẫn đọc rõ.

• Mặt chữ lớn
• Chỗ người dùng ngồi
• Chuyển nguồn USB

Cần ghi gì trước khi chốt thiết kế?

Ghi cấu hình đủ để người khác lặp lại phép thử và kết quả đủ để quyết định bước tiếp theo. Hồ sơ nên có mã bo, phiên bản thư viện, mã LCD, hồ sơ màn hình, cụm nguồn, vị trí đo và lịch dùng đèn, mạng.

EIA phân biệt công suất tại một thời điểm với năng lượng sử dụng theo thời gian. Vì vậy, một số dòng điện chụp nhanh chưa thay cho phép đo cả chu kỳ. Lấy mẫu trong các trạng thái đã định nghĩa, ghi thời gian của từng trạng thái và tính tổng năng lượng theo cùng ranh giới.

Trước khi tuyên bố thời lượng, chạy thiết bị theo lịch sử dụng đã ghi từ trạng thái nguồn ban đầu đến tiêu chí kết thúc đã đặt. Ghi cả số lần cập nhật thành công, thời gian mạng lỗi, chế độ đèn và khả năng đọc giờ gần cuối phép thử. Nếu chỉ đo trên USB, hãy gọi đó là số đo đầu vào USB; chưa suy thành thời lượng pin.

Chỉ chuyển sang làm vỏ khi đã thử bố trí màn, nút, cổng và đường phục hồi. Giữ phương án truy cập nạp có dây trong mẫu vỏ. Sau khi có vỏ thật, thử lại góc nhìn, thao tác và nhiệt độ vận hành vì điều kiện lắp đã thay đổi.

• Điểm đo đã xác định
• Quan sát theo thời gian
• Cấu hình và điều kiện

Ví dụ trong đời sống

Bản chữ lớn hoạt động tốt trên bàn thử nhưng rút USB thì mặt giờ khởi động lại. Nhật ký cho thấy cấu hình địa danh còn nguyên. Kết quả này tách được lưu cấu hình khỏi chuyển nguồn: phần dữ liệu lưu không mất, còn hoạt động liên tục chưa đạt.

Nhóm ghi đúng module nguồn, lặp lại chuyển nguồn và xác nhận đặc tính chuyển nguồn của module trước khi quyết định sửa. Sau khi khắc phục, họ chạy lại cùng tình huống và thử mất mạng khi đang dùng pin. Đây là ví dụ chẩn đoán giả định, chưa phải lỗi đã quan sát trên một mẫu thật.

Hiểu lầm thường gặp

Nạp được mã là bản mẫu đã đạt. Còn phải thử trạng thái lỗi, phục hồi và điều kiện sử dụng đã đặt.

Thời lượng tính toán là số đo sản phẩm. Ước lượng cần được đối chiếu với phép thử cùng cấu hình và lịch dùng.

Câu hỏi thường gặp

Nên thử bản nhỏ hay bản lớn trước?

Hoàn thiện một cấu hình trước, sau đó chạy lại bộ tình huống trên cấu hình còn lại. Phần dùng chung không thay thế kiểm khả năng đọc và điện năng riêng.

Có cần thử lúc máy chủ trả dữ liệu lỗi không?

Có. Dùng phản hồi lưu sẵn để tạo lỗi lặp lại được, rồi kiểm mặt giờ và việc giữ dữ liệu trước đó.

Khi nào có thể chốt thời lượng giữa các lần sạc?

Khi có phép đo trên cả thiết bị với cụm pin đã chọn, điều kiện sử dụng rõ ràng và tiêu chí kết thúc nhất quán.