رنگ قالب
فرهنگ ویژگی‌ها · تعریف یک ویژگی

شار نوری

فرهنگ ویژگی‌ها

راهنمای این صفحهویژه‌ی کارشناسان کارگروه‌های تخصصی داده‌ی کالا
چرا
تعریف یک ویژگی و پرونده‌ی یادداشتش.
چطور
فیلدها را با راهنمای زیر هر کدام پر کنید؛ راهنمای نوع داده و خانواده با انتخاب عوض می‌شود. پس از ذخیره، دلیل تغییر را یادداشت کنید.
نکته
تغییر تعریف، مقادیر موجود را عوض نمی‌کند؛ کادر «سازگاری» نشان می‌دهد کدام مقادیر دیگر جور نیستند.

تعریف ویژگیهر فیلد باید منطق فنی و منبع داشته باشد، نه سلیقه

۵۰۶ مقدار · ۴ نوع کالا
نام فنی رایج فارسی؛ نماد استاندارد را در پرانتز بیاورید (مثل In یا U₀/U).
همان عبارت متن استاندارد یا برگه‌ی فنی؛ برای API و معادل‌یابی با ETIM.
حروف کوچک لاتین و خط تیره؛ سامانه‌های مصرف‌کننده با این کلید کار می‌کنند، پس پس از انتشار عوضش نکنید.
نماد SI (A، V، kV، W، mm²، °C، lm، K)؛ واحد در تعریف می‌آید نه در مقدار.
برای عدد، عدد صحیح و بازه؛ از حد فیزیکی یا استاندارد بگیرید (مثلاً ضریب توان ≥ 0).
مقدار بیرون از بازه پذیرفته نمی‌شود؛ مرز را تنگ‌تر از واقعیت نگیرید.
با «|» یا هر مقدار در یک خط. فهرست را از استاندارد بسازید (مثلاً منحنی‌های B، C، D از IEC 60898-1)، نه فقط از داده‌ی موجود. خالی یعنی محدودیتی نیست.
فقط برای مقادیری که خودشان مدرک‌اند (مثل نشانی برگه‌ی فنی) خاموش کنید؛ ادعای فنی همیشه راستی‌آزمایی می‌خواهد (اصل دوم).
معنای دقیق، شرط اندازه‌گیری و اشتباه‌های رایج را بنویسید؛ این متن در فهرست و فرم‌های ورود داده به کارشناس نشان داده می‌شود.
انصراف

پرونده‌ی یادداشت ویژگی۱ یادداشت · دلیل و منطق تغییرات را برای همکاران بنویسید

پرونده‌ی کاری این مورد: یادداشت، خاستگاه داده، تصمیم و پرسش باز، با نویسنده و تاریخ. یادداشت‌ها پاک نمی‌شوند تا تاریخچه‌ی تصمیم‌ها بماند.

خاستگاه دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه ۱۲ آبان ۱۴۰۵، ۱۸:۱۲ 3 Nov 2026, 18:12
این ویژگی مهاجرت‌شده با پژوهش تعریف دقیق گرفت. چه کسی: دستیار هوش مصنوعی (Claude) به درخواست مدیر پروژه. چطور: پژوهش در استانداردهای IEC و ملی، مدل‌های فرهنگ داده‌ی ETIM و IEC 61360، برگه‌های فنی سازندگان معتبر و داده‌ی واقعی سامانه‌ی قدیمی؛ هر مورد به منبع بند خود ارجاع دارد. منطق: شار نوری کمیت اصلی خروجی منبع نور است. کلید پیشین «legacy-51» (ویژگی مهاجرت‌شده از سامانه‌ی قدیمی) به کلید معنادار «luminous-flux» تغییر کرد؛ مرجع قدیمی در «legacy-attr:51» ماند. همه‌ی 20 مقدار موجود با تعریف تازه سازگارند. وضعیت: پیشنهاد پژوهشی؛ کارگروه تخصصی داده‌ی کالا باید با متن استاندارد و کاتالوگ سازنده بازبینی و تأیید کند (D-052).
منابع (۲)
  • عمر LED: L70 و B50، و این‌که IEC 62612 کد نگهداشت شار را به‌جای پیش‌بینی عمر به کار می‌برد https://www-cdn.megaman.cc/technology/lifetime
  • داده‌ی سامانه‌ی قدیمی Legacy_23roElectricStore (MDM-ARC-002): نام، واحد و مقادیر واقعی این ویژگی در کالاهای مهاجرت‌شده
یادداشت پس از ثبت ویرایش و حذف نمی‌شود؛ اگر اشتباه بود، یادداشت تازه‌ای بنویسید که آن را اصلاح کند.
برای «خاستگاه» دست‌کم یک منبع لازم است.

سازگاری مقادیر موجودبا تعریف فعلی سنجیده شد؛ مقادیر دست نمی‌خورند

همه‌ی ۵۰۶ مقدار با تعریف سازگارند.

پرتکرارترین مقادیر

120۱۸
1200۱۳
4050۱۲
900۱۱
2600۱۰
2000۹
7650۹
620۹
6300۸
4000۸
1800۸
2100۷
1080۷
4200۷
500۷
350۷
800۷
840۶
6375۶
385۶
300۶
3000۶
3150۶
4900۶
1069۶
10200۶
1530۶
2200۶
1680۶
1725۶

آموزش این صفحهچه کارهایی می‌توانید بکنید و بهترین روش انجامشان
کارهای ممکن در این صفحه
  • ویرایش عنوان، خانواده، نوع داده، واحد، کمینه و بیشینه، مقادیر مجاز، نیاز به راستی‌آزمایی و توضیح.
  • دیدن شمار مقادیر ناسازگار با تعریف و رفتن به صف بررسی همان ویژگی.
  • کپی پرتکرارترین مقادیر به شکل فهرست برای ساختن مقادیر مجاز.
  • نوشتن یادداشت (دلیل تغییر، تصمیم، پرسش باز یا خاستگاه) در پرونده.
بهترین روش‌ها
  • کلید پایدار را پس از انتشار عوض نکنید؛ زیرسامانه‌ها با آن کار می‌کنند.
  • مقادیر مجاز را از استاندارد بسازید؛ داده‌ی موجود ممکن است خطا داشته باشد (مثلاً «HO7V-K» با حرف O).
  • بازه را تنگ‌تر از واقعیت فیزیکی نگیرید؛ مقدار درست را رد می‌کند.
  • هر تغییر تعریف را با یک یادداشت توضیح دهید تا همکار بعدی منطق را بداند.