السبب وراء ظهور طريقة التواصل هذه هو أن مبرمجي الحاسوب يرغبون في التركيز على تصميم تطبيقات متخصصة في مجالات معينة، كتطبيق لتمثيل العملية التصنيعية مثل WonderWare InTouch أو FactoryTalk أو غيره دون بذل مجهود ووقت في برمجة وإضافة بروتوكولات التواصل الكثير في تطبيقاتهم. (يتبع)
لذا ظهرت شركات كثيرة في السوق مثل Molex و RoviSys وغيرها تقوم بتصميم تطبيق يستطيع التواصل مع أكبر عدد من الأجهزة (أو قد تتخصص في التواصل مع أجهزة مُصنع معين) ثم تترجم هذه المعلومات وتوصلها لتطبيقات الحاسب الأخرى من خلال طرق (لغة) تواصل واحدة فقط. (يتبع)
مثال، أنا مبرمج من شركة A صممت برنامج بجرافيك جميل لمراقبة أنظمة الغواصات وأمضيت سنين للإنتهاء منه وغير مستعد لتمضية وقت أطول في فهم وضم بروتوكولات التواصل مع أجهزة الغواصة المختلفة لبرنامجي. فسأترك هذه المهمة لشركات أخرى وأجعل تطبيقي يتواصل مع التطبيقات الأخرى فقط بلغة DDE(يتبع)
ثم يأتي "فلان" ويشتري تطبيقي الرائع من شركة A ويرغب في أن يجعله يتواصل مع مُتحكم أو حساس من شركة B. لكن الإثنان لا يتحدثان بنفس اللغة، فالمتحكم أو الحساس يتحدث فقط ببروتوكول ال Industrial Ethernet. لذا تواصل "فلان" مع شركة C وأشترى منهم تطبيقهم الذي يعمل ك OPC Server (يتبع)
تطبيق ال OPC Server هذا يحول اللغة من Industrial Ethernet إلى لغة DDE ليستقبلها تطبيقي ويُظهرها كرسم على الشاشة. تطبيقي الخاص بالرسوم يُعرف في هذه الحالة بال OPC Client. وقد يتواجد ال OPC Server على نفس الحاسوب الذي يعمل فيه تطبيقي الخاص بالرسوم، أو على حاسوب أخر متصل (يتبع)
أخيراً يجب التنويه أن التواصل بين ال OPC Server وال OPC Client يتم في الحقيقة من خلال إحدى طُرق مشاركة البيانات بين عمليات الحاسوب، أو Interprocess Exchange. فكل تطبيق تقوم بتشغيله في حاسوبك فإنه يعمل في صندوقه الخاص ويُعرف هذا الصندوق بالعملية Process (يتبع)
من أشهر طرق تبادل المعلومات بين العمليات (أي بين التطبيقات) هو النسخ واللصق Copy-Past. كذلك فإن ال DDE (إختصاراً Dynamic Data Exchange) التي ذكرناها سابقاً هي أيضاً أحد هذه الطرق، لكن تم إيقاف إستخدامها بعد ويندوز 1995 وإستبدالها بطريقة ال OLE (إختصار Object Linking & Embedding)
جاري تحميل الاقتراحات...