KolibriOS में USB समर्थन: अंदर क्या है? भाग 1: सामान्य रूपरेखा

USB आर्किटेक्चर में कई स्तर होते हैं। निम्नतम स्तर पर, विशेष रूप से प्रशिक्षित हार्डवेयर जिसे होस्ट कंट्रोलर कहा जाता है, विशेष संकेतों के साथ यूएसबी डिवाइस के साथ संचार करता है। सिग्नल बिट्स को कूटते हैं, बिट्स को पैकेट में जोड़ा जाता है, पैकेट से लेनदेन होता है , लेन- देन में बदलाव होता है।

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

Abbr।	इंटरफ़ेस नाम	संस्करण	KolibriOS में कंट्रोलर सपोर्ट कोड
UHCI	यूनिवर्सल होस्ट कंट्रोलर इंटरफ़ेस	USB 1.1	कर्नेल / ट्रंक / बस / usb / uhci.inc
OHCI	मेजबान नियंत्रक इंटरफ़ेस खोलें	USB 1.1	कर्नेल / ट्रंक / बस / usb / ohci.inc
EHCI	एन्हांस्ड होस्ट कंट्रोलर इंटरफ़ेस	USB 2.0	कर्नेल / ट्रंक / बस / usb / ehci.inc
xHCI	eXtensible होस्ट कंट्रोलर इंटरफ़ेस (नया)	यूएसबी 3.0	KolibriOS अभी तक समर्थित नहीं है

नियंत्रकों के साथ बातचीत के समान स्तर पर कर्नेल / ट्रंक / बस / usb / hccommon.inc फाइलें हैं , जहां सभी नियंत्रकों के लिए कुछ कार्य सामान्य रूप से कार्यान्वित किए जाते हैं, और कर्नेल / ट्रंक / बस / usb / init.inc , जो संपूर्ण उपतंत्र का शुभारंभ करते हैं। हालांकि, कोड में आने के दौरान जल्दी मत करो - सबसे पहले, मैंने अभी तक इस बारे में बात नहीं की है कि उच्च स्तर इससे क्या उम्मीद करते हैं, और दूसरी बात, सामान्य योजना का प्रदर्शन करने के बाद, मैं विवरण के साथ व्यक्तिगत घटकों पर लौटूंगा।

सिद्धांत की बिट

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

संसाधित किए जा रहे गियर के प्रकार के आधार पर, चार प्रकार के अंतिम बिंदु हैं।

• नियंत्रण स्थानान्तरण - विन्यास के लिए छोटे (आमतौर पर) स्थानान्तरण, नियंत्रण आदेश और स्थिति अनुरोध। एकमात्र प्रकार का द्विदिश विनिमय: यहां जानकारी को होस्ट से डिवाइस तक और डिवाइस से होस्ट तक दोनों को प्रसारित किया जाता है। नियंत्रण गियर में तीन चरण ( चरण ) होते हैं, जिनमें से एक अनुपस्थित हो सकता है:
  
  1. सेटअप चरण होस्ट से डिवाइस तक निर्धारित प्रारूप की जानकारी के 8 बाइट्स को स्थानांतरित करता है। इन बाइट्स में डेटा की दिशा और लंबाई शामिल है। सामान्य प्रारूप और मानक अनुरोध मुख्य USB विनिर्देश में वर्णित हैं, और बाद में मैं उनमें से कुछ के बारे में बात करूंगा।
  2. डेटा चरण (अनुपस्थित यदि डेटा की लंबाई शून्य है) पिछले चरण में इंगित दिशा में डेटा स्थानांतरित करता है।
  3. स्थिति चरण विपरीत दिशा में संकेत देता है जो प्रसंस्करण सफलता का संकेत है।
  
  किसी भी USB डिवाइस का नंबर 0 के साथ एक कंट्रोल एंडपॉइंट होना चाहिए: इसकी मदद से, USB इंफ्रास्ट्रक्चर डिवाइस के बारे में सामान्य जानकारी ("किस ड्राइवर को लोड करना है") को पहचानता है और प्रारंभिक कॉन्फ़िगरेशन करता है। लगभग सभी (यदि सभी नहीं) उपकरणों में एक नियंत्रण समापन बिंदु है, जो संभवतः, डिवाइस-विशिष्ट अनुरोधों को भी संसाधित करता है।
• डेटा सरणियों के स्थानांतरण (थोक स्थानान्तरण) । मुख्य "वर्कहॉर्स" जब बहुत अधिक डेटा होता है, और यह महत्वपूर्ण है कि वे बिना विरूपण के पहुंचते हैं, लेकिन यह इतना महत्वपूर्ण नहीं है कि कितना समय लगेगा - फ्लैश ड्राइव, प्रिंटर आदि। उदाहरण के लिए, एक विशिष्ट फ्लैश ड्राइव में तीन समापन बिंदु हैं - एक अनिवार्य शून्य नियंत्रण और दो दिशाओं में डेटा स्थानांतरण के लिए दो।
• बीच-बीच में स्थानांतरण थोड़ा डेटा होने पर उनका उपयोग किया जाता है, लेकिन यह महत्वपूर्ण है कि उन्हें एक निश्चित समय में संसाधित किया जाए - चूहे, कीबोर्ड। उदाहरण के लिए, एक सामान्य माउस में दो समापन बिंदु होते हैं - एक अनिवार्य शून्य नियंत्रण और प्रत्येक 10 मिलीसेकंड (अधिक बार) की आवश्यकता के साथ एक प्रकार का व्यवधान; आवश्यक अंतराल समापन बिंदु की एक संपत्ति है, यह अलग-अलग हो सकता है।
• Isochronous स्थानान्तरण । एकमात्र प्रकार जो डेटा वितरण की गारंटी नहीं देता है। बहुत अधिक डेटा होने पर इसका उपयोग किया जाता है, और यह महत्वपूर्ण है कि उन्हें एक निश्चित समय में संसाधित किया जाए, लेकिन डेटा हानि की अनुमति है - मल्टीमीडिया: वेबकैम, यूएसबी स्पीकर।

USB बस पर समय को फ्रेम या माइक्रोफ्रेम में मापा जाता है। फ़्रेम USB1 में दिखाई दिए, एक फ्रेम - एक मिलीसेकंड। माइक्रोफ़्रेम USB2 में दिखाई दिए, एक फ्रेम में 8 माइक्रोफ़्रेम हैं। USB अवसंरचना में स्थानांतरण के बीच अनुरोधित समय अंतराल की गारंटी के लिए विशिष्ट (माइक्रो) फ़्रेमों पर रुकावट और समकालिक संचरण को निष्पादित करने की योजना है। योजना में 90% से अधिक फ्रेम या 80% से अधिक माइक्रोफ्रेम का उपयोग करने का अधिकार नहीं है। शेष समय (कम से कम 10% / 20%, हालांकि यह अधिक हो सकता है, यदि सभी समय की योजना नहीं है) सक्रिय नियंत्रण प्रसारणों द्वारा कब्जा कर लिया गया है और, अवशिष्ट सिद्धांत द्वारा, डेटा सरणियों का स्थानांतरण।

चैनल समर्थन स्तर

कर्नेल / ट्रंक / बस / usb / pip.inc फ़ाइल में चैनल फ़ंक्शन का कार्यान्वयन शामिल है। एक काफी विस्तृत दस्तावेज कर्नेल / ट्रंक / डॉक्स / usbapi.txt में है । अब 4 कार्य कार्यान्वित हैं। उनमें से पहले दो:

• USBOpenPipe चैनल ओपन फंक्शन, सोर्स कोड में usb_open_pipe । यह इनपुट से पहले से खोले गए चैनल को स्वीकार करता है, जिसमें से यह डिवाइस की विशेषताओं को कॉपी करता है, जिसमें USB बस पर उसका समन्वय और नए चैनल की विशेषताएं शामिल हैं, और नए चैनल के हैंडल या त्रुटि पर शून्य देता है। इससे कोई फर्क नहीं पड़ता कि यह संभाल क्या है।
• USBClosePipe चैनल क्लोज फंक्शन, सोर्स कोड में usb_close_pipe । इसका उद्देश्य और एकमात्र पैरामीटर काफी स्पष्ट है।

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

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

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

चौकस पाठक ने निस्संदेह कार्यों की कमी पर ध्यान दिया है। मैं इस पर काम कर रहा हूं।
कर्नेल / ट्रंक / बस / usb / अनुसूचक। C फ़ाइल भी चैनल समर्थन स्तर से संबंधित है; वह गियर्स शेड्यूल करने के लिए जिम्मेदार है जो प्रसंस्करण समय के प्रति संवेदनशील हैं।

तार्किक उपकरण स्तर

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

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

डिवाइस ड्राइवर

यह USB आर्किटेक्चर में उच्चतम स्तर है। डिवाइस ड्राइवर डिवाइस के आधार पर वांछित कार्यक्षमता का समर्थन करने के लिए चैनल समर्थन स्तर एपीआई और तार्किक डिवाइस स्तर द्वारा एकत्रित की गई जानकारी का उपयोग करते हैं।
ड्राइवरों के बीच, कर्नेल / ट्रंक / बस / usb / hub.inc हब ड्राइवर को इस तथ्य से प्रतिष्ठित किया जाता है कि कुछ पहलुओं में यह मेजबान नियंत्रक समर्थन के स्तर के करीब है और यूएसबी बुनियादी ढांचे का एक अभिन्न अंग है। USB विनिर्देश एक विशेष इकाई - रूट हब में USB पोर्ट को नियंत्रित करने के लिए जिम्मेदार मेजबान नियंत्रक के हिस्से को अलग करता है; रूट हब में अन्य स्तरों के लिए अन्य हब के साथ एक इंटरफ़ेस है, लेकिन वे प्रोग्रामिंग के मामले में मौलिक रूप से अलग हैं।
हब सपोर्ट कोड इंटरफ़ेस: जब डिवाइस कनेक्ट होता है, तो कोड नए डिवाइस के बारे में होस्ट कंट्रोलर सपोर्ट कोड को सूचित करता है; जब डिवाइस बंद हो जाता है, तो कोड इस चैनल समर्थन स्तर के बारे में जानकारी प्रसारित करता है; तार्किक डिवाइस स्तर के लिए, कोड AddDevice + DeviceDisconnected फ़ंक्शंस प्रदान करता है, जिसे स्रोत कोड में क्रमशः usb_hub_init और usb_hub_disconnect कहा जाता है, साथ ही नए डिवाइस से पोर्ट को अवरुद्ध करने का कार्य भी किया जाता है।
चूहे और कीबोर्ड कर्नेल / ट्रंक / ड्राइवर / usbhid.asm ड्राइवर द्वारा समर्थित हैं। फ़्लैश ड्राइवर कर्नेल / ट्रंक / ड्राइवर / usbstor.asm ड्राइवर द्वारा समर्थित है।

होस्ट कंट्रोलर सपोर्ट कोड इंटरफ़ेस

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

एक विशेष होस्ट कंट्रोलर के लिए विशिष्ट कार्य और दूसरे कोड से कॉल किए गए हैं जो usb_hardware_func से usb_hardware_func संरचना में संकलित किए गए हैं। इसमें शामिल हैं:

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

श्रृंखला के सभी लेख

भाग 1: सामान्य रूपरेखा
भाग 2: मेजबान नियंत्रकों के साथ काम करने की मूल बातें
भाग 3: होस्ट कंट्रोलर सपोर्ट कोड
भाग 4: चैनल समर्थन स्तर
भाग 5: तार्किक उपकरण स्तर
भाग 6: हब ड्राइवर

PS अगर किसी और को पता नहीं है: हम अपने समर कोड को खर्च करने के लिए कुछ पैसे किकस्टार्टर पर जमा करते हैं। अब तक, 65% एकत्र किया गया है, और धन उगाहने वाला 31 मई (कल) को समाप्त होता है। लेख: habrahabr.ru/post/180197