সত্যিই একটি "ইউএসবি যোগাযোগ প্রোটোকল" আছে?


24

উইকিপিডিয়া অনুসারে , ইউএসবি:

কম্পিউটার এবং ইলেকট্রনিক ডিভাইসের মধ্যে সংযোগ, যোগাযোগ এবং বিদ্যুৎ সরবরাহের জন্য বাসে ব্যবহৃত কেবল, সংযোগকারী এবং যোগাযোগ প্রোটোকল সংজ্ঞায়িত করে

কিন্তু আসলেই কি কোনও "ইউএসবি যোগাযোগ প্রোটোকল " রয়েছে? আমার বোঝার বিষয়টি হ'ল:

  1. আপনি একটি ইউএসবি ডিভাইসটিকে একটি মেশিনে সংযুক্ত করুন (বলুন, উবুন্টু বা কোনও ধরণের লিনাক্স)
  2. লিনাক্স সেই ডিভাইসের জন্য ডিভাইস ড্রাইভারটি খুঁজে পেয়েছে (কোনওভাবে - যদি আপনি জানেন তবে বোনাস !) এবং এটিকে লোড করে দেয়
  3. ডিভাইসটি এখন এর অধীনে সংযুক্ত /dev/theDevice
  4. ব্যবহারকারীর স্থান অ্যাপ্লিকেশনগুলি এখন পড়তে / লিখতে পারে /dev/theDeviceএবং ড্রাইভার নিম্ন-স্তরের আইওকে অন্তর্নিহিত ডিভাইস / হার্ডওয়্যারটিতে পরিচালনা করে

আমার কাছে, এই প্রবাহের কোথাও কোনও "ইউএসবি যোগাযোগ প্রোটোকল" উপস্থিত হয় না। যদি আমার বোঝাটি সঠিক হয় তবে ইউএসবি হ'ল পিসি এবং ডিভাইসের মধ্যে কেবল কেবল এবং বৈদ্যুতিক সংযোগ।

আমি কি এখানে ভুল করছি? ইউএসবি কি আসলে কিছু প্রকার নিম্ন-স্তরের প্রোটোকল প্রয়োগ করে উপরের প্রবাহকে আন্ডারস্কোর করে? যদি তা হয় তবে এটি কী এবং এটি 30,000 ফুট দৃশ্যে কীভাবে কাজ করে?


45
"ড্রাইভার নিম্ন-স্তরের আইওটিকে অন্তর্নিহিত ডিভাইস / হার্ডওয়্যারটিতে পরিচালনা করে" এটি স্ট্যান্ডার্ডে থাকা যোগাযোগ প্রোটোকলটি ব্যবহার করে এটি করে।
EBGreen

29
ওহ ... আমি প্রশ্নটি পড়ি "সত্যই একটি" ইউএসবি যোগাযোগ প্রোটোকল "আছে কি?" সুতরাং উত্তর হ্যাঁ হবে। আপনি যদি প্রকৃত যোগাযোগ প্রোটোকলটি জানতে চান তবে কেবল স্ট্যান্ডার্ডটি পড়ুন। বা আপনি লিঙ্ক করেছেন সেই উইকি পৃষ্ঠায় 11 ধারাটি পড়ুন।
EBGreen

6
"ইউএসবি হ'ল পিসি এবং ডিভাইসের মধ্যে কেবল কেবল এবং বৈদ্যুতিক সংযোগ"। ইথারনেট কেবলটি পিসি এবং একটি স্যুইচ / রাউটার / যাই হোক না কেনের মধ্যে কেবল একটি কেবল। এখনও এই ক্যাবলের সাথে যোগাযোগের জন্য এবং এটির সাথে দরকারী স্টাফগুলি করার জন্য কিছু প্রোটোকল ব্যবহৃত হয়।
ysdx

13
"লিনাক্স সেই ডিভাইসের জন্য ডিভাইস ড্রাইভারকে আবিষ্কার করে" আপনি কীভাবে মনে করেন যে লিনাক্স অন্য প্রান্তের সাথে সংযুক্ত কোন ডিভাইসটি সনাক্ত করতে সক্ষম হয়। একটি সাধারণ প্রোটোকল, সম্ভবত?
ব্যয়কারী

4
@ রামহাউন্ড "অন্তত ইথারনেটের ক্ষেত্রে সেই যোগাযোগের প্রোটোকলগুলি আদর্শের তুলনায় স্বতন্ত্র" " এটা মিথ্যা। ইথারনেট প্রোটোকল (উভয় শারীরিক এবং ম্যাক স্তর) আইইইই ইথারনেট স্ট্যান্ডার্ড (বিশেষত, ৮০২.৩ স্ট্যান্ডার্ড ) দ্বারা সংজ্ঞায়িত করা হয়েছে । অবশ্যই, ইথারনেট প্রোটোকল ব্যতীত অন্য কোন বিভাগ পাঠানো হবে যার সাথে বিভাগ 6 কেবলটি রয়েছে। আরজে -45 সংযোগকারী, তবে সেই মুহূর্তে এটি আর ইথারনেট নেই। উদাহরণস্বরূপ, নন-ভিওআইপি ফোন সিস্টেমের ক্ষেত্রে এটি সাধারণ অনুশীলন।
পুনরায়

উত্তর:


47

হ্যাঁ, ইউএসবি প্রোটোকল দেখুন

আমি এটি বুঝতে পারি, ইউএসবি স্পেক স্তরযুক্ত প্রোটোকল এবং ডিভাইস প্রোফাইলগুলির একটি জটিল সেট সংজ্ঞায়িত করে।

উদাহরণস্বরূপ, ইউএসবি ডিভাইসগুলি ভর-স্টোরেজ, কীবোর্ড (বা হিউম্যান ইন্টারফেস ডিভাইস ইত্যাদি) এর মতো উচ্চ-স্তরের টেম্পলেটগুলির সাথে সামঞ্জস্য করতে পারে এবং জেনেরিক ডিভাইস ড্রাইভার দ্বারা পরিচালিত হতে পারে। কিছু ইউএসবি ডিভাইস নিম্ন স্তরে যোগাযোগ করতে পারে যেমন ওএস নিম্ন স্তরের ইউএসবি সমর্থনটি সনাক্ত করতে পারে যে ডিভাইস-নির্দিষ্ট উচ্চ স্তরের ড্রাইভারের প্রয়োজন।


30

প্রশ্ন: কোন নিম্ন স্তরের ইউএসবি যোগাযোগ প্রোটোকলটি কার্যত চলছে এবং এটি কী?

উত্তর:

হ্যাঁ, ইউএসবি স্পেসিফিকেশনটিতে ইউএসবি প্রোটোকল অন্তর্ভুক্ত রয়েছে যা কিছুটা স্তরে বাসের ব্যবহারের উপায়টি সংজ্ঞায়িত করে। এটি হ'ল 'নিম্ন-স্তরের' প্রোটোকল যা উচ্চ স্তরের প্রোটোকলগুলি যেমন গণ-সঞ্চয়স্থান, এইচআইডি ইত্যাদি অন্তর্ভুক্ত করে lies

ইউএসবি প্রোটোকল কীভাবে কাজ করে তার সুনির্দিষ্টতার জন্য, এই ওএসডিভ উইকি সহায়ক। ইউএসবি প্রোটোকল প্রতি বিভিন্ন ডেটা লেনদেন বর্ণনা করার জন্য সিক্যুয়েন্স ডায়াগ্রাম ব্যবহার করে এখানে আরও একটি আকর্ষণীয় বিবরণ দেওয়া হয়েছে।

বোনাস প্রশ্ন: লিনাক্স কীভাবে সেই ডিভাইসের জন্য ডিভাইস ড্রাইভারকে খুঁজে পেতে এবং লোড করতে পারে?

বোনাস উত্তর:

'লিনাক্স-এ ইউএসবি-সক্ষমিত কার্নেল ব্যবহার করার সময়, ইউএসবি স্পেসিফিকেশনের কারণে একটি ওয়ার্কিং ইউএসবি ডিভাইসটি হার্ডওয়্যার এবং কার্নেলের মাধ্যমে সনাক্ত করা হবে । হার্ডওয়্যার সাইডে ইউএসবি হোস্ট কন্ট্রোলার দ্বারা সনাক্তকরণ করা হয়। তারপরে কার্নেলে হোস্ট কন্ট্রোলার চালক তারের নিম্ন স্তরের বিটগুলিকে ইউএসবি প্রোটোকল ফর্ম্যাট তথ্যে অনুবাদ করে। এই তথ্যটি তখন কার্নেলের ইউএসবি কোর ড্রাইভারে পপুলেটে যায়। '

আমি এই চমৎকার ওপেনসোর্সফুরু নিবন্ধটি থেকে প্যারাফ্রেস করেছি , যা লিনাক্স প্রসঙ্গে আপনার প্রশ্ন সম্পর্কে আরও বিশদ এবং স্পষ্টতা রয়েছে।


7
আমি আশা করি আপনার জন্য "বোনাস প্রশ্ন" এর অর্থ "অনুগ্রহ"।
dotancohen

@ প্রোজেক্টডিপি - এটি খুব কার্যকর হবে যদি আপনি নিজের প্রাথমিক রেফারেন্স থেকে কিছু তথ্য নিজের উত্তরে রেখে দেন।
রামহাউন্ড

@ রামহাউন্ড - আপনার মতামতের জন্য ধন্যবাদ, আমি আমার উত্তরটি আরও সহায়ক উপায়ে আবার লিখেছি। সম্পদগুলি থেকে আরও তথ্য যুক্ত করার জন্য, প্রশ্নগুলির সাথে এটি প্রাসঙ্গিক দেখতে আপনি কী চান?
projectdp

14

প্রায় প্রতিটি অন্যান্য যোগাযোগের ইন্টারফেসের মতো, ইউএসবি একটি প্রোটোকল স্ট্যাক হিসাবে প্রয়োগ করা হয়। এই স্ট্যাকের মধ্যে যে স্তরগুলি সমস্ত বা একাধিক ধরণের ডিভাইসের ক্ষেত্রে সাধারণ তা কেবল নিজেরাই ইউএসবি মানদণ্ড দ্বারা সংজ্ঞায়িত করা হয়, যা উভয়ই সামঞ্জস্যতা সক্ষম করে এবং প্রতিটি ডিভাইসকে অপ্রয়োজনীয় প্রোটোকল ডিজাইন করতে বাধা দেয়। তদ্ব্যতীত, প্রোটোকলের প্রতিটি স্তর বিশদ বিমূর্ত করে যে পরবর্তী স্তরটি সম্পর্কে চিন্তা করার দরকার নেই। সুতরাং, যখন আপনি আসলে ডিভাইস-নির্দিষ্ট স্তরটি লিখছেন, আপনার কেবল জেনেরিক 'প্রেরণ' এবং 'প্রাপ্ত' ফাংশন রয়েছে যা এন্ডপয়েন্ট এ থেকে শেষ পয়েন্টে ডেটা পেয়ে থাকে বি ডিভাইস ডিজাইনার হিসাবে আপনাকে কোনও যত্ন করার দরকার নেই কিভাবে যে ঘটে। তদতিরিক্ত, প্রোটোকল স্ট্যাকের মধ্যে নিম্ন স্তরগুলি যতক্ষণ না তাদের উপরের স্তরের একটি সাধারণ ইন্টারফেস প্রকাশ করে ততক্ষণ বাস্তবায়ন পরিবর্তন করতে পারে। এইভাবে, যখন প্রোটোকল স্ট্যাকের একটি অংশ পরিবর্তিত হয়, তখন বাকী স্ট্যাকের পরিবর্তন হয় না।স্ট্যাকের কিছু নিম্ন স্তরে কোন প্রোটোকল ব্যবহার করা হচ্ছে। সাধারণভাবে বলতে গেলে, স্ট্যাকের নীচে প্রতিটি পরপর স্তরটি তার নিজের পেওল্ড ক্ষেত্রের মধ্যে পরবর্তী সর্বোচ্চ স্তর দ্বারা উত্পাদিত বার্তাটি একটি বার্তা প্রেরণের সাথে সাথে encapsulate করবে। যখন কোনও বার্তা পাওয়া যায়, প্রতিটি স্তরটি সেই স্তরের সাথে প্রাসঙ্গিক অংশটি ছাঁটা করে এবং তার পেডলোডটি পরবর্তী উপযুক্ত স্তরটিকে স্ট্যাকের দিকে এগিয়ে দেয়। এটি কেবল ইউএসবি নয়, প্রায় প্রতিটি যোগাযোগের বাসের ক্ষেত্রে সত্য। টিসিপি / আইপি / ইথারনেট স্ট্যাক সম্ভবত এর মধ্যে সর্বাধিক ব্যবহৃত হয়। স্তরগুলি প্রদত্ত যে কার্যগুলির জন্য সাধারণত দায়বদ্ধ হয় সেগুলি ওএসআই মডেলের মতো মডেলগুলিতে বর্ণিত হয় ।

ইউএসবিতে, একটি ভৌত ​​স্তর প্রোটোকল রয়েছে যা ভোল্টেজের অবস্থা / সময় / ইত্যাদি সংজ্ঞা দেয়। তারে এবং কীভাবে তাদের ব্যাখ্যা করা উচিত on এই প্রোটোকলটি অবশ্যই ইউএসবি স্ট্যান্ডার্ডের অংশ হতে হবে যা কোনও প্রদত্ত ডিভাইসের সাথে সুনির্দিষ্ট নয় (বিশেষত যেহেতু কোন ধরণের ডিভাইস কোনও প্রদত্ত ইউএসবি পোর্টে প্লাগ ইন করতে চলেছে তা জানার কোনও উপায় নেই)

এর পরে, একটি বাস ম্যানেজমেন্ট প্রোটোকল রয়েছে, কখন বাসে কারা কথা বলতে পারে তা বর্ণনা করার জন্য ব্যবহৃত হয়। একে ওএসআই মডেলের মিডিয়া অ্যাক্সেস লেয়ার বলা হয়। ইউএসবিতে এই স্তরটিকে "হোস্ট যখন এটি করতে বলবে তখন ডিভাইস সংক্রমণ করতে পারে" হিসাবে এই সংক্ষিপ্ত পরিমাণটির সংক্ষিপ্তসার ঘটানো যেতে পারে, সুতরাং ইউএসবিতে এই স্তরটিতে বিশেষত কোনও জটিল প্রোটোকল নেই।

পরবর্তী, ডেটার প্যাকেট বর্ণনা করার জন্য একটি প্রমিত প্রোটোকল রয়েছে এবং এটি কীভাবে প্রেরকের কাছ থেকে প্রাপকের কাছে পৌঁছানো উচিত। এই স্তরটি নিজেই ইউএসবি স্ট্যান্ডার্ডের অংশ হওয়া দরকার, যাতে কোন ধরণের ডিভাইস সংযুক্ত করা হয়েছে তা আবিষ্কারের প্রাথমিক যোগাযোগটি হোস্টের দ্বারা নির্দিষ্ট ধরণের ডিভাইসটি আসলে জানা হওয়ার আগেই ঘটতে পারে। এই স্তরে নির্দিষ্ট আইডি থাকা প্রতিটি ডিভাইস ছাড়াও একটি এন্ডপয়েন্ট আইডির ইউএসবিতে ধারণা রয়েছে। এটি কোনও প্রদত্ত ডিভাইসকে একাধিক ইউএসবি শেষ পয়েন্ট রাখতে দেয়, যা মানক ইউএসবি স্ট্যাকের দ্বারা মাল্টিপ্লেক্সড এবং ডিম্পল্টিপ্লেক্সড হয়, অনেকগুলি সকেটগুলি একইভাবে স্ট্যান্ডার্ড টিসিপি / আইপি স্ট্যাকের দ্বারা মাল্টিপ্লেক্সড এবং ডিমাল্টিপ্লেক্সযুক্ত। একটি অ্যাপ্লিকেশন এই প্রান্তের প্রতিটিটিকে পৃথক ডেটা স্ট্রিম হিসাবে বিবেচনা করতে পারে।

অবশেষে, ডিভাইসের জন্য নিজেই নির্ধারিত প্রোটোকল রয়েছে। মনে রাখবেন যে সাধারণ ব্যবহারের ক্ষেত্রে ইউএসবি স্ট্যান্ডার্ডের অংশ হিসাবে কিছু সাধারণ প্রাক-নকশাকৃত প্রকৃতপক্ষে অন্তর্ভুক্ত রয়েছে, যেমন ভর স্টোরেজ ডিভাইস, ইঁদুর, কীবোর্ড ইত্যাদি, যাতে প্রতিটি ডিভাইস প্রস্তুতকারককে পুনরায় উদ্ভাবন করতে না হয় doesn't চাকা। তবে আরও জটিল ডিভাইসগুলি এই স্তরে তাদের নিজস্ব কাস্টম প্রোটোকলটি ডিজাইন করতে মুক্ত to প্রদত্ত ট্রান্সমিশনের জন্য এই স্তরটির আউটপুট পূর্ববর্তী স্তরে ডেটা প্যাকেটের পেডলোড হিসাবে পাস করা হয়। মনে রাখবেন, পর্যাপ্ত জটিল ডিভাইসের জন্য, প্রোটোকলের ডিভাইস-নির্দিষ্ট অংশটি নিজেই একাধিক স্বতন্ত্র স্তরগুলিতে বিভক্ত হতে পারে তবে নিম্ন স্তরের এটি সম্পর্কে জানতে বা যত্ন নিতে হবে না। তাদের যা যা জানা দরকার তা হ'ল হোস্ট থেকে একটি নির্দিষ্ট ডিভাইস এন্ডপয়েন্টে বা কোনও নির্দিষ্ট ডিভাইসের এন্ডপয়েন্ট থেকে হোস্টের কাছে তাদের দেওয়া বাইটের একটি সেট পাস করা দরকার। আবার স্তরগুলির মধ্যে স্ট্যান্ডার্ড ইন্টারফেস থাকা উদ্বেগকে পৃথক করতে দেয়, সুতরাং এক স্তরকে অন্য স্তরের অভ্যন্তরীণ কাজ সম্পর্কে যত্ন নেওয়া উচিত নয়, তবে কেবলমাত্র সেই নির্দিষ্ট ডেটা যা তত্ক্ষণিকভাবে উপরে বা স্তরগুলির কাছ থেকে প্রাপ্ত বা প্রত্যাশা করা উচিত should এটি স্ট্যাকের নীচে।


9

আসলে যোগাযোগ সম্পর্কিত প্রোটোকলগুলির একটি সেট রয়েছে যা ইন্টারঅ্যাক্ট করে।

নিম্ন স্তরে, এমন একটি প্রোটোকল রয়েছে যা বর্ণনা করে যে কীভাবে বাইটের প্যাকেটগুলি সিরিয়াল সংযোগে প্রেরণ করা হয়। এটি সমস্ত ইউএসবি ডিভাইসের জন্য সাধারণ (তবে ইউএসবি 2 এবং ইউএসবি 3 এর মধ্যে পৃথক)।

প্রেরিত প্রথম প্যাকেটের মধ্যে একটি ডিভাইসটিকে নিজের বর্ণনা করতে বলে। একটি মুরগি এবং ডিমের সমস্যা প্রতিরোধ করতে, সনাক্তকারী প্রোটোকল সমস্ত ইউএসবি ডিভাইসের জন্য একই is ওএস এই পরিচয়টি সঠিক ড্রাইভারটি লোড করতে ব্যবহার করতে পারে।

অন্য একটি স্তরে, ইউএসবি একটি বাস যার অর্থ একাধিক ডিভাইস অবশ্যই ব্যান্ডউইথ ভাগ করে নিতে পারে। এর অর্থ একটি প্রোটোকল রয়েছে যা প্রতিটি ডিভাইস কখন কথা বলতে পারে এবং কখন না তা বলে। যেহেতু সমস্ত ইউএসবি ডিভাইসকে এটি মেনে চলতে হবে, তাই এই ব্যবস্থা করার জন্য একটি সাধারণ প্রোটোকল ব্যবহৃত হয়।

অবশেষে, অনেকগুলি সাধারণ ইউএসবি ডিভাইস এত সহজ যে অতিরিক্ত প্রোটোকল রয়েছে যা ডিভাইসগুলির একটি সম্পূর্ণ শ্রেণীর বর্ণনা দেয় (মাউস, কীবোর্ড, স্টোরেজ, ইথারনেট অ্যাডাপ্টার, ...)। বেশিরভাগ ডিভাইসগুলি শূন্য বা এর মধ্যে একটি কার্যকরী প্রোটোকল সমর্থন করে।


"ইউএসবি একটি বাস যার অর্থ একাধিক ডিভাইসগুলি ব্যান্ডউইথ শেয়ার করতে হবে" - এমন একটি বিষয় যা ওপি যখন তার প্রশ্নের জন্য শুধুমাত্র পয়েন্ট-টু-পয়েন্ট সেটআপ ব্যবহার করে তখন তা উপেক্ষা করে। যেহেতু দুটি (বা আরও) ইউএসবি ডিভাইসগুলি কেবল হোস্ট পিসিতে তারটি ভাগ করতে পারে, তাই আমরা বুঝতে পারি যে একটি প্রোটোকল থাকতে হবে।
করাত

@ সাউডস্ট যেহেতু এটি (কাজটি পয়েন্ট-টু-পয়েন্ট, এমনকি) কাজ করে আমরা এটি নির্ধারণ করতে পারি যে একটি প্রোটোকল রয়েছে। উদাহরণস্বরূপ, কোনও মানক প্রোটোকল না থাকলে ডিভাইস আবিষ্কার সম্ভব হবে না।
রিরেব rab

প্রকৃতপক্ষে একটি যোগাযোগের মান রয়েছে এবং এর মূলদিকে এটি একটি সিরিয়াল যোগাযোগ Universal Serial Bus
রামহাউন্ড

@ র‌্যামাউন্ড হ্যাঁ, মেমোরি ইন্টারফেস বাদে সবকিছুর জন্য বেশিরভাগ আধুনিক বাস ডিজাইনের মতো ইউএসবি ডেটা সংক্রমণের জন্য সিরিয়াল ডিফারেন্সিয়াল জোড়া ব্যবহার করে। ইউএসবি <= 2.0 এর একক ডিফারেনশিয়াল জুটি ছিল, যখন ইউএসবি 3 তে দুটি অতিরিক্ত ডিফারেনশিয়াল জোড়া রয়েছে (একটি সুপারস্পিড সংক্রমণের জন্য একটি এবং অন্যটি সুপারস্পিড প্রাপ্তির জন্য, প্রতিটি
জিপিবিএসে

আমি কেবল ভেবেছিলাম আমি এটি একটি সিরিয়াল বাসটিকে স্ট্যান্ডার্ডের মূল দিকে নির্দেশ করব, লেখক এই বিষয়টি সম্পর্কে সচেতন বলে মনে হয় নি, এইভাবে প্রশ্নটি।
রামহাউন্ড

5

উত্তরের সম্ভবত অংশটি " যোগাযোগ প্রোটোকল " বাক্যাংশের সংজ্ঞা অনুসারে রয়েছে । আপনি (উইকিপিডিয়া) একই উত্সটিতে গিয়ে আপনি সহায়ক তথ্য পাবেন যেমন:

  • যোগাযোগ করার জন্য, প্রোটোকলগুলির সাথে একমত হতে হবে।
  • যোগাযোগ ব্যবস্থা বার্তাগুলি বিনিময় করার জন্য সু-সংজ্ঞায়িত ফর্ম্যাটগুলি (প্রোটোকল) ব্যবহার করে।
  • একটি প্রোটোকল সিন্ট্যাক্স, শব্দার্থক এবং যোগাযোগের সিঙ্ক্রোনাইজেশন সংজ্ঞায়িত করতে হবে।
  • একটি প্রোটোকল তাই হার্ডওয়্যার, সফ্টওয়্যার, বা উভয় হিসাবে প্রয়োগ করা যেতে পারে।

এটি ভাবার একটি সহজ উপায় হ'ল একটি প্রোটোকল হ'ল একটি প্রাক-সংজ্ঞায়িত এবং কিছু করার পথে সম্মত হয় , এক্ষেত্রে কিছুটা কীভাবে কোনও ইউএসবি সংযুক্ত ডিভাইসে ডেটা স্থানান্তরিত করতে হয়। হার্ডওয়্যার অনুযায়ী প্রতিটি পিনের একটি প্রাক-সংজ্ঞায়িত ভোল্টেজ স্তর এবং ব্যবহার প্রোটোকল থাকে, প্রতিটি ধরণের ডিভাইসে প্রতিটি পিনের জন্য একটি প্রাক-সংজ্ঞায়িত ব্যবহার প্রোটোকল থাকে এবং প্রতিটি ডেটা প্যাকেটে একটি পূর্বনির্ধারিত বাক্য গঠন এবং ডেটা ফর্ম্যাট থাকে। এছাড়াও একটি যোগাযোগের হাত কাঁপানো প্রোটোকল অন্তর্ভুক্ত রয়েছে। সম্মিলিতভাবে এগুলি ইউএসবি ডিভাইস, ইউএসবি প্রোটোকল ব্যবহারের জন্য মান সংগ্রহের সমস্ত অংশ aka, যা ইউএসবি ইমপ্লিমেন্টার্স ফোরাম, ইনক। এর সদস্যগণ দ্বারা (যেমন, নকশাকৃত, প্রস্তাবিত, বিতর্কিত, সংশোধিত, এবং শেষ পর্যন্ত সম্মত) সম্পর্কে সিদ্ধান্ত নিয়েছে

তাই হ্যাঁ, হয় একটি USB প্রোটোকল, অথবা আরও সঠিকভাবে সেখানে হয় একটি নম্বর প্রাক সংজ্ঞায়িত করা হয় এবং উপরে USB প্রটোকল একমত গুলি বিভিন্ন ইউএসবি ব্যবহারের জন্য।


1
1. প্রক্রিয়া যোগাযোগের (ক অন্তত) জড়িত তিনটি উপাদান: (1) এনকোডিং / পাঠানোর এবং (2) গ্রহণ / ডিকোডিং (3) _information_ (যেমন রান্ডম নয়েজ উল্টোদিকে)। এই 3 টি উপাদানের মধ্যে কোনও অনুপস্থিত থাকলে প্রক্রিয়া ব্যর্থ হয়। অতিরিক্ত উপাদানগুলি যেমন মতামত, মাঝারি (চ্যানেল) এবং অন্যদের মধ্যে প্রসঙ্গ হিসাবে উপস্থিত হতে পারে।
উত্স

1
২. এসটিআই যোগাযোগ সম্পর্কিত নয় , এটি অনুসন্ধান এবং আবিষ্কার সম্পর্কিত । এমনকি যদি আমরা একটি খাঁটি উত্পাদিত সিগন্যাল সনাক্ত করি তবে এর কোনও গ্যারান্টি নেই যে আমরা এটি কখনই বুঝতে পারি বা প্রেরকের সাথে যোগাযোগ করতে সক্ষম হব। উত্স: [SETI মিশন বিবৃতি] [1] [1]: seti.org/about-us
ওএমওয়াই

1
3. ক্রস ব্রাউজার উপযুক্ততা সাধারণত (ক) ব্রাউজার নির্মাতা সৃষ্টি হয় না প্রোটোকল নিম্নলিখিত, অথবা (খ) দুর্বল লিখিত প্রোটোকল যার ফলে ত্রুটিপূর্ণ বাস্তবায়ন (উদাহরণের জন্য কুখ্যাত ইন্টারনেট বিবেচনা বক্স মডেল বাগ এবং তাও দেখতে < quirksmode.org> )। এটি হ'ল আমাদের এখন এইচটিএমএল 5 এবং সিএসএস 3 রয়েছে , কারণ প্রোটোকলের উন্নতির প্রয়োজন ছিল।
উত্স:

1
৪. প্রথমত, রেডিও সংকেতগুলি যে ফ্রিকোয়েন্সিটিতে "সিঙ্ক করে" এএম (প্রশস্ততা মড্যুলেশন) প্রোটোকল ব্যবহার করে। এফএম (ফ্রিকোয়েন্সি মড্যুলেশন) রেডিও সংকেত "সিঙ্ক" একটি সময়ের অবিচ্ছেদ্য। এফএম সিস্টেমগুলির প্রোটোকলগুলিতথ্য প্রক্রিয়া করার জন্য স্থির এবং গতিশীল উপাদানগুলিকেজড়িত। গতিশীল উপাদানটি হল পরিবর্তনশীল ফ্রিকোয়েন্সি সেটিংস, যা ফ্রিকোয়েন্সিগুলির পূর্বনির্ধারিত এবং সীমিত সীমার মধ্যে সীমাবদ্ধ।
ওএমওয়াই

1
স্থির উপাদানগুলি হ'ল সংকেতটি সংশোধন ও মোড়ক করার গাণিতিক সূত্র। এই সূত্রগুলি কী ধরণের ফ্রিকোয়েন্সিগুলি ধ্রুবক তা নয় এবং এনালগ হার্ডওয়্যার বা ডিজিটাল সফ্টওয়্যার মাধ্যমে সংকেত প্রক্রিয়া করার জন্য প্রয়োগ করা যেতে পারে। উৎস: ব্যক্তিগত অভিজ্ঞতা হিসাবে একটি ইলেকট্রনিক্স hobbyist এবং [উইকিপিডিয়া] [1] [1]: en.wikipedia.org/wiki/Frequency_modulation
Omy
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.