বিএলই-এর মাধ্যমে সেন্সর রিডিং সংক্রমণ করার জন্য কি এমকিউটিটি প্রোটোকল উপযুক্ত?


12

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

আমি জানতে চাই যে এমকিউটিটি তাদের পাঠক সংক্ষিপ্ত করার জন্য একটি সংক্ষিপ্ত প্রোটোকল হিসাবে বিবেচিত হয় (সংক্ষিপ্ত, ঘন বার্সার বার্তাগুলি বার্তা)।

বেশ কয়েকটি ব্লগ / নথি এমকিউটিটি "আইওটি অ্যাপ্লিকেশনগুলির" জন্য উপযুক্ত বলে মনে করে কারণ এইচটিটিপি এবং শক্তি সংরক্ষণের তুলনায় এটি হালকা (এর) ওজনযুক্ত। তবে আমার বোঝার জন্য এটির একটি সংযোগ খোলা রাখতে হবে যা আইওটি-র জন্য উপযুক্ত BLE বা অন্যান্য যোগাযোগ প্রোটোকলের ক্ষেত্রে নয়। BLE শক্তি সংরক্ষণের জন্য দীর্ঘ সময় ধরে সংযোগ খোলা রাখে না। স্পষ্টতই, এমএকটিটিটি উপযুক্ত যখন ওয়াইফাইয়ের মতো কোনও ম্যাক স্তর প্রোটোকল ব্যবহার করা হয়। এটি প্রায় প্রথম স্থানে এমকিউটিটি ব্যবহার করার পিছনে যুক্তিটি ভেঙে দেয় (অর্থাত্ যদি ডিভাইসটি কম্পিউটারে ওয়াইফাইয়ের মতো প্রোটোকল পরিচালনা করে তবে এমকিউটিটি-র মতো প্রোটোকলের প্রয়োজন পড়তে পারে না)। আপনি কি এই যুক্তি একটি ত্রুটি দেখতে পাচ্ছেন?

সেই উদ্দেশ্যে কি কোনও বিকল্প অ্যাপ্লিকেশন স্তর প্রোটোকল রয়েছে? এই ধরণের বার্তাগুলির সর্বাধিক দেখা যায় এমন কাঠামো কী (যেমন, কাঁচা বাইনারি ডেটা, জেএসএন, এক্সএমএল) যখন তারা একটি গেটওয়ের সাথে যোগাযোগ করে এবং যখন তারা সরাসরি কোনও সার্ভারের সাথে যোগাযোগ করে?


নেটিভ BLE প্রক্রিয়া কোনও বিশেষ কারণে অনুপযুক্ত?
শান হোলিহানে

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

গেটওয়ে কি কাঁচা পঠন গ্রাস করে, বা কেবল এগুলি রিলে করে দেয় এবং সেই প্রসঙ্গে গেটওয়েতে এমএইচটিটি-র স্থানীয় নেটিভ ব্রিজের চেয়ে এমকিউটিটি এন্ড-টু টানেল টানেলটি বোধ করতে পারে?
শান হোলিহানে

উত্তর:


14

MQTT (আমি মনে করতে পারছি না যদি এটা প্রকৃতপক্ষে এর TCP / IP এর উপর চালানো হয়েছে বৈশিষ্ট অথবা যদি যথেষ্ট অনুমানের করা করা হয় এটা এত) কিন্তু তার বোন প্রোটোকল MQTT-এস এন প্রায় কোনো প্রোটোকল যা তথ্য প্রেরণ করতে পারেন চালাতে পারবেন , আমি ইউডিপি এবং সিরিয়ালে বাস্তবায়ন দেখেছি।

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

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


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

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

প্রান্তটি সরে গেছে, এটি যেখানে টিসিপি / আইপি থামত সেখানে ব্যবহৃত হত, ব্লা এবং জিগবি (বিশেষত এলপওয়ান সহ) এবং এমনকি নিম্ন পাওয়ার প্রসেসর এমনকি পাতলা ডিভাইসে চলে গেছে
হার্ডিলব

এটা তোলে স্পষ্টভাবে এর না শুধু TCP / IP এর; একমাত্র প্রয়োজনীয়তা হ'ল প্রোটোকল অবশ্যই "অর্ডারড, লসলেস, দ্বি-দিকনির্দেশক সংযোগগুলি" সরবরাহ করবে। এটি ডকের বিমূর্তের দ্বিতীয় অনুচ্ছেদের মতো। এসএন উপস্থিত রয়েছে কারণ ছোট সিস্টেমগুলিতে বিশেষত রেডিও-ভিত্তিক একটির জন্য প্রয়োজনীয়তা অতিমাত্রায়। সম্ভবত এটির অর্থ যা "এটির জন্য যথেষ্ট অনুমান করা হয়" তবে এটি অবশ্যই টিসিপি / আইপিতে নির্ভর করে না।
ডেভ নিউটন

9

যুক্তিযুক্তভাবে, আপনি BLE- র মাধ্যমে আক্ষরিকভাবে এমকিউটিটি প্রেরণ করার চেয়ে BLE দৃষ্টান্ত থেকে এমকিউটিটি-তে ডেটা ম্যাপিংয়ের চেয়ে আরও ভাল।

বিএলই সাধারণত বৈশিষ্ট্যের আকারে ডেটা আদান প্রদান করে । এগুলি মান পরিবর্তন আবিষ্কার করার জন্য বিভিন্ন বিএলই-অনন্য প্রক্রিয়া রয়েছে যা আপনি দরকারী বলে মনে করতে পারেন। তবে তাদের সর্বোচ্চ 20 বাইটের ডেটা দৈর্ঘ্য রয়েছে

একবারে 20 বাইট সরিয়ে, BLE- র মাধ্যমে সিরিয়াল ডেটা স্ট্রিম করা সম্ভব । এটি কখনও কখনও ভার্চুয়াল সিরিয়াল পোর্ট বাস্তবায়নের জন্য করা হয় এবং আপনি এটির মাধ্যমে পুরো এমকিউটিটি টানেল করতে পারেন।

তবে আপনি সম্ভবত বিভিন্ন বিষয়ের ডেটা বহন করতে বিএলই বৈশিষ্ট্যগুলির সংকলনটি ব্যবহার করতে আরও ভাল করতে চান এবং একটি সেতু রয়েছে যা একটি এমকিউটিটি বিষয়টিতে বৈশিষ্ট্যযুক্ত পরিচয়কে মানচিত্র করে এবং এমকিউটিটি পে-লোডের মান মানচিত্র করে ।

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

আপনি উভয় বা উভয় দিকেই এটি করতে সক্ষম হবেন: BLE-> MQTT এবং MQTT-> BLE


5
আপনি যদি এমকিউটিটি 2 বিএল সেতু চান তবে আপনি আমার গিথুব.com
hardillb/

এই লিঙ্কটির জন্য ধন্যবাদ আমি এখনই এটি এক নজরে নিচ্ছি।
dr.doom
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.