وقتی یک تجهیز اندازهگیری به مسئله معماری انرژی تبدیل میشود.
← بازگشت به صفحه اصلیدر توسعه زیرساخت خودروهای برقی، یکی از نخستین پاسخها به مسئله مصرف برق، ایجاد مسیر اندازهگیری مستقل برای بار شارژ است. این راهکار در بسیاری از سناریوها قابل فهم است؛ زیرا شبکه باید بتواند مصرف را اندازهگیری، تعرفه را اعمال و جریان انرژی را مدیریت کند.
اما یک سؤال معماری مهمتر وجود دارد: آیا مسئله اصلی، داشتن یک کنتور بیشتر است یا داشتن یک سیستم اندازهگیری قابل اتکا؟
این دو مفهوم یکسان نیستند.
کنتور رسمی شبکه یک نقش مشخص دارد: ثبت انرژی در نقطه مورد تأیید شبکه و ایجاد مبنای رسمی برای محاسبات مربوط به مصرف.
اما وقتی یک ساختمان، مجتمع، سازمان یا پارکینگ چند کاربر و چند نقطه شارژ دارد، مسئله از اندازهگیری کل مصرف فراتر میرود. سیستم باید بتواند مصرف هر نقطه را تشخیص دهد، ارتباط آن را با کاربر یا خودرو مشخص کند، زمان مصرف را ثبت کند، سیاستهای تخصیص را اعمال کند و داده لازم برای حسابداری داخلی را تولید کند.
ممکن است کنتور رسمی انرژی کل را ثبت کند، اما برای مدیریت چند کاربر، دادههای دیگری مورد نیاز باشد.
اینجا همان مرزی است که Sub-Metering و Billing Allocation وارد معماری میشوند.
در این مدل، کنتور رسمی جایگاه خود را حفظ میکند. لایه داخلی وظیفه دیگری دارد: مشاهده دقیقتر رفتار مصرف و تبدیل داده خام به اطلاعات قابل استفاده برای کنترل و تخصیص.
Measure → Identify → Allocate → Account → Audit
اندازهگیری، شناسایی، تخصیص، حسابداری و قابلیت ممیزیدر اینجا یک اشتباه معماری رایج نیز باید کنار گذاشته شود: تصور اینکه Cloud میتواند همه مسائل را حل کند. Cloud برای مدیریت متمرکز، تحلیل داده، حسابداری و سیاستگذاری بسیار ارزشمند است؛ اما همه تصمیمهای عملیاتی نباید به ارتباط دائمی با Cloud وابسته باشند.
یک سیستم انرژی واقعی باید بتواند در لبه شبکه نیز تصمیم بگیرد. اگر ارتباط با Cloud قطع شود، تجهیز شارژ همچنان باید وضعیت خود را بشناسد، سیاستهای محلی را اجرا کند، دادههای ضروری را ذخیره کند و پس از برقراری ارتباط، اطلاعات را همگامسازی کند.
تصمیمهای محلی در لبه شبکه؛ حتی در شرایط قطع ارتباط، داده و منطق عملیاتی در لایه محلی باقی میماند.
مدیریت متمرکز، تحلیل و سیاستگذاری.
پاسخ باید روشن باشد. در هر معماری، مرجع رسمی اندازهگیری و صورتحساب شبکه تابع الزامات و ساختار رسمی شبکه برق خواهد بود.
ZINOVA قرار نیست جایگاه نهاد تنظیمگر یا کنتور رسمی شبکه را تصاحب کند. نقش ZINOVA در لایه هوشمند پاییندست تعریف میشود؛ جایی که اندازهگیری عملیاتی، مدیریت بار، تخصیص مصرف، ثبت داده و حسابداری داخلی به یکدیگر متصل میشوند.
آیا معماری ما میتواند انرژی را با دقت، مسئولیتپذیری و قابلیت حسابرسی اندازهگیری و مدیریت کند؟
PORSU؛ معماری صنعتِ سازگار.