역시 OPC에 관한 거예요!
Thread Content
한쪽은 화리시의 M6.5.2 DCS이고, 다른 한쪽은 AB의 PLC입니다. 이 두 시스템은 각각 다른 공정을 제어합니다. 현재 고객은 AB 시스템의 데이터를 모두 화리시의 시스템으로 전송하여 모니터링과 제어를 실현하고자 합니다.현재 OPC 통신 소프트웨어가 있어 모니터링에는 문제가 없을 것입니다. 통신 포인트 수는 3000점에 달하며, AB 측면에서는 공정이 상당히 복잡하여 제어가 정밀하고 까다롭습니다.실현 가능성 측면에서, OPC를 통해 하니웰의 제어 AB 시스템을 활용할 수 있을까?만약 실현될 수 있다면, 어떤 단점이 있을까요?여러분, 감사합니다. 자유롭게 토론해 주세요!저는 신입이라 조언을 부탁드립니다!
하리시의 M6.5.2 DCS는 OPC를 통해 AB 시스템의 모니터링 및 제어가 가능하며, 원리상에는 문제가 없습니다.하지만 잠재적 문제를 제어하는 데 사용될 경우 문제가 많으며, OPC의 작동 원리상 고속 데이터 통신 수단이 될 수 없습니다. 특히 당신이 언급한 “AB 측면에서 공정이 복잡하고 제어가 정밀해야 하는” 상황에서는 OPC만을 사용하여 통신하는 것은 적절하지 않습니다. 대부분의 데이터 모니터링에는 OPC를 사용하는 것을 권장합니다(조절, 연동, 프로그램 제어에 관여하지 않으며 실시간성이 그다지 중요하지 않은 공정 데이터 포인트들). 중요한 데이터의 경우, 호라이즌의 M6.5.2 DP나 모드버스 통신 모듈을 사용하여 AB의 PLC와 직접 통신하는 방식을 쓰는 것이 좋습니다. AB는 모드버스 통신을 직접 지원하는 것으로 보이며, DP 통신의 경우에는 모듈을 통해 전환해야 합니다. 하지만 DP 통신의 속도는 모드버스보다 빠릅니다. 어떤 방식을 선택할지는 상황에 따라 종합적으로 판단해야 합니다. 위의 제 의견입니다. 조언 부탁드립니다.
제어는 할 수 있지만, 문제는 실제로 해보면 이전의 조작 방식과는 달라진다는 점입니다. AB의 조작 패널과 릴레이의 조작 패널도 분명히 다를 것입니다.예를 들어 밸브를 열 때, 리슈이 패널의 버튼은 ‘시작’, ‘정지’입니다.그리고 왼쪽 하단에는 점 상세 같은 것이 있습니다.AB의 작동 방식은 완전히 다릅니다.단순히 제어만 하려면, 켜기 버튼과 끄기 버튼, 두 개의 버튼을 추가하면 됩니다.그렇게 되면 너무 못생겼어요.하지만 AB의 작업 인터페이스를 구현하려면 불가능해 보여요.
일반 통신 포인트는 제어에 참여하지 않죠. 저희가 사용하는 652와 지멘스 간의 통신에는 FM020 통신 카드를 사용하며, 마스터-슬레이브 구조로 되어 있지만 읽기만 가능하고 쓰기는 되지 않습니다.만약 여러분이 이 문제를 해결할 수 있다면, 방안을 알려주시면 좋겠습니다. 앞으로 활용될 수도 있으니까요
통신 포인트는 3000포인트나 됩니다. 이 통신량은 다소 많아서 데이터 업데이트에 지연이 생길 수 있습니다.
1. 통신 시간이 증가했으니, 측정해보면 1-2초 정도 더 걸릴 것 같습니다； 2, 전체 OPC 통신 제어에서 이런 식으로 하는 것은 본 적이 없으며, 고장 지점이 늘어납니다；
점수가 적으면 주기가 줄어들까?
점수가 적으면 주기가 줄어들까?
우리는 어떻게 위층의 댓글을 볼 수 있을까요?
물어보세요, 결국 어떻게 실현된 건가요?