فولاد و معدن
یک مجتمع فولادی یکپارچه در هر شیفت میلیونها رکورد تولید میکند و ارزشمندترین پرسشها همانهایی هستند که از مرز نواحی عبور میکنند. احیا، فولادسازی، ریختهگری و نورد در سامانههای جداگانه مینشینند؛ پس پرسش ارزشمند، پرسشی است که پرسیده نمیشود.
اگر این پرسشها را میشناسید، این صفحه برای شماست
چرا بازده فلزی از مذاب تا کلاف در نیمهٔ دوم سال کاهش یافته است؟
آیا افزایش عیوب سطحی کلاف با تغییر نسبت شارژ آهن اسفنجی به قراضه در همان هفته همزمان بود؟
مصرف برق بهازای هر تن فولاد خام در ماه گذشته چند کیلوواتساعت بوده و نسبت به میانگین سال چه تغییری کرده است؟
تناژ از دسترفتهٔ ناشی از محدودیت برق در تابستان گذشته چه میزان بوده و میان نواحی چگونه توزیع شده است؟
آیا خرابیهای اخیر با تعویض قطعات یک تأمینکنندهٔ مشخص همزمان بوده است؟
مجموع زمان توقف هر ناحیه به تفکیک علت در سه ماه گذشته چقدر بوده و کدام ناحیه گلوگاه زنجیره بوده است؟
مصرف الکترود گرافیتی، نسوز، آهک و اکسیژن بهازای هر تن چه روندی داشته و اثر توقفات ماه گذشته بر بهای تمامشدهٔ هر تن چه میزان است؟
هر ناحیه، یک جزیرهٔ اطلاعاتی
یک مجتمع فولادی یکپارچه در هر شیفت میلیونها رکورد تولید میکند: از دمای گاز احیا و آنالیز مذاب تا سرعت ریختهگری، مصرف برق کوره و ضخامت کلاف. با این حال وقتی مدیر میپرسد چرا بازده فلزی این ماه افت کرده، پاسخ نه از داده که از یک زنجیرهٔ انسانی بیرون میآید — ثبت درخواست، دو تا سه روز تجمیع از چند سامانه، و گزارشی که روز پنجم یا هفتم میرسد.
علت، ساختاری است نه فرهنگی. احیا، فولادسازی، ریختهگری، نورد و واحدهای پشتیبان هر یک سامانهٔ خود را دارند، و هر پرسشی که واقعاً ارزش پرسیدن دارد دستکم از دو تای آنها عبور میکند.
«آیا افزایش عیوب سطحی کلاف با تغییر نسبت شارژ در همان هفته همزمان بود؟»
پاسخ این پرسش در هیچیک از سامانهها بهتنهایی وجود ندارد. و دقیقاً به همین دلیل پرسیده نمیشود.
هزینهٔ این وضع
- گزارشهای ایستا. گزارش شیفت و گزارش ماهانهٔ هر ناحیه تنها به پرسشهایی پاسخ میدهند که کسی از پیش تعریف کرده است. پرسش تازه جایی ندارد.
- تحلیل پس از وقوع. ریشهیابی افت بازده یا رشد مصرف انرژی هفتهها بعد انجام میشود؛ زمانی که تناژ از دست رفته است.
- دانش شخصی، نه سازمانی. توان تشخیص این مسائل در ذهن چند کارشناس میماند و با جابهجایی یا بازنشستگی آنان از دست میرود.
در حوزهٔ انرژی، حساب از این هم مستقیمتر است. برق، گاز و الکترود سهم غالب بهای تمامشدهٔ هر تن را میسازند و چند درصد بهبود در شدت مصرف، عدد بزرگی است. در دورهٔ محدودیت هم تصمیم دربارهٔ کاهش بار باید در همان روز گرفته شود. شرط لازم هر دو یکی است: دیدنِ بهموقع انحراف، نه در گزارش ماه بعد.
کاری که تغییر میکند
بخش دشوار، اجرای کوئری نیست؛ طرح پرسش درست است.
«چرا راندمان فولادسازی کاهش یافته است؟» به همین شکل پاسخ ندارد — راندمان یعنی تعداد ذوب در شبانهروز یا بازده فلزی، در کدام بازه، و در مقایسه با دورهٔ قبل یا با برنامهٔ مصوب. پس سامانه میپرسد، دامنه را روشن میکند و پیش از هر اجرایی آن را برای تأیید ارائه میدهد. سپس محورهایی را پیشنهاد میدهد که یک کارشناس فرآیند بررسی میکرد: ترکیب شارژ کوره، توقفات و شرایط عملیاتی، وضعیت نسوز و تجهیزات، تفاوت شیفتها.
برای پرسشهایی که پاسخشان یک عدد نیست، یک اجرای پژوهشی یک ارکستریتور و ناوگانی از کارگرها — سه تا بیست عدد در هر اجرا — را روانه میکند که هر یک محوری را در منبع دادهٔ مربوط میآزماید و یافتهها در یک گزارش مستند با شواهد عددی تجمیع میشود. کاربرِ دارای مجوز عین کوئری اجراشده را میبیند. و اگر داده برای پاسخ کافی نباشد، سامانه صریحاً همین را اعلام میکند: قطعکنندهٔ مدار در لایهٔ داده، هشت خطای پیاپی را به خطای صریح تبدیل میکند نه به پاسخی ساختگی؛ و عددی که در نمودار مینشیند از اجرای کد روی مجموعهٔ نتیجه میآید، نه از مدلی که حساب را داخل جمله مینویسد.
به چه چیزی وصل میشود
هیچ مهاجرت دادهای در کار نیست و هیچ نسخهای جای دیگر کپی نمیشود. MES، ERP، آزمایشگاه، نت، پایگاه گزارشی Historian و سوابق باسکول در همان محل باقی میمانند و تنها خوانده میشوند. یک لایهٔ آداپتور سی موتور پایگاهداده را پشت یک واسط واحد پوشش میدهد — از جمله موتورهای سریزمانی و تحلیلی که دادهٔ فرآیند معمولاً در آنها مینشیند — و یک کاربر میتواند همزمان به چند اتصال دسترسی داشته باشد. همین ویژگی آخر تمام ماجراست: همان چیزی که پرسش میانسامانهای را اصلاً قابل پاسخ میکند.
گامی که کیفیت پاسخ را تعیین میکند نصب نیست؛ مستندسازی ساختار داده است. دستیار مستندسازی برای هر جدول و ستون توضیح پیشنهاد میدهد و کارشناسان فرآیند و فناوری مجتمع آن را ویرایش و تأیید میکنند. وقتی سامانه بداند «بازده فلزی» و «ذوب معتبر» در مجتمع شما دقیقاً چگونه محاسبه میشوند، ارقام با گزارشهای واحد برنامهریزی همراستا خواهد بود.
بالادست، در معدن
همین استدلال روی دادهٔ اکتشاف هم برقرار است و محصول دیگر ما آنجاست: زتاماین منطقهها را از روی تصویر ماهوارهای تحلیل میکند تا پیش از آنکه کسی مته به زمین بزند، دامنهٔ جستوجو باریکتر شود. آنچه امروز وجود دارد، پیکره و پروتکل زیر آن است: ۱۰٬۳۴۸ صحنهٔ Landsat-7 ETM+ که به ۹٬۷۳۲ تصویر تمیز ترکیب شده، با حذف تکراریها بر مبنای درهمسازی محتوا، و پروتکلی که هر تصویر را به دو برچسبزن مستقل میسپارد و اختلافها را با داوری قطعی نفر سوم حل میکند. برچسبگذاری کامل هنوز انجام نشده و مدل آموزشدیدهای وجود ندارد. ترجیح میدهیم همین را بنویسیم تا اینکه خلافش را القا کنیم.
کجا انتخاب درستی نیست
- اگر کنترل یا بهینهسازی درون حلقهٔ فرآیند میخواهید، این آن نیست. سامانه پایگاههای دادهٔ گزارشی را میخواند. به شبکهٔ کنترل دست نمیزند و امکان فرماندادن به تجهیزات ندارد؛ این یک تصمیم طراحی است.
- اگر داده از لایهٔ کنترل بیرون نیامده باشد، چیزی برای پرسیدن وجود ندارد. رساندن دادهٔ فرآیند به پایگاه گزارشی یا انبار داده، پروژهٔ مقدم است.
- اگر تعاریف هر ناحیه با ناحیهٔ دیگر فرق دارد — اینکه چه چیزی توقف است، چه ذوبی معتبر است، کدام تناژ قابل احتساب است — آن گفتوگو بر ابزار مقدم است و معمولاً همان هفتهٔ اول بیرون میزند.
- اگر پرسشها ثابتاند، گزارش بسازید. عددی که هر روز صبح چهل نفر لازم دارند، داشبورد است.
- اگر به نوشتن نیاز دارید — سفارش کار، اصلاح، زمانبندی — این لایهٔ درستی نیست.
- امروز در دو سازمان مستقر است. نوپا، با مهندسی عمیق — و بهتر است پیش از اولین جلسه گفته شود تا بعد از آن.