🔭 ↖️ 👨‍👨‍👦 बस ब्लास्टर - रोगी उत्साही लोगों के लिए सार्वभौमिक तेज बिट-बैंग इंटरफ़ेस 👩‍🏫 🗞️ 🔫

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

बिट बैंग क्या है और इसकी आवश्यकता क्यों है

- , Windows 9x (COM) (LPT) . , , . , , . bit-bang, — «», «» ..

2k/XP /, giveio. NT, - .

जैसा कि आप जानते हैं, आधुनिक कंप्यूटर, विशेष रूप से लैपटॉप, हार्डवेयर पोर्ट के साथ भीड़ नहीं हैं, क्योंकि अधिकांश उपयोगकर्ताओं को उनकी आवश्यकता नहीं है। RS232 और Centronics इंटरफेस (बोलचाल - COM / LPT) के साथ उपकरणों को जोड़ने के लिए यूएसबी एडेप्टर केवल मुख्य उद्देश्य के ढांचे के भीतर अच्छी तरह से काम करते हैं, और कई कारणों से उन पर "मरोड़ते" करना समस्याग्रस्त है। सबसे पहले, इनमें से अधिकांश एडेप्टर केवल अच्छी गति के साथ डेटा सिग्नल (एक ही Tx / Rx) को संसाधित कर सकते हैं, और यह बड़े देरी के साथ नियंत्रण संकेतों को संसाधित करता है। दूसरे, विभिन्न निर्माताओं के एडाप्टर हार्डवेयर असंगत हैं, और निर्माता के ड्राइवर के माध्यम से गैर-मानक नियंत्रण की संभावनाएं बहुत सीमित हैं। तीसरा, लगभग सभी ड्राइवर एडेप्टर को कमांड भेजने के लिए अलग-अलग यूएसबी पैकेट का उपयोग करते हैं, जो राज्य परिवर्तनों की आवृत्ति को प्रति हजार बार सिर्फ एक हजार गुना तक सीमित करता है,जो कई अनुप्रयोगों के लिए भयावह रूप से छोटा है।

सौभाग्य से, FTDI लंबे समय से USB समाधानों की एक श्रृंखला की पेशकश कर रहा है जो विशेष रूप से मध्यस्थ संकेतों के उच्च गति विनिमय पर ध्यान केंद्रित करते हैं। इस मुद्दे के एक त्वरित अध्ययन से पता चला है कि इस संबंध में सबसे लोकप्रिय FT232H / FT2232H माइक्रोकैरिकट्स पर इंटरफेस हैं ।

सरल उपाय

प्रारंभ में, FTDI ने अपने USB इंटरफेस FT232BM, FT232R और दो अतिरिक्त मोड जैसे - एसिंक्रोनस और सिंक्रोनस बिट-बैंग में लागू किया। इसके लिए, आठ या अधिक अतिरिक्त सिग्नल लाइनें जोड़ी जाती हैं, जिनमें से प्रत्येक को इनपुट या आउटपुट के लिए कॉन्फ़िगर किया जा सकता है। कंप्यूटर से इंटरफ़ेस पर प्रेषित बफ़र किए गए डेटा को क्लॉक सिग्नल द्वारा आउटपुट लाइनों पर सेट किया जाता है, इनपुट डेटा को लाइनों से पढ़ा जाता है, बफ़र्ड किया जाता है और कंप्यूटर को भेजा जाता है। घड़ी I / O को बांधने से अंतराल की अच्छी सटीकता मिलती है - आवेदन को अब उन्हें प्रोग्रामेटिक रूप से बनाए रखने की आवश्यकता नहीं है।

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

एमपीएसएसई कंट्रोलर

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

MPSSE के माध्यम से, JTAG , I2C और SPI प्रोटोकॉल सबसे स्वाभाविक रूप से कार्यान्वित किए जाते हैं।हालाँकि, लगभग किसी भी "झटका" को आसानी से नियंत्रक की हार्डवेयर क्षमताओं के भीतर लागू किया जा सकता है। एफटीडीआई इंटरफ़ेस के साथ सीधे बातचीत के लिए विंडोज, लिनक्स और मैकओएस , डी 2 एक्स ड्राइवरों के लिए एमपीएसएसई के माध्यम से काम करने के लिए अपने इंटरफेस, पुस्तकालयों और नमूना कार्यक्रमों को जोड़ने और प्रोग्रामिंग पर

व्यापक प्रलेखन प्रदान करता है । FTDI इंटरफेस लोकप्रिय कार्यक्रमों OpenOCD , URJTAG , Flashrom , avrdude , HappyJTAG2 , zJTAG , आदि द्वारा समर्थित हैं ।

कनेक्टिविटी के मुद्दे

पिछले साल विस्तार से उपरोक्त सभी का पता लगाने के बाद, मैं प्रेरित हुआ, लेकिन तुरंत पाया कि FT232H / FT2232H, अपनी सभी बहुमुखी प्रतिभा के साथ, हमेशा सीधे अंतिम डिवाइस से नहीं जोड़ा जा सकता है। सबसे पहले, सर्किट की बाहरी लाइनों को 3.3 V के स्तर के लिए डिज़ाइन किया गया है, और कई आधुनिक उपकरणों में 2.5 / 1.8 / 1.5 V के स्तर का उपयोग किया जाता है। दूसरी बात, आउटपुट लाइनें उच्च आवृत्ति के साथ उच्च प्रतिबाधा की स्थिति और इसके विपरीत में स्विच नहीं कर सकती हैं - यह केवल प्रारंभिक पर संभव है। "इनपुट" या "आउटपुट" मोड का चयन करके लाइनें सेट करना। अर्थात्, चिप को MPSSE के साथ लक्ष्य डिवाइस में कनेक्ट करने के लिए, एक बफर सर्किट की आवश्यकता होती है जो सिग्नल स्तरों से मेल खाता है और कुछ आउटपुट लाइनों का संचालन शटडाउन प्रदान करता है (उदाहरण के लिए, निष्क्रिय TMS सिग्नल स्तर के साथ।/ सी एस )।

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

बस ब्लास्टर - बहुमुखी प्रतिभा का दावा

खतरनाक प्रोटोटाइप का पुरुष विचार दो बार मूल था: पहला - FT2232H चिप PLD (CPLD) Xilinx XC2C32A से जुड़ा एक बफर के रूप में , जिसे किसी भी कॉन्फ़िगरेशन के तहत जल्दी से रिप्रोग्राम किया जा सकता है, और दूसरा - इसके उपयोग के लिए FT2232H दूसरा चैनल reprogramming। बफर तर्क को लागू करने के अलावा, FPGA स्तर मिलान करता है - इसकी बाहरी रेखाएं 1.5-3.3 V की सीमा में काम करती हैं।

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

प्रतिबिंब पर, मैंने $ 34 के लिए, सबसे अधिक विकसित के रूप में, अलीएक्सप्रेस 3 सी संस्करण पर आदेश दिया । फिर वे निर्माता - सईद के एक स्टोर द्वारा वहां बेचे गए , और अब केवल 52 डॉलर के डीलर इसे बेचते हैं।सीधे सीड में (शिपिंग के साथ) यह $ 37 में कहीं खर्च होगा।

पहली छापें

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

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

सबसे पहले आपको URJTAG के मूल संस्करण को डाउनलोड और इंस्टॉल करना होगा । फिर आपको इस पैकेज से संशोधित EXE-file और FPGA (BSDL) का विवरण जोड़ना होगा। एम्बेडेड FPGA को प्रोग्राम करने के लिए, आपको बाहरी उपकरणों के साथ काम करने के लिए एक संशोधित EXE चलाना होगा - मुख्य एक। FPGA प्रोग्रामिंग प्रक्रिया यहाँ वर्णित है । सुविधा के लिए, आप बफर के प्रत्येक संस्करण के लिए UrJTAG के लिए स्क्रिप्ट बना सकते हैं, और उन्हें चलाने के लिए कमांड लाइनों के साथ CMD फाइलें।

FPGA फर्मवेयर का एक संग्रह जो JTAGkey , KT-Link और PicoTap एडेप्टर के साथ संगत बफ़र्स का वर्णन करता है , यहाँ उपलब्ध है , लेकिन BBv3 के लिए स्व-परीक्षण (BB33-JTAGkey-selftest-v1.1.svf) के समर्थन के साथ JTAGkey के लिए केवल एक फ़ाइल है। अधिकांश यह पर्याप्त है, लेकिन इसने मेरे लिए फ्लैशरॉम के साथ काम नहीं किया , जिसकी चर्चा नीचे की जाएगी।

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

यह अजीब है, वैसे, आत्म-परीक्षण कार्यक्रम को "बसपिरेटेव 2टेस्ट" कहा जाता है, क्योंकि बस समुद्री डाकू एक पूरी तरह से अलग परियोजना है, जो बीबी के साथ संगत नहीं है ।

सबसे पहले, मैं आमतौर पर मानता था कि यह फर्मवेयर केवल स्वयं-परीक्षण के लिए था, और "मुकाबला" अनुप्रयोगों के लिए कुछ अन्य की आवश्यकता थी, क्योंकि विवरण कुछ अश्रव्य कहता है। तब मुझे पता चला कि फर्मवेयर सार्वभौमिक है, बस इसमें परीक्षण मोड P28 को छोटा करके चालू किया गया है जमीन पर।

लक्षित करने का प्रयास किया

एक बार जब आप यहां से डाउनलोड कर चुके होते हैं (अब वहाँ है, अलास , 404) फ्लैशर v0.9.6.1-r1704 / Win32, और किसी तरह के मृत मदरबोर्ड चिप MX25L8005 (SPI) के साथ सील बंद , इसे कमांड लाइन पर पढ़ने की कोशिश की " -p ft2232_spi: टाइप = बसब्लास्टर ”। हालाँकि, Flashrom ने कहा कि यह FT2232 को नहीं खोज सका। प्रलेखन को पढ़ने से पता चला कि यह केवल लिबास के माध्यम से काम करता है - एक सार्वभौमिक इंटरफ़ेस लाइब्रेरी, जिसे मूल रूप से लिनक्स के तहत लिखा गया था, और फिर विंडोज के तहत पोर्ट किया गया था।

लिबासब के माध्यम से, उन्होंने इंटरफ़ेस पाया, लेकिन हठपूर्वक दावा किया कि उन्होंने माइक्रोक्रिसिट नहीं देखा। नेक्रोफिलिया के फलों के साथ बॉक्स में कुछ अन्य एसपीआई-चिप पाया - यह भी नहीं दिखता है। एक आस्टसीलस्कप द्वारा पोषित - टीएमएसstirs, TCK है, TDO चालू है, और TDI पर चुप्पी है । सामान्य तौर पर, एक भी उछाल नहीं। मैंने आस्टसीलस्कप चैनलों को एक साथ TCK और TDO से जोड़ा - संकेत समान रूप से, स्पष्ट रूप से बदलते हैं। इस बारे में कोई विचार नहीं था कि अभी तक क्या सत्यापित किया जा सकता है।

अस्थायी रूप से Flashrom के साथ प्रयोग छोड़ना, ATTiny13 इंटरफ़ेस से जुड़ा हुआ है । डाउनलोड कर रहा है यहाँ कुछ अलग संस्करणों avrdude , संस्करण के साथ 5.11-Patch7610 / Win32 और प्रोग्रामिंग के प्रकार 2232HIOअंत में नियंत्रक की स्पष्ट पहचान, पढ़ना और लिखना मिला। आनन्दित होने के बाद, उन्होंने एसपीआई चिप्स को फिर से जोड़ दिया, लेकिन फ्लैश्रोम ने उन्हें पहचानने से इनकार कर दिया।

संदेह है कि दोनों microcircuits मर चुके हैं, वह बाहर निकाला USBASP 2.0 है, जो था में अदला-बदली के लिए AsProg - वह उन दोनों को पढ़ने समस्याओं के बिना (हालांकि बहुत धीरे-धीरे)। वैसे, मैंने ATMEga8 पर सुविधाजनक प्रोटोटाइप बोर्ड की भूमिका के लिए सामान्य रूप से तीन यूएसबीएएसपीपी खरीदे, लेकिन डिवाइस अप्रत्याशित रूप से बहुआयामी निकला।

मैंने फिर से बीबी के लिए माइक्रो-सर्किट्स को कनेक्ट किया और अलग-अलग मोड (बस ब्लास्टर और जेटीकेय) में अलग-अलग डिवाइडर मान ( -p ft2232_spi: type = busblaster, divisor = n ) के साथ फ्लैशर की कोशिश शुरू की।) अचानक, एक संयोजन में, माइक्रोकिरिट को मान्यता दी गई थी, लेकिन पहले से ही पढ़ने से इनकार कर दिया गया था। कुछ और प्रयासों के बाद, पहचान भी गायब हो गई। फिर कई बार एक पंक्ति में कई सफल पहचान प्राप्त करना संभव था, लेकिन पढ़ना कभी हासिल नहीं हुआ।

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

एक विश्लेषक के साथ परीक्षण

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

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

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

परीक्षण के परिणामस्वरूप, मैं एक मंच पोस्ट में तीन प्रसिद्ध FPGA फर्मवेयर के बारे में एक साथ जानकारी लाया ।

FPGA सीमा को फिर से लिखना

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

राउटर में रोम की सर्किट चमकती है

थोड़ी देर बाद, मैंने "ZLMNet H-G5 / P8201" कोड नाम (वेब इंटरफेस से लिया गया पदनाम) के तहत RT5350F पर एक ताजा बेक्ड मिनी-राउटर का गठन किया । लगभग उसी समय, SOIC8 / SOP8 के लिए क्लिप भी आ गया - मैंने ROM के साथ इन-सर्किट काम करने की कोशिश करने का फैसला किया।

पहले, Flashrom ने BB के माध्यम से EPROM को बिल्कुल नहीं देखा। आस्टसीलस्कप ने दिखाया कि प्रोसेसर ने हमेशा FPGA और रूटर के प्रोसेसर के बीच CS और CLK के सिग्नल स्तरों के बीच संघर्ष को हराया। आश्चर्य की बात नहीं है - बीबी में FPGA टर्मिनलों और कनेक्टर के बीच वर्तमान-सीमित प्रतिरोध हैं जो कम-वर्तमान FPGA कुंजी को बर्नआउट से बचाते हैं।

मैंने USBASP को AsProg के साथ जोड़ा - यह कोई सामान्य रूप से पढ़ता / लिखता है, लेकिन फिर धीरे-धीरे धिक्कार है (पढ़ने के लिए 9 मिनट, मिटाने-लिखने-चेक करने के लिए 25 मिनट)। एक ईंट के एकल पुनरोद्धार के लिए, यह अभी भी स्वीकार्य है, लेकिन अस्थिर फर्मवेयर के साथ प्रयोगों के लिए यह अब नहीं है। इसके अलावा, AsProg को पता नहीं है कि अलग-अलग पृष्ठों के साथ कैसे काम करना है - केवल पूरे माइक्रोक्रिकिट के साथ।

मैंने BB में TMS / TCK आउटपुट और emitter फॉलोअर के लिए EPROM के CS / CLK इनपुट के बीच टांका लगाया - संकेतों को तुरंत लगभग सही स्तर तक कम कर दिया गया, फ्लैशर चिप को पहचाना गया, आत्मविश्वास से पढ़ना / लिखना शुरू किया। 8 के भाजक के साथ, एक पूर्ण पढ़ने में एक मिनट से भी कम समय लगता है, पुनर्लेखन में लगभग दो मिनट लगते हैं।

यह पता चला कि EPROM के साथ प्रोग्रामर का संचार प्रोसेसर के साथ बिल्कुल भी हस्तक्षेप नहीं करता है - राउटर पूरी तरह से काम कर रहा है। जाहिर है, CS / CLK लाइनें केवल EPROM के लिए आवंटित की जाती हैं, जिसे एक बार बूट में पढ़ा जाता है, जिसके बाद प्रोसेसर इसे एक्सेस नहीं करता है, जब तक कि आप इसे नियमित साधनों के साथ फ्लैश करना शुरू नहीं करते हैं।

बीबी कार्यक्रमों का नुकसान

परीक्षण किए गए प्रोग्राम (zJTAG, flashrom, avrdude, UrJtag, OpenOCD) जो MPSSE के साथ काम कर सकते हैं, ने बहुत दुख की बात की। सबसे पहले, इन कार्यक्रमों के अधिकांश में, एफटीडीआई एडेप्टर के सभी प्रकार के साथ, वीआईडी / पीआईडी का कोई स्पष्ट संकेत नहीं है - ज्ञात एडेप्टर के पहचानकर्ता कोड में हार्ड-कोडित हैं। लेकिन JTAGkey के लिए, जो BB का अनुकरण करता है, PID CFF8 पर सेट है, और "क्लीन" FT2232H के लिए यह 6010 पर सेट है। बेशक, आप FT_Prog का उपयोग करके BB में पहचानकर्ता बदल सकते हैं , या प्रोग्राम में टेबल को पैच कर सकते हैं , लेकिन दोनों विकल्प समान रूप से टेढ़े हैं। अच्छी तरह से, मैं विंडोज के लिए संकलित बीबी समर्थन के साथ फ्लैशरॉम का एक संस्करण खोजने में कामयाब रहा (अन्यथा मुझे साइगविन स्थापित करना होगा), और 2232HIO प्रोग्रामर के प्रकार को निर्दिष्ट करते समय avrdude ठीक काम करता है ।

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

जाँच - परिणाम

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

हमें कुछ उपलब्ध राउटरों पर OpenOCD और JTAG की कोशिश करनी चाहिए, लेकिन सभी को इस पर हाथ नहीं डालना चाहिए।

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

यह सोचकर कि इस जीवन में आपको सब कुछ आज़माने की ज़रूरत है, मैंने बीपी v3.6 का आदेश दियाकेबल के साथ। हां, हां, मुझे कैक्टस पर चूहों के बारे में याद है, और "कल मैं फिर से वहां जाऊंगा।"

बस ब्लास्टर - रोगी उत्साही लोगों के लिए सार्वभौमिक तेज बिट-बैंग इंटरफ़ेस