[아두이노] PID 제어의 함정: 왜 출력값만 단순히 자르면(Clamping) 안 될까?
아두이노로 온도를 제어할 때, 주변부 보호를 위해 "블럭 온도가 50도를 넘으면 무조건 출력을 차단해!"라는 식의 조건문을 넣는 경우가 많습니다. 하지만 PID 제어에서 이런 **단순 클램핑(Clamping)**은 예기치 못한 폭주를 불러올 수 있습니다. 오늘은 그 이유와 해결책을 알아봅니다.
1. 단순 클램핑의 복수: 'Integral Windup' 현상
목표 온도는 25도인데, 주변부 보호를 위해 PTC 블럭의 출력을 강제로 제한했다고 가정해 봅시다. 이때 PID 제어기의 내부에서는 어떤 일이 벌어질까요?
불만의 누적: PID의 I(적분) 항은 목표값에 도달하지 못하면 오차를 계속해서 쌓아 올립니다.
출력 억제: 소프트웨어로 출력을 강제 차단했기 때문에 실제 온도는 오르지 않습니다.
적분항의 폭주: PID는 "전력을 더 쏟아부어야 해!"라며 내부적으로 적분값을 최대치까지 쌓아둡니다. 이를 Windup(와인드업) 현상이라고 합니다.
대참사: 드디어 온도가 목표치에 도달하여 제한이 풀리는 순간, 쌓여있던 엄청난 적분값 때문에 출력이 급발진하며 온도가 목표치를 훌쩍 넘어버리는 심각한 오버슈트가 발생합니다.
2. 해결책: "PID 엔진에 직접 한계를 알려주라"
가장 좋은 방법은 PID 연산이 끝난 '결과'를 건드리는 것이 아니라, PID 연산 과정 자체에 개입하는 것입니다.
① 동적 출력 제한 (Dynamic Output Limits)
아두이노 PID 라이브러리의 SetOutputLimits(min, max) 함수를 실시간으로 활용하는 방식입니다.
로직: PTC 블럭의 온도가 45도에서 50도 사이로 진입하면, PID가 낼 수 있는
max출력값 자체를 서서히 낮춥니다.효과: 라이브러리 내부에서 "아, 지금은 여기까지가 최대구나"라고 인식하며 적분항을 스스로 조절(안티 와인드업)합니다. 덕분에 제한이 풀려도 온도가 튀지 않습니다.
② 캐스케이드 제어 (Cascade Control)
산업 현장에서 가장 선호하는 정석적인 방법입니다. 두 개의 PID 루프를 중첩하여 설계합니다.
외부 루프(Outer): 목표 온도(25°C)를 보고 필요한 '블럭 온도'를 지시합니다.
내부 루프(Inner): 지시받은 블럭 온도를 맞추기 위해 실시간으로 출력합니다. 이때 내부 루프의 목표값 자체를 50°C로 제한해버리면, 시스템은 50도를 절대 넘지 않으면서 가장 효율적으로 25도에 도달합니다.
3. 실전 적용: 지능형 리미터 설계
단순히 끄고 켜는 것이 아니라, 블럭 온도에 따라 PID의 운전 범위를 유동적으로 조절하는 것이 핵심입니다.
// 블럭 온도를 읽어와서 PID의 최대 가용 범위 결정
double currentBlockTemp = readBlockTemp();
double dynamicMax = map(constrain(currentBlockTemp, 45, 50), 45, 50, 255, 0);
// PID 라이브러리에 실시간 한계치 전달
myPID.SetOutputLimits(0, dynamicMax);
myPID.Compute();
// 최종 출력은 항상 PID 내부 알고리즘에 의해 보호됨
driveSSR(Output);
4. 마치며: PID도 '겸손'이 필요합니다
제어 알고리즘이 하드웨어의 물리적 한계를 무시하고 연산을 계속하게 두어서는 안 됩니다. PID 내부 엔진이 시스템의 한계(50°C)를 인지하게 만드는 것, 그것이 주변부를 과열로부터 보호하면서도 목표 온도를 칼같이 유지하는 진정한 스마트 제어입니다.
하드웨어 안전장치(바이메탈)가 **'최후의 방어선'**이라면, 이 소프트웨어 로직은 시스템을 부드럽고 안전하게 운영하는 '지능형 가이드' 역할을 할 것입니다.
댓글
댓글 쓰기