🐤 👝 😦 Qt लाइब्रेरी पर एक एक्सटेंशन सिस्टम बनाना

पहले लेख पर लौटते हुए , मैं यह बताना चाहूंगा कि ग्राफिकल इंटरफेस (जीयूआई) के साथ विस्तार तंत्र विकसित करने और प्लग-इन बनाने के तंत्र के बारे में अधिक विस्तार से बताने की आवश्यकता कहां है।

रूसी ऑपरेटिंग सिस्टम पर इंजन के स्व-चालित बंदूकों (स्वचालित नियंत्रण प्रणाली) से जानकारी को ट्यूनिंग, विनियमित करने, नियंत्रित करने, एकत्र करने और विश्लेषण करने के लिए तकनीकी सॉफ्टवेयर विकसित करने के लिए एक असाइनमेंट प्राप्त हुआ था। जहां एक विशेष एक्सचेंज प्रोटोकॉल के अनुसार, स्व-चालित बंदूकों और तकनीकी कार्यक्रम के बीच विनिमय RS-232 या RS422 इंटरफ़ेस के माध्यम से किया जाता है।

रूसी ऑपरेटिंग सिस्टम की सूची की क्षमताओं की समीक्षा और विश्लेषण करने के बाद, एस्ट्रालिनक्स ऑपरेटिंग सिस्टम को चुना गया था। यह डेबियन वितरण पर आधारित एक विशेष उद्देश्य प्रणाली है, जिसे सूचनाओं की व्यापक सुरक्षा और सुरक्षित स्वचालित प्रणालियों के निर्माण के लिए डिज़ाइन किया गया है। एस्ट्रा लिनक्स ऑपरेटिंग सिस्टम को दो संस्करणों में विकसित किया जा रहा है: कॉमन एडिशन (फ्री, सामान्य उद्देश्य) और स्पेशल एडिशन (पेड, प्रोटेक्शन एल्गोरिदम के साथ विशेष उद्देश्य)।
सॉफ्टवेयर विकसित करते समय, Qt लाइब्रेरी का उपयोग किया गया था।

सॉफ्टवेयर में कार्यात्मक मॉड्यूल होते हैं, जिनमें से प्रत्येक आपको इंजन सेटिंग्स पर विशिष्ट कार्य करने की अनुमति देता है।

कार्यात्मक मॉड्यूल विभिन्न विज़ुअल घटकों, ग्राफ़ और तालिकाओं से युक्त एक विजेट है, जहां इंजन मापदंडों को उपयोगकर्ता के अनुकूल रूप में प्रदर्शित किया जाता है।

कार्यात्मक मॉड्यूल "डैशबोर्ड"

कार्यात्मक मॉड्यूल जो आपको स्वीकार्य सीमा के भीतर पैरामीटर मानों को गतिशील रूप से नियंत्रित करने की अनुमति देता है

स्व-चालित बंदूकों की विशेषताओं को स्थापित करने के लिए फ़ंक्शन मॉड्यूल

विकसित सॉफ्टवेयर (तकनीकी कार्यक्रम) केवल एक निश्चित प्रकार के इंजन के लिए था। एक नए प्रकार के इंजन के लिए, नए सॉफ्टवेयर को विकसित करना आवश्यक था, जिसके परिणामस्वरूप विकास, परीक्षण, डिबगिंग और इसके लिए श्रम लागत में उल्लेखनीय वृद्धि हुई, जिसके परिणामस्वरूप इस सॉफ्टवेयर के कार्यान्वयन में देरी हुई - इस तथ्य के बावजूद कि इस तरह के सॉफ़्टवेयर की मांग पहले से ही ACS विकास के स्तर पर थी।

तकनीकी सॉफ्टवेयर विकसित करने की इस महंगी प्रथा से दूर होने के लिए, एक सॉफ्टवेयर पैकेज विकसित करने का निर्णय लिया गया, जो किसी भी इंजन के अनुकूल हो, जिसका ACS उसी एक्सचेंज प्रोटोकॉल का समर्थन करता हो।

सॉफ्टवेयर पैकेज विकसित करने में अवधारणा ग्राफिक मॉड्यूल के लिए समर्थन के साथ प्लग-इन तकनीक पर आधारित कार्यक्षमता का विस्तार करने की संभावना थी।

सॉफ्टवेयर पैकेज में तीन मुख्य भाग होते हैं:

परिसर के कार्यात्मक कोर
एक्सटेंशन सिस्टम इंजन
प्लगइन सेट

मुख्य कार्यों में ACS के साथ विश्वसनीय डेटा विनिमय सुनिश्चित करना और निम्नलिखित कार्य करना शामिल हैं:

एक विशेष प्रोटोकॉल का उपयोग करके RS232 संचार
इंजन पैरामीटर सूची की निरंतर निगरानी
इंजन पैरामीटर परिवर्तन के लिए अनुरोध
पढ़ें इंजन अनुरोध पढ़ें
सारणीबद्ध रूप में पैरामीटर प्रदर्शित करें
एक्सटेंशन से अनुरोध संसाधित करना (आवश्यक के रूप में एक नई निगरानी सूची बनाना, एकल लिखना और पढ़ना अनुरोध)

निम्नलिखित कार्यों के साथ विस्तार प्रणाली:

एक्सटेंशन के लिए खोजें
एक्सटेंशन ग्राफिक्स प्राप्त करना
एक्सटेंशन ऑब्जेक्ट प्रदर्शित करें
वस्तुओं से सॉफ़्टवेयर कोर में अनुरोधों (संकेतों) को जोड़ने का कार्य

प्रत्येक प्लगइन वस्तुओं का एक कारखाना है, और प्लगइन का मुख्य कार्य एक ग्राफिक ऑब्जेक्ट बनाना है।

विस्तार प्रणाली का कार्य एक वस्तु प्राप्त करना है और इसे कार्यक्रम के मूल (प्रसिद्ध इंटरफेस का उपयोग करके) के साथ जोड़ना है, ऑब्जेक्ट को इनिशियलाइज़ करना और सक्रिय करना है।

कर्नेल के साथ ऑब्जेक्ट्स का कनेक्शन वर्चुअल क्लास ऑफ़ इंटरफेस का उपयोग करके होता है। एक नया विस्तार विकसित करने के लिए, आपको केवल उन इंटरफेस को जानना होगा जो प्रौद्योगिकी कार्यक्रम का मूल समर्थन करते हैं। कार्यक्रम की संरचना निम्नलिखित आकृति में प्रस्तुत की गई है।

एक प्लगइन पदानुक्रम का विकास करना।

प्लगइन द्वारा बनाई गई चित्रमय वस्तु के पदानुक्रम पर विचार करें। जब आप प्लग इन के साथ काम कर रहे हैं तो आपको क्यूटी ऑब्जेक्ट्स पर काम करना चाहिए, क्यूटी लाइब्रेरी की तरह मुख्य वर्ग, क्यूओबजेक्ट क्लास होगा, जो क्यूटी सिग्नल-स्लॉट तंत्र का समर्थन करता है।

अगली कक्षा QWidget है - अपने स्वयं के ग्राफिक रूपों को बनाना आवश्यक है।

इसके बाद, आपको इंटरफ़ेस, इंटरफ़ेस के अपने वर्ग की आवश्यकता है। ऐसा करने के लिए, एक अमूर्त वर्ग बनाया जाता है, जो QWidget से विरासत में मिलेगा। इस वर्ग में, इंटरफेस (सिग्नल, फ़ंक्शन, स्लॉट) घोषित किए जाते हैं जो मुख्य परियोजना और प्लग-इन ऑब्जेक्ट को कनेक्ट करेंगे। एक अमूर्त वर्ग मुख्य परियोजना में इंटरफ़ेस समर्थन प्रदान करता है।

MyFormQt वर्ग, जो इंटरफ़ेसविजट इंटरफ़ेस वर्ग से विरासत में मिला है और इंटरफेस को परिभाषित करता है और जिसमें मॉड्यूल की ग्राफिक्स और आंतरिक कार्यक्षमता विकसित होती है। इस विरासत योजना के लिए धन्यवाद, MyFormQt वर्ग QWidget वर्ग की कार्यक्षमता और मुख्य एप्लिकेशन ऑब्जेक्ट के साथ विकसित संचार इंटरफेस का समर्थन करता है।

/** \class interfaceWidget \brief  ,      */ class interfaceWidget: public QWidget { public: /// \brief  virtual ~interfaceWidget() = default; /// \brief    /// \param ba,     /// \param ok,    virtual void getByte(QByteArray ba, bool ok) = 0; /// \brief     /// \param ba,     virtual void getRetrieveDate(QByteArray ba, bool ok) = 0; /// \brief     /// \param fl,   virtual void successfullyWritten(bool fl) = 0; /// \brief      /// \param ok     /// \return        virtual QVector<QString > regParam(bool &ok) = 0; signals: /// \brief       /// \param       virtual void signal_writeByteByName(QVector<TVARPARAM > vecParam) = 0; /// \brief      /// \param nameParam   virtual void signal_getByteByName(QVector<QString > nameParam) = 0; /// \brief      /// \param addr       /// \param ndata -    virtual void signal_getByteByAddress(quint32 addr, quint32 ndata) = 0; /// \brief       /// \param addr      /// \param ba    virtual void signal_writeByteByAddress(quint32 addr, QByteArray ba) = 0; /// \brief      /// \param fl, true  , false   virtual void signal_enableMonitoring(bool fl) = 0; };

ऐसी पदानुक्रम हीरे के आकार की विरासत की समस्या को दरकिनार करने की अनुमति देता है, जबकि बनाए गए ऑब्जेक्ट के लिए सिग्नल-स्लॉट तंत्र को बनाए रखना, जो कि तकनीकी सॉफ्टवेयर के विकास के लिए प्रस्तावित तकनीक का एक महत्वपूर्ण बिंदु है।

प्रारंभ और डेटा विनिमय प्रक्रिया। पूरी परियोजना एक एमडीआई क्षेत्र पर आधारित है, इसलिए, सभी प्लगइन्स को एक अलग एमडीआई विंडो के रूप में लोड किया जाएगा।

फ़ैक्टरी प्लग इन क्लास MyFormQt का ऑब्जेक्ट बनाता है, पॉइंटर को पॉइंटर से बने ऑब्जेक्ट को QObject में कनवर्ट करता है और इसे तकनीकी प्रोग्राम में भेजता है, जहाँ डायनेमिक_कास्ट ऑपरेशन का उपयोग करके इंटरफ़ेसव्यूगेट क्लास के ऑब्जेक्ट में परिवर्तित किया जाता है, जिसके परिणामस्वरूप हमें इस ऑब्जेक्ट के ग्राफिकल फॉर्म और इंटरफेस तक पूरी पहुँच मिलती है। ।

फैक्टरी फ़ंक्शन (प्लगइन में एक ग्राफिकल फ़ंक्शन ऑब्जेक्ट बना रहा है)।

 //------------------------------------------------------------------ QObject *screenOnlinePlugin::getPluginWidget() { MyFormQt *screen = new MyFormQt(); return qobject_cast<QObject *>(screen); //    } //-------------------------------------------

एक तकनीकी कार्यक्रम (कोर) में एक चित्रमय कार्यात्मक वस्तु को प्राप्त करने और शुरू करने का कार्य।

 //----------------------------------------------------------------- void PluginSystem::showPluginWidget(QString dirFabrica) { QMdiSubWindow *sWPS = new QMdiSubWindow; pQtTM->m_pma->addSubWindow(sWPS); sWPS->setAttribute(Qt::WA_DeleteOnClose, true); //--------  QPluginLoader loader(dirFabrica); //   QObject *pobj = qobject_cast<QObject*>(loader.instance()); if(!pobj) return; pluginInterface *fabrica = qobject_cast<pluginInterface *>(pobj); if(!fabric) return; QObject *ob = fabrica→getPluginWidget(); //    if(!ob) return; interfaceWidget *interFaceW = dynamic_cast<interfaceWidget *>(ob); if(!interFaceW) return; delete fabrica; //   connect(interFaceW, SIGNAL(), this, SLOT()); sWPS->setWidget(interFaceW); sWPS->show(); //   QVector<QString > vecParam; vecParam = interFaceW→regParam(paramOK); //   if(paramOK) regParamList(vecPlugin[i].namePlugin ,vecParam); } //--------------------------------------------------------------------------------

InterfaceWidget क्लास (ग्राफिक फंक्शन ऑब्जेक्ट) की एक वस्तु बनाई गई QmdiSubWindow विंडो पर रखी गई है, जिससे इसे एक बच्चे के रूप में स्थापित किया जा सके।

अगला, कनेक्ट (कनेक्ट) तकनीकी कार्यक्रम के मूल के संकेतों और स्लॉट के साथ ऑब्जेक्ट के सिग्नल और स्लॉट्स और शो () विधि का उपयोग करके विंडो डिस्प्ले के अंतिम चरण। जब आप QmdiSubWindow विंडो को बंद करते हैं, तो इंटरफ़ेसव्यूगेट क्लास का ऑब्जेक्ट भी हटा दिया जाएगा, क्योंकि डिलीटक्लबोज़ प्रॉपर्टी को पहले से उस सबविंडो के लिए सेट किया गया था जिसमें ऑब्जेक्ट रखा गया था।

ग्राफिक कार्यात्मक वस्तुओं और एक तकनीकी कार्यक्रम के बीच डेटा विनिमय डेटा मार्शलिंग और दो मोड का उपयोग करके होता है:
• एकल मोड (अनुरोध-प्रतिक्रिया);
• निगरानी मोड, हम लगातार लक्ष्य डिवाइस के साथ डेटा एक्सचेंज के तंत्र द्वारा निर्धारित अवधि के साथ डेटा प्राप्त करते हैं;

भंडारण या प्रसारण के लिए उपयुक्त प्रारूप में डेटा को परिवर्तित करने की प्रक्रिया को मार्शलिंग कहते हैं। इसका उपयोग तब किया जाता है जब सूचना को एक कार्यक्रम के विभिन्न भागों या एक कार्यक्रम से दूसरे कार्यक्रम के बीच स्थानांतरित करने की आवश्यकता होती है।

एकल मोड में, उपयोगकर्ता एक ग्राफिक फ़ंक्शनल ऑब्जेक्ट में बटन दबाता है (विजेट) एक संकेत उत्पन्न करता है जिसमें मापदंडों की एक सूची होती है, जिसके डेटा को लक्ष्य डिवाइस (एसीएस) में पढ़ा जाना चाहिए और ग्राफिक फ़ंक्शनल ऑब्जेक्ट में स्थानांतरित किया जाना चाहिए। मुख्य कार्यक्रम में डेटा विनिमय तंत्र सिग्नल को संसाधित करता है और स्व-चालित बंदूकों से RS-232 डेटा का अनुरोध करने के लिए शुरू होता है, प्राप्त डेटा को QbyteArray में पैक किया जाता है और एक ग्राफिक ऑब्जेक्ट को सिग्नल के साथ भेजा जाता है। ऑब्जेक्ट में अनुरोधित मापदंडों की एक सूची है और इसलिए, उनके प्रकारों को जानता है, कबीतेर्रे में निहित डेटा को अनपैक करता है और उन्हें ग्राफ़ और तालिकाओं और विशेष ग्राफिक विजेट (तीर संकेतक, डिजिटल संकेतक, बैकलिट बटन, आदि) के रूप में प्रदर्शित करता है।

निगरानी मोड में, जब प्लग-इन को प्रारंभ किया जाता है, तो सिस्टम तुरंत प्लग-इन के लिए मापदंडों की आवश्यक सूची का अनुरोध करता है, और इसके मापदंडों की निरंतर निगरानी के दौरान, यह प्लग-इन के लिए अतिरिक्त पैरामीटर पढ़ता है और उन्हें प्रत्येक डेटा विनिमय चक्र के लिए एक बाइट के रूप में जारी करता है। डेटा विनिमय चक्र की अवधि अनुरोधित मापदंडों की संख्या पर निर्भर करती है।

फिलहाल, परीक्षण चल रहा है और एक ही समय में विभिन्न कार्यों के लिए प्लग-इन के समूहों का विकास।

एक प्लगइन टेम्पलेट बनाया गया है जो नए प्लगइन्स को विकसित करने की प्रक्रिया को गति देता है। नए कार्यात्मक मॉड्यूल के विकास के लिए प्लग-इन टेम्पलेट का उपयोग करना, एक नया ग्राफिक रूप बनाना और डेटा प्रोसेसिंग और विज़ुअल एल्गोरिदम को लागू करना आवश्यक है।

वायर्ड RS-232 इंटरफ़ेस और वायरलेस वाईफ़ाई और ब्लूटूथ के लिए भौतिक ड्राइवर सॉफ़्टवेयर मॉड्यूल विकसित किए गए हैं।

तिथि करने के लिए, सॉफ्टवेयर पैकेज 2-चैनल मोड में संचालित होता है, अर्थात यह 2 स्व-चालित बंदूकों के साथ एक साथ काम कर सकता है (यह ग्राहक की आवश्यकता थी)। कार्यात्मक मॉड्यूल प्लगइन्स उपयोगकर्ता द्वारा 2 में से किसी भी चैनल से जुड़े हैं।

परीक्षण के दौरान, हम एक साथ 12 प्लगइन्स लॉन्च करने में कामयाब रहे जिन्हें कर्नेल द्वारा सफलतापूर्वक संसाधित किया गया था। और यहां तक कि 12 प्लगइन्स भी इस प्रणाली के लिए सीमा नहीं हैं। क्यूटी डबल बफ़रिंग सिस्टम के कारण प्लग-इन को ड्राइंग करने में लगने वाला समय कम हो जाता है और प्लग-इन को टिमटिमाने से रोकता है, इसलिए भविष्य में प्लग-इन की संख्या में वृद्धि करने पर, मुख्य बोझ केवल RS-232 इंटरफ़ेस के माध्यम से डेटा एक्सचेंज पर जाएगा। हालांकि अभ्यास से पता चलता है कि डिबगिंग, ट्यूनिंग के दौरान, एसीएस इंजन का परीक्षण, एक ही समय में काम करने वाले 3-4 प्लग-इन पर्याप्त हैं।

काम के परिणामस्वरूप, हमें विभिन्न प्रकार के इंजनों (mechatronic सिस्टम) के लिए स्व-चालित बंदूकों को ट्यूनिंग, चालू करने और परीक्षण करने के उद्देश्य से तकनीकी कार्यक्रमों के तेजी से विकास के लिए एक सॉफ्टवेयर पैकेज प्राप्त हुआ।

प्लग-इन के 2 सेट विभिन्न प्रकार के इंजनों के लिए विकसित किए गए थे।

एक विशिष्ट प्रकार की स्व-चालित बंदूकों के लिए प्लग-इन के एक सेट को सॉफ्टवेयर पैकेज से जोड़कर, हम इस प्रकार की स्व-चालित बंदूकों को कॉन्फ़िगर करने, चालू करने और परीक्षण करने के लिए एक बहुक्रियात्मक कार्यक्रम प्राप्त करते हैं।

भविष्य में, हम अपने स्वयं के ग्राफिक विजेट के विकास पर एक लेख लिखने की योजना बनाते हैं, विशिष्ट कार्यों के लिए और ग्राफिक वस्तुओं के लेआउट पर एक अलग लेख।

Qt लाइब्रेरी पर एक एक्सटेंशन सिस्टम बनाना - भाग 2

More articles: