एचडीएमआई और आई


15

एचडीएमआई पिनआउट पर मेरी नज़र थी और मैंने सोचा: वे डिस्प्ले-होस्ट संचार के लिए I C का उपयोग क्यों करेंगे ? मेरा प्रश्न यहाँ डिज़ाइन मेट्रिक्स के बारे में है जो इस पसंद को आगे बढ़ाता है।2

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

मैं वास्तव में संचार प्रोटोकॉल का विशेषज्ञ नहीं हूं, लेकिन मुझे लगता है कि RS485, CAN या कुछ अन्य बिंदु से बिंदु, पूर्ण द्वैध, उच्च SNR प्रोटोकॉल बेहतर होता।

तो वे I C का चयन क्यों करेंगे ?2

नोट: मुझे पता है कि इसे "राय आधारित" के रूप में चिह्नित किया जा सकता है, मैं उम्मीद कर रहा हूं कि कोई व्यक्ति कुछ उद्देश्य कारणों के बारे में सोच सकता है / जानता है।


महान प्रश्न के लिए +1! मुझे लगता है कि यह सीईसी से संबंधित है! मैं एसटीएम 32 का उपयोग करता हूं और उनके पास सीईसी परिधीय है और मैं इसका उत्तर जानने के लिए उत्सुक हूं।
रोह

2
मैंने कुछ VESA पैनलों पर एक मानक कंपनी (VGA) से प्रतिनिधि के रूप में सेवा की जब DDC2 लागू किया जा रहा था। फिलिप्स अपने मानक को लागू करने के लिए बातचीत करने में सक्षम था, जो थोड़ा विवादास्पद था क्योंकि यह एक मालिकाना समाधान था, हालांकि यह प्लग और प्ले के लिए एक अच्छा समाधान है। तो @TurboJ का सही जवाब है। उस समय मल्टी-ड्रॉप को महत्वपूर्ण नहीं माना जाता था क्योंकि यह पॉइंट टू पॉइंट एनालॉग (वीजीए) था।
प्लेसहोल्डर

जवाबों:


8

एचडीएमआई में डीसीसी इतिहास डीवीआई के माध्यम से वीजीए के लिए नीचे जाता है। यह इस तरह से लागू किया जाता है कि आप मॉनिटर की तरफ एक मानक I eC इप्रोम मेमोरी चिप को हुक कर सकते हैं, जो लगभग गंदगी (AT24C01 और संगत) के रूप में सस्ते हैं।

I2C सिग्नल को संभवतः बहुत अधिक शोर से बचने के लिए सामान्य वोल्टेज से अधिक का उपयोग करना चाहिए

नहीं। +5 वोल्ट आपको एक अलग कहानी बताते हैं। वे क्या कर सकते हैं बस पर एक कम घड़ी आवृत्ति है। एचडीएमआई केबल को आमतौर पर अच्छी तरह से ढाल दिया जाता है।

तो वे I2C क्यों चुनेंगे?

यह डीवीआई (एचडीएमआई के अनुकूल है) और काम करता है और सस्ता है।


2
तो संक्षेप में, आप कह रहे हैं कि यह विरासत की अनुकूलता के मुद्दों के कारण है और ठीक काम करता है इसलिए इसे क्यों बदलें?
हॉर्टा

3

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

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


तो आप कह रहे हैं कि मल्टी hdmi सेटअप पर केवल एक i2c ट्रांसीवर को होस्ट साइड की आवश्यकता होती है, और यही कारण है कि मल्टी पॉइंट कॉम एक अच्छी बात है?
व्लादिमीर क्रैवेरो

आपको एक समर्पित ट्रान्सीवर की भी आवश्यकता नहीं होगी (जैसा कि एक एकल आईसी व्होस एकमात्र कार्य I2C पर संवाद करने के लिए है)। यह एक पुल आईसी की सिर्फ एक छोटी जिम्मेदारी हो सकती है जो विभिन्न इंटरफेस का प्रबंधन कर रही है। यह संभावना है कि प्रत्येक मॉनिटर के लिए एक समर्पित I2C बस है, हालांकि। I2C (IMO) की खामियों में से एक यह है कि किसी भी दो दासों को एक ही बस पते से कॉन्फ़िगर नहीं किया जा सकता है और दासों को नए पते प्रदान करने के लिए कोई प्रोटोकॉल (जो मुझे पता है) है।
kjgregory

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

1
मुझे नहीं लगता कि एचडीएमआई के उपयोग के लिए यह तथ्य वास्तव में एक बड़ा मुद्दा या प्रतिवाद है। खासकर जब आप समझते हैं कि किसी भी अन्य प्रोटोकॉल को किसी भी मॉनिटर के लिए एक अलग इंटरफ़ेस की आवश्यकता होगी।
kjgregory

हाँ, मैं उस पर सहमत हूँ
व्लादिमीर क्रेवरो

0

इसका सस्ता, यह काम करता है, यह पहले से ही वीजीए युग से था, और इसे बदलने का कोई वास्तविक कारण नहीं था।

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

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

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

यह वास्तव में एक मानक निकाय का कुछ दुर्लभ मामला है जो एक निर्माता के लाभ को हटाने के लिए परिवर्तन नहीं कर रहा है, और इसके बजाय एक ज्ञात कार्य के साथ डिफैक्टो मानक के लिए जा रहा है। I2C द्वारा मुझे आश्चर्य नहीं हुआ होगा, लेकिन बस के साथ नीचे खींची गई और सक्रिय अवस्था तर्क 1, या कुछ समान रूप से असिन सिर्फ फिलिप्स / एनएक्सपी / नेक्सपीरिया को सौंपने से बचने के लिए!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.