
لیست پروژههای اینترنت اشیا (IoT)
پروژههای اینترنت اشیا (IoT)
با سلام پروژه ساده برای STM8: چشمکزن LED (Blink LED) میکروکنترلر STM8S003F3P6
روی یکی از پایههای خروجی میکرو (مثلاً PD0) یک LED با مقاومت وصل کن و برنامهای بنویس که LED هر ۵۰۰ میلیثانیه روشن و خاموش شود.
همچنین روی USART rx هر دیتایی دریافت کرد - یه عدد 3 رقمی( عدد 321 ) بهش اضافه کنه بفرسته روی usart tx
حتما میخوام کد ها و نحوه پروگرام کردن، دیتا و فیلم اموزشیش تو چت پونیشا ارسال بشه - و برنامه به زبان c نوشته بشه
با تشکر
با سلام پروژه ساده برای STM8: چشمکزن LED (Blink LED) میکروکنترلر STM8S003F3P6
روی یکی از پایههای خروجی میکرو (مثلاً PD0) یک LED با مقاومت وصل کن و برنامهای بنویس که LED هر ۵۰۰ میلیثانیه روشن و خاموش شود.
همچنین روی USART rx هر دیتایی دریافت کرد - یه عدد 3 رقمی( عدد 321 ) بهش اضافه کنه بفرسته روی usart tx
حتما میخوام کد ها و نحوه پروگرام کردن، دیتا و فیلم اموزشیش تو چت پونیشا ارسال بشه - و برنامه به زبان c نوشته بشه
با تشکر
ما در حال طراحی و توسعه دستگاه وندینگ هوشمند متصل به اینترنت هستیم. بخش سختافزار و الکترونیک دستگاه توسط نیروی تخصصی در حال انجام است و برای تکمیل تیم، به دنبال برنامهنویسی هستیم که مسئولیت کامل نرمافزار دستگاه و پنل مدیریتی آنلاین را بر عهده بگیرد.
دستگاه دارای نمایشگر لمسی بوده و بهصورت دائم با سرور مرکزی در ارتباط است.
حوزه مسئولیتها (Technical Scope):
توسعه نرمافزار سمت دستگاه وندینگ (Device Application)
پیادهسازی منطق عملکرد دستگاه:
فرآیند فروش
مدیریت خطاها و وضعیتها
کنترل سنسورها، موتورها و تجهیزات جانبی
ارتباط نرمافزار دستگاه با بردهای الکترونیکی (Serial / USB / GPIO / TCP)
طراحی و پیادهسازی معماری ارتباط دستگاه ↔ سرور
توسعه پنل مدیریتی تحت وب شامل:
داشبورد وضعیت آنلاین دستگاهها
مانیتورینگ خطاها، لاگها و سلامت سیستم
گزارش فروش، موجودی و عملکرد
مدیریت کاربران و سطح دسترسی (Owner / Operator / Customer)
طراحی UI/UX برای نمایشگر لمسی دستگاه
پیادهسازی مکانیزمهای:
Remote Update
Remote Config
Security & Authentication
مستندسازی فنی کامل
مهارتهای فنی الزامی:
تجربه عملی در توسعه سیستمهای Hardware-Connected Software
تسلط به یکی از زبانها:
Python / C++ / Node.js (ترجیحاً تجربه روی Linux-based devices)
آشنایی با:
Embedded Linux / Mini PC / SBC (مثل Raspberry Pi، x86 Mini PC و…)
Protocolهای ارتباطی (HTTP, WebSocket, MQTT – مزیت)
طراحی و توسعه RESTful API
کار با دیتابیسهای relational و non-relational
آشنایی با معماریهای مقیاسپذیر و پایدار
تسلط نسبی به مفاهیم:
Device Monitoring
Fault Tolerance
Logging & Error Handling
ما در حال طراحی و توسعه دستگاه وندینگ هوشمند متصل به اینترنت هستیم. بخش سختافزار و الکترونیک دستگاه توسط نیروی تخصصی در حال انجام است و برای تکمیل تیم، به دنبال برنامهنویسی هستیم که مسئولیت کامل نرمافزار دستگاه و پنل مدیریتی آنلاین را بر عهده بگیرد.
دستگاه دارای نمایشگر لمسی بوده و بهصورت دائم با سرور مرکزی در ارتباط است.
حوزه مسئولیتها (Technical Scope):
توسعه نرمافزار سمت دستگاه وندینگ (Device Application)
پیادهسازی منطق عملکرد دستگاه:
فرآیند فروش
مدیریت خطاها و وضعیتها
کنترل سنسورها، موتورها و تجهیزات جانبی
ارتباط نرمافزار دستگاه با بردهای الکترونیکی (Serial / USB / GPIO / TCP)
طراحی و پیادهسازی معماری ارتباط دستگاه ↔ سرور
توسعه پنل مدیریتی تحت وب شامل:
داشبورد وضعیت آنلاین دستگاهها
مانیتورینگ خطاها، لاگها و سلامت سیستم
گزارش فروش، موجودی و عملکرد
مدیریت کاربران و سطح دسترسی (Owner / Operator / Customer)
طراحی UI/UX برای نمایشگر لمسی دستگاه
پیادهسازی مکانیزمهای:
Remote Update
Remote Config
Security & Authentication
مستندسازی فنی کامل
مهارتهای فنی الزامی:
تجربه عملی در توسعه سیستمهای Hardware-Connected Software
تسلط به یکی از زبانها:
Python / C++ / Node.js (ترجیحاً تجربه روی Linux-based devices)
آشنایی با:
Embedded Linux / Mini PC / SBC (مثل Raspberry Pi، x86 Mini PC و…)
Protocolهای ارتباطی (HTTP, WebSocket, MQTT – مزیت)
طراحی و توسعه RESTful API
کار با دیتابیسهای relational و non-relational
آشنایی با معماریهای مقیاسپذیر و پایدار
تسلط نسبی به مفاهیم:
Device Monitoring
Fault Tolerance
Logging & Error Handling
ما به دنبال یک توسعهدهنده حرفهای iOS هستیم که بتواند اپلیکیشنی طراحی کند که با یک ماژول سختافزاری از طریق API ارتباط برقرار کند.
اتصال به سختافزار از طریق API آماده و مستندات آن موجود است. وظیفه اصلی اپلیکیشن ارسال دستور روشن و خاموش (ON/OFF) به ماژول میباشد.
اپلیکیشن باید دارای سه حالت عملکرد باشد:
1-کنترل مستقیم: کاربر بتواند به صورت دستی دستگاه را روشن یا خاموش کند. 2-حالت کنترل بر اساس سطح باتری: کاربر بتواند محدودهی حداقل و حداکثر درصد باتری را تنظیم کند تا دستگاه بهصورت خودکار در آن محدوده خاموش یا روشن شود. 3-حالت زمانبندی (تایمر): کاربر بتواند زمان روشن یا خاموش شدن دستگاه را تنظیم کند.
ویژگیها و الزامات:
برنامهنویسی Native برای iOS (ترجیحاً با Swift) آشنایی با ارتباط با API و ارسال Requestها آشنایی با مفاهیم پایه اینترنت اشیاء (IoT) مزیت محسوب میشود
ارائه نمونهکار مرتبط الزامی است
تحویل پروژه: سورس کامل پروژه تست و عملکرد صحیح ارتباط با ماژول مستندات فنی مختصر برای تنظیمات و توسعه آتی
نرم افزار اندروید طراحی و پیاده سازی شده . از روی همین نرم افزار باید IOS طراحی شود .
ما به دنبال یک توسعهدهنده حرفهای iOS هستیم که بتواند اپلیکیشنی طراحی کند که با یک ماژول سختافزاری از طریق API ارتباط برقرار کند.
اتصال به سختافزار از طریق API آماده و مستندات آن موجود است. وظیفه اصلی اپلیکیشن ارسال دستور روشن و خاموش (ON/OFF) به ماژول میباشد.
اپلیکیشن باید دارای سه حالت عملکرد باشد:
1-کنترل مستقیم: کاربر بتواند به صورت دستی دستگاه را روشن یا خاموش کند. 2-حالت کنترل بر اساس سطح باتری: کاربر بتواند محدودهی حداقل و حداکثر درصد باتری را تنظیم کند تا دستگاه بهصورت خودکار در آن محدوده خاموش یا روشن شود. 3-حالت زمانبندی (تایمر): کاربر بتواند زمان روشن یا خاموش شدن دستگاه را تنظیم کند.
ویژگیها و الزامات:
برنامهنویسی Native برای iOS (ترجیحاً با Swift) آشنایی با ارتباط با API و ارسال Requestها آشنایی با مفاهیم پایه اینترنت اشیاء (IoT) مزیت محسوب میشود
ارائه نمونهکار مرتبط الزامی است
تحویل پروژه: سورس کامل پروژه تست و عملکرد صحیح ارتباط با ماژول مستندات فنی مختصر برای تنظیمات و توسعه آتی
نرم افزار اندروید طراحی و پیاده سازی شده . از روی همین نرم افزار باید IOS طراحی شود .
میخام سیستم amblight رو با استفاده از orange pi اجرا کنم لینک آموزش توی یوتوب هست http://revealdtech.blogspot.com/2020/01/how-to-make-ambilight-tv-using-orange.html?m=1
میخام سیستم amblight رو با استفاده از orange pi اجرا کنم لینک آموزش توی یوتوب هست http://revealdtech.blogspot.com/2020/01/how-to-make-ambilight-tv-using-orange.html?m=1
نیاز دارم یک سیستم صوتی دوطرفه با ESP32 ساخته شود. سیستم باید:
صدای کاربر را ضبط و به سرور ارسال کند.
صدای برگشتی از سرور را دریافت و پخش کند.
تاخیر پایین و کیفیت صوتی مناسب داشته باشد.
ویژگیها:
ارتباط Wi-Fi با WebSocket یا UDP
کدنویسی تمیز و قابل توسعه
خروجی: شنیدن صدای دوطرفه در زمان واقعی با ESP32 و اسپیکر.
برخی قطعات گرفته شده و نیاز به خرید آن نیست
نیاز دارم یک سیستم صوتی دوطرفه با ESP32 ساخته شود. سیستم باید:
صدای کاربر را ضبط و به سرور ارسال کند.
صدای برگشتی از سرور را دریافت و پخش کند.
تاخیر پایین و کیفیت صوتی مناسب داشته باشد.
ویژگیها:
ارتباط Wi-Fi با WebSocket یا UDP
کدنویسی تمیز و قابل توسعه
خروجی: شنیدن صدای دوطرفه در زمان واقعی با ESP32 و اسپیکر.
برخی قطعات گرفته شده و نیاز به خرید آن نیست
با سلام، بنده قصد دارم یک داشبورد مانیتورینگ حرفهای و دقیق در Grafana طراحی و پیادهسازی کنم که قابلیت نمایش و تحلیل دادههای گازهای سمی را به صورت زنده (Real-time) داشته باشد.
این پروژه در بستر سیستمهای IoT صنعتی اجرا خواهد شد و دادهها از طریق Node-RED تولید و به پایگاه داده InfluxDB v2.x ارسال میشوند. هدف اصلی، طراحی یک داشبورد گرافیکی با قابلیت تحلیل، آلارمدهی، و ذخیرهسازی دقیق دادهها برای استفاده در پروژههای صنعتی (بهویژه در صنایع نفت، گاز و حفاری) است. مشخصات کامل پروژه:
دریافت داده از Node-RED شامل:
Measurement: "gas_level"
Field: "value" (مقدار عددی گاز)
Tag: "location" با مقدار "zone1"
فرمت داده در خروجی تابع Function به صورت structured JSON و ارسال به influxdb out
پایگاه داده:
InfluxDB 2.x
Bucket: gas_data
Organization: my-org
Token اختصاصی فعال با دسترسی Read/Write
ویژگیهای مورد انتظار داشبورد در Grafana:
نمودار خطی (Time Series) لحظهای برای نمایش مقدار گاز (PPM)
نمایش آلارم عددی و متنی در صورت عبور مقدار از حد آستانه (مثلاً بالای ۲۰۰)
نمایش رنگی وضعیت: قرمز برای خطر / سبز برای نرمال
قابلیت میانگینگیری (mean)، فیلتر زمانی (۷ روز، ۲۴ ساعت، ۵ دقیقه گذشته)
قابلیت ذخیرهسازی و Export کامل داشبورد
ساختار تمیز، دستهبندیشده، و قابل ارائه به سازمانها
فعالسازی Tooltip، Legend، و محور Y با برچسب سفارشی
اطمینان از سازگاری کامل دادهها با استاندارد number در influx
الزامات فنی از سمت شما (فریلنسر):
تسلط کامل به Grafana 8.x یا 9.x یا 12.x
تسلط به InfluxDB v2.x و زبان Flux
آشنایی با Node-RED و فرمتهای داده خروجی
توانایی طراحی پنلهای قابل اعتماد، دقیق و ماژولار
امکان تحویل کامل پروژه به همراه فایل پشتیبان (JSON Export)⛳️ هدف: استفاده از این داشبورد در تست میدانی و ارائه به شرکتها جهت قراردادهای صنعتی. بنابراین، کوچکترین خطا یا ناهماهنگی در داده یا ظاهر داشبورد قابل قبول نیست.
✅ فقط فریلنسرهایی که تجربه عملی و رزومه موفق در این حوزه دارند پیام دهند.
با تشکر
با سلام، بنده قصد دارم یک داشبورد مانیتورینگ حرفهای و دقیق در Grafana طراحی و پیادهسازی کنم که قابلیت نمایش و تحلیل دادههای گازهای سمی را به صورت زنده (Real-time) داشته باشد.
این پروژه در بستر سیستمهای IoT صنعتی اجرا خواهد شد و دادهها از طریق Node-RED تولید و به پایگاه داده InfluxDB v2.x ارسال میشوند. هدف اصلی، طراحی یک داشبورد گرافیکی با قابلیت تحلیل، آلارمدهی، و ذخیرهسازی دقیق دادهها برای استفاده در پروژههای صنعتی (بهویژه در صنایع نفت، گاز و حفاری) است. مشخصات کامل پروژه:
دریافت داده از Node-RED شامل:
Measurement: "gas_level"
Field: "value" (مقدار عددی گاز)
Tag: "location" با مقدار "zone1"
فرمت داده در خروجی تابع Function به صورت structured JSON و ارسال به influxdb out
پایگاه داده:
InfluxDB 2.x
Bucket: gas_data
Organization: my-org
Token اختصاصی فعال با دسترسی Read/Write
ویژگیهای مورد انتظار داشبورد در Grafana:
نمودار خطی (Time Series) لحظهای برای نمایش مقدار گاز (PPM)
نمایش آلارم عددی و متنی در صورت عبور مقدار از حد آستانه (مثلاً بالای ۲۰۰)
نمایش رنگی وضعیت: قرمز برای خطر / سبز برای نرمال
قابلیت میانگینگیری (mean)، فیلتر زمانی (۷ روز، ۲۴ ساعت، ۵ دقیقه گذشته)
قابلیت ذخیرهسازی و Export کامل داشبورد
ساختار تمیز، دستهبندیشده، و قابل ارائه به سازمانها
فعالسازی Tooltip، Legend، و محور Y با برچسب سفارشی
اطمینان از سازگاری کامل دادهها با استاندارد number در influx
الزامات فنی از سمت شما (فریلنسر):
تسلط کامل به Grafana 8.x یا 9.x یا 12.x
تسلط به InfluxDB v2.x و زبان Flux
آشنایی با Node-RED و فرمتهای داده خروجی
توانایی طراحی پنلهای قابل اعتماد، دقیق و ماژولار
امکان تحویل کامل پروژه به همراه فایل پشتیبان (JSON Export)⛳️ هدف: استفاده از این داشبورد در تست میدانی و ارائه به شرکتها جهت قراردادهای صنعتی. بنابراین، کوچکترین خطا یا ناهماهنگی در داده یا ظاهر داشبورد قابل قبول نیست.
✅ فقط فریلنسرهایی که تجربه عملی و رزومه موفق در این حوزه دارند پیام دهند.
با تشکر
در راستای قوانین مرتبط با سازماندهی پهپادهای سمپاشی کشاورزی، شرکت خدمات پهپادهای کشاورزی سُنبله در صدد راه اندازی سامانه مدیریت یکپارچه پهپادهای کشاورزی خود است. این سامانه مشابه سامانه FlightRadar24 خواهد بود؛ با این تفاوت که هواپیماهایی که به شکل یک فلش قرمز رنگ نشان داده می شوند، در واقع پهپادهای کشاورزی شرکت ما خواهند بود. پهپادهای کشاورزی ما دیتای مرتبط با سرعت، ارتفاع، طول و عرض جغرافیایی و کلی دیتای دیگه را به شکل Real-Time به سرور ما مخابره می کنند. بنابراین تمامی دیتای مورد نیاز روی سرور می باشد و به شکل لحظه ای در حال آپدیت شدن هستند. با کلیک روی هر کدام از پهپادهایی که در نقشه نشان داده می شوند، لازم است که اطلاعات زیر نشان داده شوند؛
١- Drone Serial Number ٢- Operator ID / Phone Number ٣- Drone Height ٤- Drone Speed ٥- Lock/Unlock the drone
در راستای قوانین مرتبط با سازماندهی پهپادهای سمپاشی کشاورزی، شرکت خدمات پهپادهای کشاورزی سُنبله در صدد راه اندازی سامانه مدیریت یکپارچه پهپادهای کشاورزی خود است. این سامانه مشابه سامانه FlightRadar24 خواهد بود؛ با این تفاوت که هواپیماهایی که به شکل یک فلش قرمز رنگ نشان داده می شوند، در واقع پهپادهای کشاورزی شرکت ما خواهند بود. پهپادهای کشاورزی ما دیتای مرتبط با سرعت، ارتفاع، طول و عرض جغرافیایی و کلی دیتای دیگه را به شکل Real-Time به سرور ما مخابره می کنند. بنابراین تمامی دیتای مورد نیاز روی سرور می باشد و به شکل لحظه ای در حال آپدیت شدن هستند. با کلیک روی هر کدام از پهپادهایی که در نقشه نشان داده می شوند، لازم است که اطلاعات زیر نشان داده شوند؛
١- Drone Serial Number ٢- Operator ID / Phone Number ٣- Drone Height ٤- Drone Speed ٥- Lock/Unlock the drone
توضحیات ویدیویی : https://s33.picofile.com/file/8485253800/Rec_0225.mp4.html ۱. معرفی کلی
عنوان پروژه: طراحی و توسعه یک سامانه پیشرفته و چندوجهی برای کنترل هوشمند وسایل صعنتی مبتنی بر پیامک و اینترنت با قابلیتهای ماژولار و پشتیبانی از زیرسیستمهای ایمنسازی، نظارت و پاسخ هوشمند
۲. دامنه پروژه و حدود عملکرد در پروژه، ماژولهای قابلیت تعامل بینسیستمی توسعه مییابند:
کنترل وسایل برقی از راه دور: با استفاده از دستورات پیامکی ساختاریافته اتصال به پایگاه داده آنلاین: ( این بخش مهم است ) دیتابیس MySQL مستقر در سرورهای cPanel با ساختار پویا و مقیاسپذیر تعریف جداول اختصاصی برای هر برد با شناسه شماره تماس و اسم
ماژول اندازه گیری ولتاژ ZMPT101B تا 250 ولت AC بهکارگیری سنسورهای دقیق پیش از رله، با قابلیت تنظیم حد آستانه توسط کاربر
ماژول سنسور تشخیص رطوبت باران مدل FC-37: سنسور قطره آب خارج از باکس برای تشخیص آب
سنسور سطح آب: مدل صنعتی ARDUI340 با عملکرد کنترلی خودکار بر پمپ
زیرسیستم برق پشتیبان (UPS): طراحی دوسویه برای تغذیه و شارژ خودکار، بههمراه پایش وضعیت
تایمر پمپ: مکانیزم مبتنی بر زمان برای فعالسازی و غیرفعالسازی خودکار پمپ
ثبت لاگ پیامکها در وباپلیکیشن: ذخیره، نمایش و فیلتر پیامها با رابط تعاملی و زنده
۳. نیازمندیهای کاربردی (Functional Requirements)
۳.۱ کنترل دوگانه مبتنی بر پیامک و اینترنت پذیرش و تفسیر فرمانهای ساختاریافته پیامکی مانند «ON»، «OFF»، «STATUS» پاسخگویی خودکار با وضعیت فعلی و ارجاع به دیتابیس مرکزی برای تأیید فرمان اتصال ایمن و بلادرنگ برد میکروکنترلر به سرور ایجاد جدول اختصاصی برای هر برد در پایگاه داده با شناسه اصلی شماره تماس؛ این فرآیند میتواند به صورت خودکار یا دستی انجام شود ( درصورت خودکار ساختن تیبل برای هر برد به صورت خودکار انجام شود )
۳.۲ زیرسیستم مانیتورینگ ولتاژ تعبیه سنسور اندازهگیری ولتاژ در ورودی پیش از رله، برای پیشگیری از تشخیصهای اشتباه ناشی از اختلالات بار تعریف مقادیر مجاز ولتاژ (حد پایین و بالا) از طریق پنل مدیریت در مانیتور فیزیکی توسط کاربر نهایی و همینطور در دیتابیس ( وب اپ -> نیازی به ساخت وب اپ نیست و فقط در دیتابیس MYSQL این تغییرات رو میخوام ) در صورت عبور از این بازه، فعالسازی مکانیزم حفاظت:
قطع برق بهصورت سختافزاری ارسال پیامک هشدار با ذکر علت قطع برق (کاهش/افزایش غیرمجاز ولتاژ) پس از بازیابی به وضعیت نرمال، فعالسازی مجدد برق با اعلان پیامکی نمایش مقادیر ولتاژ بهصورت لحظهای روی نمایشگر با برچسب V (جایگزین T) تعریف واحد کالیبراسیون نرمافزاری برای تنظیم دقیق ولتاژ سنج با ابزار مرجع
۳.۳ سنسور تشخیص رطوبت باران مدل FC-37 نصب سنسور خارج از محفظه اصلی با کابل محافظ و اتصال به پورت مقاوم در برابر نویز نمایش وضعیت فعال/غیرفعال در نمایشگر با نماد W و آیکون ✓ یا ✕ پس از هر بار روشن شدن رله ، پس از گذشت ۶۰ ثانیه، سیستم به صورت خودکار وضعیت سنسور را به شمارههای مدیران از طریق پیامک ارسال کند
۳.۴ سنسور تشخیص سطح آب مهندسیکا مدل ARDUI340 جانمایی خارج از باکس اصلی و اتصال به میکروکنترلر با کابل صنعتی نمایش نماد F در صفحه اصلی مانیتور برای اعلام وضعیت عملکرد سنسور با ✓ یا ✕ قابلیت کنترل فعال یا غیرفعال بودن این سنسور از طریق منوی تنظیمات نمایشگر
اگر سنسور در وضعیت فعال قرار گیرد: هنگامی که آب به سطح مجاز میرسد، فرمان خاموشی پمپ صادر شود و پیامک با مضمون «پمپ خاموش شد – سطح آب به حد مطلوب رسید» ارسال گردد اگر سطح آب کاهش یابد، پمپ روشن شود و پیامک با مضمون «پمپ روشن شد – سطح آب پایینتر از حد مجاز است» ارسال گردد
۳.۵ تایمر پمپ ارسال دستور تنظیم تایمر از طریق پیامک یا پنل وب تعریف تنها یک تایمر فعال در هر زمان برای جلوگیری از همپوشانی عملیات تنظیم پارامترهای زمان شروع و مدتزمان عملکرد فراهمسازی امکانات ذخیره، ویرایش و لغو
۳.۶ زیرساخت UPS و مدیریت تغذیه دوگانه در زمان وجود برق شهری: دستگاه از برق شهری استفاده میکند UPS بهصورت همزمان شارژ میشود
در هنگام قطع برق: سوییچ خودکار بر روی UPS انجام میشود بدون نیاز به دخالت کاربر مانیتور وضعیت شارژ و منبع تغذیه فعال در نمایشگر ارائه میگردد
۳.۷ ثبت و مشاهده پیامکها (SMS Logging) توسعه ماژول ثبت وقایع ارتباطی شامل کلیه پیامکهای ارسالی و دریافتی نمایش آنها در یک صفحه اختصاصی در وباپلیکیشن با قابلیتهای: فیلتر براساس تاریخ، شماره تماس و نوع پیام نمایش ستونهایی شامل زمان، شماره، محتوای پیام و نوع پیام (درخواست یا پاسخ) بارگذاری زنده (Live Refresh) با استفاده از فناوری AJAX ذخیرهسازی دادهها در جدول sms_logs با ساختار ایندکسگذاریشده
۴. الزامات غیرکاربردی (Non-Functional Requirements) امنیت: محدودسازی دسترسی فقط به شمارههای مجاز پایداری عملکرد: طراحی مقاوم در برابر قطعی اینترنت، نویزهای الکترومغناطیسی، نوسانات برق و سایر خطاهای محیطی گسترشپذیری: حذف 3 رله اضافی
مستندسازی کامل: شامل: دیاگرام ارتباطی سختافزار و نرمافزار نمودارهای پایگاه داده راهنمای نصب کامل مستندات فنی در قالب PDF برای کاربر نهایی و توسعهدهنده بعدی
۵. موارد تحویلی و خروجی نهایی پروژه
سورسکد نهایی شامل: Firmware برنامهنویسی شده اسکریپتهای ساخت دیتابیس و نمونه دادهها برای تست اولیه فایلهای مستندات فنی و آموزشی
***تولید فیلم آموزشی:
ویژگیها: کاملاً پروژهمحور و گامبهگام و کامل کامل باشد از نظر آموزشی برای یک فرد یا سطح شناخت IOT متوسط رو به پایین بدون نیاز به تدوین یا حذف “تپق” یا باگهای کوچک؛ ویدیو میتواند خام و صمیمی باشد بیان ساده و توضیح مفاهیم پایه به زبان قابل فهم
توضحیات ویدیویی : https://s33.picofile.com/file/8485253800/Rec_0225.mp4.html ۱. معرفی کلی
عنوان پروژه: طراحی و توسعه یک سامانه پیشرفته و چندوجهی برای کنترل هوشمند وسایل صعنتی مبتنی بر پیامک و اینترنت با قابلیتهای ماژولار و پشتیبانی از زیرسیستمهای ایمنسازی، نظارت و پاسخ هوشمند
۲. دامنه پروژه و حدود عملکرد در پروژه، ماژولهای قابلیت تعامل بینسیستمی توسعه مییابند:
کنترل وسایل برقی از راه دور: با استفاده از دستورات پیامکی ساختاریافته اتصال به پایگاه داده آنلاین: ( این بخش مهم است ) دیتابیس MySQL مستقر در سرورهای cPanel با ساختار پویا و مقیاسپذیر تعریف جداول اختصاصی برای هر برد با شناسه شماره تماس و اسم
ماژول اندازه گیری ولتاژ ZMPT101B تا 250 ولت AC بهکارگیری سنسورهای دقیق پیش از رله، با قابلیت تنظیم حد آستانه توسط کاربر
ماژول سنسور تشخیص رطوبت باران مدل FC-37: سنسور قطره آب خارج از باکس برای تشخیص آب
سنسور سطح آب: مدل صنعتی ARDUI340 با عملکرد کنترلی خودکار بر پمپ
زیرسیستم برق پشتیبان (UPS): طراحی دوسویه برای تغذیه و شارژ خودکار، بههمراه پایش وضعیت
تایمر پمپ: مکانیزم مبتنی بر زمان برای فعالسازی و غیرفعالسازی خودکار پمپ
ثبت لاگ پیامکها در وباپلیکیشن: ذخیره، نمایش و فیلتر پیامها با رابط تعاملی و زنده
۳. نیازمندیهای کاربردی (Functional Requirements)
۳.۱ کنترل دوگانه مبتنی بر پیامک و اینترنت پذیرش و تفسیر فرمانهای ساختاریافته پیامکی مانند «ON»، «OFF»، «STATUS» پاسخگویی خودکار با وضعیت فعلی و ارجاع به دیتابیس مرکزی برای تأیید فرمان اتصال ایمن و بلادرنگ برد میکروکنترلر به سرور ایجاد جدول اختصاصی برای هر برد در پایگاه داده با شناسه اصلی شماره تماس؛ این فرآیند میتواند به صورت خودکار یا دستی انجام شود ( درصورت خودکار ساختن تیبل برای هر برد به صورت خودکار انجام شود )
۳.۲ زیرسیستم مانیتورینگ ولتاژ تعبیه سنسور اندازهگیری ولتاژ در ورودی پیش از رله، برای پیشگیری از تشخیصهای اشتباه ناشی از اختلالات بار تعریف مقادیر مجاز ولتاژ (حد پایین و بالا) از طریق پنل مدیریت در مانیتور فیزیکی توسط کاربر نهایی و همینطور در دیتابیس ( وب اپ -> نیازی به ساخت وب اپ نیست و فقط در دیتابیس MYSQL این تغییرات رو میخوام ) در صورت عبور از این بازه، فعالسازی مکانیزم حفاظت:
قطع برق بهصورت سختافزاری ارسال پیامک هشدار با ذکر علت قطع برق (کاهش/افزایش غیرمجاز ولتاژ) پس از بازیابی به وضعیت نرمال، فعالسازی مجدد برق با اعلان پیامکی نمایش مقادیر ولتاژ بهصورت لحظهای روی نمایشگر با برچسب V (جایگزین T) تعریف واحد کالیبراسیون نرمافزاری برای تنظیم دقیق ولتاژ سنج با ابزار مرجع
۳.۳ سنسور تشخیص رطوبت باران مدل FC-37 نصب سنسور خارج از محفظه اصلی با کابل محافظ و اتصال به پورت مقاوم در برابر نویز نمایش وضعیت فعال/غیرفعال در نمایشگر با نماد W و آیکون ✓ یا ✕ پس از هر بار روشن شدن رله ، پس از گذشت ۶۰ ثانیه، سیستم به صورت خودکار وضعیت سنسور را به شمارههای مدیران از طریق پیامک ارسال کند
۳.۴ سنسور تشخیص سطح آب مهندسیکا مدل ARDUI340 جانمایی خارج از باکس اصلی و اتصال به میکروکنترلر با کابل صنعتی نمایش نماد F در صفحه اصلی مانیتور برای اعلام وضعیت عملکرد سنسور با ✓ یا ✕ قابلیت کنترل فعال یا غیرفعال بودن این سنسور از طریق منوی تنظیمات نمایشگر
اگر سنسور در وضعیت فعال قرار گیرد: هنگامی که آب به سطح مجاز میرسد، فرمان خاموشی پمپ صادر شود و پیامک با مضمون «پمپ خاموش شد – سطح آب به حد مطلوب رسید» ارسال گردد اگر سطح آب کاهش یابد، پمپ روشن شود و پیامک با مضمون «پمپ روشن شد – سطح آب پایینتر از حد مجاز است» ارسال گردد
۳.۵ تایمر پمپ ارسال دستور تنظیم تایمر از طریق پیامک یا پنل وب تعریف تنها یک تایمر فعال در هر زمان برای جلوگیری از همپوشانی عملیات تنظیم پارامترهای زمان شروع و مدتزمان عملکرد فراهمسازی امکانات ذخیره، ویرایش و لغو
۳.۶ زیرساخت UPS و مدیریت تغذیه دوگانه در زمان وجود برق شهری: دستگاه از برق شهری استفاده میکند UPS بهصورت همزمان شارژ میشود
در هنگام قطع برق: سوییچ خودکار بر روی UPS انجام میشود بدون نیاز به دخالت کاربر مانیتور وضعیت شارژ و منبع تغذیه فعال در نمایشگر ارائه میگردد
۳.۷ ثبت و مشاهده پیامکها (SMS Logging) توسعه ماژول ثبت وقایع ارتباطی شامل کلیه پیامکهای ارسالی و دریافتی نمایش آنها در یک صفحه اختصاصی در وباپلیکیشن با قابلیتهای: فیلتر براساس تاریخ، شماره تماس و نوع پیام نمایش ستونهایی شامل زمان، شماره، محتوای پیام و نوع پیام (درخواست یا پاسخ) بارگذاری زنده (Live Refresh) با استفاده از فناوری AJAX ذخیرهسازی دادهها در جدول sms_logs با ساختار ایندکسگذاریشده
۴. الزامات غیرکاربردی (Non-Functional Requirements) امنیت: محدودسازی دسترسی فقط به شمارههای مجاز پایداری عملکرد: طراحی مقاوم در برابر قطعی اینترنت، نویزهای الکترومغناطیسی، نوسانات برق و سایر خطاهای محیطی گسترشپذیری: حذف 3 رله اضافی
مستندسازی کامل: شامل: دیاگرام ارتباطی سختافزار و نرمافزار نمودارهای پایگاه داده راهنمای نصب کامل مستندات فنی در قالب PDF برای کاربر نهایی و توسعهدهنده بعدی
۵. موارد تحویلی و خروجی نهایی پروژه
سورسکد نهایی شامل: Firmware برنامهنویسی شده اسکریپتهای ساخت دیتابیس و نمونه دادهها برای تست اولیه فایلهای مستندات فنی و آموزشی
***تولید فیلم آموزشی:
ویژگیها: کاملاً پروژهمحور و گامبهگام و کامل کامل باشد از نظر آموزشی برای یک فرد یا سطح شناخت IOT متوسط رو به پایین بدون نیاز به تدوین یا حذف “تپق” یا باگهای کوچک؛ ویدیو میتواند خام و صمیمی باشد بیان ساده و توضیح مفاهیم پایه به زبان قابل فهم
عنوان پروژه: dynamic resource allocation in serverless edge computing using multi agent deep reinforcement learning using DVFS
خلاصه مسئله: به این صورت هستش که یک سیستم پردازشی با منابع محدود (cpu) در اختیار داریم که تسک ها وارد سه صف میشن و الگوریتم باید تصمیم بگیره به کدوم صف تخصیص منابع بده و کدوم صف رو خاموش کنه. agent این الگوریتم باید به سه سوال پاسخ بده: ۱-از بین ۳ instance فرض شده در این پیاده سازی کدام instance روشن و کدام خاموش شود ۲ـ در صورت روشن ماندن چند عدد cpu تخصیص یابد ۳- هر سی پی یو با چه فرکانسی کار کند.
توضیح: در محیط serverless edge computing درخواست های مختلفی از سمت دستگاه ها و برنامه های محتلف برای سرور ارسال می شود تا سرور انها را پردازش کرده و در زمان مناسب پاسخ دهد. هر سرور دارای منابع مختلفی مانند cpu ram و غیره است. در این پیاده سازی فرض شده که مدیریت منابع فقط در رابطه با cpu انجام شود و بقیه منابع در نظر گرفته نمیشود. پیاده سازی این پروژه روی یک سرور فرض شده است و فرض شده که سرور سه instance دارد. Instance به ماشین مجازی گفته میشود که قدرت خود را از سرور میگیرد. نرخ ورود تسک ها به سیستم توزیع پواسون است. به ازای هر instance یک صف وجود دارد. در هر صف تسک های مربوط به ان instance در آن قرار میگرد تا به نوبت اجرا شوند. در هر صف تسک های یک جنس وارد آن می شود. به طور مثال تسک های صف شماره یک تسک هایی با workload بالا و deadline بالا هستند. در این سیستم ۶ cpu در نظر گرفته شود. همه cpuها همگن و دارای یک قدرت پردازشی است. الگوریتم باید تصمیم بگیرد در هر بازه زمانی چ instance هایی روشن باشند، به هر instance روشن چند cpu تخصیص یابد و هر cpu با چه فرکانسی کار کند. در این سیستم از نظر زمانی، دو موضوع epoch و time slot مطرح است. مجموع چند time slot یک epoch در نظر گرفته میشود. الگورتیم باید فقط چند بار در هر epoch ها اجرا شود تا خط مشی سیستم را تا epoch بعدی مشخص. کند. به عنوان مثال سیستم دارای ۱۰۰ تایم اسلات است. الگوریتم در تایم اسلات های ۰-۲۵-۵۰-۷۵ اجرا میشود و ان سه موضوع اصلی { چه instanceهایی روشن، هر instance چند cpu تخصیص پیدا کند، هر cpu با چه فرکانسی کار کند) تصمیم گیری می شود.
چند نکته: Action ما در الگوریتم DRL درواقع تصمیم برای خاموش یا روشن بودن هر instance است. به علاوه اینکه الگوریتم تصمیم بگیرد چند سی پی یو به هر instance روشن تخصیص دهد. به علاوه اینکه هر instance با چه فرکانس کاری کار کند. پس action این الگوریتم سه کار باید انجام شود. در این الگوریتم، هر state نمایانگر وضعیت حال سیستم است. به طور مثال چه instanceهایی روشن است، هرکدام چند سی پی یو در اختیار دارند، هر سیپییو با چه فرکانس کاری مشغول به کار است و … معیارهای اصلی reward: زمان پاسخ کمتر، هزینه انرژی، cold start کمتر بین exploration and exploitation یک تناسب درست و مشخص را در نظر گرفته شود
جزییات پیاده سازی
باید به ازای هر صف یک penalty cost درنظر گرفته بشه. هر مقداری که براشون به دست میاد باید بر اساس درصد violation باشه. مثلا q1 به ازای هر ثانیه که ددلاین رعایت نمیشه violation خواهد داشت. فرمولش: response time -deadline) / deadline *100). بعد یه تسکی مثلا ۲۰ درصد violation داشته penalty cost این صف هم ۱ سنت جریمه به ازای هر درصد violation. این دوتا ضرب میکنی اون هزینه اییه که جریمه باید بدی هزینه فرکانس کاری cpuها رو هم باید درنظر گرفت. مثلا به ازای هر time slot که یک سی پی یو روشن است مقداری پول میگیرم با هر فرکانس کاری که داشته باشیم هدف اینه که هزینه ها و جریمه کاهش پیدا کنه چیزهایی که باید ریپورت شه: هزینه violation به اضای هر q و هزینه کلی، هزینه مصرف انرژی کل سیستم، هزینه violation + هزینه انرژی، average and max and min response time for each q، average response time for system، تعداد cold startها این فرمول کلی سیستم: minimize = alfa(violation) + 1-alpha (energy cost) همه cpuها نباید حتما روشن باشن. یه رندوم بزن چندتا روشن باشه چندتا خاموش باشه
عنوان پروژه: dynamic resource allocation in serverless edge computing using multi agent deep reinforcement learning using DVFS
خلاصه مسئله: به این صورت هستش که یک سیستم پردازشی با منابع محدود (cpu) در اختیار داریم که تسک ها وارد سه صف میشن و الگوریتم باید تصمیم بگیره به کدوم صف تخصیص منابع بده و کدوم صف رو خاموش کنه. agent این الگوریتم باید به سه سوال پاسخ بده: ۱-از بین ۳ instance فرض شده در این پیاده سازی کدام instance روشن و کدام خاموش شود ۲ـ در صورت روشن ماندن چند عدد cpu تخصیص یابد ۳- هر سی پی یو با چه فرکانسی کار کند.
توضیح: در محیط serverless edge computing درخواست های مختلفی از سمت دستگاه ها و برنامه های محتلف برای سرور ارسال می شود تا سرور انها را پردازش کرده و در زمان مناسب پاسخ دهد. هر سرور دارای منابع مختلفی مانند cpu ram و غیره است. در این پیاده سازی فرض شده که مدیریت منابع فقط در رابطه با cpu انجام شود و بقیه منابع در نظر گرفته نمیشود. پیاده سازی این پروژه روی یک سرور فرض شده است و فرض شده که سرور سه instance دارد. Instance به ماشین مجازی گفته میشود که قدرت خود را از سرور میگیرد. نرخ ورود تسک ها به سیستم توزیع پواسون است. به ازای هر instance یک صف وجود دارد. در هر صف تسک های مربوط به ان instance در آن قرار میگرد تا به نوبت اجرا شوند. در هر صف تسک های یک جنس وارد آن می شود. به طور مثال تسک های صف شماره یک تسک هایی با workload بالا و deadline بالا هستند. در این سیستم ۶ cpu در نظر گرفته شود. همه cpuها همگن و دارای یک قدرت پردازشی است. الگوریتم باید تصمیم بگیرد در هر بازه زمانی چ instance هایی روشن باشند، به هر instance روشن چند cpu تخصیص یابد و هر cpu با چه فرکانسی کار کند. در این سیستم از نظر زمانی، دو موضوع epoch و time slot مطرح است. مجموع چند time slot یک epoch در نظر گرفته میشود. الگورتیم باید فقط چند بار در هر epoch ها اجرا شود تا خط مشی سیستم را تا epoch بعدی مشخص. کند. به عنوان مثال سیستم دارای ۱۰۰ تایم اسلات است. الگوریتم در تایم اسلات های ۰-۲۵-۵۰-۷۵ اجرا میشود و ان سه موضوع اصلی { چه instanceهایی روشن، هر instance چند cpu تخصیص پیدا کند، هر cpu با چه فرکانسی کار کند) تصمیم گیری می شود.
چند نکته: Action ما در الگوریتم DRL درواقع تصمیم برای خاموش یا روشن بودن هر instance است. به علاوه اینکه الگوریتم تصمیم بگیرد چند سی پی یو به هر instance روشن تخصیص دهد. به علاوه اینکه هر instance با چه فرکانس کاری کار کند. پس action این الگوریتم سه کار باید انجام شود. در این الگوریتم، هر state نمایانگر وضعیت حال سیستم است. به طور مثال چه instanceهایی روشن است، هرکدام چند سی پی یو در اختیار دارند، هر سیپییو با چه فرکانس کاری مشغول به کار است و … معیارهای اصلی reward: زمان پاسخ کمتر، هزینه انرژی، cold start کمتر بین exploration and exploitation یک تناسب درست و مشخص را در نظر گرفته شود
جزییات پیاده سازی
باید به ازای هر صف یک penalty cost درنظر گرفته بشه. هر مقداری که براشون به دست میاد باید بر اساس درصد violation باشه. مثلا q1 به ازای هر ثانیه که ددلاین رعایت نمیشه violation خواهد داشت. فرمولش: response time -deadline) / deadline *100). بعد یه تسکی مثلا ۲۰ درصد violation داشته penalty cost این صف هم ۱ سنت جریمه به ازای هر درصد violation. این دوتا ضرب میکنی اون هزینه اییه که جریمه باید بدی هزینه فرکانس کاری cpuها رو هم باید درنظر گرفت. مثلا به ازای هر time slot که یک سی پی یو روشن است مقداری پول میگیرم با هر فرکانس کاری که داشته باشیم هدف اینه که هزینه ها و جریمه کاهش پیدا کنه چیزهایی که باید ریپورت شه: هزینه violation به اضای هر q و هزینه کلی، هزینه مصرف انرژی کل سیستم، هزینه violation + هزینه انرژی، average and max and min response time for each q، average response time for system، تعداد cold startها این فرمول کلی سیستم: minimize = alfa(violation) + 1-alpha (energy cost) همه cpuها نباید حتما روشن باشن. یه رندوم بزن چندتا روشن باشه چندتا خاموش باشه
طراحی سایت با المنتور با شرایط زیر:
- طرح UI/UX در فیگما قابل دسترس است
- طراحی با المنتور صورت می گیرد
- سایت فروشگاهی و قالب هم وود مارت است
- صفحه اصلی طرح مد نظر به پیوست ارسال شد
- لطفا نمونه کار هم ارسال شود
طراحی سایت با المنتور با شرایط زیر:
- طرح UI/UX در فیگما قابل دسترس است
- طراحی با المنتور صورت می گیرد
- سایت فروشگاهی و قالب هم وود مارت است
- صفحه اصلی طرح مد نظر به پیوست ارسال شد
- لطفا نمونه کار هم ارسال شود
سلام و وقت بخیر
چهار ترازوی مستقل میخوام بسازیم (با چهار لودسل )که بین اون ها ارتباط با سیم امکان پذیر نیست(باید با بلوتوث یا وایفای به هم متصل بشن) و در نهایت وزن هر 4 لودسل با هم جمع بشه و جدا از نمایشگر لودسل اصلی به نرم افزار موبایل انتقال داده بشه-داخل نرم افزار هم تنها چیزی که نیازه ثبت بشه تاریخ اخرین وزن ها و وزن قبل و بعد هست(مثل باسکول ماشین که وزن خالی و پر رو باید ثبت کنید تا به وزن خالص برسید) در ضمن لودسل ها به باطری متصل میشن و نیاز به سوکت شارژ دارند.و ر داستان ازین قرار هست که ماشین بجای رفتن به باسکول های بزرگ روی 4 لودسل مستقل رفته و وزن میشود و وزن به نرم افزار انتقال پیدا میکند)
سخت افزار ها توسط خودم خرید میشه و فقط برنامه نویسی و پیاده سازی کد ها جهت اجرای دستکاه فوق از سمت شما خواهد بود.
سلام و وقت بخیر
چهار ترازوی مستقل میخوام بسازیم (با چهار لودسل )که بین اون ها ارتباط با سیم امکان پذیر نیست(باید با بلوتوث یا وایفای به هم متصل بشن) و در نهایت وزن هر 4 لودسل با هم جمع بشه و جدا از نمایشگر لودسل اصلی به نرم افزار موبایل انتقال داده بشه-داخل نرم افزار هم تنها چیزی که نیازه ثبت بشه تاریخ اخرین وزن ها و وزن قبل و بعد هست(مثل باسکول ماشین که وزن خالی و پر رو باید ثبت کنید تا به وزن خالص برسید) در ضمن لودسل ها به باطری متصل میشن و نیاز به سوکت شارژ دارند.و ر داستان ازین قرار هست که ماشین بجای رفتن به باسکول های بزرگ روی 4 لودسل مستقل رفته و وزن میشود و وزن به نرم افزار انتقال پیدا میکند)
سخت افزار ها توسط خودم خرید میشه و فقط برنامه نویسی و پیاده سازی کد ها جهت اجرای دستکاه فوق از سمت شما خواهد بود.
با سلام پروژه به این صورت میباشد یک authentication server از طریق Keycloak روی داکر پیاده سازی شود
که دو وظیفه اصلی دارد:
احراز هویت 450 هزار سخت افزار
احراز هویت 1000 کاربر که با یوزرنیم و پسورد
اتصال و اینتگریت سرور احراز هویت با asp core مقصد و کدنویسی های لازم با متخصصان دیگر است اما باید بستر آن فراهم گردد.
این سرور باید پروتوکل openid و گواهینامه های x509 و mtls را به صورت اتوماتیک و خودکار با پروتکل Acme ساپورت کند.
همچنین مدیریت تخمین منابع و دسترس پذیری HA و Load Balancing پیاده سازی گردد.
از آنجایی که پلتفورم iot base است یوزرها همیشه روی حداکثر و اسپایک هستند و تعداد آنها نوسان زیادی ندارند
لازم است کل مراحل داکیومنت گردد.
لطفا نرخ و زمان پیشنهادی خود را بفرمایید
با سلام پروژه به این صورت میباشد یک authentication server از طریق Keycloak روی داکر پیاده سازی شود
که دو وظیفه اصلی دارد:
احراز هویت 450 هزار سخت افزار
احراز هویت 1000 کاربر که با یوزرنیم و پسورد
اتصال و اینتگریت سرور احراز هویت با asp core مقصد و کدنویسی های لازم با متخصصان دیگر است اما باید بستر آن فراهم گردد.
این سرور باید پروتوکل openid و گواهینامه های x509 و mtls را به صورت اتوماتیک و خودکار با پروتکل Acme ساپورت کند.
همچنین مدیریت تخمین منابع و دسترس پذیری HA و Load Balancing پیاده سازی گردد.
از آنجایی که پلتفورم iot base است یوزرها همیشه روی حداکثر و اسپایک هستند و تعداد آنها نوسان زیادی ندارند
لازم است کل مراحل داکیومنت گردد.
لطفا نرخ و زمان پیشنهادی خود را بفرمایید
پروژه در مورد پیاده سازی یک شبکه کامل زیگبی هست ، فقط دوستانی که تجربه پیاده سازی کامل رو دارند (روتر ، کوردینیتور ، اند پوینت ) لطفا به وقت هم دیگه احترام بزاریم و تنها درصورتی پیام بدید که بتونید ثابت کنید قبلا پیاده سازی داشتید در این مورد (ارسال عکس یا ویدیو از محصولات پیاده سازی شده ) در صورتی که موفق به همکاری بشیم 4 پروژه دیگر هم هست که در صورتی که توی اون ها هم تجربه داشته باشید میتونیم اونارو هم به صورت مستقیم شروع کنیم .
پروژه در مورد پیاده سازی یک شبکه کامل زیگبی هست ، فقط دوستانی که تجربه پیاده سازی کامل رو دارند (روتر ، کوردینیتور ، اند پوینت ) لطفا به وقت هم دیگه احترام بزاریم و تنها درصورتی پیام بدید که بتونید ثابت کنید قبلا پیاده سازی داشتید در این مورد (ارسال عکس یا ویدیو از محصولات پیاده سازی شده ) در صورتی که موفق به همکاری بشیم 4 پروژه دیگر هم هست که در صورتی که توی اون ها هم تجربه داشته باشید میتونیم اونارو هم به صورت مستقیم شروع کنیم .