OPC was designed to provide a commo

OPC was designed to provide a common bridge for Windows-based software applications and process control hardware. Standards define consistent methods of accessing field data from plant floor devices. This method remains the same regardless of the type and source of data. An OPC Server for one hardware device provides the same methods for an OPC Client to access its data as any and every other OPC Server for that same and any other hardware device. The aim was to reduce the amount of duplicated effort required from hardware manufacturers and their software partners, and from the SCADA (Supervisory Control And Data Acquisition) and other HMI (Human-Machine Interface) producers in order to interface the two. Once a hardware manufacturer had developed their OPC Server for the new hardware device their work was done to allow any 'top end' to access their device, and once the SCADA producer had developed their OPC Client their work was done to allow access to any hardware, existing or yet to be created, with an OPC compliant server.

OPC servers provide a method for many different software packages (so long as it is an OPC Client) to access data from a process control device, such as a PLC or DCS. Traditionally, any time a package needed access to data from a device, a custom interface, or driver, had to be written. The purpose of OPC is to define a common interface that is written once and then reused by any business, SCADA, HMI, or custom software packages.

ผลลัพธ์ (ไทย) 1:

OPC ถูกออกแบบให้สะพานทั่วไปสำหรับใช้ Windows โปรแกรมประยุกต์และฮาร์ดแวร์ควบคุมกระบวนการ มาตรฐานกำหนดวิธีสอดคล้องกันในการเข้าถึงข้อมูลของเขตข้อมูลจากโรงงานผลิตอุปกรณ์ วิธีนี้ยังคงเหมือนเดิมโดยไม่คำนึงถึงชนิดและแหล่งของข้อมูล มี OPC Server สำหรับอุปกรณ์ฮาร์ดแวร์หนึ่งมีวิธีการเดียวกันสำหรับไคลเอนต์การเข้าถึงข้อมูลเป็นทุก ย่างอื่น OPC Server ที่เดียวกันและอุปกรณ์ฮาร์ดแวร์อื่น ๆ OPC จุดมุ่งหมายคือการ ลดปริมาณของความพยายามซ้ำต้อง จากผู้ผลิตฮาร์ดแวร์และซอฟท์แวร์ของพวกเขา และ SCADA (กำกับควบคุมและเก็บข้อมูล) และผู้ผลิตอื่น ๆ HMI (มนุษย์เครื่องติดต่อ) อินเทอร์เฟซสอง เมื่อผู้ผลิตฮาร์ดแวร์ได้พัฒนาเซิร์ฟเวอร์ของ OPC สำหรับอุปกรณ์ฮาร์ดแวร์ใหม่ ทำงานทำให้มี 'ด้าน' การเข้าถึงอุปกรณ์ของพวกเขา และเมื่อผู้ผลิต SCADA ได้พัฒนาไคลเอ็นต์ OPC ของพวกเขาทำงานการเข้าถึงฮาร์ดแวร์ ที่มีอยู่ หรือยังที่จะสร้าง กับ OPC เข้ากันได้กับเซิร์ฟเวอร์เซิร์ฟเวอร์ OPC ให้วิธีการแตกต่างกันซอฟต์แวร์แพคเกจหลาย (ตราบใดที่เป็นไคลเอนต์ OPC) สามารถเข้าถึงข้อมูลจากอุปกรณ์ควบคุมกระบวนการ เช่น PLC หรือ DCS ประเพณี ตลอดเวลาที่แพคเกจที่ต้องเข้าถึงข้อมูลจากอุปกรณ์ อินเตอร์เฟซที่กำหนดเอง หรือ ไดร์เวอร์ มีการเขียน วัตถุประสงค์ของ OPC จะกำหนดอินเทอร์เฟซแบบทั่วไปที่เขียนครั้งเดียว และนำกลับมาใช้แล้ว โดยธุรกิจใด ๆ SCADA, HMI หรือซอฟต์แวร์ที่กำหนดเองแพคเกจ

ผลลัพธ์ (ไทย) 2:

OPC ได้รับการออกแบบมาเพื่อให้สะพานที่พบบ่อยสำหรับการใช้งานซอฟแวร์ที่ใช้ Windows และฮาร์ดแวร์ควบคุมกระบวนการ มาตรฐานการกำหนดวิธีการที่สอดคล้องกันของข้อมูลภาคสนามในการเข้าถึงจากอุปกรณ์พื้นโรงงาน วิธีการนี้จะยังคงเหมือนเดิมโดยไม่คำนึงถึงชนิดและแหล่งที่มาของข้อมูล OPC Server สำหรับการอุปกรณ์ฮาร์ดแวร์หนึ่งมีวิธีการเหมือนกันสำหรับไคลเอนต์ OPC ในการเข้าถึงข้อมูลในฐานะใด ๆ และทุกเซิร์ฟเวอร์ OPC อื่น ๆ ที่เหมือนกันและอุปกรณ์ฮาร์ดแวร์อื่น ๆ มีจุดมุ่งหมายเพื่อลดปริมาณของความพยายามที่ซ้ำกันต้องจากผู้ผลิตฮาร์ดแวร์และซอฟแวร์พาร์ทเนอร์ของพวกเขาและจาก SCADA (ควบคุมกำกับดูแลและการได้มาของข้อมูล) และอื่น ๆ HMI (Human-Machine Interface) ผู้ผลิตเพื่อการติดต่อทั้งสอง เมื่อผู้ผลิตฮาร์ดแวร์ได้พัฒนาเซิร์ฟเวอร์ OPC ของพวกเขาสำหรับอุปกรณ์ฮาร์ดแวร์ใหม่ทำงานของพวกเขาได้กระทำลงไปอนุญาตให้ 'Top End' เพื่อเข้าถึงอุปกรณ์ของพวกเขาและเมื่อผู้ผลิตระบบ SCADA มีการพัฒนาไคลเอ็นต์ OPC ของพวกเขาทำงานของพวกเขาได้กระทำเพื่อให้สามารถเข้าถึงฮาร์ดแวร์ใด ๆ ที่มีอยู่หรือยังไม่ได้ถูกสร้างขึ้นกับเซิร์ฟเวอร์สอดคล้อง OPC. เซิร์ฟเวอร์ OPC ให้วิธีการหลายแพคเกจซอฟต์แวร์ที่แตกต่าง (ตราบเท่าที่มันเป็นลูกค้า OPC) ในการเข้าถึงข้อมูลจากอุปกรณ์ควบคุมกระบวนการเช่น PLC หรือ DCS ตามเนื้อผ้าเวลาใด ๆ แพคเกจที่จำเป็นในการเข้าถึงข้อมูลจากอุปกรณ์อินเตอร์เฟซที่กำหนดเองหรือคนขับรถ, จะต้องมีการเขียน วัตถุประสงค์ของ OPC คือการกำหนดติดต่อกันที่เขียนครั้งเดียวแล้วนำกลับมาใช้โดยธุรกิจ, SCADA, HMI แพคเกจหรือซอฟต์แวร์ที่กำหนดเองใด ๆ

ผลลัพธ์ (ไทย) 3:

OPC ได้รับการออกแบบมาเพื่อให้สะพานร่วมกันสำหรับ Windows โปรแกรมซอฟต์แวร์และกระบวนการ อุปกรณ์ ควบคุม มาตรฐานกำหนดวิธีที่สอดคล้องกันของการเข้าถึงข้อมูลสนามจากอุปกรณ์พื้นโรงงาน วิธีนี้ยังคงเหมือนเดิมไม่ว่าประเภทและแหล่งที่มาของข้อมูล มี OPC Server สำหรับอุปกรณ์ฮาร์ดแวร์หนึ่งมีวิธีการเดียวกันสำหรับลูกค้า OPC เพื่อเข้าถึงข้อมูลใด ๆและทุกอื่น ๆเซิร์ฟเวอร์ OPC ที่เดียวกันและอุปกรณ์ฮาร์ดแวร์อื่น ๆ มีจุดมุ่งหมายเพื่อลดปริมาณของความพยายามที่จำเป็นๆจากผู้ผลิตฮาร์ดแวร์และพันธมิตรซอฟต์แวร์ของพวกเขา และจาก SCADA ( ตรวจสอบและบันทึกข้อมูล ) และ HMI ( มนุษย์เครื่องอินเตอร์เฟซ ) ผลิตเพื่อเชื่อมต่อสอง เมื่อผู้ผลิตฮาร์ดแวร์ได้พัฒนาเซิร์ฟเวอร์ OPC ของพวกเขาสำหรับอุปกรณ์ฮาร์ดแวร์ใหม่งานทำเพื่อให้ " ปลายด้านบน " เข้าถึงอุปกรณ์ของพวกเขา และเมื่อลูกค้า OPC SCADA ผู้ผลิตได้พัฒนาผลงานของตนเองได้ เพื่อให้สามารถเข้าถึงฮาร์ดแวร์ใด ๆ ที่มีอยู่แล้ว หรือ ยังไม่ได้สร้างขึ้นด้วยมาตรฐาน OPC ServerOPC เซิร์ฟเวอร์ให้วิธีการสำหรับแพคเกจซอฟต์แวร์ที่แตกต่างกันมาก ( ตราบใดที่มันเป็น OPC ลูกค้า ) เพื่อเข้าถึงข้อมูลจากกระบวนการควบคุมอุปกรณ์ เช่น PLC และ DCS . ผ้า เวลาใด ๆ แพคเกจที่จำเป็นในการเข้าถึงข้อมูลจากอุปกรณ์ที่กำหนดเองอินเตอร์เฟซ หรือคนขับ ต้องเขียน วัตถุประสงค์ของ OPC เพื่อกำหนดอินเตอร์เฟซโดยทั่วไปที่ถูกเขียนครั้งเดียวแล้วใช้โดยธุรกิจ , SCADA , HMI , หรือที่กำหนดเองซอฟต์แวร์แพคเกจ