Sửa PLC Bị Lỗi Sau Khi Mất Điện, Cách Xác Định Lỗi Và Sửa Chữa - HOTLINE: 0913 506 739
Sửa PLC Bị Lỗi Sau Khi Mất Điện cần được thực hiện theo quy trình kiểm tra cụ thể thay vì vội vàng thay CPU hoặc nạp lại chương trình. Sau khi nguồn điện được cấp lại, PLC có thể gặp nhiều biểu hiện như không RUN, báo FAULT, mất chương trình, mất tín hiệu I/O hoặc không kết nối với HMI, biến tần, servo. Với kinh nghiệm sửa chữa thiết bị tự động hóa, Trần Gia Automation thường ưu tiên xác định nguyên nhân từ nguồn cấp, trạng thái CPU đến chương trình và phần cứng trước khi đưa ra phương án xử lý.
Một lần mất điện không phải lúc nào cũng trực tiếp làm hỏng PLC. Sự cố có thể xuất hiện do điện áp cấp trở lại không ổn định, bộ nhớ gặp vấn đề, module mở rộng bị lỗi hoặc một thiết bị trong hệ thống không khởi động đúng. Vì vậy, việc chẩn đoán chính xác ngay từ đầu sẽ giúp hạn chế thời gian dừng máy và tránh thay thế linh kiện không cần thiết.

PLC Bị Lỗi Sau Khi Mất Điện Có Những Biểu Hiện Gì?
Trước khi tiến hành sửa chữa, việc đầu tiên là xác định chính xác PLC đang gặp vấn đề ở đâu. Cùng là hiện tượng “máy không chạy” nhưng nguyên nhân có thể hoàn toàn khác nhau.
Một số tình trạng thường gặp sau khi cấp điện trở lại gồm:
-
PLC có nguồn nhưng CPU không chuyển sang RUN.
-
Đèn ERROR hoặc FAULT sáng.
-
PLC tự chuyển sang STOP.
-
Mất chương trình điều khiển.
-
CPU không nhận module mở rộng.
-
Một số Input không còn tín hiệu.
-
Output không hoạt động.
-
HMI không giao tiếp với PLC.
-
PLC mất kết nối biến tần hoặc servo.
-
PLC khởi động lại liên tục.
-
Máy chạy được một lúc rồi dừng.
-
Một số tín hiệu xuất hiện chập chờn.
Trong đó, tình trạng POWER sáng nhưng RUN không sáng thường khiến người vận hành nghĩ rằng CPU đã hỏng. Tuy nhiên, đây chỉ là dấu hiệu ban đầu và cần kiểm tra thêm.
Ví dụ, CPU có thể đang ở chế độ STOP do một lỗi chương trình hoặc module. Nếu chỉ thay CPU trong trường hợp này sẽ gây phát sinh chi phí nhưng chưa chắc khắc phục được sự cố.
Một điểm khác cũng cần lưu ý là lỗi có thể không nằm ở PLC. Sau khi mất điện, biến tần, servo, cảm biến hoặc remote I/O có thể không khởi động đúng. Khi đó PLC vẫn hoạt động nhưng không nhận được tín hiệu Ready cần thiết để cho phép máy chạy.
Do đó, kỹ thuật viên cần phân biệt rõ ba trường hợp:
PLC không hoạt động → PLC hoạt động nhưng I/O lỗi → PLC hoạt động nhưng thiết bị ngoại vi không đáp ứng.
Việc phân loại này là cơ sở để lựa chọn hướng kiểm tra phù hợp.

Kiểm Tra Nguồn Và CPU Để Khoanh Vùng Nguyên Nhân
Nguồn cấp là hạng mục cần được kiểm tra đầu tiên khi PLC phát sinh lỗi sau mất điện.
Nhiều người thường thấy đèn POWER sáng và bỏ qua bước này. Tuy nhiên, đèn nguồn chỉ cho biết PLC đang nhận điện, không chứng minh điện áp cấp đang ổn định.
Kiểm tra nguồn đầu vào
Kỹ thuật viên cần kiểm tra điện áp cấp cho tủ điều khiển và nguồn trực tiếp tại PLC.
Đối với hệ thống sử dụng nguồn 24VDC, cần kiểm tra:
-
Điện áp đầu ra bộ nguồn.
-
Điện áp tại terminal PLC.
-
Nguồn cấp cho module I/O.
-
Dây 24VDC và 0V.
-
Cầu chì.
-
CB.
-
Terminal.
-
Các điểm đấu nối trung gian.
Nếu nguồn bị sụt áp hoặc dao động, PLC có thể gặp lỗi trong quá trình khởi động.
Đặc biệt, cần kiểm tra nguồn khi hệ thống có tải. Một bộ nguồn có thể cho kết quả bình thường khi đo không tải nhưng bị sụt điện áp khi nhiều thiết bị cùng hoạt động.
Kiểm tra trạng thái CPU
Sau nguồn cấp, kỹ thuật viên quan sát các đèn trạng thái trên CPU.
Tùy từng dòng PLC, có thể có:
-
POWER.
-
RUN.
-
STOP.
-
ERROR.
-
FAULT.
-
MEMORY.
-
BATTERY.
-
COMMUNICATION.
Nếu PLC có nguồn nhưng đang STOP, cần xác định lý do khiến CPU không RUN.
Nếu ERROR hoặc FAULT sáng, cần ghi nhận trạng thái trước khi xóa lỗi.
Kết nối phần mềm
Nếu PLC vẫn giao tiếp được với máy tính, kỹ thuật viên sử dụng phần mềm lập trình tương ứng để kiểm tra.
Các thông tin cần xem gồm:
-
CPU mode.
-
Diagnostic.
-
Error History.
-
Hardware configuration.
-
Trạng thái chương trình.
-
Module đang được nhận diện.
-
Tình trạng bộ nhớ.
-
Lỗi truyền thông.
Không nên reset PLC ngay khi phát hiện lỗi. Việc ghi nhận mã lỗi và lịch sử sự cố trước sẽ giúp quá trình chẩn đoán chính xác hơn.
Xem thêm: Sửa Chữa PLC Uy Tín Nhanh Chóng Lấy Liền

Xác Định PLC Lỗi Do Chương Trình, Bộ Nhớ Hay Module
Sau khi kiểm tra nguồn và CPU, bước tiếp theo là xác định lỗi thuộc phần mềm hay phần cứng.
Đây là công đoạn quan trọng bởi nhiều trường hợp PLC không chạy sau mất điện nhưng CPU thực tế vẫn còn khả năng hoạt động.
Kiểm tra chương trình
Nếu PLC kết nối được với phần mềm lập trình, cần kiểm tra chương trình hiện tại.
Một số trường hợp có thể gặp:
-
Chương trình không được thực thi.
-
CPU dừng do lỗi trong chương trình.
-
Cấu hình chương trình không khớp phần cứng.
-
Dữ liệu bị thay đổi.
-
Chương trình bị mất.
-
Một số vùng nhớ không còn dữ liệu như trước.
Nếu nhà máy có bản backup, cần đối chiếu với chương trình hiện tại.
Tuy nhiên, không nên nạp lại chương trình một cách máy móc. Trước tiên phải xác định phần cứng PLC đã ổn định hay chưa.
Kiểm tra bộ nhớ
Bộ nhớ đóng vai trò quan trọng trong việc lưu chương trình và dữ liệu của PLC.
Khi bộ nhớ gặp vấn đề, PLC có thể báo lỗi hoặc không khởi động chương trình bình thường.
Một số biểu hiện gồm:
-
Mất chương trình.
-
Không thể đọc dữ liệu.
-
Không thể ghi chương trình.
-
CPU báo lỗi Memory.
-
PLC không giữ được dữ liệu sau khi mất nguồn.
Nếu xác định lỗi nằm ở bộ nhớ, cần đánh giá khả năng phục hồi trước khi quyết định thay CPU.
Kiểm tra module I/O
Một module mở rộng bị lỗi cũng có thể khiến CPU báo Fault hoặc không cho phép hệ thống hoạt động đúng.
Kỹ thuật viên cần kiểm tra từng module:
-
Input.
-
Output.
-
Analog.
-
Communication.
-
Remote I/O.
Nếu chỉ một nhóm tín hiệu bị mất, cần tập trung vào module liên quan thay vì nghi ngờ toàn bộ CPU.
Ví dụ, nếu toàn bộ cảm biến thuộc một module Input không được PLC nhận, có thể vấn đề nằm ở nguồn module, dây bus hoặc chính module đó.
Kiểm tra thiết bị ngoại vi
Không nên chỉ kiểm tra PLC mà bỏ qua các thiết bị kết nối.
Sau khi mất điện, một biến tần hoặc servo có thể chưa trở về trạng thái Ready. PLC vẫn chạy nhưng chương trình không cho phép khởi động motor.
Tương tự, nếu HMI hoặc remote I/O mất kết nối, hệ thống có thể không vận hành đúng dù CPU vẫn RUN.

Quy Trình Sửa PLC Sau Khi Mất Điện
Sau khi xác định được khu vực lỗi, kỹ thuật viên mới tiến hành sửa chữa.
Mỗi trường hợp sẽ có phương án khác nhau, tùy nguyên nhân thực tế.
Xử lý lỗi nguồn
Nếu nguyên nhân xuất phát từ nguồn cấp, cần xử lý bộ nguồn hoặc đường cấp điện trước.
Không nên sửa PLC trong khi nguồn vẫn không ổn định vì có thể khiến thiết bị tiếp tục gặp lỗi.
Sau khi nguồn được xử lý, cần cấp điện lại và kiểm tra CPU.
Xử lý lỗi phần cứng
Nếu CPU hoặc module có dấu hiệu bất thường, cần kiểm tra phần cứng chuyên sâu.
Các khu vực có thể được kiểm tra gồm:
-
Mạch nguồn.
-
Mạch ổn áp.
-
Linh kiện bảo vệ.
-
Bộ nhớ.
-
Mạch xử lý.
-
Mạch giao tiếp.
-
Đầu nối.
-
Module I/O.
Mục tiêu là xác định chính xác khu vực hỏng để có phương án sửa chữa phù hợp.
Trong trường hợp linh kiện còn khả năng phục hồi, sửa chữa có thể giúp giảm chi phí so với thay nguyên CPU.
Khôi phục chương trình
Nếu chương trình bị mất nhưng nhà máy có bản sao lưu, kỹ thuật viên có thể tiến hành khôi phục sau khi phần cứng được xác nhận ổn định.
Ngoài chương trình, cần kiểm tra lại:
-
Cấu hình phần cứng.
-
Địa chỉ I/O.
-
Thông số truyền thông.
-
Địa chỉ thiết bị.
-
Tham số biến tần.
-
Tham số servo.
-
Các dữ liệu vận hành quan trọng.
Việc nạp đúng chương trình nhưng sai cấu hình vẫn có thể khiến hệ thống không hoạt động.
Kiểm tra lại toàn bộ PLC
Sau khi xử lý, PLC được cấp nguồn và kiểm tra lại trạng thái.
Cần đảm bảo:
CPU hoạt động → chương trình được nhận → module được nhận diện → I/O phản hồi → truyền thông ổn định.
Chỉ khi các điều kiện này đạt yêu cầu mới chuyển sang bước chạy thử.

Chạy Thử Và Phòng Ngừa PLC Gặp Lỗi Lặp Lại
Sửa xong PLC không có nghĩa là có thể đưa ngay vào dây chuyền chạy toàn tải.
Thiết bị cần được kiểm tra từng bước để đảm bảo lỗi đã được xử lý hoàn toàn.
Kiểm tra I/O
Kỹ thuật viên lần lượt kiểm tra các tín hiệu đầu vào:
-
Cảm biến.
-
Nút nhấn.
-
Công tắc hành trình.
-
Tín hiệu an toàn.
-
Tín hiệu từ thiết bị khác.
Sau đó kiểm tra Output đến:
-
Relay.
-
Contactor.
-
Van.
-
Biến tần.
-
Servo.
Tín hiệu thực tế phải được đối chiếu với trạng thái hiển thị trong chương trình PLC.
Kiểm tra truyền thông
Nếu PLC kết nối với HMI, biến tần, servo hoặc remote I/O, cần kiểm tra toàn bộ đường truyền.
Một số nội dung cần xác nhận:
-
Thiết bị đã có nguồn.
-
Cáp kết nối ổn định.
-
Không còn lỗi Communication.
-
Địa chỉ thiết bị chính xác.
-
PLC nhận được dữ liệu.
-
Thiết bị nhận đúng lệnh từ PLC.
Chạy thử không tải
Ở bước đầu, nên chạy máy trong điều kiện an toàn và hạn chế tải.
Theo dõi CPU, I/O và các cảnh báo phát sinh.
Nếu PLC hoạt động ổn định, tiếp tục chạy thử với tải thực tế.
Theo dõi khi có tải
Một số lỗi chỉ xuất hiện khi hệ thống hoạt động thực tế. Ví dụ nguồn bị sụt khi motor khởi động hoặc tín hiệu bị nhiễu khi biến tần hoạt động.
Do đó cần theo dõi:
-
Nguồn 24VDC.
-
Trạng thái CPU.
-
Nhiệt độ tủ điện.
-
Tín hiệu I/O.
-
Truyền thông.
-
Alarm.
-
Chu trình máy.
Nếu mọi chức năng hoạt động ổn định, thiết bị mới được bàn giao.
Chủ động phòng ngừa
Để hạn chế PLC bị lỗi sau những lần mất điện tiếp theo, nhà máy nên:
-
Kiểm tra nguồn 24VDC định kỳ.
-
Kiểm tra terminal và dây nguồn.
-
Đảm bảo tiếp địa đúng kỹ thuật.
-
Theo dõi nhiệt độ tủ điện.
-
Vệ sinh tủ định kỳ.
-
Sao lưu chương trình PLC.
-
Lưu cấu hình phần cứng.
-
Lưu thông số biến tần và servo.
-
Ghi nhận lịch sử lỗi.
-
Kiểm tra thiết bị bảo vệ nguồn.
Đối với hệ thống sản xuất quan trọng, việc có sẵn chương trình backup và hồ sơ cấu hình sẽ giúp giảm đáng kể thời gian phục hồi khi PLC gặp sự cố.
Câu Hỏi Thường Gặp Khi PLC Bị Lỗi Sau Khi Mất Điện
PLC có điện nhưng không RUN sau khi mất điện là lỗi gì?
Có thể CPU đang STOP, gặp lỗi phần cứng, lỗi bộ nhớ hoặc chương trình không thể khởi động đúng. Cần kiểm tra LED trạng thái và mã lỗi bằng phần mềm trước khi sửa chữa.
Mất điện đột ngột có làm PLC mất chương trình không?
Có thể xảy ra tùy dòng PLC, bộ nhớ và cấu hình lưu trữ. Vì vậy, nhà máy nên có bản backup chương trình và cấu hình hệ thống.
PLC báo FAULT sau khi có điện lại có cần thay CPU không?
Không nhất thiết. FAULT có thể xuất phát từ module, bộ nhớ, nguồn hoặc chương trình. Cần xác định mã lỗi cụ thể trước khi quyết định sửa hoặc thay CPU.
PLC đã RUN nhưng máy vẫn không hoạt động thì nguyên nhân do đâu?
Có thể PLC đang chờ tín hiệu từ cảm biến, biến tần, servo hoặc một điều kiện liên động chưa đáp ứng. Cần kiểm tra chuỗi Input → chương trình → Output → thiết bị chấp hành.
Có nên reset PLC ngay sau khi phát hiện lỗi không?
Không nên reset ngay khi chưa ghi nhận mã lỗi và trạng thái hệ thống. Thông tin Diagnostic và Error History có thể giúp kỹ thuật viên tìm ra nguyên nhân.
Sửa PLC sau mất điện mất bao lâu?
Thời gian phụ thuộc vào mức độ sự cố. Lỗi nguồn hoặc kết nối có thể xử lý nhanh, trong khi lỗi CPU, bộ nhớ, module hoặc chương trình cần kiểm tra chuyên sâu hơn.
Cần cung cấp gì khi gửi PLC đi sửa?
Nên cung cấp model PLC, hình ảnh CPU và module, trạng thái đèn báo, mã lỗi, hiện tượng trước và sau khi mất điện. Nếu có chương trình backup, nên cung cấp kèm để hỗ trợ quá trình kiểm tra và phục hồi.
Một trường hợp PLC bị lỗi sau khi mất điện có thể bắt nguồn từ nhiều vị trí khác nhau, không chỉ riêng CPU. Nguồn cấp, bộ nhớ, chương trình, module I/O, truyền thông và thiết bị ngoại vi đều cần được kiểm tra trước khi đưa ra kết luận.
Quy trình xử lý hiệu quả nên đi theo hướng:
Ghi nhận hiện tượng → kiểm tra nguồn → kiểm tra CPU → đọc mã lỗi → kiểm tra chương trình → kiểm tra I/O → sửa chữa → phục hồi cấu hình → chạy thử → nghiệm thu.
Việc kiểm tra có hệ thống giúp hạn chế thay linh kiện không cần thiết và giảm thời gian dừng dây chuyền. Đặc biệt, chương trình PLC và cấu hình hệ thống nên được sao lưu thường xuyên để chủ động phục hồi khi xảy ra sự cố.
Với các trường hợp PLC có nguồn nhưng không RUN, báo FAULT, mất chương trình, mất tín hiệu I/O hoặc không kết nối được với thiết bị sau khi mất điện, cần tiến hành chẩn đoán đúng nguyên nhân trước khi sửa chữa.
Trần Gia Automation có thể hỗ trợ kiểm tra tình trạng PLC, xác định nguyên nhân lỗi, xử lý phần cứng, phục hồi chương trình và kiểm tra vận hành trước khi đưa thiết bị trở lại hệ thống sản xuất.
Một số hình ảnh PLC trong quá trình sửa chữa












