سازگاری درایور LED و دیمر، نتیجه یک سیستم است نه تمرینی برای تطبیق برچسبها. منبع تغذیه، کنترلر یا دیمر، حسگر، گیتوی، درایور، بار LED، توپولوژی سیمکشی، تنظیمات و میانافزار دقیق را بهصورت یکپارچه تأیید کنید. سپس پیش از آزادسازی پروژه، یک مدار نماینده را در حداقل، معمول و حداکثر تعداد متصلشده آزمایش کنید.
پیش از انتخاب پروتکل، نتیجه موردنیاز را تعریف کنید
با آنچه کاربران و اپراتورها از سیستم روشنایی نیاز دارند شروع کنید. رفتار کلیدزنی موردنیاز، محدوده قابلاستفاده دیمر، زونها، صحنهها، زمان محوشدن، واکنش به حضور، واکنش به نور روز، برنامههای زمانی، پایش، لغو دستی، تعامل اضطراری و وضعیت بازگشت برق را بنویسید. یک پروتکل میتواند فرمانها را منتقل کند، بیآنکه تضمین کند چراغ متصلشده سطح نور یا گذار موردنیاز را ایجاد میکند.
از این عملکردها برای انتخاب معماری استفاده کنید. مقایسه زیر نقطه شروع است، نه جایگزین تأیید در سطح دستگاه:
| معماری | مرزی که باید تعریف شود | آزمون پذیرش نمونه |
|---|---|---|
| برش فاز | نوع دیمر، تأیید درایور، محدوده بار و حالت خاموش | راهاندازی، پایداری در سطح پایین، قطع عملکرد، نویز و گذارهای کل بازه |
| 0/1–10 V | بازه سیگنال، قطبیت، رفتار سینک/سورس و کلیدزنی مجزا | حداقل سطح، رفتار خاموش، بارگذاری چند درایور و آرایش کابل |
| DALI | هویت دستگاه گواهیشده، نقش دستگاه، آدرسدهی و ابزار راهاندازی | کشف، آدرسدهی، گروهها، صحنهها، محوشدن تدریجی، بازخورد و بازیابی |
| سیستم بیسیم یا گیتوی | طراحی رادیویی/شبکه، میانافزار، یکپارچهسازی و رفتار جایگزین | جفتسازی، پوشش، تأخیر فرمان، قطع درگاه، بهروزرسانیها و بازیابی |
انتخاب باید از عملکردهای موردنیاز و محدودیتهای ساختمان پیروی کند. در جایی که کنترل مستقل و عملکردهای محدود کافی هستند، یک دیمر محلی ساده میتواند مناسب باشد. هنگامی که پروژه به آدرسدهی، گروهها، صحنهها، اطلاعات وضعیت یا راهاندازی تکرارپذیر در تعداد زیادی دستگاه نیاز دارد، معماری دیجیتال ارزشمندتر میشود. بیسیم میتواند سیمکشی کنترل جدید را کاهش دهد، اما برنامهریزی شبکه، دسترسی برای راهاندازی و مالکیت بازیابی نیز بخشی از سازگاری میشوند.
مرزهای الکتریکی، سیگنال و پیکربندی را ترسیم کنید
ولتاژ و فرکانس منبع تغذیه، حفاظت مدار، آرایش کلیدزنی و هرگونه برق کمکی را ثبت کنید. در رابط کنترل، نوع سیگنال، محدوده، قطبیت، زمانبندی، ظرفیت آدرسدهی و رفتار خاموش موردانتظار را تعریف کنید. در مرز درایور و بار، بازه خروجی درایور را در برابر ولتاژ، جریان و توان ماژول LED در سراسر محدوده عملکرد تأیید کنید — نه فقط در خروجی کامل.
تعداد متصلشده اهمیت دارد. یک مدار ممکن است با یک چراغ بهدرستی عمل کند و در تعداد برنامهریزیشده بهعلت جریان راهاندازی، بارگذاری دیمر، توان باس، افت ولتاژ، ظرفیت دستگاه کنترل یا محدودیتهای گیتوی دچار نقص شود. کوچکترین و بزرگترین گروههای موردانتظار را آزمایش کنید، نه فقط حالت میانی اسمی را.
فرمان 10% یک کنترلر، بهطور خودکار به معنای 10% خروجی نور اندازهگیریشده نیست. درایورها ممکن است از منحنیهای دیمر، سطوح حداقل و رفتار قطع متفاوتی استفاده کنند. کمترین سطح نور قابلاستفاده، نیاز یا عدم نیاز چراغ به خاموشی کامل، نرمی قابلقبول محوشدن و تأخیر مجاز راهاندازی را تعریف کنید. سیستم مونتاژشده را در برابر این اهداف اندازهگیری کنید.
درک کنید گواهی DALI چه مواردی را حل میکند و چه مواردی را حل نمیکند
DALI Alliance اعلام میکند که گواهی DALI-2 شامل راستیآزمایی مستقل در برابر مشخصات قابلاعمالِ برگرفته از IEC 62386 است. پایگاه داده محصولات آن، محصولات گواهیشده را با جزئیاتی شناسایی میکند که میتواند شامل برند، GTIN، نسخه سختافزار و نسخه میانافزار باشد. بنابراین این پایگاه داده برای تأیید هویت و وضعیت گواهی دستگاه واقعی پیشنهادی مفید است.
نقش دستگاهها همچنان اهمیت دارد. DALI Alliance کنترلرهای کاربردی را که تصمیم میگیرند و فرمان میفرستند، از دستگاههای ورودی مانند حسگرها یا رابطهای کاربری که اطلاعات فراهم میکنند، جدا میکند. بنابراین یک پروژه به فهرست دستگاهی نیاز دارد که تجهیزات کنترل، کنترلرهای کاربردی، دستگاههای ورودی، منابع تغذیه باس، گیتویها و ابزارهای راهاندازی را مشخص کند. فهرستی از محصولاتی با برچسب «DALI» نشان نمیدهد چه کسی برق باس را تأمین میکند، کدام کنترلر منطق را در اختیار دارد یا یک گیتوی شخص ثالث چگونه خطاها را مدیریت میکند.
گواهی، یک ریسک در سطح قطعه را محدود میکند؛ اما گروهها، صحنهها، زمانهای محوشدن، منطق حسگر، نگاشتهای گیتوی، تعاملات اضطراری یا رفتار بازیابی برق پروژه را تعریف نمیکند. هویت پایگاه داده را همراه با فهرست مواد تأییدشده نگه دارید و سیستم پیکربندیشده را آزمایش کنید.
ساختار درایور را به بررسی سازگاری مرتبط کنید
درایور، پل الکتریکی و کنترلی میان منبع تغذیه و بار LED است. مرحله ورودی، رابط کنترل، تنظیم خروجی، رفتار حفاظتی و میانافزار آن تعیین میکنند که چگونه به فرمانهای کلیدزنی و دیمر پاسخ میدهد. یک جایگزین که در محفظه جا میگیرد و همان پروتکل را دارد، همچنان میتواند راهاندازی، سطح حداقل، رفتار محوشدن، توان آمادهبهکار، نویز شنیداری یا گزارش خطا را تغییر دهد.
برای یک پروژه چراغ، مدل و نسخه دقیق درایور، محدوده خروجی، رابط دیمر، محل قرارگیری حرارتی و بار LED را مشخص کنید. اگر درایور قابلپیکربندی است، جریان برنامهریزیشده و هر فایل پارامتر را ثبت کنید. اگر چند برد LED یا نوع کانال استفاده میشود، مستند کنید که هر خروجی درایور کدام بار را تغذیه میکند. این جزئیات باید در پیکربندی تأییدشده قرار داشته باشند، نه فقط در یادداشتهای موقت آزمون مهندس.
New Lights’ خانوادههای محصول زمینه چراغ را برای بررسی سازگاری فراهم میکنند، در حالی که راهکارهای روشنایی تجاری و خردهفروشی نشان میدهند کنترلها چگونه با الزامات کاربرد مرتبط هستند. ادعاهای الکتریکی مختص مدل باید از مستندات محصول منتخب و برنامه پروژه استخراج شوند.
یک مدار نمونه و ماتریس آزمون بسازید
مدار را با منبع تغذیه، حفاظت، کنترلر یا دیمر، حسگرها، گیتوی، درایور، بار LED و آرایش کابل نماینده موردنظر بسازید. از نمونههایی با هدف تولید و با میانافزار و پیکربندی برنامهریزیشده استفاده کنید. نصب الکتریکی و اندازهگیریها باید توسط افراد واجد صلاحیت و طبق مقررات قابلاعمال پروژه انجام شوند.
حداقل، مقدار معمول و حداکثر تعداد اتصال برنامهریزیشده را آزمایش کنید. برای هر تعداد، مراحل خاموش، راهاندازی، سطح پایین، سطوح میانی، خروجی کامل و خاموشسازی را اجرا کنید. در مواردی که توالی کاربر ایجاب میکند، فرمانهای سریع، محوشدنهای طولانی و چرخههای تکراری را اضافه کنید. بهجای اتکا صرف به درصد کنترلر، خروجی نور اندازهگیریشده را در نقاط توافقشده ثبت کنید.
| حالت آزمون | مشاهده یا اندازهگیری کنید | نمونه رکورد پذیرش |
|---|---|---|
| برقدار شدن از حالت خاموش | تأخیر راهاندازی، همزمانسازی، چشمک و قطعهای حفاظتی | همه واحدها در بازه توافقشده و بدون خروجی ناخواسته راهاندازی میشوند |
| حداقل سطح قابلاستفاده | پایداری، لرزش نور، قطع عملکرد، نویز و یکنواختی بین واحدها | سطح اندازهگیریشده و رفتار بصری با هدف پروژه مطابقت دارند |
| گذار و تغییر صحنه | نرمی محوشدن، دنبالکردن و پاسخ فرمان | بدون پلههای قابل مشاهده، توقف یا نقاط پایانی ناسازگار فراتر از تلرانس توافقشده |
| خروجی کامل | ورودی، وضعیت دمای درایور و خروجی نور پایدار | مدار تحت حداکثر بار برنامهریزیشده پایدار میماند |
| قطع و بازگشت برق | وضعیت حفظشده، وضعیت پیشفرض، بازیابی گیتوی و حسگر | سیستم بدون بازسازی دستی به حالت بهرهبرداری تعریفشده بازمیگردد |
| خرابی یا دستگاه قطعشده | گزارشدهی، جداسازی و اثر بر دستگاههای باقیمانده | رفتار خرابی با برنامه نگهداری و پایش مطابقت دارد |
هرجا مدولاسیون و کیفیت الکتریکی بر تصمیم اثر میگذارند، مورد زیر را اضافه کنید چکلیست خریدار برای سوسو، ضریب توان و THD به همان برنامه آزمون. مورد چکلیست ارزیابی نمونه روشنایی LED میتواند پیش از تأیید مدار نمونه، برای کنترل هویت نمونه، پیکربندی و شواهد پذیرش استفاده شود.
الگوهای رایج خرابی را تشخیص دهید
وقتی مدار به هدف نمیرسد، هر بار فقط یک متغیر کنترلشده را تغییر دهید. خرابی فقط در کمترین بار، به مرز محدوده بار یا رابط اشاره دارد. خرابی فقط در بیشترین تعداد، به بارگذاری، توان باس، افت ولتاژ، توپولوژی یا ظرفیت اشاره دارد. مشکلی که به یک صحنه یا توالی حسگر محدود است، بهجای بار LED به پیکربندی، نقشهای دستگاه یا منطق گیتوی اشاره دارد.
ناپایداری در سطح پایین میتواند از سیگنال کنترل، پیادهسازی درایور، بار LED یا تعامل میان آنها ناشی شود. چشمک هنگام راهاندازی میتواند به توالی تغذیه، نشتی کلیدزنی یا رفتار درایور مربوط باشد. نویز شنیداری ممکن است با سطح کاهش نور و نحوه نصب تغییر کند. بازیابی با تأخیر یا ناسازگار میتواند ناشی از تنظیمات حفظشده، ترتیب راهاندازی کنترلر، دسترسپذیری شبکه یا نگاشتهای گیتوی باشد. رکورد آزمون باید شرایطی را که علامت را ایجاد میکند بیان کند، نه اینکه صرفاً سیستم را «ناسازگار» علامت بزند.
نواردارشدن تصویر دوربین با سوسوی قابلمشاهده برای انسان یکسان نیست. اگر فضا شامل ویدئو، بینایی ماشین یا تصویربرداری پرسرعت است، دوربین و شرایط کارکرد را بخشی از پذیرش تعریف کنید. نتیجه دوربین تلفن همراه را برای هر کاربردی تنها روش پذیرش قرار ندهید.
جایگزینیها، میانافزار و سوابق راهاندازی را قفل کنید
پیش از انتشار برای تولید، هویتهای درایور، کنترلر، حسگر و گیتوی را تثبیت کنید. نسخههای سختافزار و میانافزار، تنظیمات درایور، نقشهای دستگاه، توپولوژی، آدرسها، گروهها، صحنهها، زمانبندیها و پارامترهای حسگر را ثبت کنید. فایل راهاندازی را در محل کنترلشده پروژه ذخیره کنید و برنامه دستگاهِ خوانا و روش بازیابی را در اختیار تیم تأسیسات بگذارید.
بازبینی جایگزینی باید مبتنی بر عملکرد باشد. جایگزینی یک درایور ممکن است مستلزم تکرار آزمونهای راهاندازی، حداقل سطح، گذار، الکتریکی و خطا باشد. جایگزینی کنترلر یا گیتوی نیز ممکن است بازبینی مجدد آدرسدهی، صحنهها، منطق حسگر، یکپارچهسازیها و بازیابی را لازم کند. بهروزرسانی میانافزار میتواند رفتار را تغییر دهد، حتی اگر مدل سختافزار بدون تغییر بماند.
مشخص کنید چه کسی میتواند تغییر را تأیید کند، چه شواهدی لازم است و کدام خانههای ماتریس آزمون باید تکرار شوند. این کار مانع ورود یک قطعه ظاهراً معادل به تولید بدون بازتولید نتیجه تأییدشده کاربر میشود.
چکلیست تأیید خریدار
- کارکردهای موردنیاز کاربر و نتایج قابل اندازهگیری پیش از انتخاب پروتکل ثبت میشوند.
- هویتهای منبع تغذیه، کنترلر، حسگر، گیتوی، درایور و بار LED کامل هستند.
- نقشهای دستگاه، توان باس، توپولوژی، آدرسدهی و مسئولیت یکپارچهسازی تعریف شدهاند.
- حداقل، معمول و حداکثر تعدادهای متصلشده لحاظ میشوند.
- راهاندازی، سطح پایین، گذارها، خروجی کامل، خطاها و بازیابی برق دارای معیارهای پذیرش هستند.
- سوابق گواهی DALI، در صورت کاربرد، با دستگاه مشخص پیشنهادی مطابقت دارند.
- میانافزار، فایلهای پیکربندی و سوابق راهاندازی کنترل میشوند.
- مسئولیت جایگزینی و دامنه آزمون مجدد پیش از تولید توافق میشود.
فهرست دستگاه، عملکردهای موردنیاز، تعدادهای برنامهریزیشده و ماتریس پذیرش را از طریق فرم استعلام پروژه New Lights هنگام درخواست بازبینی درایور و کنترل ارسال کنید.
پرسشهای متداول
آیا درج «DALI» یکسان در دو دیتاشیت، سازگاری سیستم را اثبات میکند؟
خیر. هویت و نقش گواهیشده هر دستگاه مرتبط را تأیید کنید، سپس آدرسدهی، گروهها، صحنهها، گذارها، بازخورد و بازیابی سیستم پیکربندیشده را آزمایش کنید.
چرا حداقل سطح دیمر با تعداد متصلشده میتواند تغییر کند؟
رابط کنترل، محدوده بار درایور، بارگذاری باس یا دیمر، آرایش کابل و پیادهسازی دستگاه ممکن است در کوچکترین و بزرگترین گروهها رفتار متفاوتی داشته باشند. هر دو مرز را در برابر هدف سطح نور اندازهگیریشده آزمایش کنید.
پس از جایگزینی درایور، چه مواردی باید تکرار شوند؟
هر عملکردی را که درایور میتواند بر آن اثر بگذارد تکرار کنید: راهاندازی، محدوده قابلاستفاده کاهش نور، گذارها، حالت خاموش، پایداری در بار کامل، رفتار الکتریکی، نویز، واکنش به خطا و بازیابی برق. هویت و تنظیمات درایور جدید را ثبت کنید.
آیا یک آزمون موفق با یک چراغ برای پروژهای بزرگ کافی است؟
خیر. این فقط تأیید میکند که یک نمونه میتواند در آن شرایط کار کند. حداقل، تعداد معمول و حداکثر تعداد برنامهریزیشده و توپولوژی واقعی کنترل را اضافه کنید تا بارگذاری و تعاملات سیستم نمایان شوند.
منابع تحریریه
- DALI Alliance، «DALI-2»: https://www.dali-alliance.org/dali2/
- DALI Alliance، «پایگاه داده محصولات»: https://api.dali-alliance.org/products
- DALI Alliance، «دستگاههای کنترل»: https://www.dali-alliance.org/dali/control-devices.html
