مودباس در شبکه‌های کارخانه: فریم‌ها، رجیسترها و محدودیت‌های طراحی

مودباس به‌راحتی قابل تشخیص است و در عین حال، به‌طرز شگفت‌آوری به‌راحتی می‌توان آن را نادرست به کار برد. این پروتکل از لینک‌های سریال چندنقطه‌ای به اترنت سوئیچ‌شده منتقل شده، بدون آن‌که مدل فشردهٔ درخواست و پاسخ خود را کنار بگذارد. این تداوم در کارخانه‌های موجود و قدیمی مفید است، اما برچسب «پشتیبانی از مودباس» تقریباً هیچ اطلاعاتی دربارهٔ این‌که آیا دو دستگاه داده‌های فرایندی قابل‌اعتمادی را با یکدیگر تبادل خواهند کرد یا نه، ارائه نمی‌دهد.

یکپارچه‌سازی عملی به قراردادی صریح نیاز دارد: نوع انتقال، هویت واحد، کدهای تابع، قرارداد آدرس‌دهی، نوع داده، مقیاس‌بندی، ترتیب بایت و کلمه، دورهٔ نظرسنجی، مهلت زمانی و واکنش در برابر خطا. راه‌اندازی باید این قرارداد را با مقادیر معلوم و خطاهای کنترل‌شده اثبات کند، پیش از آن‌که داده‌ها برای فعال‌سازی هشدارها، اینترلاک‌ها یا فرمان‌ها به کار روند.

پروتکل، درخواست‌ها و پاسخ‌ها را جابه‌جا می‌کند؛ مشخصات مهندسی به هر بیت و ثبات، معنای فرایندی آن را می‌دهد.

مدل داده را از شیوهٔ انتقال جدا کنید

مودباس چهار نوع شیء آشنا را ارائه می‌کند: کویل‌ها، ورودی‌های گسسته، ثبات‌های ورودی و ثبات‌های نگهدارنده. دو نوع اول شامل وضعیت‌های تک‌بیتی هستند، در حالی که ثبات‌ها مقادیر ۱۶بیتی را در خود نگه می‌دارند. کدهای تابع، عملیات درخواستی را انتخاب می‌کنند. ممکن است یک دستگاه فقط بخشی از این مدل را پشتیبانی کند و رفتار قابل‌نوشتن نیز هم به تابع و هم به پیاده‌سازی سازنده بستگی دارد.

مودباس RTU واحد دادهٔ پروتکل را در یک فریم سریال، همراه با آدرس اسلیو و بررسی افزونگی چرخه‌ای قرار می‌دهد. گیرنده برای تشخیص کامل بودن پیام، به زمان‌بندی میان نویسه‌ها و میان فریم‌ها نیز متکی است. مودباس TCP واحد دادهٔ پروتکل را از طریق TCP منتقل می‌کند و یک سربرگ MBAP شامل شناسهٔ تراکنش، شناسهٔ پروتکل، طول و شناسهٔ واحد اضافه می‌کند. شناسهٔ تراکنش به کلاینت اجازه می‌دهد پاسخ را به درخواست درست مرتبط کند؛ شناسهٔ واحد به‌ویژه زمانی اهمیت دارد که یک دروازهٔ TCP، درخواست را به دستگاهی سریال هدایت می‌کند.

مرجع معتبر برای شروع، مشخصات سازمان مودباس است که پروتکل کاربردی، راهنمای خط سریال و راهنمای پیام‌رسانی TCP را دربر می‌گیرد. با این حال، دفترچه‌های دستگاه نیز ضروری‌اند، زیرا استاندارد، معنا یا مقیاس‌بندی ثبات‌های فرایندی سازنده را تعریف نمی‌کند.

آدرس و نمایش داده را نرمال‌سازی کنید

بسیاری از خطاهای راه‌اندازی از شیوهٔ نمایش، نه از سیم‌کشی، آغاز می‌شوند. ممکن است یک دفترچه نخستین ثبات نگهدارنده را 40001 بنامد، در حالی که پیام شامل آفست صفر باشد. بعضی درایورها شمارهٔ مرجع را انتظار دارند و برخی دیگر آفست خام را دریافت می‌کنند و نوع شیء را در داخل خود اضافه می‌کنند. هم نمایش دفترچه و هم آفست واقعی درخواست را در سند رابط ثبت کنید. سپس مقداری را بخوانید که بتوان آن را به‌طور مستقل تأیید کرد.

یک ثبات ۱۶بیتی، توالی بایت تعریف‌شده‌ای روی سیم دارد، اما اعداد صحیح ۳۲بیتی و مقادیر ممیز شناور، دو ثبات را اشغال می‌کنند. سازندگان ممکن است کلمهٔ پرارزش‌تر یا کم‌ارزش‌تر را نخست قرار دهند. تفسیر علامت‌دار در برابر بدون علامت نیز منشأ خطای دیگری است. تنظیم جابه‌جایی را فقط به این دلیل که یک عدد «معقول به نظر می‌رسد» انتخاب نکنید. دست‌کم دو مقدار معلوم، از جمله مقداری که علامت و مقیاس را آشکار کند، وارد یا مشاهده کنید و نمایش تأییدشده را ثبت کنید.

مقیاس‌بندی نیز باید در همین قرارداد تعریف شود. فشار ممکن است یک عدد صحیح برحسب دهم واحد، یک مقدار مهندسی با قالب IEEE-754 یا درصدی از دامنهٔ تنظیم‌شده باشد. دامنهٔ معتبر، رفتار خارج از محدوده و این‌که آیا کد خام ویژه‌ای به معنای خرابی حسگر است یا نه، مشخص کنید. مقداری ظاهراً معقول با مقیاس اشتباه، حتی در صورت سالم بودن ارتباطات، یک خطای کیفیت داده است.

RTU و TCP در معناشناسی کدهای تابع مشترک‌اند، اما چارچوب‌بندی، زمان‌بندی و مرزهای عیب‌یابی آن‌ها متفاوت است.

بودجهٔ نظرسنجی واقع‌بینانه‌ای ایجاد کنید

برای یک بخش RS-485، چرخه را بر اساس نرخ بود، طول درخواست و پاسخ، تأخیر پاسخ دستگاه، فاصله‌های سکوت لازم، تعداد گره‌ها، مهلت زمانی و سیاست تلاش مجدد محاسبه کنید. در صورتی که از محدودهٔ آدرس پشتیبانی‌نشده عبور نمی‌کند، ثبات‌های پیوسته را در یک درخواست گروه‌بندی کنید. مقادیر کنترلی با تغییرات سریع را بیشتر از دماها، مجموع انرژی یا ثبات‌های پیکربندی نظرسنجی کنید. نظرسنجی سریع همه‌چیز، بدون بهبود فرایند، حاشیهٔ بازیابی را مصرف می‌کند.

مودباس TCP محدودیت نرخ بود سریال را حذف می‌کند، اما محدودیت‌های دستگاه یا دروازه را از بین نمی‌برد. یک دروازه، ترافیک را روی گذرگاه پایین‌دستی سریال به‌صورت ترتیبی پردازش می‌کند. چندین کلاینت اترنت می‌توانند صف ایجاد کنند و مهلت زمانی کوتاه‌تر از بدترین زمان صف، تلاش‌های مجددی ایجاد می‌کند که ازدحام را تشدید می‌کنند. هرجا عملی است، یک مالک نظرسنجی تعیین کنید، تراکنش‌های هم‌زمان را به میزان مستندشده توسط سرور محدود کنید و زمان پاسخ را، علاوه بر مهلت‌های زمانی کامل، پایش کنید.

انتخاب سخت‌افزار باید کدهای تابع پشتیبانی‌شده، حداکثر تعداد ثبات در هر درخواست، رفتار اتصال و نشست، میزان مشاهده‌پذیری صف دروازه و شمارنده‌های تشخیصی را در نظر بگیرد. کنترلرهای مناسب را می‌توان در مجموعهٔ سیستم‌های PLC و PAC بررسی کرد، در حالی که دروازه‌ها، سوئیچ‌ها و اجزای رابط باید در یک معماری ارتباطات و شبکه سنجیده قرار گیرند.

دادهٔ قدیمی را غیرممکن کنید که با دادهٔ سالم اشتباه گرفته شود

یک خواندن موفق باید هم مقدار و هم وضعیت کیفیت آن را به‌روزرسانی کند. زمان آخرین موفقیت، تعداد خطاهای متوالی، کد استثنا و وضعیت ارتباطات را ذخیره کنید. محدودیت سنی متناسب با فرایند اعمال کنید. پس از عبور از این محدودیت، مقدار را قدیمی علامت‌گذاری کنید، نه این‌که عددی ظاهراً معتبر را برای همیشه حفظ کنید.

پاسخ‌های استثنا شواهد مفیدی هستند. آن‌ها تابع پشتیبانی‌نشده، آدرس غیرمجاز، مقدار غیرمجاز یا خرابی سمت دستگاه را از نبود پاسخ متمایز می‌کنند. این پاسخ‌ها را بدون ایجاد طوفان کنترل‌نشدهٔ تلاش مجدد ثبت کنید. مسیر نوشتن نیز باید یک مالک مشخص، بررسی محدوده، مجوز فرمان و—هرجا فرایند اقتضا می‌کند—خواندن مجدد یا دست‌دهی فرمان/وضعیت داشته باشد. هرگز فرض نکنید پاسخ موفق پروتکل ثابت می‌کند که اقدام فیزیکی انجام شده است.

از لایهٔ فیزیکی به سمت بالا عیب‌یابی کنید

در شبکه‌های سریال

توپولوژی زنجیره‌ای، ترمینیشن در دو انتهای فیزیکی، بایاس کنترل‌شده، قطبیت یکسان، روش‌های مناسب اتصال شیلد و مرجع برای محل و جداسازی از هادی‌های سوئیچینگ پرانرژی را تأیید کنید. ترافیک را در نقطه‌ای معلوم اندازه‌گیری یا ثبت کنید. خطاهای CRC به نویز، بازتاب، اتصال زمین یا مشکلات چارچوب‌بندی اشاره دارند؛ درخواست‌های سالم بدون پاسخ، بیشتر به آدرس، بود، توازن، وضعیت دستگاه یا زمان‌بندی مربوط می‌شوند.

در شبکه‌های اترنت

آدرس‌دهی، رویدادهای IP تکراری، خطاهای درگاه سوئیچ، تغییرات لینک، قطع‌و‌وصل اتصال و بار دروازه را بررسی کنید. ثبت بسته‌ها می‌تواند نشان دهد تأخیر پیش از درخواست، داخل سرور یا پشت دروازه رخ داده است. هنگامی که بیش از یک درخواست در حال انتظار است، تأیید کنید شناسه‌های تراکنش و پاسخ‌ها همچنان با یکدیگر جفت می‌مانند.

موارد خرابی را راه‌اندازی و آزمایش کنید

آزمون پذیرش باید شامل یک مقدار حداقل و حداکثر معلوم، یک مقدار علامت‌دار یا ممیز شناور، دستگاه قطع‌شده، آدرس غیرمجاز، پاسخ تأخیری، راه‌اندازی مجدد دروازه و بازیابی پس از بازگشت ارتباطات باشد. هشدارها، مدیریت دادهٔ قدیمی، ممانعت از فرمان، محدودیت تلاش مجدد و نمایشگر اپراتور را تأیید کنید. نقشهٔ نهایی ثبات‌ها، تنظیمات درایور، گروه‌های نظرسنجی و منطق مهلت زمانی را همراه با نسخهٔ پشتیبان سیستم کنترل ثبت کنید.

مودباس همچنان برای کنتورها، درایوها، ورودی/خروجی‌های راه دور، تجهیزات محیطی و یکپارچه‌سازی سامانه‌های قدیمی، در صورتی که مالکیت و معناشناسی صریح باشند، انتخابی قابل‌اتکاست. زمانی که برنامه به خودتوصیفی غنی، انتشار رویدادمحور، حرکت هماهنگ یا امنیت تعبیه‌شده در پروتکل کاربردی نیاز دارد، گزینهٔ مناسبی نیست. نقطهٔ قوت آن شفافیت است: مهندسان می‌توانند هر تبادل را بررسی کنند. این نقطهٔ قوت تنها زمانی به قابلیت اطمینان تبدیل می‌شود که قرارداد پیرامون داده و خرابی نیز به همان اندازه شفاف باشد.