💬 🙅🏿 🖕🏻 एफटीडीआई ब्रिज पर रेड टायर्स तक पहुंच 🧑🏽 🙍🏻 ⚕️

हमने एक बड़ा सैद्धांतिक ब्लॉक दिखाया है जिसमें दिखाया गया है कि रेड कॉम्प्लेक्स के लिए FPGA सबसिस्टम कैसे बनाया जाए; FPGA और कॉम्प्लेक्स के केंद्रीय प्रोसेसर के बीच संचार को कैसे व्यवस्थित किया जाए; रैम में हाई-स्पीड डेटा स्ट्रीम को सेव करना कितना आसान है, जो सीधे FPGA से जुड़ा होता है, उनके बाद के इत्मीनान से सेंट्रल प्रोसेसर में ट्रांसफर (या इसके विपरीत, इस रैम को बाद के क्विक आउटपुट के लिए चैनल में डेटा डालने के लिए)। हमने एनआईओएस II प्रोसेसर ट्रेसिंग तकनीकों की समीक्षा की। हम Nios II पर आधारित प्रोसेसर सिस्टम के प्रदर्शन को अनुकूलित करने में सक्षम हैं ताकि काम यथासंभव कुशलता से हो सके। सामान्य तौर पर, हमने सभी आवश्यक न्यूनतम सिद्धांत का अध्ययन किया है, और यह बहुत जटिल नहीं, बल्कि व्यावहारिक रूप से उपयोगी डिवाइस को डिजाइन करके अभ्यास करने के लिए आगे बढ़ने का समय होगा ... लेकिन एक ही परिणाम है।

लेखों पर टिप्पणियों से, मैंने देखा कि कुछ पाठकों का मानना है कि रेड और एफपीजीए लेनिन और पार्टी की तरह हैं। कि वे अटूट रूप से जुड़े हुए हैं। वास्तव में, ऐसा बिलकुल भी नहीं है। मैं सिर्फ कुछ दिलचस्प के साथ रेड कॉम्प्लेक्स के बारे में एक बातचीत शुरू करना चाहता था, लेकिन एफपीजीए से अधिक दिलचस्प क्या हो सकता है? खैर, और बातचीत शुरू करना, एक नज़र में दखल देना बेवकूफी है। और अंत में, बड़ा तार्किक ब्लॉक पूरा हो गया है। और यह दिखाने के लिए कि FPGAs पूरे रेड से दूर हैं, मैं उनसे संबंधित चीजों के बारे में लगभग तीन लेख बनाने का प्रस्ताव करता हूं। खैर, और इस ब्लॉक को पूरा करने के बाद, पहले से ही FPGA अभ्यास पर जाएं।

परिचय

सबसे आश्चर्यजनक बात यह है कि जैसे ही मैंने अन्य विषयों पर एक विषयांतर करने का फैसला किया, अच्छे मालिकों ने मुझे एक परियोजना पर एक कठिन लड़ाई में फेंक दिया, जहां वीएचडीएल भाषा और एक्सलिनक्स एफपीजीए के साथ काम चल रहा है। सबसे पहले, यही कारण है कि लंबे समय तक मैंने सामान्य रूप से कलम नहीं उठाया, और दूसरी बात, यह स्पष्ट है कि व्यावहारिक लेखों की तैयारी के लिए बड़ी संख्या में प्रयोगों की आवश्यकता होती है। एक ही समय में VHDL / वेरिलॉग और Xilinx / Altera से निपटना कुछ मुश्किल है। तो FPGAs के बारे में कहानियों में एक ब्रेक वैसे भी किया जाना चाहिए।

So. श्रृंखला के पहले लेख में, हमने पहले से ही रेड कॉम्प्लेक्स के संरचनात्मक आरेख की जांच की। चलो इसे एक बार और करें।

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

पिछले चक्र लेख

UART ब्लॉक (सीरियल पोर्ट)

ब्लॉक आरेख में, हम FT4232 नियंत्रक को देखते हैं जो 4 सीरियल पोर्ट (UART) को लागू करता है:

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

तदनुसार, उनके पास स्तर हैं - RS232 (प्लस या माइनस 12 वोल्ट)। RS232 पोर्ट - उनके साथ सब कुछ स्पष्ट है, वे दो मानक DB-9 कनेक्टर के रूप में प्रदर्शित होते हैं,

और CMOS के स्तर के साथ लाइनों के लिए कहाँ देखना है? सामान्य तौर पर - एक सामान्य कनेक्टर पर। इसका पिनआउट इलेक्ट्रिकल सर्किट आरेख में दिखाया गया है। UART से संबंधित अन्य बातों के अलावा, संपर्क हैं।

बाहरी रूप से, यह कनेक्टर निम्नानुसार दिखता है:

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

UART सॉफ़्टवेयर एक्सेस

सीरियल पोर्ट एक अच्छी तरह से स्थापित, अच्छी तरह से मानकीकृत तत्व है, इसलिए, इसके साथ काम कुछ विशिष्ट एफडीडीआई पुस्तकालयों के माध्यम से नहीं, बल्कि मानक साधनों के माध्यम से होता है। आइए देखें कि ये उपकरण लिनक्स में कैसे दिखते हैं।

पोर्ट नाम

नेटवर्क पर कई लेखों और मंचों से, यह निम्नानुसार है कि यूएसबी-सीरियल एडेप्टर द्वारा प्रदान किए गए पोर्ट नाम प्रारूप / देव / ttyUSB0, / dev / ttyUSB1, और इतने पर हैं। लिनक्स में, सभी डिवाइसों को साधारण निर्देशिकाओं को देखने के लिए समान कमांड का उपयोग करके देखा जा सकता है (वास्तव में, डिवाइस समान फाइलें हैं)। आइए देखें कि हमारे सिस्टम में क्या नाम हैं। हम कमांड देते हैं:
ls / देव /

जो नाम हमें रूचि देते हैं, वे लाल रंग में हाइलाइट किए गए हैं। उनमें से कुछ बहुत। कौन सा पोर्ट किस से मेल खाता है? जो लोग लिनक्स में पारंगत हैं, वे सभी अवसरों के लिए हजारों मंत्र जानते हैं। लेकिन उन लोगों के लिए जिन्होंने अभी भी विंडोज 3.1 के साथ काम किया है (ठीक है, तत्कालीन काफी पुरानी महिला आरटी -11 के समानांतर), अभी भी याद रखना मुश्किल है, उम्र के साथ नया याद रखना मुश्किल है। इसलिए, सरल तरीकों का उपयोग करके, हर बार सब कुछ ढूंढना आसान है। और मैंने हरे रंग के फ्रेम के साथ इस सरल पथ के प्रवेश पर प्रकाश डाला। सशर्त उपनिर्देशिका धारावाहिक। अब हम / देव / नेमस्पेस देख रहे हैं। और देखते हैं अंतरिक्ष / देव / धारावाहिक :

बहुत बढ़िया! हम पदानुक्रम में तल्लीन हैं, अंतरिक्ष / देव / धारावाहिक / बाय-आईडी देखें । आगे देखते हुए, मैं कहता हूं कि सही प्रदर्शन के लिए आपको ls कमांड का उपयोग करना होगा- thel स्विच (स्पष्टीकरण के लिए मेरे बॉस का धन्यवाद)। यही है, हम कमांड देते हैं:
ls –l / dev / सीरियल / बाय-आईडी

एक तरफ, सब कुछ ठीक है। अब हम जानते हैं कि स्पेस / देव / ttyUSBX में कौन से नाम किस डिवाइस के अनुरूप हैं। विशेष रूप से, FT4232 (क्वाड) पुल द्वारा आयोजित बंदरगाहों का नाम ttyUSB3 से ttyUSB6 है । लेकिन दूसरी ओर, जब इस साइट पर विचार किया गया, तो मुझे महसूस हुआ कि पेरिस में वजन और माप के कक्ष में आवश्यक रूप से एक कमरा होना चाहिए जिसमें गड़बड़ का मानक रखा गया हो ... क्योंकि किसी तरह आपको इसके मूल्य को मापने में सक्षम होने की आवश्यकता है। ठीक है, मान लें कि बंदरगाहों / देव / ttyUSB0 और / dev / ttyUSB1 की कमी को आसानी से समझाया जा सकता है। लेकिन यह कैसे समझा जाए कि स्थापित एफडीडीआई पुल की संतानों पर आधारित "देशी" बंदरगाहों को शीर्ष तीन से गिना जाता है, और तीसरे पक्ष के प्रोलिफिक नियंत्रक, एक विशिष्ट परियोजना के लिए डाला गया, पोर्ट नंबर 2 लिया? ऐसे माहौल में कोई कैसे काम कर सकता है? कल कोई व्यक्ति किसी अन्य नियंत्रक को कॉम्प्लेक्स में प्लग करेगा (चूंकि कॉम्प्लेक्स डेवलपर्स के विभिन्न समूहों को एक ही समय में विभिन्न उपकरणों के साथ काम करने की अनुमति देता है), और पोर्ट फिर से बाहर निकल जाते हैं। वर्किंग एप्लिकेशन के लिए हमें कॉन्फ़िगरेशन फ़ाइल में पंजीकरण करने के लिए किन पोर्ट्स की आवश्यकता है?

यह पता चला है कि सब कुछ इतना बुरा नहीं है। सबसे पहले, पीला नाम / देव / ttyUSB3 और नीला नाम / देव / धारावाहिक / बाय-आईडी / usb-FTDI_Quad_RS232-HS-if00-port0 एक ही डिवाइस के दो उपनाम हैं। और दूसरा विकल्प भी पोर्ट नाम के रूप में प्रस्तुत किया जा सकता है, लेकिन यह पहले से पहले से अधिक स्थायी है। सच है, इस मामले में, सब कुछ कुछ बुरा है। FT4232 पर आधारित एक बाहरी नियंत्रक को जटिल में प्लग किया जा सकता है, और उनकी संख्या से निपटने के लिए पहले से ही आवश्यक होगा। और यहाँ "दूसरी" हमारी सहायता के लिए आती है। अर्थात्, एक और वैकल्पिक नामकरण सम्मेलन। हमें याद है कि / dev / सीरियल निर्देशिका में न केवल / by-id उपनिर्देशिका शामिल है, बल्कि उप -पथ उपनिर्देशिका भी है। हम इसकी सामग्री की जांच करते हैं (यह एक लाल रेखा के नीचे, अगले आंकड़े के नीचे स्थित है)।

यहां सब कुछ भौतिक वास्तुकला से बंधा है। और मैंने पहले ही कई बार कहा है कि कॉम्प्लेक्स के अंदर सभी नियंत्रकों को बोर्डों में मिलाया जाता है, इसलिए आंतरिक पदानुक्रम नहीं बदलेगा। इस प्रकार, /dev/serial/by-path/pci-0000:00:15.0-usb-0:6.5:1.0-port0 नाम सबसे कठिन होगा।

कुल में, हमारे पास पोर्ट नाम खोजने के लिए निम्न तरीके हैं (यह एक बार किया जाना चाहिए, आपके परिसर के उदाहरण के परिणाम तालिका में रखे जा सकते हैं और लगातार उपयोग किए जा सकते हैं):

आदेश ls –l / dev / serial / by-id जारी करें ।
Ls –l / dev / serial / by-path कमांड जारी करें ।
बिंदु 1 के परिणामों से, आवश्यक पुल के आवश्यक बंदरगाह के अनुरूप पोर्ट नाम ढूंढें। पैराग्राफ के परिणामों में समान पोर्ट नाम का पता लगाएं 2. इस पैराग्राफ के संगत भौतिक नाम लें।

मदरबोर्ड पर नियंत्रक द्वारा सेवा किए गए बंदरगाहों के लिए, सब कुछ थोड़ा अधिक जटिल है। यहां आप सबसे सरल कमांड " ls / dev " से रास्ता नहीं बना सकते हैं, लेकिन आपको कुछ याद रखना होगा (अच्छी तरह से, या कम से कम याद रखें कि आप मदद के लिए यहां संपर्क कर सकते हैं)। हर जगह यह कहा जाता है कि विशिष्ट पोर्ट नाम ttyS0-ttyS3 हैं । यह सवाल बना हुआ है कि हमारे सिस्टम में असली नाम क्या हैं? मैंने इस प्रश्न का उत्तर देते हुए निम्नलिखित मंत्र पाया:
ls / sys / class / tty / * / डिवाइस / ड्राइवर

यहाँ यह प्रणाली की प्रतिक्रिया है:

यह पता चला है कि हमें नाम / dev / ttyS2 और / dev / ttyS3 का उपयोग करने की आवश्यकता है। क्यों - मुझे नहीं पता। लेकिन एक बात और प्रसन्न करती है: यहाँ कोई विशेष परिवर्तन नहीं किया जाता है, इसलिए इन स्थिरांक को याद किया जा सकता है और बिना किसी डर के उपयोग किया जा सकता है कि वे बदल जाएंगे।

कोड विकास

विकसित करते समय, आपको POSIX ऑपरेटिंग सिस्टम के लिए अद्भुत सीरियल प्रोग्रामिंग गाइड का उपयोग करना चाहिए (आपके द्वारा प्राप्त किया गया पहला सीधा लिंक https://www.cmrr.umn.edu/~strupp/serial.html है , लेकिन कोई नहीं जानता कि यह कितनी देर तक जीवित रहेगा)। यह विशेष रूप से महत्वपूर्ण है कि यह बताता है कि संकेतों के पूर्ण सेट के साथ कैसे काम किया जाए, क्योंकि परिसर में बंदरगाहों को पूरी तरह से लागू किया जाता है। सच है, आज हम केवल टीएक्स और आरएक्स लाइनों का उपयोग करेंगे।

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

आइए एक बंदरगाह से दूसरे में स्थानांतरित करने का प्रयास करें। हमारे मामले में, बंदरगाहों / देवालय / थैरेसल / टायप -pci - 0000:00: 15.0 - usb-0:6.5: 1.2 - port0 और /dev/serial/by-path/pci-0000:00/15.0- जुड़े हुए हैं usb-0: 6.5: 1.3-port0 ।

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

समान नमूना कोड

#include <cstdio> #include <unistd.h> /* UNIX standard function definitions */ #include <fcntl.h> /* File control definitions */ #include <errno.h> /* Error number definitions */ #include <termios.h> /* POSIX terminal control definitions */ int OpenUART(const char* portName, speed_t baudRate) { //   int fd = open(portName, O_RDWR | O_NOCTTY | O_NDELAY); //     if (fd == -1) { return fd; } //     fcntl(fd, F_SETFL, FNDELAY); //    termios options; tcgetattr(fd, &options); // ,       // ,   .  ... cfsetspeed(&options, baudRate); //    ... // 1  ,   , 8    options.c_cflag &= ~PARENB; options.c_cflag &= ~CSTOPB; options.c_cflag &= ~CSIZE; options.c_cflag |= CS8; options.c_cflag |= (CLOCAL | CREAD); // , ... tcsetattr(fd, TCSANOW, &options); return fd; } int main() { printf("hello from ReddUARTTest!\n"); int fd1 = OpenUART("/dev/serial/by-path/pci-0000:00:15.0-usb-0:6.5:1.3-port0", 9600); int fd2 = OpenUART("/dev/serial/by-path/pci-0000:00:15.0-usb-0:6.5:1.2-port0", 9600); if ((fd1 != -1) && (fd2 != -1)) { static const unsigned char dataForSend[] = {0xff,0xfe,0xfd,0xfb}; //      write(fd1, dataForSend, sizeof(dataForSend)); unsigned char dataForReceive[128]; ssize_t cnt = 0; //     ,  , //         int readSteps = 0; //      ,   while (cnt < (ssize_t)sizeof(dataForSend)) { readSteps += 1; ssize_t rd = read(fd2, dataForReceive + cnt, sizeof(dataForReceive) - cnt); //   - ,     if (rd <= 0) { usleep(1000); } else //  -   { cnt += rd; } } //   printf("%d read operations\n", readSteps); printf("Read Data: "); for (unsigned int i = 0; i < cnt; i++) { printf("%X ", dataForReceive[i]); } printf("\n"); } else { printf("Error with any port open!\n"); } //   if (fd1 != -1) { close(fd1); } if (fd2 != -1) { close(fd2); } return 0; }

भागो - हमें अनुमानित परिणाम मिलता है:

 hello from ReddUARTTest! 14 read operations Read Data: FF FE FD FB

यह देखा जा सकता है कि 4 बाइट्स में 14 प्रयास किए गए थे, अर्थात् पढ़ना अवरुद्ध नहीं था। कभी-कभी सिस्टम ने "कोई नया डेटा नहीं" स्थिति लौटा दी, और कार्यक्रम एक मिली सेकंड के लिए सो गया।

सामान्य तौर पर, सब कुछ ठीक है, लेकिन आस्टसीलस्कप के बिना मुझे यकीन नहीं हो सकता है कि एक ही चिप पर आधारित दो पोर्ट वास्तव में गति निर्धारित करते हैं। मैं पहले से ही इस तथ्य पर कूद गया कि गति समान थी (इसके लिए उसके पास एक नियंत्रक था), लेकिन वह नहीं जो मैंने आदेश दिया था। चलो कम से कम किसी तरह की जाँच करें कि यह कम से कम नियंत्रित है। ऐसा करने के लिए, मैं प्राप्त पोर्ट की गति को ट्रांसमिटिंग पोर्ट के डबल सेट कर दूंगा। और डेटा ट्रांसफर प्रक्रिया की भौतिकी को जानने के बाद, आप अनुमान लगा सकते हैं कि रिसेप्शन के दौरान यह डेटा कैसे विकृत है। आइए ग्राफिकल रूप में 0x बाइट के हस्तांतरण को देखें। एस - स्टार्ट बिट (वहाँ हमेशा शून्य है) बिट, पी - स्टॉप बिट (हमेशा एक है), 4-7 - डेटा बिट्स (निरंतर 0xFF - सभी इकाइयों के लिए)।

अब इस दृश्य को ओवरले के दृष्टिकोण से देखें कि कैसे सब कुछ एक रिसीवर द्वारा दोगुनी गति से संचालित किया जाएगा:

ठीक। मान "1111 1110" को स्वीकार किया जाना चाहिए (डेटा कम से कम महत्वपूर्ण बिट आगे जाता है), अर्थात 0xFE। प्रेषित मूल्य का दूसरा भाग रिसेप्शन को प्रभावित नहीं करता है, क्योंकि यूनिट लाइन में चुप्पी के अनुरूप हैं। यानी हमने एक बाइट ट्रांसमिट की, एक बाइट भी आएगी।

हम सत्यापन के लिए एक ही ग्राफ बनाएंगे, जो प्रेषित 0xFE मान के अनुरूप होगा:

"1111 1000" या 0xF8 के मान की अपेक्षा करें। ठीक है, आइए सत्यापित करें कि उत्तीर्ण मान 0xFD से क्या अपेक्षा करें

हमें मान 0xE6 मिलता है। खैर, प्रेषित मूल्य 0xFB के लिए हमें प्राप्त 0x9E मिलता है (आप ग्राफ को साजिश कर सकते हैं और अपने लिए देख सकते हैं)। अद्भुत! हम 19200 के साथ 9600 की गति की जगह, टेस्ट एप्लिकेशन में एक सिंगल लाइन बदलते हैं:

  int fd2 = OpenUART("/dev/serial/by-path/pci-0000:00:15.0-usb-0:6.5:1.2-port0", 19200);

हम काम के इस परिणाम को शुरू करते हैं और प्राप्त करते हैं:

 hello from ReddUARTTest! 9 read operations Read Data: FE F8 E6 9E

वैसे, मैंने इस चेक को व्यर्थ नहीं किया। पहले तो मैंने अन्य गति सेटिंग फ़ंक्शन (cfsetispeed / cfsetospeed pair) का उपयोग किया, और उन्होंने काम नहीं किया! इस परीक्षण के लिए धन्यवाद, समस्या को समय पर पहचान लिया गया और हल किया गया। उपकरण के साथ काम करते समय, आप कभी भी अंतर्ज्ञान पर भरोसा नहीं कर सकते। हर चीज की जाँच होनी चाहिए!

पावर लाइन प्रबंधन 220 वोल्ट

सामान्य तौर पर, 220 वोल्ट की विद्युत लाइनें लेख (FTDI पुलों) के विषय से संबंधित नहीं हैं, लेकिन वे इस खंड (धारावाहिक बंदरगाहों) के विषय से संबंधित हैं। आइए उन पर एक त्वरित नज़र डालें।

जब हमने बंदरगाहों को सूचीबद्ध किया, तो हमने यह नाम देखा:

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

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

भेजे जाने वाले आदेशों पर विचार करें:

टीम	नियुक्ति
'ए'	पहले आउटलेट को चालू करें
'ए'	पहला आउटलेट बंद करें
'बी'	दूसरा आउटलेट चालू करें
'बी'	दूसरा आउटलेट बंद करें
'सी'	तीसरा आउटलेट चालू करें (यदि कोई हो)
'सी'	तीसरा आउटलेट बंद करें (यदि कोई हो)
'?'	आउटलेट की स्थिति को पुनर्स्थापित करें

कमांड '?' (प्रश्न चिह्न) केवल वही है जो प्रतिक्रिया देता है। इसके जवाब में, 3 बाइट्स हमेशा आते हैं, जिनमें से प्रत्येक एक आउटलेट की स्थिति से मेल खाती है। दरअसल, राज्य आज्ञाओं के अनुरूप होते हैं। उदाहरण के लिए, 'एबीसी' - सभी तीन आउटलेट अब बंद हो गए हैं, 'एबीसी' - पहला चालू है, दूसरा और तीसरा बंद है, आदि।

इस सबसिस्टम के प्रयोगों के लिए, मैं सुझाव देता हूं कि एक विशेष कार्यक्रम न लिखें (यह पहले दिए गए किसी से अलग नहीं है, केवल पोर्ट पर भेजे गए डेटा अलग होंगे), लेकिन ओएस टूल का उपयोग करना और सॉकेट के साथ अंतःक्रियात्मक रूप से खेलना।

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

इसके बाद, इसे कमांड से चलाएँ:
minicom –D / dev / ttyACM0

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

फिर हम टर्मिनल में प्रश्न चिह्न दबाते हैं और तुरन्त (बिना लाइन फीड) हमें प्रतिक्रिया मिलती है

इसका मतलब है कि वर्तमान में सभी आउटलेट बंद हैं। मान लीजिए कि हम दूसरे आउटलेट को चालू करना चाहते हैं। राजधानी 'बी' दबाएं। स्क्रीन पर कोई प्रतिक्रिया नहीं है। प्रेस '?' फिर, हमें जवाब के साथ एक नई लाइन मिलती है:

सब कुछ काम करता है। 220 वोल्ट (कमांड 'बी') को बंद करना न भूलें। आप क्रमिक रूप से ctrl + A दबाकर टर्मिनल से बाहर निकल सकते हैं, फिर एक्स। प्रयोग पूरा हो गया है।

एसपीआई और आई ² सी टायर

एसपीआई बसें (जो क्वाड-एसपीआई मोड में भी काम कर सकती हैं) और आई ² सी को सार्वभौमिक पुलों के संयोजन में लागू किया गया है। यही है, सामान्य तौर पर, कॉम्प्लेक्स में दो पुल होते हैं, जिनमें से प्रत्येक को एसपीआई मोड या आई ² सी में स्विच किया जा सकता है। संरचनात्मक आरेख में, संबंधित अनुभाग इस तरह दिखता है:

अंतिम बसों को चालू करने का सार विद्युत सर्किट आरेख से दिखाई देता है। केवल दो नियंत्रकों में से एक पर विचार करें:

इस प्रकार, SPI और I ² C बसें किसी भी तरह से प्रतिच्छेद नहीं करती हैं। उनके संयुक्त उपयोग पर प्रतिबंध केवल FT4222H नियंत्रक में FTDI द्वारा लगाए गए प्रतिबंधों द्वारा निर्धारित किए जाते हैं। दुर्भाग्य से, प्रलेखन में कहा गया है कि एक समय में केवल एक इंटरफ़ेस सक्रिय हो सकता है:

लाइनों का प्रबंधन कैसे करें CFG1_0..CFG1_1 और CFG2_0..CFG2_1, हम अगले लेख में मिलेंगे। अब हम मानते हैं कि वे सभी अशक्त हैं।

सामान्य तौर पर, नियंत्रक FT4222H USB2.0 TO QUADSPI / I2C BRIDGE IC के साथ नियंत्रक के साथ काम बहुत अच्छी तरह से वर्णित है, इसलिए हम नियंत्रकों के संचालन मोड की सुविधाओं पर विचार नहीं करेंगे। उल्लेखित दस्तावेज़ से सब कुछ बहुत स्पष्ट है।

सॉफ़्टवेयर समर्थन के लिए, इसका वर्णन कोई कम उल्लेखनीय दस्तावेज़ AN_329 उपयोगकर्ता गाइड फॉर LibFT4222 में नहीं मिल सकता है । हम पहले भी दो बार एफडीडीआई पुल के साथ काम कर चुके हैं: इस लेख के दूसरे भाग में और इसके दूसरे भाग में। इसलिए, इन लेखों के साथ इस दस्तावेज़ की तुलना करते हुए, आप जल्दी से इसका पता लगा सकते हैं और अपना कोड लिखना शुरू कर सकते हैं। मैं आपको केवल संदर्भ कोड दिखाता हूं जो एसपीआई बस को डेटा भेजता है, इसके कार्यान्वयन के विवरण के बिना, यह दर्दनाक रूप से ऐसा दिखता है जैसे कि यह पहले से ही FT2232 के साथ पार्स किया गया है।

कोड जो एसपीआई बस को डेटा भेजता है।

 #include "../ftd2xx/ftd2xx.h" #include "../LibFT4222/inc/LibFT4222.h" void SpiTest (int pos) { FT_HANDLE ftHandle = NULL; FT_STATUS ftStatus; FT4222_STATUS ft4222Status; //   ftStatus = FT_Open(pos, &ftHandle); if (FT_OK != ftStatus) { // open failed printf ("error: Cannot Open FTDI Device\n"); return; } ft4222Status = FT4222_SPIMaster_Init(ftHandle, SPI_IO_SINGLE, CLK_DIV_4, CLK_IDLE_LOW, CLK_LEADING, 0x01); if (FT4222_OK != ft4222Status) { printf ("error: Cannot switch to SPI Master Mode\n"); // spi master init failed return; } uint8 wrBuf [] = {0x9f,0xff,0xff,0xff,0xff,0xff,0xff}; uint8 rdBuf [sizeof (wrBuf)]; uint16 dwRead; ft4222Status = FT4222_SPIMaster_SingleReadWrite (ftHandle,rdBuf,wrBuf,sizeof (wrBuf),&dwRead,TRUE); if (FT4222_OK != ft4222Status) { printf ("error: Error on ReadWrite\n"); } else { printf ("received: "); for (int i=0;i<6;i++) { printf ("0x%X ",rdBuf[i]); } printf ("\n"); } FT4222_UnInitialize(ftHandle); FT_Close(ftHandle); }

एसपीआई बस पार्ट्स

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

दुर्भाग्य से, यह FTDI पुलों के लिए स्वीकार्य नहीं है। उपरोक्त कोड टुकड़ा बस में इन दालों को उत्पन्न करेगा:

इस मामले में, एसपीआई ऑपरेटिंग नियमों का उल्लंघन नहीं किया जाता है, इस बस के दृष्टिकोण से, सब कुछ सही ढंग से काम करता है। बस ध्यान रखें कि नियंत्रकों पर कस्टम समाधान कस्टमरी यहां काम नहीं करेगा। सच है, कॉम्प्लेक्स में बहुत सारे मुफ्त यूएसबी कनेक्टर हैं। सभी गैर-मानक ब्लॉक अलग से विकसित किए जा सकते हैं और उनसे जुड़े हो सकते हैं।

टायर भागों I ² C

केवल एक चीज जो समझ में आती है वह जटिल के पक्ष में I ² C बस के लिए पुल-अप प्रतिरोधों की अनुपस्थिति को इंगित करना है। लेकिन यह सामान्य है: काम करने वाले डिवाइस की तरफ, अभी भी एक लिफ्ट है। आजकल, एक पुल-अप किसी भी वोल्टेज के लिए हो सकता है, इसलिए यह तर्कसंगत है कि यह लक्ष्य डिवाइस पर सेट है।

निष्कर्ष

आज हमने FTDI पुलों द्वारा कार्यान्वित टायरों के साथ काम करने में व्यावहारिक कौशल प्राप्त किया। सामान्य तौर पर, उनके साथ काम करना मानक है, बस इतना है कि सभी ज्ञान को एक लेख में संक्षेप में प्रस्तुत किया गया है, ताकि उनके लिए बिट द्वारा थोड़ा सा न देखें। अगली बार हम एक ऐसे मॉड्यूल पर विचार करेंगे जो गैर-मानक उपकरणों को नियंत्रित करता है, जिसे एसटीएम 32 नियंत्रक के आधार पर कार्यान्वित किया जाता है। संरचनात्मक आरेख में, यह खंड इससे मेल खाता है:

लेकिन वास्तव में सब कुछ थोड़ा और दिलचस्प है ...

एफटीडीआई ब्रिज पर रेड टायर्स तक पहुंच