উত্তর:
সংক্রমণ গতির কারণ ইউএসবি অর্ধ-দ্বৈত: একটি প্রতিক্রিয়া প্রেরণ করতে, বাসটি ঘুরিয়ে দিতে হবে এবং ডেটা অন্য দিকে প্রেরণ করতে হবে। সুতরাং হোস্ট ডেটা প্রেরণ করে এবং স্বীকৃতি বা প্রতিক্রিয়ার জন্য অপেক্ষা করে। সমস্ত স্থানান্তর হোস্ট দ্বারা নিয়ন্ত্রিত হয়। তারপরে ডিভাইসটির একটি নির্দিষ্ট (মোটামুটি স্বল্প) সময় রয়েছে যাতে প্রতিক্রিয়া জানাতে হবে। এই সময়টি প্রায় 5 মি তারের বরাবর দুটি সিগন্যাল ভ্রমণের জন্য নেওয়া সময়।
(আমি এই দ্বিতীয় দিকে রেফারেন্সগুলি খুঁজে পাচ্ছি না, তবে সম্পর্কিত বিশদ নথিগুলি সর্বজনীন)
সম্পাদনা করুন: এই বিভাগটি সন্ধানের জন্য স্মরণার্থকে ধন্যবাদ
তারগুলি এবং দীর্ঘমেয়াদী সমাধান
- কেন তারের দৈর্ঘ্যের সীমা আছে এবং সেগুলি কি?
উত্তর: পরের বিটটি প্রেরণের আগে ট্রান্সমিটারে প্রতিচ্ছবি বসানোর অনুমতি দেওয়ার জন্য তারের দৈর্ঘ্যটি 26ns এর কেবল বিলম্বের মাধ্যমে সীমাবদ্ধ ছিল। যেহেতু ইউএসবি সোর্স টার্মিনেশন এবং ভোল্টেজ-মোড ড্রাইভারগুলি ব্যবহার করে, তাই এটি হওয়া উচিত, অন্যথায় প্রতিচ্ছবি ড্রাইভারটিকে স্তূপাকার এবং ধাক্কা দিতে পারে। এর অর্থ এই নয় যে বিটটির শেষে লাইন ভোল্টেজ পুরোপুরি স্থিত হয়ে গেছে; সবচেয়ে খারাপ ক্ষেত্রে অন্তর্নিহিত সঙ্গে। যাইহোক, বিটের শেষে যথেষ্ট পরিমাণে স্যাঁতসেঁতে হয়ে গেছে যে প্রতিবিম্বের প্রশস্ততাটি পরিচালনাযোগ্য স্তরে হ্রাস পেয়েছে। কম গতির সংকেতগুলিকে প্রভাবিত করতে ট্রান্সমিশন লাইনের প্রভাবগুলি রাখার জন্য কম গতির তারের দৈর্ঘ্য 18ns এর মধ্যে সীমাবদ্ধ ছিল।
- আমি 5 মিটারের চেয়ে বেশি তারের তৈরি করতে চাই, কেন এই কাজ হবে না?
উত্তর: এমনকি যদি আপনি অনুমানটি লঙ্ঘন করেন তবে এটি আক্ষরিকভাবে আপনাকে খুব বেশি দূরত্বে পেত না। সবচেয়ে খারাপ ক্ষেত্রে বিলম্বের সময় ধরে নেওয়া, 5 টি হাব এবং তারগুলির নীচে একটি পূর্ণ গতির ডিভাইসটির সময়সীমা 280ps হয়। এই মার্জিনটিকে 0 পিএসে কমাতে কেবল আপনাকে অতিরিক্ত 5 সেন্টিমিটার দিতে হবে, যা কষ্টের পক্ষে কমই নয়।
সুতরাং আমার উত্তরটি কেবলমাত্র অর্ধ-ডান: রাউন্ড ট্রিপ সীমাটি 25 মিটার মোট গভীরতার জন্য হাব এবং কেবলগুলির সবচেয়ে খারাপ ক্ষেত্রে শৃঙ্খলার জন্য।
ড্যান নীলি এটিও ঠিক বলেছেন যে কীবোর্ড, ইঁদুর, প্রিন্টার ইত্যাদির মতো "ধীর" পেরিফেরিয়ালগুলির জন্য সর্বদা ইউএসবি হ'ল সর্বনিম্ন ব্যয় সমাধান হিসাবে বিবেচিত হয় যদি আপনি আরও গতি এবং আরও বেশি দূরত্বের জন্য পূর্ণ দ্বৈত চান , তবে 100baseT ইথারনেট প্রাকৃতিক পছন্দ।
এই পৃষ্ঠাটি দেখুন, /superuser/64744/maximum-leight-of-a-usb-cable ।
প্রশ্ন 1: আমি আমার ডিভাইসটি সংযোগ করতে কতক্ষণ তারের ব্যবহার করতে পারি? এ 1: অনুশীলনে, ইউএসবি স্পেসিফিকেশন পূর্ণ গতির ডিভাইসগুলির মধ্যে একটি তারের দৈর্ঘ্য 5 মিটার (16 ফুট 5 ইঞ্চি থেকে কিছুটা কম) সীমাবদ্ধ করে। কম গতির ডিভাইসের জন্য সীমাটি 3 মিটার (9 ফুট 10 ইঞ্চি)।
প্রশ্ন 2: আমি কেন 3 বা 5 মিটারের চেয়ে বেশি তার ব্যবহার করতে পারি না? এ 2: ইউএসবি এর বৈদ্যুতিক নকশা এটির অনুমতি দেয় না। যখন ইউএসবি ডিজাইন করা হয়েছিল, ইউএসবি ডাটা লাইনে বৈদ্যুতিন চৌম্বকীয় ক্ষেত্রগুলির প্রচারকে এমনভাবে পরিচালনা করার সিদ্ধান্ত নেওয়া হয়েছিল যে কোনও ইউএসবি কেবলের সর্বাধিক দৈর্ঘ্য 4 মিটার সীমার মধ্যে সীমাবদ্ধ করে দেয়। এই পদ্ধতির বেশ কয়েকটি সুবিধা রয়েছে এবং যেহেতু ইউএসবি একটি ডেস্কটপ পরিবেশের জন্য তৈরি তাই পরিসীমা সীমাবদ্ধতা গ্রহণযোগ্য বলে মনে করা হত। আপনি যদি ট্রান্সমিশন লাইন তত্ত্বের সাথে পরিচিত হন এবং এই বিষয়ে আরও বিশদ চান, তবে বিকাশকারীদের প্রায়শই জিজ্ঞাসিত প্রশ্নগুলির ইউএসবি সিগন্যাল বিভাগটি দেখুন at
ইউএসবি "বাফার" করা সত্যিই সম্ভব নয়, কমপক্ষে শব্দের সাধারণ অর্থে নয়। সাধারণত, বাফারিংয়ের অর্থ বৈদ্যুতিক প্রশস্তকরণ এবং সম্ভবত সংকেত পুনর্জন্ম।
ইউএসবি সহ, হোস্টটি বাসের পুরোটি চালিত করে। একটি হোস্ট একটি অনুরোধ প্রেরণ করে, এবং ডিভাইসটি হোস্টকে প্রতিক্রিয়া জানাতে হবে। প্রতিক্রিয়াটির শুরুতে অনুরোধ প্রেরণ শেষ হওয়ার পরে হোস্টের কাছে একটি নির্দিষ্ট সময় পৌঁছাতে হবে। একটি তারের খুব দীর্ঘ সঙ্গে, প্রচারের সময়টি হোস্টের কাছে সময়মতো পৌঁছানোর পক্ষে খুব দীর্ঘ।
সুতরাং কার্যকার্য রয়েছে এবং এগুলির মধ্যে কোনওটিই সহজ "বাফারিং" এর সাথে জড়িত না কারণ বাফারিংয়ে অতিরিক্ত বিলম্ব সংঘটিত হয় এবং আমাদের কোনওভাবে হোস্টকে আরও বেশি বিলম্বের সহনশীল করে তোলা দরকার।
কর্মক্ষেত্রের দুটি শ্রেণি রয়েছে:
শারীরিক বা ভার্চুয়াল হাবগুলি সন্নিবেশ করানো এমন কাজের ক্ষেত্রগুলি। যদি কোনও হোস্ট বাসে একটি হাবের গণনা করে তবে হাবটি নিজেই একটি অতিরিক্ত বিলম্ব যোগ করে এবং হাব এবং হোস্টের মধ্যে আরও একটি সম্ভাব্য পূর্ণ দৈর্ঘ্যের কেবল রয়েছে। হাব থেকে ডাউন স্ট্রিম সংযুক্ত ডিভাইসগুলির জন্য যে কোনও অনুরোধগুলি অতিরিক্ত বিলম্বের সাথে নির্ধারিত।
আপনি তারের প্রতি 4 মিটার একটি একক পোর্ট হাব inোকাতে পারেন সিরিজের 7 টি পর্যন্ত হাব। হোস্ট থেকে চূড়ান্ত ডিভাইসে সীমাবদ্ধতা হ'ল স্তরের 7 স্তরের, সুতরাং যদি আপনার বৈপরীত্যের কোনও প্রবাহ থাকে তবে আপনাকে সেই অনুযায়ী হাবের সংখ্যা হ্রাস করতে হবে। অনেকগুলি ইউএসবি হোস্টগুলিতে একটি একক স্তরের অভ্যন্তরীণ হাব অন্তর্ভুক্ত থাকে, সুতরাং একটি বাস্তবসম্মত সীমাটি 28 মাইল তারের হবে এবং সিরিজের 6 টি হাব থাকবে। সমস্ত হাব তবে প্রথমটি স্ব-চালিত হওয়ার ভান করতে হবে।
হোস্টে চলে যাওয়া প্লাগটিতে ডানদিকে प्रीফাসিসের সাথে বিফায়ার ট্রান্সসিভার সহ ভার্চুয়াল হাবগুলি যুক্ত করতে পারেন, তারপরে দীর্ঘতর তারের মাধ্যমে ইউএসবি ট্র্যাফিক প্রেরণ করতে পারেন। যতক্ষণ না এই ধরণের প্রসারিত তারের শেষে ডিভাইসটির প্রাপ্ত সংকেতগুলি অনুমানের মধ্যে থাকে এবং যতক্ষণ না আপনার রিসিভার একটি দীর্ঘ তারের মাধ্যমে স্ট্যান্ডার্ড ডিভাইস দ্বারা প্রেরিত ডেটা পুনরুদ্ধার করতে পারে ততক্ষণ আপনি ঠিক আছেন। ভার্চুয়াল হাবগুলি যুক্ত করা হয়েছে যাতে হোস্টটি দীর্ঘ বিলম্বের অনুমতি দেয় - তবে অবশ্যই কোনও শারীরিক কেন্দ্র নেই, কেবল সেগুলির একটি ছদ্মবেশ।
প্রোটোকলের একটি উচ্চ স্তরে "ধীর" প্রদর্শিত একটি ডিভাইস অনুকরণ করে এমন ওয়ার্কআরউন্ডস। কিছু ক্যাট -5 ইউএসবি "এক্সটেন্ডার" কাজ করে। এখানে পাঁচটি অংশীদার রয়েছে: আসল হোস্ট (rHost), এটি দ্বারা দেখানো একটি এমুলেটড ডিভাইস (eDev), একটি লম্বা কেবল, একটি এমুলেটড হোস্ট (eHost) এবং ডিভাইসগুলি যা কেবলটির শেষ প্রান্তে এটি দেখায় (rDev) ।
প্রাথমিকভাবে, ইডিভ না থাকার ভান করে। কিছু সময় eHost দেখতে পায় যে একটি আরডিভ প্লাগ ইন করা হয়েছিল It এটি গণনা করে এবং ডেটা ইডিভে ফরোয়ার্ড করে। EDev এর পরে একটি প্লাগ-ইন ইভেন্টটি এমুলেট করে এবং rHost এটিকে এনুমারি করে। RHost বিশ্বাস করে যে এটি আরডিভ দেখে, তবে এটি কেবল ইডিভ সেখানে রয়েছে, ভান করে। একইভাবে, আরডিভ মনে করে যে এটি একটি আরহোস্টকে দেখেছে, তবে এটি কেবল একটি ইস্ট রয়েছে, ভান করছে।
অবশেষে, rHost এটির কিছুটা ব্যবহার করতে, এটি বিশ্বাস করে যে আরডিভের বিশ্বাস আছে সেখানে কিছু স্থানান্তর জারি করতে চায়। IN স্থানান্তর করার জন্য, ইডিভ কোনও ডেটা না থাকার ভান করে (কোনও নাক দিয়ে উত্তর দেয়)। স্থানান্তর অনুরোধটি ই-হোস্টে ফরোয়ার্ড করা হয়েছে, যা এটি আরডিএভ দিয়ে পুনরায় কার্যকর করে। এর ফলাফলগুলি আবার ইডিএভ-এ ফরোয়ার্ড করা হয়, যা পরের বার হোস্ট স্থানান্তর করার চেষ্টা করার পরে ফলাফলগুলি ব্যবহার করে।
OUT স্থানান্তরগুলির জন্য, eDev কে rDev এর আচরণ কেমন হবে তা অনুমান করতে হবে। এখানে বিভিন্ন হিউরিস্টিকস এবং আচরণ রয়েছে যা এখানে চেষ্টা করা যেতে পারে। একটি উপায় হ'ল ইডিএভের জন্য সর্বদা ডেটা গ্রহণ করা এবং এসিকে দিয়ে উত্তর দেওয়া। স্থানান্তরটি ই-হোস্টে ফরোয়ার্ড করা হয়, যা পরে আরডিএভে স্থানান্তরটি পুনরায় প্রদর্শন করে। আদর্শভাবে, rDev শেষ পর্যন্ত ডেটা ব্যবহার করবে এবং এটি ACK করবে। যদি এটি সফল না হয়, বা যদি rDev একটি স্টলের সাথে উত্তর দেয়, তবে হোস্ট থেকে পরবর্তী স্থানান্তরের ক্ষেত্রে ইডিএভ সবচেয়ে ভাল করতে পারে। বিকল্পভাবে, ইডেভ সর্বদা স্থানান্তর নাক করে দিতে পারে, সাধারণত সঠিক অনুমানের সাথে যে হোস্ট কেবল অভিন্ন স্থানান্তরটি পরে পুনরায় চেষ্টা করবে। যদিও মূল ট্রান্সফারটি নাক-এড ছিল, এটি ই-হোস্টে ফরোয়ার্ড করা হয়েছে, যা পরে rDev দিয়ে স্থানান্তরটি কার্যকর করে। আরডিএভের উত্তর যাই হোক না কেন, ইডেভের জবাব শিগগিরই হয়ে যায়।
বাস্তববাদী বাস্তবায়নগুলি রক্ষণশীল হিউরিস্টিক্স দিয়ে শুরু হবে যা কোনও এনএকে দ্বারা স্থগিত করা যেতে পারে এমন সমস্ত স্থানান্তরগুলির জন্য আরডিভের সম্পূর্ণ রাউন্ডট্রিপকে জড়িত। স্থানান্তরগুলি এগিয়ে যাওয়ার সাথে সাথে rDev এর প্রত্যাশিত আচরণটি শিখতে পারে এবং ইডিভ কম রক্ষণশীল হতে পারে। "এক্সটেন্ডার" স্ট্যান্ডার্ড ইউএসবি ক্লাসের জ্ঞান এবং কিছু ভাল বিক্রেতার নির্দিষ্ট ক্লাস / ডিভাইস জ্ঞান / ব্ল্যাকলিস্ট / হোয়াইটলিস্ট আরও ভাল পারফরম্যান্সের জন্য ব্যবহার করতে পারে।
বেশিরভাগ ডেটা ট্রান্সমিশন-ওভার-কেবল স্কিমগুলিতে তার প্রয়োগের কীভাবে এটি প্রয়োগ করা যায় তার বর্ণনা সহ একটি আন্তর্জাতিকভাবে স্বীকৃত মান রয়েছে (এটি প্রতিরোধ হিসাবে ভাবেন, তবে এসির ক্ষেত্রে প্রযোজ্য), সমাপ্তি বাধা ( সংযোগের শেষে 'প্রতিরোধের' যা আপনার সিগন্যালের প্রতিবিম্ব এড়ানোর জন্য প্রেরকের দিকে পিছনে পিছনে পিছন ঘটাতে প্রয়োজন), প্রায়শই একটি নির্দিষ্ট 'স্যুইভ রেট' (যে সময়টি সংকেত (গুলি) থেকে স্থানান্তরিত হতে লাগে) 0-স্টেট থেকে 1-রাজ্যে বা তদ্বিপরীত) এবং সুতরাং প্রতি সেকেন্ডে 0/1 এর মধ্যে সর্বাধিক সংখ্যক স্থানান্তর (যেমন কেবিপিএস / এমবিপিএস / জিবিপিএস), এবং তারপরে সংকেত অখণ্ডতার অবনতি হওয়ার আগে আর কত দীর্ঘ হতে পারে & স্টাফ ঠিক কাজ করা বন্ধ করে দেয়।
ইউএসবি এর সাথে তুলনা করে, আরএস 232 এর তারের টাইপ, চারিত্রিক প্রতিবন্ধকতা, স্লিভ রেট, তারের দৈর্ঘ্য, সংযোগকারী প্রকারের সমস্ত স্পেসিফিকেশন রয়েছে। অবশ্যই, 25-পিন এবং 9-পিন 'ডি' সংযোগকারীগুলি সাধারণ ছিল, কিন্তু বাস্তবে আরএস 232 সমস্ত ধরণের সংযোজক এবং কেবল এবং পণ্যগুলির মধ্যে নকশাকৃত ছিল অন্যথায় বলার কোনও সত্যতা নেই। অনুশীলনে, আরএস 232 এর সাহায্যে আপনি কম বিট-প্রতি সেকেন্ডে (ওরফে 'বাউড') রেটে নেমে দীর্ঘ দূরত্বে যেতে পারেন। আপনি যে সর্বাধিক দূরত্বটি অর্জন করতে পারবেন তা আপনার তারের প্রতিরোধের উল্লেখযোগ্য অংশেও নির্ধারিত হবে, এটি edাল দেওয়া হয়েছে কি না, শেষে সমাপ্ত হওয়া ইত্যাদি।
এবং আরএস 232 কে ইউএসবি-র সাথে তুলনা করতে গিয়ে আপনি ১৯ from০ এর দশকের একটি 'স্ট্যান্ডার্ড' তুলনা করছেন যা ১১.০ এমবিপিএস- এ শুরু হওয়া ১৯৯০ এবং ২০০০-এর দশকের মধ্যে ১৯৮০-এর দশকের থেকে ১১০ কে ২ (বিরল ব্যতিক্রম সহ) শীর্ষে রয়েছে , দ্রুততার একটি ক্রম, তারপরে 12 এমবিপিএস (প্রায় 100x দ্রুত), তারপরে 480 এমবিপিএস (প্রায় 5000x দ্রুত), তবে যার অর্থ তারের পরামিতি এবং তারের দৈর্ঘ্য এটিকে নির্ভরযোগ্যভাবে কাজ করতে গুরুত্বপূর্ণ ভূমিকা পালন করেছে । এটি একটি ডেস্কটপ পেরিফেরিয়াল সংযোগ স্ট্যান্ডার্ড হিসাবে নকশা করা হয়েছিল, সুতরাং 5 মিটি গ্রহণযোগ্য বলে মনে করা হয়েছিল এবং তারপরে কেবল এবং সংযোগকারীগুলির এবং গতির সমস্ত পরামিতি নির্ধারণ করা হয়েছিল। যদি ইউএসবিকে ধীর করে দেওয়ার কোনও উপায় ছিল, আপনি সম্ভবত এটি দীর্ঘতর তারগুলিতে চালাতে পারেন (কোনও রিপিটার ছাড়াই)।