داشبورد IoT چی بزنم؟ | قسمت اول

شاید پیش اومده خواسته باشید پروژه ای انجام بدید و نیاز به داشبورد داشته باشید

مثلا خواسته باشین مانیتورینگ دما و رطوبت انجام بدین – نموداری از تغییرات دما و رطوبت به صورت روزانه – هفتگی – ماهانه داشته باشین

وقتی دما و رطوبت از حدی پایینتر اومد یا از حدی بالاتر رفت هشدار بدین – یا دستگاهی رو برای تنظیم دما و رطوبت روشن کنین؟

شاید خواسته باشین به این اطلاعات روی اینترنت هم دسترسی داشته باشین – تا از طریق کامپیوتر رومیزی یا موبایل به اون اطلاعات دسترسی داشته باشین – حالا هر زمان و مکانی که میخواد باشه؟

پروتکل ارسال و دریافت اطلاعاتتون چیه؟ پروتکل ارسال فرامینتون چیه؟

چرخ رو از اول اختراع میکردین؟

روی دستگاه کدهای ارتباطی رو مینوشتین – سروس محلی و سرور اینترنتی رو کد نویسی میکردین – اپلیکیشن داشبورد تحت وب یا موبایل رو کد نویسی میکردین

یعنی پروژه ای که میتونست سه ماهه تموم بشه تبدیل میشد به پروژه ای دوازده ماهه؟
اگه هم عجله داشتین که بیشتر خرج میکردین!

کسایی که داشبورد و اپلیکیشن نوشتن میدونن کار ساده ای نیست اصلا – کسایی که پروتکل های ارتباطی رو کد نوشتن میدونن چقدر میتونه باگ پیش بیاد

راه حل بهتر از نظر من اینه که سیستم های موجود – بخصوص اوپن سورس ها – رو باید بررسی کرد و بر اساس نیاز پروژه باید دید:

کدوم بیشترین و بهترین امکانات رو میدن؟
کدومشون واقعا اوپن سورس کاملن؟
کدومشون فعالترن و مرتب نسخه میدن و مشکلات رو حل میکنن و قابلیت اضافه میکنن؟
کدومشون مشتری بیشتی دارن؟
کدومشون مستندات بهتر و کاملتری دارن؟
و کدوم قابلیت توسعه ساده تری دارن؟ مثلا شاید نیاز بشه یک نوع نمودار جدید به داشبورد اضافه کنین یا قابلیت بخصوصی رو به موتور قوانینش اضافه کنین

من تقریبا این مسیر رو طی کردم و به چندتا سیستم خوب آشنا شدم

یکی ThingsBoard
یکی OpenRemote
یکی Blynk

اولی و دومی اوپن سورس هستن – سومی اوپن سورس نیست اما قابلیت های جذابتری داره و البته پلان رایگان هم میده

https://www.instagram.com/p/CUJ3T4ur1jc/

https://www.instagram.com/p/CUJ3T4ur1jc/

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد.