فائدہ:
- پروٹوکول کے فریم/پیکٹ ڈھانچے کا تجزیہ کرنے کی صلاحیت جیسے I2C/SPI/UART اور TCP/IP، MQTT AI سپورٹ کے ساتھ
- AI کے ساتھ مفروضے کے طور پر پروٹوکول کی غلطیوں (وقت، ایڈریسنگ، چیکسم) کو کم کرنے کی صلاحیت
- معیاری دستاویز، تجزیہ کار (منطق/پیکٹ) پیمائش کے ساتھ AI کے پروٹوکول کی تشریح کی تصدیق کرنے کی صلاحیت
پروٹوکول قواعد کا ایک مجموعہ ہے جس پر دو آلات ایک دوسرے کو سمجھنے کے لیے متفق ہیں: وہ کس رفتار سے، کس ترتیب میں، کس شکل میں بات کریں گے۔ آیا درجہ حرارت کا سینسر I2C کے ذریعے مائکروکنٹرولر سے بات کرتا ہے یا کوئی آلہ TCP/IP اور MQTT کے ذریعے کلاؤڈ سرور سے بات کرتا ہے یہ پروٹوکول پر مبنی ہے۔ اس یونٹ میں، آپ دیکھیں گے کہ پروٹوکول فریموں/پیکٹوں کا تجزیہ کرنے، پروٹوکول کی غلطیوں کو کم کرنے، اور کمیونیکیشن اسٹیک (ایک دوسرے کے اوپر پرتیں، فزیکل پرت سے ایپلی کیشن تک) کو سمجھنے کے لیے AI کا استعمال کیسے کیا جاتا ہے۔ AI پروٹوکول کی وضاحت کرنے اور مفروضے پیدا کرنے میں طاقتور ہے۔ لیکن لائن اصل میں کیا کرتی ہے صرف اس کے تجزیہ کار کی پیمائش (لوجیکل اینالائزر، پروٹوکول/پیکٹ اینالائزر) اور معیاری دستاویز سے معلوم ہوتی ہے۔
ایمبیڈڈ سیریل پروٹوکول: I2C، SPI، UART
بورڈ پر چپس عام طور پر تین سیریل پروٹوکول سے بات کرتی ہیں:
- UART: دو لائنیں (TX/RX)، کوئی کلاک لائن نہیں؛ دونوں اطراف کو ایک ہی رفتار (باؤڈ ریٹ) پر سیٹ کیا جانا چاہیے۔ آسان لیکن مطابقت پذیری رفتار پر منحصر ہے۔
- SPI: گھڑی (SCLK)، ڈیٹا ان پٹ/آؤٹ پٹ (MOSI/MISO) اور منتخب کریں (CS) لائنیں؛ تیز، مکمل ڈوپلیکس، لیکن مزید پنوں کی ضرورت ہے۔ گھڑی کی قطبیت/مرحلہ (CPOL/CPHA) دونوں اطراف سے مماثل ہونا چاہیے۔
- I2C: دو لائنیں (SDA/SCL)، ایڈریس پر مبنی، ایک ہی لائن پر متعدد آلات؛ پل اپ مزاحم اور عام زمینی حالت۔ سست لیکن اقتصادی۔
AI بہت اچھی طرح سے وضاحت کرتا ہے کہ یہ پروٹوکول کیسے کام کرتے ہیں، ان کے فریم ورک کا ڈھانچہ، اور عام ناکامی کی وجوہات۔ I2C ڈیوائس غیر جوابی ہو جانے پر ممکنہ وجوہات (غلط پتہ، غائب پل اپ، رفتار کی مماثلت، کامن گراؤنڈ کی عدم موجودگی، لائن کا تنازعہ، کیبل کی لمبائی/کیپیسیٹینس) کو منظم طریقے سے درج کرتا ہے۔ لیکن ان میں سے کون حقیقی ہے ایک منطقی تجزیہ کار کے ساتھ لائن کی پیمائش اور SDA/SCL لہروں کو دیکھ کر سمجھا جا سکتا ہے؛ AI مفروضہ دیتا ہے، پیمائش فیصلہ کرتی ہے۔
ٹپ: سیریل پروٹوکول کی ناکامی میں، AI سے پوچھیں "ممکنہ وجوہات کی درجہ بندی سب سے زیادہ امکان سے کم از کم امکان تک کریں، اور جو کچھ بھی میں تجزیہ کار پر دیکھتا ہوں اس کی تصدیق ہو جاتی ہے۔" اس طرح آپ پیمائش کو ہدف بناتے ہیں۔ ہر ایک وجہ کو ایک ایک کرکے آزمانے کے بجائے، تجزیہ کار آپ کو صحیح شاخ پر لے جاتا ہے۔
نیٹ ورک پروٹوکول: TCP/IP، UDP، MQTT، CoAP
پرتوں والے پروٹوکول کام میں آتے ہیں کیونکہ آلات نیٹ ورک اور کلاؤڈ سے جڑ جاتے ہیں۔ TCP/IP اسٹیک بنیادی طور پر تہہ دار ہے: فزیکل/ڈیٹا لنک (ایتھرنیٹ، وائی فائی)، نیٹ ورک (IP: ایڈریسنگ اور روٹنگ)، ٹرانسپورٹ (TCP: قابل اعتماد، ترتیب وار، بہاؤ کنٹرول شدہ / UDP: تیز، بے اعتماد)، اور ایپلیکیشن (HTTP، MQTT، CoAP)۔ کلیدی تصورات:
- TCP بمقابلہ UDP: TCP نقصان کی تلافی کرتا ہے اور آرڈر کی ضمانت دیتا ہے لیکن تاخیر اور اوور ہیڈ کو متعارف کرواتا ہے۔ UDP تیز ہے لیکن اس میں ترسیل کی کوئی گارنٹی نہیں ہے (ریئل ٹائم آڈیو/ویڈیو ٹیلی میٹری کے لیے ترجیح دی جاتی ہے)۔
- MQTT: ہلکا پھلکا IoT پیغام رسانی پروٹوکول جو پبلش سبسکرائب ماڈل کے ساتھ کام کرتا ہے۔ ایک بروکر کے ذریعے موضوعات کے ذریعے پیغام رسانی۔ QoS کی سطح ڈیلیوری کی یقین دہانی کا تعین کرتی ہے۔
- CoAP: HTTP کی طرح، محدود آلات کے لیے UDP پر مبنی ہلکا پھلکا پروٹوکول۔
AI ان پروٹوکولز کے فریم/پیکٹ ڈھانچے کا تجزیہ کرتا ہے، آپ کو Wireshark (پیکٹ اینالائزر) کیپچر کی تشریح کرنے میں مدد کرتا ہے، اور MQTT موضوع کے ڈیزائن کا جائزہ لیتا ہے۔ لیکن اصل ٹریفک کیا ہے اس کی تصدیق پیکٹ کیپچر کے ذریعے کی جاتی ہے، اور سرور کے رویے کی تصدیق حقیقی جانچ سے ہوتی ہے۔
چیکسم، سی آر سی اور فریمنگ
زیادہ تر پروٹوکول چیکسم یا CRC (سائیکلک ریڈنڈنسی چیک) کا استعمال کرتے ہیں تاکہ یہ چیک کیا جا سکے کہ ڈیٹا کرپٹ نہیں ہے: بھیجنے والا ڈیٹا سے تصدیقی قیمت کا حساب لگاتا ہے، وصول کنندہ بھی وہی حساب کرتا ہے اور موازنہ کرتا ہے۔ AI CRC/checksum کیلکولیشن کے لیے کوڈ کو بیان کرتا اور لکھتا ہے، لیکن تفصیلات جیسے کہ کثیر الثانی انتخاب، endianness، ابتدائی قدر وغیرہ معیار کے لیے مخصوص ہیں۔ AI کے ذریعہ تیار کردہ CRC کوڈ کا لفظی طور پر پروٹوکول کی سرکاری تعریف سے موازنہ کیا جانا چاہئے اور معلوم ٹیسٹ ویکٹر کے خلاف تصدیق ہونی چاہئے۔
تین چھوٹے مقدمات
کیس 1 - نامکمل پل اپ۔ ایک ٹیم روٹی بورڈ پر I2C سینسر نہیں چلا سکتی۔ ڈیوائس ایڈریس کو تسلیم نہیں کرتا (کوئی ACK نہیں)۔ AI سب سے زیادہ ممکنہ وجہ کے طور پر غائب پل اپ ریزسٹر اور کامن گراؤنڈ کی فہرست دیتا ہے۔ منطقی تجزیہ کار کے ساتھ SDA لائن کو دیکھتے وقت، یہ دیکھا جاتا ہے کہ سگنل مکمل طور پر اعلی سطح تک نہیں پہنچ سکتا؛ جب پل اپ ریزسٹرز شامل کیے جاتے ہیں تو مواصلت شروع ہوتی ہے۔ سبق: AI نے سب سے زیادہ ممکنہ وجہ کو اجاگر کیا، تجزیہ کار نے اس کی تصدیق کی۔
کیس 2 - غلط SPI موڈ۔ ایک انجینئر ایس پی آئی ڈیوائس سے فضول ڈیٹا پڑھتا ہے۔ AI ممکنہ وجہ کے طور پر گھڑی کی قطبیت/فیز (CPOL/CPHA) کی مماثلت کا مشورہ دیتا ہے۔ تجزیہ کار میں، گھڑی آلے کی توقع کے کنارے سے مختلف نمونے کے لیے دکھائی دیتی ہے۔ جب موڈ درست ہوجاتا ہے، تو ڈیٹا بامعنی ہوجاتا ہے۔ سبق: SPI میں "ڈیٹا لیکن بکواس" کی علامت اکثر موڈ میں مماثلت نہیں ہوتی۔ پیمائش یہ واضح کرتا ہے.
کیس 3 - MQTT QoS غلط فہمی۔ ایک انٹرن MQTT کے ذریعے ٹیلی میٹری بھیجتا ہے لیکن کچھ پیغامات گم ہوتے دیکھتا ہے اور AI سے پوچھتا ہے۔ AI بیان کرتا ہے کہ QoS 0 "زیادہ سے زیادہ ایک بار، ترسیل کی ضمانت نہیں ہے"؛ وضاحت کرتا ہے کہ ڈیلیوری کی ضمانت کے لیے QoS 1/2 درکار ہے، لیکن اس سے اوور ہیڈ اور تاخیر ہوتی ہے۔ انٹرن ٹیلی میٹری تنقید کی بنیاد پر QoS 1 پر سوئچ کرتا ہے اور حقیقی جانچ کے ساتھ بروکر کے رویے کی تصدیق کرتا ہے۔ سبق: AI پروٹوکول آپشن کی وضاحت کریں؛ درست انتخاب درخواست کے مطابق کیا جاتا ہے اور جانچ کے ذریعے اس کی تصدیق کی جاتی ہے۔
کاپی کرنے کے قابل پرامپٹ ٹیمپلیٹس
پروٹوکول فیلور نیویگیشن ٹیمپلیٹ"[I2C/SPI/UART/TCP/MQTT] کمیونیکیشن کی مندرجہ ذیل علامت ہوتی ہے: [علام]۔ ممکنہ وجوہات کی سب سے زیادہ امکان سے لے کر کم سے کم امکان تک درجہ بندی کریں۔ ہر ایک وجہ کے لیے: (1) یہ یہ علامت کیوں دیتا ہے، (2) جو کچھ بھی مجھے نظر آتا ہے اس کی تصدیق (3) جو کچھ بھی میں دیکھتا ہوں وہ حتمی تشخیص نہیں کرتا ہے
فریم ورک/پیکٹ تجزیہ ٹیمپلیٹ "مندرجہ ذیل [I2C/SPI/UART بائٹ سرنی / پیکٹ کیپچر] مواد کو فیلڈز میں توڑ دیں اور ہر فیلڈ (ایڈریس، کمانڈ، ڈیٹا، چیکسم/سی آر سی، فلیگ) کی وضاحت کریں۔ اینڈیننس اور بٹ آرڈر کے بارے میں اپنے مفروضے کو واضح طور پر بیان کریں۔ نوٹ کریں کہ مجھے آپ کے تبصرے کی تصدیق کرنے کے لیے آفیشل ڈیٹا کی تصدیق کرنے کی ضرورت ہے۔ [پیسٹ کریں]۔"
CRC/CHECKsum verification Template"CRC/checksum calculation for [protocol] کی وضاحت کریں: کثیر، ابتدائی قدر، بٹ آرڈر، فائنل
پروٹوکول سلیکشن ٹیمپلیٹ "مندرجہ ذیل ایپلیکیشن کے لیے ٹرانسپورٹ/ایپلی کیشن پروٹوکول کا موازنہ کریں: [ضرورت: ڈیلیوری گارنٹی، لیٹنسی، پاور، بینڈوڈتھ، ڈیوائس کی رکاوٹ]۔ TCP/UDP اور MQTT/CoAP/HTTP آپشنز کا ان معیارات کے ساتھ موازنہ کریں۔ مت لگائیں کہ ہر ایک انتخاب کو واضح طور پر جانچنا چاہیے اور ہر ایک کے انتخاب میں توازن ہونا چاہیے۔"
کمزور فوری / مضبوط اشارہ
کمزور پرامپٹ: "I2C کام نہیں کر رہا، کیوں؟"
مضبوط اشارہ: "میرا I2C سینسر ACK نہیں کرتا (پتہ تسلیم نہیں کیا گیا)۔ ممکنہ وجوہات کی فہرست بنائیں جو ممکنہ طور پر شروع ہو: پل اپ، کامن گراؤنڈ، غلط ایڈریس، رفتار، کیبل کیپیسیٹینس، تنازعہ۔ ہر وجہ کے لیے، جو کچھ بھی میں SDA/SCL پر لاجک اینالائزر پر دیکھتا ہوں اسے لکھیں؛ جو کچھ بھی میں دیکھتا ہوں اس کی تصدیق ہو جاتی ہے، ڈونڈیاس کی تصدیق ہوتی ہے۔ کہ میں پیمائش سے کم کر سکتا ہوں۔"
کمزور پرامپٹ ایک ہی اندازہ لگاتا ہے۔ طاقتور پرامپٹ ایک تشخیصی نقشہ فراہم کرتا ہے جسے پیمائش تک محدود کیا جا سکتا ہے، ترتیب دیا جا سکتا ہے اور قابل تصدیق۔
پروٹوکول موازنہ چارٹ
پروٹوکول
قسم
مضبوط نقطہ
تصدیق کا آلہ
UART
سیریز، بغیر گھڑی کے
سادہ، دو سطریں۔
منطقی تجزیہ کار
ایس پی آئی
سیریل، گھڑی
تیز، مکمل ڈوپلیکس
منطقی تجزیہ کار (CPOL/CPHA)
I2C
سیریل، قابل خطاب
بہت سے آلات، چند پن
تجزیہ کار (ACK، پل اپ)
ٹی سی پی
نیٹ ورک، ٹرانسپورٹ
قابل اعتماد، ترتیب میں
پیکٹ تجزیہ کار (وائر شارک)
UDP
نیٹ ورک، ٹرانسپورٹ
تیز، کم تاخیر
پیکٹ تجزیہ کار
ایم کیو ٹی ٹی
درخواست
ہلکا پھلکا، پب/سب، QoS
بروکر لاگ + پیکٹ کیپچر
احتیاط: AI کا پروٹوکول کیپچر کی ترجمانی کرنا تیز ہے، لیکن AI غلط طریقے سے بٹ آرڈر یا فیلڈ باؤنڈری کو فرض کر سکتا ہے۔ پروٹوکول کی سرکاری وضاحت اور معلوم ٹیسٹ ویکٹر کے خلاف ہر تجزیہ کی تصدیق کریں۔
عام غلطیاں
- غلطی کی وجہ کی پیمائش کیے بغیر AI پیشن گوئی کی بنیاد پر اسے تبدیل کرنا۔ تجزیہ کار نقطہ نظر آپ کو صحیح وجہ کی طرف لے جاتا ہے۔
- SPI میں CPOL/CPHA تعمیل کو نظر انداز کرنا۔ "ڈیٹا ہے لیکن یہ بکواس ہے" اکثر موڈ کی عدم مطابقت ہوتی ہے۔
- I2C پر پل اپ اور کامن گراؤنڈ کو بھولنا۔ یہ "بالکل کام نہ کرنا" کی سب سے عام وجہ ہے۔
- CRC پیرامیٹرز فرض کرنا۔ متعدد، آغاز، بٹ آرڈر معیار کے لیے مخصوص ہیں۔ اس کی تصدیق ٹیسٹ ویکٹر سے ہوتی ہے۔
- ڈیلیوری گارنٹی کے ساتھ MQTT QoS کو الجھانا۔ QoS 0 ضمانت نہیں دیتا۔ درخواست کے مطابق انتخاب کیا اور جانچا جاتا ہے۔
خلاصہ میں
اس یونٹ میں آپ نے I2C/SPI/UART اور TCP/IP، MQTT، فریم/پیکٹ کے تجزیہ اور غلطی کی وجوہات کو منظم طریقے سے کم کرنے جیسے پروٹوکول کی وضاحت میں AI کو ایک طاقتور امداد کے طور پر استعمال کیا ہے۔ لیکن پروٹوکول عین مطابق اور معیاری پابند ہیں: ایک لائن اصل میں کیا کرتی ہے اس کا تعین ایک منطق/پیکٹ تجزیہ کار کے ذریعے کیا جاتا ہے، تجزیہ کی درستگی کا تعین رسمی تعریف اور ٹیسٹ ویکٹر سے ہوتا ہے، غلطی کی وجہ کا تعین پیمائش سے ہوتا ہے۔ AI کو "سب سے زیادہ ممکنہ وجہ اور اس کی تصدیق کرنے کی پیمائش" دینے کی ہدایت کریں؛ تجزیہ کار اور معیار کو فیصلہ کرنے دیں۔
درخواست کا کام
سیریل پروٹوکول کی ناکامی کا منظر نامہ منتخب کریں (جیسے I2C ACK نہیں)۔ "پروٹوکول فالٹ تنگ کرنے" ٹیمپلیٹ کے ساتھ AI سے ترتیب وار اور پیمائش کے قابل تصدیق تشخیصی نقشے کی درخواست کریں۔ پھر ایک نمونہ بائٹ سرنی لیں (مثال کے طور پر ایک سینسر ریڈنگ فریم) اور اسے "فریم/پیکٹ پارسنگ" پیٹرن کے ساتھ جگہ دیں اور اختتامی مفروضے کو نوٹ کریں۔ آخر میں، "CRC/checksum verification" ٹیمپلیٹ کے ساتھ معلوم ٹیسٹ ویکٹر کے خلاف CRC کوڈ کی تصدیق کریں۔
چیک لسٹ
- میں نے تجزیہ کار کی پیمائش کے ذریعے ناکامی کی وجہ کی تصدیق کی، نہ کہ AI پیشین گوئی کے ذریعے۔
- میں نے CPOL/CPHA کو SPI پر درج کیا، ایڈریس/پل اپ/کامن گراؤنڈ کنٹرول I2C پر۔
- میں نے فریم/پیکٹ پارسنگ کا سرکاری پروٹوکول تعریف سے موازنہ کیا۔
- میں نے ٹیسٹ ویکٹر کے ساتھ CRC/checksum پیرامیٹرز کی تصدیق کی۔
- میں نے ضرورت کے مطابق ٹرانسپورٹ/ایپلی کیشن پروٹوکول کا انتخاب کیا اور حقیقی جانچ کے ساتھ اس کا تجربہ کیا۔
- میں نے MQTT QoS کے ڈیلیوری گارنٹی کے معنی کی صحیح تشریح کی ہے۔