تفاوت LoRa و LoRaWAN را از لایه رادیویی تا معماری شبکه، کلاس‌های دستگاه، امنیت، ظرفیت و کاربرد در پایش مزرعه بررسی می‌کنیم تا برای طراحی اینترنت اشیای کم‌مصرف انتخاب دقیق‌تری داشته باشید.
راهنمای تصمیم‌گیری کوتاه: LoRa نام فناوری رادیوییِ انتقال داده در باندهای بدون مجوز است؛ LoRaWAN پروتکل شبکه‌ایِ مبتنی بر این رادیو است که برای اتصال حسگرها به gateway، مدیریت پیام‌ها، احراز هویت، امنیت و ارتباط با سرور شبکه قواعد مشترک تعریف می‌کند. بنابراین خرید یک ماژول LoRa به‌تنهایی به معنی داشتن شبکه LoRaWAN نیست. در این مقاله تفاوت این دو را با نگاه مهندسی و با مثال پایش خاک و اقلیم مزرعه باز می‌کنیم.
۱) تفاوت در لایه‌ها و معماری
در مدل لایه‌ای، LoRa عمدتاً به لایه فیزیکی مربوط است: رادیو چگونه سیگنال را مدوله می‌کند و گیرنده چگونه آن را بازیابی می‌کند. پارامترهایی مانند فرکانس، پهنای باند، ضریب گسترش و توان ارسال روی زمان روی هوا، حساسیت گیرنده، ظرفیت و بودجه لینک اثر می‌گذارند. LoRaWAN در لایه بالاتر، قالب فریم، شناسه‌ها، روش دسترسی به شبکه، پیام‌های مدیریتی و تعامل دستگاه با زیرساخت شبکه را تعریف می‌کند. مشخصات LoRa Alliance خودِ لایه رادیویی و پروتکل شبکه را در کنار هم در راهنمای link layer معرفی می‌کند، اما این دو مفهوم یکی نیستند.
در معماری معمول LoRaWAN، حسگر یک پیام uplink می‌فرستد و یک یا چند gateway آن را دریافت و از طریق IP به Network Server می‌رسانند. gateway معمولاً پیام را مسیریابی می‌کند؛ تصمیم‌هایی مانند اعتبارسنجی فریم، مدیریت دستگاه و حذف نسخه‌های تکراری در لایه سرور انجام می‌شود. سپس Application Server داده را رمزگشایی یا به قالب سامانه مزرعه تبدیل می‌کند. در یک پیاده‌سازی LoRa نقطه‌به‌نقطه، طراح خود مسئول قالب پیام، آدرس‌دهی، جلوگیری از تداخل، تکرار، احراز هویت، کلیدها، ارتقای نرم‌افزار و سازگاری فرستنده و گیرنده است. این انعطاف می‌تواند برای یک لینک اختصاصی مفید باشد، اما بخش زیادی از کار شبکه را به تیم اجرا منتقل می‌کند.
۲) کلاس‌های دستگاه و نیاز به downlink
LoRaWAN سه کلاس ارتباطی A، B و C دارد. همه دستگاه‌ها دست‌کم Class A را پشتیبانی می‌کنند: دستگاه هر زمان که آماده است uplink می‌فرستد و پس از آن پنجره‌های کوتاه دریافت باز می‌کند. این مدل معمولاً برای حسگر باتری‌خور که هر چند دقیقه یا ساعت یک‌بار داده می‌دهد مناسب است، اما فرمان پایین‌دست باید تا پنجره دریافت بعدی صبر کند. Class B با beacon و زمان‌بندی پنجره‌های دریافت، امکان برنامه‌ریزی‌پذیری بیشتری می‌دهد و Class C تقریباً بیشتر زمان را در حالت دریافت نگه می‌دارد؛ در نتیجه تأخیر فرمان کمتر می‌شود اما توان مصرفی بالاتر می‌رود. انتخاب کلاس باید از نیاز واقعی کنترل ناشی شود: سنجش رطوبت خاک با فرمان اضطراری شیر یکسان نیست.
در LoRa اختصاصی، این زمان‌بندی را خودتان طراحی می‌کنید. این آزادی برای کنترل سریع در یک شبکه کوچک خوب است، ولی مسئولیت هم‌زمانی، تصادم، زمان‌بندی گوش‌دادن و مدیریت گره‌های خوابیده با شماست. اگر بازشدن شیر باید در چند ثانیه انجام شود، باید کل مسیر فرمان ــ از برنامه تا gateway و رادیو ــ با تأخیر و قطع ارتباط واقعی آزمایش شود؛ نام فناوری به‌تنهایی تضمین پاسخ بلادرنگ نیست.
۳) نرخ داده، برد و ظرفیت: سه‌گانه‌ای که باید اندازه‌گیری شود
LoRaWAN معمولاً برای پیام‌های کوتاه و کم‌تواتر طراحی می‌شود. ضریب گسترش بالاتر می‌تواند دریافت سیگنال ضعیف‌تر را ممکن کند، اما زمان اشغال کانال برای هر فریم را هم افزایش می‌دهد و ظرفیت کل را پایین می‌آورد. به همین دلیل «برد بیشتر» معادل «شبکه بهتر» نیست. افزایش توان یا تکرار زیاد پیام‌ها ممکن است عمر باتری، ظرفیت کانال و انطباق با مقررات را تحت تأثیر بگذارد. ADR می‌تواند در شرایط مناسب پارامترهای داده‌نرخ و توان را بهینه کند، ولی جایگزین اندازه‌گیری میدانی، بررسی سایه‌اندازی درخت و سازه، یا طراحی برای گره متحرک نیست.
۴) امنیت و قابلیت اتکا
در LoRaWAN، سازوکارهای پروتکل برای احراز اصالت و رمزگذاری پیام وجود دارد و برای تبادل کلید، روش‌هایی مانند OTAA و سازوکارهای مرتبط با کلیدهای نشست در نسخه مشخصات اهمیت دارند. بااین‌حال، امنیت محصول فقط با انتخاب عبارت «LoRaWAN» تأمین نمی‌شود: کلیدهای یکتا باید امن تولید و نگهداری شوند، فعال‌سازی دستگاه درست انجام شود، شمارنده فریم‌ها و nonceها نباید بازنشانی ناامن شوند، و دسترسی به کنسول سرور و APIها باید محدود و ثبت شود. در رادیوی LoRa اختصاصی نیز می‌توان رمزگذاری و احراز هویت ساخت، اما باید الگوریتم استاندارد، مدیریت کلید، جلوگیری از بازپخش، چرخش کلید و به‌روزرسانی امن را خودتان طراحی و ممیزی کنید؛ مخفی‌کردن قالب رادیویی امنیت محسوب نمی‌شود.
هیچ‌کدام از این دو روش تحویل برنامه‌ایِ «حتماً فقط یک بار عمل کن» را به‌تنهایی تضمین نمی‌کنند. پیام ممکن است از دست برود، دیر برسد یا در مسیر تکرار شود. در سامانه کنترل آبیاری، به پیام شناسه یکتا بدهید، دریافت را ثبت کنید، فرمان را idempotent طراحی کنید و بعد از اجرا وضعیت واقعی شیر یا پمپ را از یک حسگر مستقل بخوانید. ACK پروتکل نشان می‌دهد کدام بخش مسیر پیام را دریافت کرده است؛ لزوماً ثابت نمی‌کند شیر واقعاً حرکت کرده است.
۵) مقایسه سریع برای پروژه مزرعه
• LoRa نقطه‌به‌نقطه: مناسب برای لینک اختصاصی کوچک، آزمایشگاه یا محصولی که تیم توان نگهداری firmware و پروتکل را دارد؛ انعطاف زیاد، اما مسئولیت کامل شبکه و امنیت با سازنده است.
• LoRaWAN: مناسب برای تعداد زیادی حسگر کم‌مصرف با پیام‌های کوتاه و نیاز به استاندارد شبکه و چند gateway؛ از ابتدا باید پوشش، ظرفیت، uplink/downlink، کلاس دستگاه، سرور شبکه و مالکیت زیرساخت روشن شود.
• شبکه مش: اگر هر گره باید پیام گره‌های دیگر را بازپخش کند، صرفاً LoRa را با مش اشتباه نگیرید؛ سازوکار مسیریابی و مصرف انرژی مش موضوع جداگانه‌ای است. در بسیاری از شبکه‌های LoRaWAN، گره‌ها برای رسیدن پیام به gateway رله زنجیره‌ای انجام نمی‌دهند.
۶) چک‌لیست انتخاب
۱. نوع داده، اندازه payload و فاصله نمونه‌برداری را بنویسید. ۲. مشخص کنید دستگاه فقط اندازه‌گیری می‌کند یا باید فرمان سریع هم دریافت کند. ۳. تعداد گره‌ها، هم‌زمانی ارسال و رشد دو ساله شبکه را تخمین بزنید. ۴. در مزرعه واقعی، ارتفاع آنتن، رطوبت پوشش گیاهی، پستی‌وبلندی و محل gateway را آزمایش کنید. ۵. منطقه فرکانسی و محدودیت‌های قانونی محل نصب را از اسناد رسمی و نهاد تنظیم‌گر بررسی کنید؛ جدول مناطق LoRaWAN یکسان جهانی نیست. ۶. قبل از خرید انبوه، آزمون قطع اینترنت، خاموشی gateway، ازکارافتادن حسگر، بازیابی پس از باتری‌کشی و چرخش کلید را انجام دهید.
جمع‌بندی
اگر به شبکه قابل‌توسعه با دستگاه‌های استاندارد، مدیریت دستگاه و gatewayهای متعدد نیاز دارید، ابتدا LoRaWAN را ارزیابی کنید. اگر فقط یک ارتباط اختصاصی با دو سر مشخص می‌سازید و کنترل کامل بر هر دو firmware دارید، LoRa خام ممکن است ساده‌تر باشد؛ اما هزینه پروتکل، تست امنیت و نگهداری را در برآورد وارد کنید.
منابع فنی برای مطالعه بیشتر
LoRa Alliance، LoRaWAN for Developers: https://lora-alliance.org/lorawan-for-developers/ LoRa Alliance، Regional Parameters RP002-1.0.4: https://resources.lora-alliance.org/home/rp002-1-0-4-regional-parameters LoRa Alliance، مشخصات LoRaWAN L2: https://lora-alliance.org/resource_hub/ts001-1-0-4-lorawan-l2-1-0-4-specification/ نکته: نسخه مشخصات و طرح فرکانسی متناسب با سخت‌افزار و مقررات محل استقرار را پیش از طراحی نهایی دوباره بررسی کنید.
راهنمای فنی تغذیه دقیق در کشاورزی هوشمند: تلفیق آزمون خاک، بافت و شوری، تصاویر ماهواره‌ای و حسگرها برای ساخت نسخه کوددهی متغیرمقدار، کنترل اجرای دستگاه و ارزیابی اقتصادی بدون اتکا به شاخص منفرد.
خواندن مقاله
راهنمای طراحی پایش و کنترل هوشمند اقلیم گلخانه: جانمایی حسگرها، تحلیل دما و رطوبت، مدیریت تهویه و فن، سایه‌انداز و سرمایش تبخیری، منطق کنترل مرحله‌ای و آزمون ایمنی برای تولید پایدار.
خواندن مقاله
راهنمای فنی طراحی آبیاری هوشمند با ترکیب داده حسگر رطوبت خاک، نیاز آبی گیاه، تبخیر و تعرق و پیش‌بینی بارش؛ از جانمایی حسگر تا کنترل ایمن شیر و ارزیابی پایلوت در مزرعه.
خواندن مقاله