راهنمای مانیتورینگ نیروگاه خورشیدی ۱۴۰۵؛ تجهیزات، شاخصها و سامانهها
مانیتورینگ نیروگاه خورشیدی فقط نمایش تولید روزانه در تلفن همراه نیست. یک سامانه مؤثر باید داده اینورتر، کنتور، تابش، دمای پنل، وضعیت شبکه و تجهیزات ارتباطی را ثبت کند؛ افت عملکرد را از تغییرات آبوهوا تفکیک کند؛ هشدار قابل اقدام بسازد و نتیجه هر خرابی یا تعمیر را در سابقه نیروگاه نگه دارد.
انتخاب سطح سامانه: برای نیروگاه کوچک، پلتفرم اینورتر و کنتور هوشمند میتواند کافی باشد. در نیروگاه تجاری و صنعتی، دیتالاگر مستقل، ایستگاه هواشناسی، کنتور مرجع و هشدار حرفهای لازم است. نیروگاه بزرگ به اسکادا، کنترلکننده نیروگاه، ارتباط پشتیبان، امنیت سایبری و اتصال به فرآیند نگهداری نیاز دارد.
هدف مانیتورینگ این است که مدیر نیروگاه بداند چه مقدار انرژی تولید شده، چه مقدار باید تولید میشد، اختلاف از کجا ایجاد شده و چه اقدامی باید انجام شود. نمایش نمودار بدون کنترل کیفیت داده و فرآیند رسیدگی به هشدار، ارزش عملی محدودی دارد.
این راهنما معماری سامانه، تجهیزات، شاخصهای عملکرد، پلتفرم برندهای موجود در بازار، روش طراحی هشدار، امنیت داده و مراحل اجرای مانیتورینگ نیروگاه خورشیدی در سال ۱۴۰۵ را توضیح میدهد.
مانیتورینگ نیروگاه خورشیدی چیست؟
مانیتورینگ نیروگاه خورشیدی مجموعه تجهیزات اندازهگیری، شبکه ارتباطی، نرمافزار و فرآیند عملیاتی است که وضعیت نیروگاه را ثبت و تحلیل میکند.
این سامانه چهار وظیفه اصلی دارد:
- اندازهگیری: دریافت توان، انرژی، ولتاژ، جریان، تابش، دما و وضعیت تجهیزات
- ذخیرهسازی: نگهداری داده با زمان دقیق و امکان بازیابی در صورت قطع اینترنت
- تحلیل: مقایسه تولید واقعی با تولید مورد انتظار و تجهیزات همگروه
- اقدام: ارسال هشدار، ایجاد دستور کار، ثبت علت خرابی و کنترل نتیجه تعمیر
سامانهای که فقط داده را نمایش دهد ولی نتواند خرابی را به اقدام مشخص متصل کند، داشبورد نمایشی است و سامانه مدیریت عملکرد کامل محسوب نمیشود.
تفاوت مانیتورینگ، اسکادا، کنتور و کنترلکننده نیروگاه
| سامانه | وظیفه | نمونه خروجی | نکته |
|---|---|---|---|
| پلتفرم مانیتورینگ | نمایش و تحلیل داده | تولید، خطا، نمودار و گزارش | ممکن است ابری یا محلی باشد |
| اسکادا | نظارت متمرکز، ثبت رویداد و فرمان کنترلی | نقشه تکخطی، هشدار، روند و فرمان | برای پروژههای بزرگ و چندتجهیزی مناسبتر است |
| کنتور درآمدی | اندازهگیری انرژی مبادلهشده برای تسویه | انرژی تحویلی و دریافتی | مرجع قراردادی باید در اسناد پروژه تعیین شود |
| کنترلکننده نیروگاه | کنترل توان اکتیو، راکتیو، ضریب توان و محدودیت تزریق | فرمان به اینورترها بر اساس نقطه اتصال | مانیتورینگ بهتنهایی کنترل شبکه انجام نمیدهد |
| سامانه نگهداری | مدیریت دستور کار، قطعه و سابقه تعمیر | تیکت، زمان خرابی و علت ریشهای | هشدار باید به این فرآیند متصل شود |
معماری سامانه مانیتورینگ نیروگاه خورشیدی
لایه تجهیزات میدان
اینورتر، کنتور، تجهیزات اندازهگیری رشته، ایستگاه هواشناسی، رله حفاظتی، ترکر، تابلو، سامانه باتری و حسگرهای امنیتی داده اولیه را تولید میکنند.
لایه ارتباط
ارتباط در سایت میتواند بر بستر RS485، اترنت، فیبر نوری یا شبکه بیسیم انجام شود. پروتکلهای Modbus RTU، Modbus TCP، SunSpec Modbus، IEC 61850، DNP3 و OPC UA بر اساس نوع تجهیز و مقیاس پروژه استفاده میشوند.
دیتالاگر و پردازش محلی
دیتالاگر داده را جمعآوری، زمانگذاری و ذخیره میکند و در صورت قطع اینترنت باید اطلاعات را در حافظه محلی نگه دارد. تبدیل پروتکل و ارسال امن به سرور نیز در این بخش انجام میشود.
سرور، فضای ابری یا اسکادا
داده در داشبورد نمایش داده میشود و برای گزارش، تحلیل روند، محاسبه شاخصها و تشخیص ناهنجاری استفاده میشود. نیروگاه حساس باید در زمان قطع ارتباط بیرونی نیز دسترسی محلی داشته باشد.
لایه عملیات
هشدار پس از اعتبارسنجی به مسئول مربوط ارجاع میشود. نتیجه بررسی، قطعه مصرفی، مدت توقف، علت و انرژی ازدسترفته در پرونده دارایی ثبت میشوند.
سطح مناسب مانیتورینگ برای هر نیروگاه
| سطح اجرایی | تجهیزات پیشنهادی | کاربرد | محدودیت |
|---|---|---|---|
| پایه | پلتفرم اینورتر، دانگل ارتباطی و کنتور | خانه، ویلا و سامانه کوچک | تفکیک علت افت تولید محدود است |
| تجاری | دیتالاگر، کنتور مستقل، تابش، دمای پنل، مودم و هشدار | سقف صنعتی و نیروگاه متوسط | نیازمند کالیبراسیون و نگهداری حسگرها |
| حرفهای | اسکادا، ایستگاه هواشناسی، پایش رشته، شبکه فیبر یا صنعتی و سامانه تیکت | نیروگاه زمینی و چندمگاواتی | طراحی و راهاندازی تخصصی میخواهد |
| کنترلی و چندسایتی | اسکادا، کنترلکننده نیروگاه، ارتباط افزونه، سرور محلی، مرکز عملیات و امنیت چندلایه | پرتفوی نیروگاه، خودتأمینی و پروژه دارای فرمان شبکه | هزینه و مسئولیت سایبری بیشتر است |
کلاسهای مانیتورینگ در استاندارد IEC 61724-1
استاندارد IEC 61724-1:2021 برای سامانههای فتوولتائیک سه کلاس مانیتورینگ A، B و C تعریف میکند. تفاوت کلاسها به دقت تجهیزات، حسگرها، نرخ ثبت داده و کنترل کیفیت اطلاعات مربوط است.
- کلاس A: برای ارزیابی دقیق عملکرد و پروژههای حرفهای با تجهیزات اندازهگیری دقیقتر
- کلاس B: برای تحلیل عملکرد نیروگاه تجاری با دقت میانی
- کلاس C: برای مشاهده پایه عملکرد و سامانههای کوچکتر
انتخاب کلاس باید در مشخصات فنی پروژه درج شود. خرید چند حسگر بدون رعایت محل نصب، دقت، کالیبراسیون، زمان نمونهبرداری و کنترل داده به معنی انطباق با استاندارد نیست.
تجهیزات مانیتورینگ نیروگاه خورشیدی
دیتالاگر یا دروازه ارتباطی
اطلاعات اینورترها، کنتورها و حسگرها را دریافت و ذخیره میکند. حافظه داخلی، تعداد پورت، پروتکلهای قابل پشتیبانی، امکان خروجی داده و بهروزرسانی امن باید بررسی شوند.
کنتور و تحلیلگر شبکه
توان اکتیو و راکتیو، انرژی، ولتاژ، جریان، فرکانس، ضریب توان و کیفیت برق را اندازه میگیرد. دقت و کلاس کنتور باید با هدف فنی یا درآمدی هماهنگ باشد.
حسگر تابش
تابش در صفحه پنل برای محاسبه تولید مورد انتظار و نسبت عملکرد اهمیت دارد. سلول مرجع یا پیرانومتر باید با زاویه آرایه نصب شود و تمیزی آن بررسی شود.
دمای پنل و محیط
دمای پشت پنل و هوای محیط برای اصلاح اثر حرارتی و تشخیص رفتار غیرعادی استفاده میشود. محل نامناسب حسگر میتواند تحلیل را منحرف کند.
ایستگاه هواشناسی
بر اساس پروژه میتواند تابش، دما، سرعت و جهت باد، رطوبت و بارش را ثبت کند. در نیروگاه ترکر، داده باد برای تصمیم ایمنی نیز اهمیت دارد.
پایش رشته و جعبه تجمیع
اندازهگیری جریان رشتهها به تشخیص رشته قطعشده، فیوز معیوب، کانکتور آسیبدیده یا عدم تطابق شدید کمک میکند. نتیجه باید با تابش و آرایش استرینگ مقایسه شود.
روتر، سوئیچ و منبع تغذیه پشتیبان
قطع برق تجهیزات ارتباطی نباید باعث ازدسترفتن داده شود. حفاظت اضافهولتاژ، ارت، منبع بدون وقفه و قطعات مناسب محیط صنعتی لازماند.
چه دادههایی باید ثبت شوند؟
| گروه داده | نقاط مهم | کاربرد |
|---|---|---|
| سمت DC | ولتاژ و جریان MPPT، جریان رشته، مقاومت عایقی و وضعیت کلیدها | تشخیص افت آرایه و خطای DC |
| سمت AC | توان، انرژی، ولتاژ، جریان، فرکانس، ضریب توان و توان راکتیو | کنترل تولید و رفتار شبکه |
| اینورتر | وضعیت، کد خطا، دما، محدودسازی توان و ساعات کار | تشخیص توقف، گرمایش و محدودیت |
| محیطی | تابش در صفحه پنل، دمای ماژول، دمای محیط، باد و بارش | برآورد تولید مورد انتظار |
| شبکه و ارتباط | کیفیت ارتباط، تأخیر، آخرین زمان داده، وضعیت مودم و حافظه دیتالاگر | تفکیک خرابی نیروگاه از خرابی مانیتورینگ |
| باتری و هیبرید | درصد شارژ، سلامت، توان، انرژی عبوری، دمای سلول، چرخه و هشدار BMS | مدیریت عمر باتری و برق پشتیبان |
| امنیت فیزیکی | دوربین، بازشدن در تابلو، حصار، حرکت و روشنایی | ثبت رویداد و واکنش امنیتی |
شاخصهای مهم عملکرد نیروگاه خورشیدی
انرژی تولیدی
انرژی روزانه، ماهانه و سالانه باید از منبع مشخص گزارش شود. اختلاف انرژی کنتور و جمع اینورترها نیز بررسی شود.
بازده ویژه
انرژی AC تولیدشده به ازای هر کیلووات ظرفیت نصبشده است و با واحد کیلوواتساعت بر کیلوواتپیک بیان میشود. این شاخص مقایسه نیروگاههای با ظرفیت متفاوت را آسانتر میکند.
نسبت عملکرد
نسبت عملکرد یا PR، تولید واقعی نرمالشده را با انرژی تابشی قابل دریافت مقایسه میکند. مقدار آن به مرز اندازهگیری، داده تابش، دما، توقف شبکه و نحوه حذف داده نامعتبر وابسته است.
دسترسپذیری
دسترسپذیری فنی، قراردادی و انرژیمحور تعریف یکسانی ندارند. بازههای خارج از کنترل نیروگاه، محدودسازی شبکه و ساعات بدون تابش باید طبق قرارداد دستهبندی شوند.
کاملبودن داده
درصد داده معتبر موجود در بازه گزارش است. گزارش عملکرد با داده ناقص یا ساعت ناهماهنگ میتواند نتیجه اشتباه ایجاد کند.
افت آلودگی و دما
افت ناشی از خاک، دمای بالا، سایه و محدودسازی اینورتر باید از خرابی تجهیز جدا شود. نتیجه مانیتورینگ در موارد مشکوک با بازرسی، ترموگرافی یا آزمون الکتریکی تأیید میشود.
زمان تشخیص و رفع خرابی
زمان میان ایجاد خرابی تا تشخیص و زمان میان تشخیص تا بازگشت تجهیز به سرویس، کیفیت فرآیند نگهداری را نشان میدهد.
طراحی هشدارهای مانیتورینگ
هشدار خوب باید مشخص کند چه اتفاقی افتاده، شدت آن چقدر است، چه کسی مسئول است و اقدام نخست چیست. هشدار بر پایه یک آستانه ثابت میتواند در طلوع، غروب، عبور ابر یا قطع شبکه پیامهای اشتباه تولید کند.
| اولویت | نمونه رویداد | واکنش |
|---|---|---|
| بحرانی | خطر ایمنی، آتش، عایق پایین، دمای غیرمجاز یا فرمان حفاظتی | ارجاع فوری طبق دستور کار ایمنی |
| تولیدی | اینورتر خاموش در تابش کافی، رشته صفر یا افت شدید توان | عیبیابی از راه دور و برنامه اعزام |
| عملکردی | کاهش تدریجی نسبت عملکرد، اختلاف MPPT یا افزایش دما | تحلیل روند و بازدید برنامهریزیشده |
| داده و ارتباط | داده قدیمی، حسگر ثابت، قطع دیتالاگر یا ساعت ناهماهنگ | بررسی شبکه، تغذیه و منبع داده |
هشدار باید شرط تابش، مدت استمرار، مقایسه با تجهیزات همگروه و وضعیت شبکه را در نظر بگیرد. زمان پاسخ در توافق سطح خدمات پروژه تعیین میشود و یک عدد ثابت برای تمام نیروگاهها معتبر نیست.
مانیتورینگ چه خرابیهایی را تشخیص میدهد؟
- خاموشی یا محدودسازی اینورتر
- قطع رشته، فیوز یا مسیر DC
- اختلاف شدید میان MPPTها یا استرینگهای مشابه
- اضافهدما و کاهش توان حرارتی
- ولتاژ یا فرکانس خارج از محدوده شبکه
- افت تدریجی عملکرد نسبت به مدل مرجع
- آلودگی یا سایه احتمالی
- قطع حسگر، خرابی کنتور یا توقف انتقال داده
- عدم تعادل فاز و ضریب توان نامناسب
- رفتار غیرعادی باتری یا سامانه مدیریت باتری
هوش مصنوعی و نگهداری پیشبینانه در سال ۲۰۲۶
تحلیل داده و یادگیری ماشین میتوانند تولید مورد انتظار را بر اساس تابش، دما و سابقه نیروگاه برآورد کنند و انحراف غیرعادی را زودتر نشان دهند. روشهای جدید از مقایسه روند، مدلهای پیشبینی و تشخیص ناهنجاری برای نگهداری پیشبینانه استفاده میکنند.
عملکرد این ابزارها به کیفیت داده، مدت سابقه، کالیبراسیون حسگرها و ثبت صحیح خرابیها وابسته است. عدد دقت یک پروژه یا مقاله علمی نباید به همه نیروگاهها تعمیم داده شود.
هوش مصنوعی باید پیشنهاد و اولویتبندی ایجاد کند؛ تصمیم ایمنی، فرمان قطع و تشخیص قطعی خرابی همچنان به قواعد مهندسی و تأیید متخصص نیاز دارد.
پلتفرمهای مانیتورینگ برندهای موجود در بازار
پلتفرم برند برای مشاهده تجهیزات همان سازنده مناسب است. برای نیروگاه چندبرندی یا چندسایتی، دسترسی به داده خام، رابط برنامهنویسی، خروجی فایل و امکان اتصال به اسکادا اهمیت بیشتری پیدا میکند.
| برند | پلتفرم رایج | نکته انتخاب |
|---|---|---|
| Huawei | FusionSolar | هماهنگی با تجهیزات و حساب نصاب، مالک و بهرهبردار بررسی شود |
| Sungrow | iSolarCloud | کد منطقهای، دیتالاگر و سطح دسترسی حساب اهمیت دارد |
| Solis | SolisCloud | انتقال مالکیت نیروگاه و دسترسی سازمانی پیش از تحویل کنترل شود |
| Growatt | ShineServer و ShinePhone | نوع دانگل و سرور منطقهای با مدل دستگاه تطبیق داده شود |
| Deye | Deye Cloud؛ در برخی دیتالاگرها SOLARMAN | پلتفرم به نوع دیتالاگر و نسل محصول وابسته است |
| Fronius | Solar.web | مدل دیتامنیجر و امکانات بسته نرمافزاری بررسی شود |
| SolaX | SolaXCloud | مدیریت باتری و خروجی پشتیبان در مدلهای هیبرید کنترل شود |
| KACO، KSTAR و برندهای اقتصادی | پلتفرم و دیتالاگر وابسته به مدل | نام دقیق سامانه، سرور، خروجی داده و تداوم خدمات مکتوب شود |
رایگانبودن برنامه موبایل به معنی رایگانبودن دائمی فضای ابری، گزارش حرفهای، رابط داده یا خدمات نیست. شرایط حساب و اشتراک در زمان خرید بررسی شود.
مانیتورینگ ابری یا اسکادای محلی؟
| ویژگی | پلتفرم ابری برند | اسکادای محلی یا مستقل |
|---|---|---|
| راهاندازی | سریعتر | نیازمند مهندسی و تنظیم نقاط |
| چندبرندی | محدود | انعطاف بیشتر |
| قطع اینترنت | دسترسی بیرونی متوقف میشود | دسترسی داخل سایت حفظ میشود |
| مالکیت و خروجی داده | وابسته به سیاست سازنده | قابل تعریف در قرارداد |
| کنترل نیروگاه | وابسته به قابلیت محصول | قابل یکپارچهسازی با PPC و رلهها |
| هزینه نگهداری | اشتراک و وابستگی به فروشنده | سرور، پشتیبانگیری و پشتیبانی تخصصی |
در پروژه حساس، ترکیب ثبت محلی و دسترسی ابری میتواند ریسک قطع ارتباط و وابستگی به یک سامانه را کاهش دهد.
کیفیت داده؛ پایه تحلیل درست
- ساعت همه تجهیزات با منبع زمان واحد هماهنگ شود.
- منبع هر نقطه داده و واحد آن مشخص باشد.
- داده گمشده، تکراری، ثابت یا خارج از محدوده علامتگذاری شود.
- حسگر تابش و دما طبق برنامه بررسی و کالیبره شوند.
- تغییر ضریب CT، تنظیمات کنتور یا نسبت ترانس ثبت شود.
- داده خام همراه با داده پردازششده نگهداری شود.
- پس از قطع اینترنت، انتقال داده ذخیرهشده آزمون شود.
- فایل خروجی باید بدون وابستگی کامل به حساب نصاب قابل دریافت باشد.
مدل پیشرفته روی داده ناسالم، هشدار دقیق تولید نمیکند. نخست باید کیفیت اندازهگیری و نامگذاری داراییها اصلاح شود.
امنیت سایبری مانیتورینگ نیروگاه
اینورتر، دیتالاگر و اسکادای متصل به اینترنت بخشی از زیرساخت عملیاتی نیروگاه هستند. دسترسی غیرمجاز میتواند داده را تغییر دهد، سرویس را متوقف کند یا در سامانه دارای فرمان کنترلی بر بهرهبرداری اثر بگذارد.
- رمز پیشفرض تجهیزات در زمان تحویل تغییر کند.
- برای هر کاربر حساب مستقل و حداقل سطح دسترسی تعریف شود.
- ورود دومرحلهای در سامانههای پشتیبانیشده فعال شود.
- پورت تجهیزات مستقیم روی اینترنت منتشر نشود.
- دسترسی راه دور از VPN و دیواره آتش عبور کند.
- شبکه عملیاتی از شبکه اداری و دوربین جدا شود.
- دسترسی موقت پیمانکار پس از پایان کار بسته شود.
- نسخه پشتیبان تنظیمات، نقاط داده و پایگاه اطلاعات نگهداری شود.
- بهروزرسانی نرمافزار پس از بررسی سازگاری انجام شود.
- رویدادهای ورود، تغییر تنظیم و فرمان ثبت و بازبینی شوند.
- مالکیت داده، محل نگهداری و امکان خروجی در قرارداد مشخص شود.
چارچوب امنیت باید متناسب با ریسک پروژه و با الهام از استانداردهای امنیت سامانههای صنعتی و چارچوب NIST تدوین شود.
نکات اجرایی مانیتورینگ در ایران
- اینترنت ناپایدار: دیتالاگر دارای حافظه محلی و ارسال مجدد داده انتخاب شود.
- پوشش ضعیف تلفن همراه: آنتن بیرونی، دو اپراتور یا مسیر ارتباط پشتیبان بررسی شود.
- گرما و گردوغبار: تابلو ارتباطی، تهویه، درجه حفاظت و دمای کار تجهیزات کنترل شوند.
- نوسان و صاعقه: حفاظت تغذیه، اضافهولتاژ، ارت و همبندی تجهیزات ارتباطی اجرا شوند.
- دسترسی به فضای ابری: خروجی محلی و روش ادامه کار در صورت اختلال سرویس پیشبینی شود.
- قطعات و خدمات: مودم، دیتالاگر، حسگر و منبع تغذیه یدکی در برنامه نگهداری قرار گیرند.
- الزامات شبکه: نقاط تلهمتری، کنترل و گزارش از قرارداد اتصال و اسناد شرکت برق همان پروژه استخراج شوند.
هزینه مانیتورینگ نیروگاه خورشیدی
قیمت ثابت سالانه یا اولیه بدون مشخصات پروژه قابل اتکا نیست. هزینه از این بخشها تشکیل میشود:
- دیتالاگر، کنتور و تجهیزات اندازهگیری
- حسگر تابش، دما و ایستگاه هواشناسی
- تابلو، منبع تغذیه پشتیبان، روتر، سوئیچ و فیبر
- نرمافزار، سرور یا اشتراک فضای ابری
- طراحی نقطهها، برنامهنویسی و راهاندازی
- یکپارچهسازی با کنترلکننده نیروگاه و سامانه نگهداری
- کالیبراسیون، سیمکشی، نصب و آزمون
- پشتیبانی، امنیت، نسخه پشتیبان و بهروزرسانی
برای مقایسه پیشنهادها، فقط قیمت سختافزار را نبینید. تعداد نقاط، مدت نگهداری داده، خروجی اطلاعات، سطح خدمات، زمان پاسخ، مالکیت حساب و قطعات یدکی باید در پیشنهاد فنی درج شوند.
مراحل طراحی و اجرای مانیتورینگ
- تعریف هدف: فروش برق، کنترل مصرف، نگهداری، گزارش سرمایهگذار یا فرمان شبکه
- تهیه فهرست دارایی: پنل، استرینگ، اینورتر، تابلو، کنتور، ترانس، باتری و حسگر
- تعریف نامگذاری: هر تجهیز شناسه یکتا و محل مشخص داشته باشد
- تهیه فهرست نقاط: پارامتر، واحد، منبع، نرخ ثبت و محدوده معتبر تعیین شود
- انتخاب کلاس اندازهگیری: دقت حسگر و کنتور با هدف پروژه هماهنگ شود
- طراحی شبکه: مسیر کابل، آدرس، پروتکل، فیبر، مودم و افزونگی مشخص شوند
- تعریف هشدار: اولویت، شرط، تأخیر، مسئول و اقدام نخست نوشته شود
- راهاندازی: جهت CT، ضریب کنتور، ساعت، واحد و مقیاس داده آزمون شوند
- آزمون قطع ارتباط: ذخیره محلی و بازیابی داده بررسی شوند
- آزمون هشدار: چند خطای کنترلشده برای بررسی مسیر اطلاعرسانی ایجاد شود
- تحویل مدارک: نقشه شبکه، فهرست نقاط، رمزهای تحویلی و نسخه پشتیبان ارائه شوند
- اتصال به نگهداری: هر هشدار مهم به دستور کار و گزارش بستهشدن منتهی شود
آزمونهای تحویل سامانه مانیتورینگ
- مقایسه انرژی اینورترها با کنتور مرجع
- کنترل علامت و ترتیب فاز توان اکتیو و راکتیو
- بررسی تطابق تابش حسگر با شرایط آسمان
- کنترل دمای پنل و دمای محیط از نظر مقدار منطقی
- بررسی ساعت تجهیزات و منطقه زمانی
- تست قطع مودم و بازیابی داده ذخیرهشده
- تست قطع برق تابلو و عملکرد منبع پشتیبان
- شبیهسازی هشدار اینورتر، ارتباط و حسگر
- تست دسترسی کاربران با سطوح مختلف
- دریافت فایل خروجی و بازیابی نسخه پشتیبان
- کنترل نمایش صحیح ساختار نیروگاه در داشبورد
گزارش ماهانه مانیتورینگ باید چه داشته باشد؟
- انرژی تولیدی و مقایسه با بودجه یا مدل مرجع
- بازده ویژه و نسبت عملکرد
- دسترسپذیری با تعریف مشخص
- درصد کاملبودن داده
- ساعات و علت توقف اینورترها
- قطعی شبکه و محدودسازی توان
- هشدارهای بحرانی و زمان پاسخ
- کارهای انجامشده و باز مانده
- برآورد انرژی ازدسترفته بر حسب علت
- وضعیت شستشو، حسگرها و کالیبراسیون
- اقدامات ماه بعد و ریسکهای باز
گزارش باید میان زیان قابل کنترل نیروگاه، قطعی شبکه، آبوهوا و داده نامعتبر تفاوت قائل شود.
اشتباهات رایج در مانیتورینگ نیروگاه خورشیدی
- تکیه کامل بر برنامه تلفن همراه اینورتر برای نیروگاه تجاری
- نداشتن کنتور یا حسگر مرجع مستقل
- استفاده از حسگر تابش کثیف یا کالیبرهنشده
- ارسال صدها هشدار بدون اولویت و مسئول مشخص
- نبود حافظه محلی هنگام قطع اینترنت
- بهاشتراکگذاری یک رمز میان همه کاربران
- ثبتنکردن تغییر تنظیمات و تعویض تجهیزات
- نداشتن خروجی داده و وابستگی کامل به نصاب
- تعبیر هر افت تولید بهعنوان خرابی پنل
- استفاده از عدد PR بدون کنترل کیفیت تابش و داده
- خرید نرمافزار پیشرفته بدون فرآیند رسیدگی به هشدار
- اعلام صرفهجویی یا افزایش تولید بدون خط مبنا و داده واقعی
طراحی و ارتقای مانیتورینگ نیروگاه خورشیدی
برای بررسی سامانه موجود یا طراحی جدید، ظرفیت نیروگاه، برند اینورتر، نقشه تکخطی، روش فروش یا مصرف برق، وضعیت اینترنت و سطح گزارش موردنیاز را ارسال کنید.
سؤالات متداول مانیتورینگ نیروگاه خورشیدی
بله، اما سطح آن میتواند ساده باشد. مشاهده تولید، خطا، وضعیت شبکه و مقایسه ماهانه برای سامانه کوچک ارزش دارد.
برای پروژه کوچک ممکن است کافی باشد. نیروگاه تجاری برای محاسبه دقیق عملکرد به کنتور، تابش، دما و کنترل کیفیت داده نیاز دارد.
مانیتورینگ بر مشاهده و تحلیل تمرکز دارد. اسکادا علاوه بر ثبت داده، ساختار متمرکز هشدار، رویداد و در پروژههای مجاز فرمان کنترلی فراهم میکند.
سامانه بهتنهایی انرژی تولید نمیکند. تشخیص سریعتر خرابی و اجرای اقدام اصلاحی میتواند از ادامه زیان جلوگیری کند. مقدار منفعت به وضعیت نیروگاه و کیفیت عملیات وابسته است.
یک عدد عمومی برای همه نیروگاهها معتبر نیست. طراحی، اقلیم، دما، نسبت DC به AC، سایه، تابش و روش محاسبه بر PR اثر دارند. مقایسه با مبنای طراحی و روند خود نیروگاه قابل اتکاتر است.
سامانه درست باید داده را محلی ثبت کند. در زمان قطع اینترنت، دسترسی ابری متوقف میشود ولی داده نباید از بین برود.
برای تحلیل عملکرد حداقل کنتور، تابش در صفحه پنل و دمای پنل اهمیت دارند. باد، بارش، پایش رشته و حسگرهای دیگر بر اساس پروژه اضافه میشوند.
الزام باید از قرارداد خرید برق، تأیید اتصال و اسناد شرکت برق همان پروژه استخراج شود. نمیتوان یک مرز ظرفیت ثابت را برای همه پروژهها اعلام کرد.
برای سیستم تکبرند، پلتفرم سازنده سادهتر است. برای چند برند، چند سایت، کنترل نیروگاه یا مالکیت مستقل داده، اسکادا یا سامانه مستقل مناسبتر است.
میتواند افت سازگار با آلودگی را نشان دهد، اما تشخیص باید با مقایسه بخش تمیز و آلوده، حسگر آلودگی یا بازرسی تأیید شود.
به ظرفیت، تعداد اینورتر، حسگرها، دیتالاگر، ارتباط، نرمافزار، اسکادا و سطح پشتیبانی وابسته است. قیمت بدون فهرست نقاط و شرح خدمات قابل مقایسه نیست.
مالکیت و حق خروجی داده باید در قرارداد تعیین شود. حساب اصلی و دسترسی مدیریتی باید هنگام تحویل به مالک نیروگاه منتقل شوند.
درصد شارژ، سلامت، توان شارژ و دشارژ، دمای سلول، چرخه، انرژی عبوری و هشدارهای BMS باید ثبت شوند.
خیر. تحلیل پیشرفته میتواند ناهنجاری را زودتر مشخص کند، اما کیفیت داده، تأیید فنی و اجرای ایمن همچنان به تیم متخصص وابستهاند.
منابع فنی
- استاندارد IEC 61724-1:2021 درباره مانیتورینگ عملکرد سامانه فتوولتائیک
- راهنمای بهترین روشهای بهرهبرداری و نگهداری نیروگاه فتوولتائیک NREL
- مشخصات ارتباطی SunSpec Modbus
- چارچوب امنیت سایبری NIST
- سامانه مدیریت FusionSolar
- پلتفرم iSolarCloud شرکت Sungrow
- پلتفرم SolisCloud
- پلتفرم ShineServer شرکت Growatt
- پلتفرم Deye Cloud
- پلتفرم Solar.web شرکت Fronius
- پلتفرم SolaXCloud
سلب مسئولیت: طراحی مانیتورینگ باید بر اساس نقشه تکخطی، قرارداد اتصال، مشخصات سازندگان، الزامات بهرهبرداری و ریسک سایبری همان پروژه انجام شود. قابلیت پلتفرمها و شرایط خدمات ممکن است با مدل، کشور و نسخه نرمافزار تغییر کنند.
بازنویسی و بهروزرسانی فنی: زهرا ناصر
