Δt
Biểu thức chính tắc cho điều khiển PID là:
ut=K⋅[et+1Ti∫t0eτdτ+Tddetdt]
KTiTd
- ut=K⋅et+ubub
- Điều khiển theo tỷ lệ + Tích phân : Chức năng chính của hành động tích phân là đảm bảo rằng đầu ra của quá trình đồng ý với điểm đặt ở trạng thái ổn định. Với hành động tách rời, một lỗi dương nhỏ sẽ luôn dẫn đến tín hiệu điều khiển tăng và một lỗi âm nhỏ sẽ luôn dẫn đến tín hiệu điều khiển giảm. Điều này đúng cho dù lỗi nhỏ đến đâu.
- Điều khiển PID : Thêm điều khiển phái sinh giúp cải thiện độ ổn định của vòng kín. (Sẽ mất một thời gian trước khi thay đổi điều khiển được chú ý trong đầu ra của quá trình. Vì vậy, hệ thống điều khiển sẽ bị trễ, sửa lỗi đó. Kết quả của thuật ngữ phái sinh là một loại dự đoán được thực hiện bằng cách ngoại suy lỗi sử dụng tiếp tuyến với đường cong lỗi, được sử dụng để dự đoán kết quả bị trì hoãn.
Mô tả ở trên, được thêm vào mô tả của riêng bạn về vấn đề trì hoãn của bạn, sẽ gợi ý rằng một thuật ngữ phái sinh sẽ giúp bạn. Nhưng như thường lệ, không có gì là đơn giản như vậy.
Kiểm soát tích phân tỷ lệ là đủ khi động lực quá trình là bậc 1. Thật dễ dàng để tìm ra điều này bằng cách đo phản ứng bước. (Nếu đường cong Nyquist chỉ nằm trong góc phần tư thứ nhất và thứ tư.) Nó cũng có thể áp dụng trong trường hợp quy trình không yêu cầu kiểm soát chặt chẽ, ngay cả khi nó không thuộc bậc 1.
Điều khiển PID là đủ cho các quá trình trong đó các động lực chi phối là bậc 2. Kiểm soát nhiệt độ thường là trường hợp ở đây. Vì vậy, một lần nữa, điều này có lẽ lập luận cho việc thêm kiểm soát phái sinh trong tình huống của bạn.
Tuy nhiên. Tất cả những điều trên chỉ nên được xem xét sau khi bạn đã làm mọi thứ khác có thể để cải thiện một số điều:
- Sử dụng cảm biến nhiệt độ phản ứng nhanh nhất mà bạn có thể áp dụng một cách hợp lý (khối lượng nhỏ, hình học, v.v.) và áp dụng nó trong tình huống có độ trễ phản hồi ít nhất có thể cho quá trình bạn muốn kiểm soát (gần, không xa).
- Giảm sự thay đổi độ trễ trong việc thực hiện các phép đo và ban hành quy trình kiểm soát.
Tôi muốn giải thích một chút về điểm cuối cùng này. Hãy tưởng tượng điều khiển quá trình giống như bạn đang đứng ở đâu đó, cố gắng chọc một cây sào tre mỏng manh, rất linh hoạt và lung lay vào một cái lỗ nhà chim xa xôi đang ngồi trên một cái cây phía trên và cách xa bạn. Nếu bạn ở gần và cột tre ngắn, thật dễ dàng. Bạn có thể làm điều đó mọi lúc một cách nhanh chóng và dễ dàng. Nhưng nếu cột tre dài và nhà chim ở xa bạn, thì rất khó để làm. Cây sào cứ lang thang khắp nơi và nó khiến cho việc dự đoán và kiểm soát của bạn trở nên rất khó khăn.
(Nếu nó chưa rõ ràng, chiều dài của cột tre giống như thời gian trễ của vòng lặp.)
Vì vậy, độ trễ có lẽ là NIGHTMARE TUYỆT VỜI của các hệ thống điều khiển. Chậm trễ hơn là rất xấu. Vì vậy, điều rất quan trọng là bạn làm mọi thứ trong khả năng của mình để giảm sự chậm trễ này. Nhưng có một điểm quan trọng hơn.
Bây giờ hãy tưởng tượng tình huống tương tự. Nhưng bây giờ, cột tre cũng thay đổi theo chiều dài. Đôi khi nó ngắn hơn, đôi khi dài hơn và nó thay đổi liên tục mà không có dự đoán từ phía bạn. Bây giờ bạn phải tiếp tục thay đổi lập trường của mình và bạn không bao giờ biết khi nào sự chậm trễ sẽ thay đổi. Đây là tình huống tồn tại nếu PHẦN MỀM của bạn không kiểm soát rất cẩn thận và bằng nắm đấm sắt, thời gian trễ trong việc xử lý giá trị ADC của bạn và tạo đầu ra điều khiển DAC.
Vì vậy, trong khi độ trễ đủ tệ cho hệ thống điều khiển PID. Biến chậm trễ thậm chí còn tồi tệ hơn. Vì vậy, bạn cần chú ý nghiêm ngặt đến thiết kế phần mềm của mình - chú ý rất nghiêm ngặt - để bạn không có câu lệnh IF và mã tính toán có điều kiện hoặc sử dụng bộ định thời một cách cẩu thả, v.v., tất cả đều có thể gây ra các thay đổi đáng kể trong độ trễ giữa mẫu và đầu ra điều khiển.
Bạn cần phải quản lý những điều trên trước khi THÌ lo lắng về việc bạn có cần kiểm soát phái sinh hay không. Điều đầu tiên đầu tiên. Làm sạch hành động của bạn. Sau đó kiểm tra hệ thống để xác định những việc còn lại phải làm (ví dụ sử dụng PI so với PID.)
Tôi đang làm việc trên các hệ thống điều khiển PID sử dụng hệ thống pyrometer cực kỳ chính xác (cũng rất tốn kém cho khách hàng.) Tôi nhận được một cuộc gọi từ một nhà nghiên cứu người Canada làm việc với pyrometer của chúng tôi, nhưng sử dụng bộ điều khiển PID riêng từ một công ty thương mại rất lớn (lớn nhất trong thế giới đang làm những điều này.) Nhà nghiên cứu đang vật lộn với những gợn sóng rơi xuống một bên của một bó gallium arsenide mà anh ta đang kéo ra từ một sự tan chảy. Và muốn tôi giúp tìm ra các biến điều khiển PID đúng. (Trong kéo co, bạn muốn đường kính rất đồng đều.)
Bộ điều khiển anh ta đang sử dụng khá tốt theo bất kỳ biện pháp tiêu chuẩn nào. Nhưng nó đã thêm độ trễ --- và những độ trễ đó cũng khác nhau, vì phần mềm bên trong nó không kiểm soát chặt chẽ độ trễ mà nó đưa vào vòng điều khiển chung.
Vì vậy, điều đầu tiên tôi nói với anh ấy là tôi sẽ thêm điều khiển PID vào phần mềm trong pyrometer của chúng tôi và anh ấy chỉ cần PULL bộ điều khiển bên ngoài từ hệ thống anh ấy đang sử dụng. Tôi đã thêm phần mềm đó trong vòng chưa đầy một tuần và chuyển cho anh ta hệ thống pyro đã được sửa đổi. Tôi không làm bất cứ điều gì lạ mắt với phần mềm PID. Tuy nhiên, tôi đã giữ mức độ biến đổi của mình trong ADC thành DAC dưới một vài micro giây và thắt chặt độ trễ tổng thể cũng khoảng 100 micro giây. Tôi chuyển nó cho anh ta.
Tôi nhận được một cuộc gọi vào thứ Hai tuần sau. Các bó hoa được kéo ra gần như hoàn hảo, không có gợn nào cả.
Nó đơn giản như chỉ cần cắt giảm sự chậm trễ và cũng cắt giảm sự biến đổi trong những sự chậm trễ đó. Không có gì đặc biệt về điều khiển PID cả. Đó là một triển khai vanilla đơn giản mà bất cứ ai sẽ tạo ra lần đầu tiên tìm hiểu về nó.
Điều này cho thấy tầm quan trọng của việc giảm bớt độ trễ và độ biến thiên độ trễ. Chắc chắn, kiểm soát phái sinh có thể cung cấp một số loại ý tưởng "bí mật / tiếp tuyến" của dự đoán. Nhưng không có gì thay thế được việc trì hoãn và giữ mức độ biến đổi đến mức tối thiểu.
Chỉ cần nghĩ về cột tre và vấn đề lỗ nhà chim.
Phần kết luận?
Kiểm soát các hệ thống với độ trễ thời gian chiếm ưu thế là rất khó khăn. Tôi đã đề xuất một số lý do bạn có thểtin rằng một thuật ngữ phái sinh sẽ giúp trì hoãn thời gian. Nhưng có một thỏa thuận chung rằng hành động phái sinh không giúp ích nhiều cho các quá trình có độ trễ thời gian chi phối. Đây là lý do tại sao tôi ngay lập tức đề nghị giúp đỡ nhà nghiên cứu đó bằng cách loại bỏ tất cả các độ trễ mà tôi có thể dễ dàng loại bỏ (ví dụ như hộp PID bên ngoài.) Tôi không tưởng tượng rằng việc triển khai của tôi tốt hơn sản phẩm thương mại. Trên thực tế, tôi biết việc thực hiện của mình sẽ không được hiệu quả lắm. Cripes, tôi đã phải viết nó từ đầu, kiểm tra và cài đặt nó, và gửi ra một đơn vị với phần mềm mới được thêm vào mà nó chưa từng có trước đó và làm tất cả những điều đó trong một tuần. Nhưng tôi cũng biết rằng sự chậm trễ này sẽ giết chết tất cả các cơ hội mà nhà nghiên cứu này có được trong kết quả mà anh ta muốn. Vì vậy, tôi ngay lập tức biết rằng cách tiếp cận tốt nhất là loại bỏ sự chậm trễ và không phát minh ra một số mã PID ma thuật được triển khai "rực rỡ" mà chỉ một thiên tài mới có thể làm theo. Đó là tất cả về sự chậm trễ và sự chậm trễ đó khác nhau như thế nào, trước hết và quan trọng nhất. Phần còn lại là tất cả các ưu tiên thấp hơn nhiều.
Có một số thứ gọi là "bù thời gian chết". Nhưng trong phân tích cuối cùng, bạn cần làm mọi thứ có thể để rút ra sự chậm trễ và rút ra sự biến đổi trong những độ trễ đó. Và sau đó, sau khi bạn đã làm tất cả những gì bạn có thể ở đó, nếu vẫn còn một vấn đề, có khả năng bạn cần các điều khiển tinh vi hơn mức cho phép của PID. Ở đây, tôi có thể tiếp cận với các biến đổi phạm vi (và sử dụng một biến đổi nghịch đảo để phân tích các phản ứng bước và phát triển một mô tả về các phản ứng của hệ thống), có lẽ. Bạn có thể làm rất nhiều với những thứ không thể chạm tới được với PID. Trên thực tế, hầu như các kết quả kỳ diệu, nếu bạn có thể mô hình hóa chức năng phản hồi đủ tốt.
Nhưng trong trường hợp của bạn, tôi tập trung vào việc giảm bớt sự chậm trễ và tính biến đổi của chúng. Tôi nghĩ rằng, nếu có thể, bạn cũng nên cân nhắc việc tránh sử dụng điều khiển bật / tắt đèn đơn giản. Sẽ thật tuyệt nếu bạn có thể kiểm soát cường độ đèn. Nhưng tôi không biết nếu bạn có thể xem xét điều đó.