ইথারনেট সংক্রমণে আমাদের কেন ম্যানচেস্টার এনকোডিং ব্যবহার করতে হবে?

Question

আপনি যখন একটি কম্পিউটার থেকে অন্য কম্পিউটারে ডেটা স্থানান্তর করতে চান, আপনার ডেটা (বাইনারি আকারে) প্রথমে এনআইসি ( নেটওয়ার্ক ইন্টারফেস কার্ড ) এ যাবে যেখানে ডেটা এনকোড করা হবে (উদাহরণস্বরূপ টাইমার ক্লক টিক সহ) এবং নেটওয়ার্কের অধীনে নেটওয়ার্কে প্রেরণ করা হবে একটি বৈদ্যুতিন সংকেত।

ম্যানচেস্টার এনকোডিংয়ের একটি উদাহরণ:

101110011001   // data
101010101010   // timer tick on network
000100110011   // result using XOR

এনআইসি কেন সরাসরি বাইনারি ডেটা স্থানান্তর করে না তবে প্রথমে এটি এনকোড করতে হবে?

Answer 1

কারণ ম্যানচেস্টার এনকোডিং ব্যবহারের একটি দুর্দান্ত সুবিধা রয়েছে, স্ব-ক্লকিং (নিম্ন ত্রুটির হার এবং আরও নির্ভরযোগ্য সংক্রমণ)।

এটি কারণ কিছুটা এনকোড করার জন্য +5 ভোল্ট থেকে 0 ভোল্টের দিকে তাকানোর পরিবর্তে, এটি সংক্রমণের দিকের উপর নির্ভর করবে কিভাবে কিছুটা এনকোড করা হয়।

^{চিত্র উত্স}

সাধারণত সংক্রমণে সক্ষম হওয়ার আগে আপনাকে প্রথমে একটি ঘড়ি সিঙ্ক্রোনাইজ করতে হবে। এই এনকোডিংয়ের কারণে ম্যানচেস্টার এনকোডিংয়ের প্রয়োজন নেই।

Comments

না, আমি ম্যাচেস্টার এনকোডিংয়ের সুবিধা জিজ্ঞাসা করি না, আমি কেবল জানতে চাই কেন এনকোডিংয়ের প্রয়োজন?

— htt

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

— লুকাস কাউফম্যান

তবে আমি মনে করি, আপনি যদি এনকোড করেন (ম্যাচেস্টার এনকোডিং বা অন্য একটি এনকোডিংও), দুটি ঘড়ি এখনও ঘন ঘন একই সাথে কাজ করা উচিত, অথবা এটি ভুল হয়ে যায়।

— htt

না এটি হ'ল না কারণ ঘড়িটি যেভাবে এনকোড করা হয়েছে তার অংশ, কারণ আপনি দেখতে পাচ্ছেন যে আপনি বেসলাইনটিতে উপরে এবং নিচে যাবেন না, পরিবর্তে বেসলাইনটি আপনাকে যখন কিছু প্রেরণ করা হচ্ছে না তখন আপনাকে জানানোর জন্য রয়েছে। তাই আলাদা ঘড়িটি আর দরকার নেই

— লুকাস কাউফম্যান

অতিরিক্ত কারণ: 0 বা 1 সেকেন্ডের দীর্ঘ রান প্রতিরোধ করে তাই ত্রুটিগুলি (যেমন: সংযোগ বিচ্ছিন্নকরণ) আরও স্পষ্ট হবে।

— tucuxi

Answer 2

ডিজিটাল তথ্য প্রেরণ করার সময় কোনও এনকোডিং ব্যবহার করার জন্য কমপক্ষে তিনটি (আরও বেশি কারণ থাকতে পারে) রয়েছে (যেমন ম্যানচেস্টার এনকোডিং হিসাবে আপনি উল্লেখ করেছেন) :

• ডেটা এবং ঘড়িটি একটি সংকেতে একত্রিত হয়। যদি ঘড়িটি ডেটা সহ প্রেরণ না করা হত, তবে গ্রহীতা কখনই ডিজিটাল মানগুলি বের করার জন্য সিগন্যালের নমুনা করবেন তা জানতেন না । এমনকি যদি ট্রান্সমিটার এবং রিসিভারটি কোনওভাবে পুরোপুরি সিঙ্ক্রোনাইজ হয় তবে সংক্রমণ মাধ্যমের অসীম বিলম্বের জন্য দায়বদ্ধ হতে হবে। অন্য বিকল্পটি হ'ল একটি ক্লক লাইনের সাথে ডেটা লাইনের সাথে থাকা, তবে তারের সংখ্যা দ্বিগুণ। আরও বেশি ওয়্যার ও বাল্কিয়ার সংযোগকারী ব্যবহারের চেয়ে কেবল এবং ট্রান্সসিভার ব্যান্ডউইথ প্রয়োজনীয়তা (বা ক্ষমতা) দ্বিগুণ করা (বা অর্ধেক দৃষ্টিভঙ্গির উপর নির্ভর করে) এটি সস্তা এবং আরও নির্ভরযোগ্য।
• নালগুলির একটি দীর্ঘ স্ট্রিং (জিরো) আর মৃত বা সংযোগ বিচ্ছিন্ন লাইনের মতো দেখাবে না। এগুলির একটি দীর্ঘ স্টিং আর আটকে থাকা স্তরের মতো দেখায় না।
• এনকোডেড সিগন্যালের একটি আরও ভারসাম্যযুক্ত শক্তি প্রোফাইল রয়েছে, যেমন সময়ের সাথে গড় ভোল্টেজ শূন্যের দিকে ঝোঁক উচিত। সার্কিট বোর্ডের লজিক সিগন্যালটিতে লজিক শূন্যের জন্য 0 ভোল্ট এবং যুক্তির জন্য ধনাত্মক ভোল্টেজ (পুরানো টিটিএল জন্য 5 ভোল্ট, 3.3 ভোল্ট বা এর চেয়ে কম আধুনিক) ব্যবহৃত হয় one সমস্ত শূন্যের কেবলমাত্র ডেটা লজিকের নাল এনার্জি প্রোফাইল থাকবে; অন্য যে কোনও ডেটা প্যাটার্নে সর্বদা শূন্যের গড় ভোল্টেজ স্তর এবং একটি বৈশিষ্ট্যযুক্ত চৌম্বকীয় ক্ষেত্র থাকবে। তবে যেহেতু ম্যানচেস্টারের মতো এনকোডিংগুলি ইতিবাচক এবং নেতিবাচক উভয় ভোল্টেজ স্তর ব্যবহার করে, সংক্রমণ সংকেত দ্বারা নির্মিত চৌম্বকীয় ক্ষেত্রগুলি একে অপরকে বাতিল করার প্রবণতা হিসাবে অনেক ছোট। এটি তারগুলিকে কেবলগুলিতে আরও একত্রে বান্ডিল হতে দেয় তবে একে অপরের সাথে কম হস্তক্ষেপ তৈরি করে। (এমনকি আরএস / ইআইএ -২৩২ এর মতো ধীর সঞ্চালন প্রকল্পগুলি শক্তির প্রোফাইলের ভারসাম্য বজায় রাখতে ধনাত্মক এবং নেতিবাচক ভোল্টেজ উভয় স্তরই ব্যবহার করে 0.5

Comments

আইইইই 1284 কেবলমাত্র ইতিবাচক ভোল্টেজ, টিটিএল স্তর ব্যবহার করে।

— Ignacio Vazquez-Abram

@ IgnacioVazquez-Abram - LOL, ঠিক আছে আপনি একটি ব্যতিক্রম খুঁজে পেয়েছেন, কিন্তু আমি "সম্ভবত" দিয়ে এই মন্তব্যটি হেজ করে দিয়েছি। এবং এটি সাধারণত স্থল-সংকেত-স্থল-সংকেত কন্ডাক্টরগুলির সাথে পটি (অর্থাত্ ফ্ল্যাট ও প্রশস্ত) কেবল ব্যবহার করে। আমি যে বিন্দুটির জন্য চেষ্টা করছিলাম সেটি উল্লেখ করা ছিল যে আপনি সম্ভবত পজিটিভ-ভোল্টেজ-কেবলমাত্র ড্যাটালিংকস খুঁজে পাবেন; আমি কোনও অ্যাপ্লিকেশন সীমাবদ্ধতা চিহ্নিত করার চেষ্টা করছিলাম না।

— d

Answer 3

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

1. ঘড়ি সংকেত
2. সিঙ্ক্রোনাস সিগন্যাল
3. এনকোডিং

তারপরে, কারণটি হল: "যা দরকার তা হ'ল বাইরের ঘড়ির উল্লেখ ছাড়াই প্রাপকদের পক্ষে প্রতিটি বিটের শুরু, শেষ বা মাঝেরটি নির্বিঘ্নে নির্ধারণ করা যায় way

এবং পরিশেষে, এটি করার জন্য, ম্যানচেস্টার এনকোডিং হল পদ্ধতির একটি।

Answer 4

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

যখন শূন্যের স্ট্রিং থাকে বা যেখানে ডেটা পরিবর্তন হয় না তখন অন্য ধরণের সাথে সিঙ্ক্রোনাইজেশন হারাতে পারে। ম্যানচেস্টার কোডে এই সমস্যা নেই কারণ যখনই তথ্য উপস্থিত থাকে সর্বদা সংকেত স্তরে পরিবর্তন আসবে।

ম্যানচেস্টার কোডের সাথে একমাত্র সমস্যাটি হ'ল আপনার ডেটা হারের দ্বিগুণ ফ্রিকোয়েন্সি দরকার কারণ 8 বিট 16 বিটের ডেটা তৈরি করা হয়। সুতরাং আপনার যদি 5K এর ডেটা হারের প্রয়োজন হয় তবে আপনার 10 কে বাড রেট দরকার।

অ্যাডেনডাম আমি আশা করি লিঙ্কটি অনুমোদিত হয়েছে তবে ঠিক যদি তা না হয় তবে ম্যাক্সিমাম সাইটে যান এবং রেডিও যোগাযোগের জন্য ম্যানচেস্টার ডেটা এনকোডিং অনুসন্ধান করুন। http://www.maximiningot.com/en/app-notes/index.mvp/id/3435 এটি এই এনকোডিংয়ের গুণাবলী বুঝতে যে কাউকে সহায়তা করা উচিত।