ہیلو، حبر! ہماری ٹیم پورے ملک میں مشینوں اور مختلف تنصیبات کی نگرانی کرتی ہے۔ بنیادی طور پر، ہم مینوفیکچرر کو یہ موقع فراہم کرتے ہیں کہ جب "اوہ، یہ سب ٹوٹ گیا ہے" تو پھر سے کسی انجینئر کو نہ بھیجنا پڑے، لیکن حقیقت میں انہیں صرف ایک بٹن دبانے کی ضرورت ہے۔ یا جب یہ سامان پر نہیں بلکہ قریب ہی ٹوٹ گیا۔
بنیادی مسئلہ درج ذیل ہے۔ یہاں آپ آئل کریکنگ یونٹ، یا مکینیکل انجینئرنگ کے لیے مشین ٹول، یا پلانٹ کے لیے کوئی اور ڈیوائس تیار کر رہے ہیں۔ ایک اصول کے طور پر، فروخت خود بہت کم ہی ممکن ہے: یہ عام طور پر سپلائی اور سروس کا معاہدہ ہوتا ہے۔ یعنی، آپ اس بات کی ضمانت دیتے ہیں کہ ہارڈ ویئر کا ٹکڑا 10 سال تک بغیر کسی رکاوٹ کے کام کرے گا، اور رکاوٹوں کے لیے آپ یا تو مالی طور پر ذمہ دار ہیں، یا سخت SLAs فراہم کرتے ہیں، یا اس سے ملتی جلتی کوئی چیز۔
درحقیقت، اس کا مطلب یہ ہے کہ آپ کو سائٹ پر باقاعدگی سے انجینئر بھیجنے کی ضرورت ہے۔ جیسا کہ ہماری پریکٹس سے پتہ چلتا ہے، 30 سے 80% تک کے دورے غیر ضروری ہوتے ہیں۔ پہلی صورت - یہ دور سے کیا ہوا معلوم کرنے کے لئے ممکن ہو جائے گا. یا آپریٹر سے چند بٹن دبانے کو کہیں اور سب کچھ کام کرے گا۔ دوسرا معاملہ "گرے" اسکیمیں ہے۔ ایسا اس وقت ہوتا ہے جب کوئی انجینئر باہر جاتا ہے، متبادل یا پیچیدہ کام کا شیڈول بناتا ہے، اور پھر فیکٹری سے کسی کے ساتھ معاوضہ آدھا تقسیم کرتا ہے۔ یا وہ صرف اپنی مالکن (ایک حقیقی کیس) کے ساتھ اپنی چھٹیوں سے لطف اندوز ہوتا ہے اور اس وجہ سے زیادہ کثرت سے باہر جانا پسند کرتا ہے۔ پودے کو کوئی اعتراض نہیں ہے۔
مانیٹرنگ انسٹال کرنے کے لیے ڈیٹا ٹرانسمیشن ڈیوائس کے ساتھ ہارڈ ویئر میں ترمیم کی ضرورت ہوتی ہے، خود ٹرانسمیشن، اسے اسٹور کرنے کے لیے کسی قسم کی ڈیٹا لیک، پروٹوکول کو پارس کرنا اور ہر چیز کو دیکھنے اور موازنہ کرنے کی صلاحیت کے ساتھ پروسیسنگ ماحول کی ضرورت ہوتی ہے۔ ٹھیک ہے، اس سب کی باریکیاں ہیں۔
ہم ریموٹ مانیٹرنگ کے بغیر کیوں نہیں کر سکتے؟
یہ بہت مہنگا ہے۔ ایک انجینئر کے لیے کاروباری سفر - کم از کم 50 ہزار روبل (ہوائی جہاز، ہوٹل، رہائش، روزانہ الاؤنس)۔ اس کے علاوہ، ٹوٹنا ہمیشہ ممکن نہیں ہوتا، اور مختلف شہروں میں ایک ہی شخص کی ضرورت پڑ سکتی ہے۔
- روس میں، فراہم کنندہ اور صارف تقریباً ہمیشہ ایک دوسرے سے کافی دور رہتے ہیں۔ جب آپ سائبیریا کو کوئی پروڈکٹ بیچتے ہیں، تو آپ اس کے بارے میں کچھ نہیں جانتے سوائے اس کے کہ جو فراہم کنندہ آپ کو بتاتا ہے۔ نہ ہی یہ کیسے کام کرتا ہے، نہ ہی یہ کن حالات میں استعمال ہوتا ہے، اور نہ ہی درحقیقت، ٹیڑھے ہاتھوں سے کس نے کون سا بٹن دبایا - آپ کے پاس معروضی طور پر یہ معلومات نہیں ہیں، آپ اسے صرف صارفین کے الفاظ سے جان سکتے ہیں۔ یہ دیکھ بھال بہت مشکل بناتا ہے.
- بے بنیاد اپیلیں اور دعوے یعنی، آپ کا صارف، جو آپ کی پروڈکٹ استعمال کر رہا ہے، کسی بھی وقت کال کر سکتا ہے، لکھ سکتا ہے، شکایت کر سکتا ہے اور کہہ سکتا ہے کہ آپ کی پروڈکٹ کام نہیں کرتی، یہ خراب ہے، ٹوٹی ہوئی ہے، فوراً آکر اسے ٹھیک کریں۔ اگر آپ خوش قسمت ہیں اور یہ صرف "استعمال کی اشیاء نہیں بھری گئی" نہیں ہے تو آپ نے کسی ماہر کو بیکار نہیں بھیجا۔ اکثر ایسا ہوتا ہے کہ مفید کام میں ایک گھنٹہ سے بھی کم وقت لگتا ہے، اور باقی سب کچھ - کاروباری سفر، پروازیں، رہائش کی تیاری - ان سب کے لیے انجینئر کا کافی وقت درکار ہوتا ہے۔
- واضح طور پر بے بنیاد دعوے ہیں، اور اسے ثابت کرنے کے لیے، آپ کو ایک انجینئر بھیجنے، رپورٹ تیار کرنے، اور عدالت میں جانے کی ضرورت ہے۔ نتیجتاً، عمل میں تاخیر ہوتی ہے، اور اس سے گاہک یا آپ کے لیے کچھ اچھا نہیں ہوتا۔
- تنازعات اس حقیقت کی وجہ سے پیدا ہوتے ہیں کہ، مثال کے طور پر، گاہک نے غلط طریقے سے پروڈکٹ کو آپریٹ کیا، گاہک کو کسی وجہ سے آپ کے خلاف رنجش ہے اور وہ یہ نہیں کہتا ہے کہ آپ کی پروڈکٹ درست طریقے سے کام نہیں کرتی ہے، تکنیکی خصوصیات میں بیان کردہ طریقوں میں نہیں ہے اور پاسپورٹ میں ایک ہی وقت میں، آپ اس کے خلاف کچھ نہیں کر سکتے، یا آپ کر سکتے ہیں، لیکن مشکل کے ساتھ، اگر، مثال کے طور پر، آپ کا پروڈکٹ کسی طرح ان طریقوں کو لاگ اور ریکارڈ کرتا ہے۔ کسٹمر کی غلطی کی وجہ سے خرابی - یہ ہر وقت ہوتا ہے. میرے پاس ایک کیس تھا جہاں ایک مہنگی جرمن پورٹل مشین کھمبے سے ٹکرانے کی وجہ سے ٹوٹ گئی۔ آپریٹر نے اسے صفر پر سیٹ نہیں کیا، اور اس کے نتیجے میں مشین وہیں رک گئی۔ مزید یہ کہ، گاہک نے بالکل واضح طور پر کہا: "ہمارا اس سے کوئی لینا دینا نہیں ہے۔" لیکن معلومات کو لاگ ان کیا گیا تھا، اور ان لاگز کو تلاش کرنا اور یہ سمجھنا ممکن تھا کہ کون سا کنٹرول پروگرام استعمال کیا گیا تھا اور جس کے نتیجے میں یہ تصادم ہوا تھا۔ اس سے سپلائر کو وارنٹی کی مرمت کے لیے بہت بڑے اخراجات کی بچت ہوئی۔
- مذکورہ "گرے" اسکیمیں سروس فراہم کرنے والے کے ساتھ ایک سازش ہے۔ ایک ہی سروس ٹیکنیشن ہر وقت کسٹمر کے پاس جاتا ہے۔ وہ اس سے کہتے ہیں: "سن، کولیا، جس طرح آپ چاہتے ہیں کرتے ہیں: آپ لکھتے ہیں کہ یہاں سب کچھ ٹوٹ گیا ہے، ہمیں معاوضہ ملے گا، یا آپ مرمت کے لئے کسی قسم کی زپ لے آئیں۔ ہم یہ سب خاموشی سے نافذ کریں گے، ہم رقم تقسیم کریں گے۔‘‘ باقی صرف یہ ہے کہ یا تو یقین کر لیا جائے، یا کسی نہ کسی طرح ان تمام نتائج اور تصدیقوں کو جانچنے کے کچھ پیچیدہ طریقے ایجاد کیے جائیں، جن سے نہ وقت اور اعصاب میں کوئی اضافہ ہوتا ہے اور نہ ہی اس میں کچھ اچھا ہوتا ہے۔ اگر آپ اس بات سے واقف ہیں کہ کار سروسز وارنٹی فراڈ سے کیسے نمٹتی ہیں اور یہ عمل پر کتنی پیچیدگیاں لاتی ہے، تو آپ اس مسئلے کو تقریباً سمجھتے ہیں۔
ٹھیک ہے، آلات اب بھی لاگ لکھتے ہیں، ٹھیک ہے؟ مسئلہ کیا ہے؟
مسئلہ یہ ہے کہ اگر سپلائی کرنے والے کم و بیش یہ سمجھتے ہیں کہ لاگ کو مستقل طور پر کہیں لکھنے کی ضرورت ہے (یا پچھلی چند دہائیوں میں سمجھ گئے ہیں)، تو کلچر مزید آگے نہیں بڑھا ہے۔ لاگ ان اکثر مہنگی مرمت کے ساتھ کیسز کا تجزیہ کرنے کے لیے درکار ہوتا ہے - چاہے یہ آپریٹر کی غلطی تھی یا سامان کی حقیقی خرابی۔
لاگ اٹھانے کے لیے، آپ کو اکثر جسمانی طور پر آلات تک پہنچنے، کسی قسم کے کیسنگ کو کھولنے، سروس کنیکٹر کو بے نقاب کرنے، اس سے کیبل جوڑنے اور ڈیٹا فائلز کو اٹھانے کی ضرورت ہوتی ہے۔ پھر صورتحال کی تصویر حاصل کرنے کے لیے انہیں کئی گھنٹوں تک مسلسل پکڑیں۔ افسوس، یہ تقریباً ہر جگہ ہوتا ہے (اچھا، یا تو میرا نقطہ نظر یکطرفہ ہے، کیونکہ ہم ان صنعتوں کے ساتھ بالکل ٹھیک کام کرتے ہیں جہاں نگرانی ابھی قائم ہو رہی ہے)۔
ہمارے اہم کلائنٹ سازوسامان بنانے والے ہیں۔ عام طور پر، وہ کسی بڑے واقعے کے بعد یا صرف اپنے سال کے سفری بلوں کو دیکھتے ہوئے، کسی قسم کی نگرانی کرنے کے بارے میں سوچنا شروع کر دیتے ہیں۔ لیکن اکثر نہیں، ہم پیسے یا ساکھ کے نقصان کے ساتھ ایک بڑی ناکامی کے بارے میں بات کر رہے ہیں۔ ترقی پسند رہنما جو "جو کچھ بھی ہوتا ہے" کے بارے میں سوچتے ہیں نایاب ہیں۔ حقیقت یہ ہے کہ عام طور پر مینیجر کو سروس کنٹریکٹ کا پرانا "پارک" مل جاتا ہے، اور وہ نئے ہارڈ ویئر پر سینسر لگانے کا کوئی فائدہ نہیں دیکھتا، کیونکہ اس کی ضرورت صرف چند سالوں میں ہو گی۔
عام طور پر، کسی وقت بھنا ہوا مرغ اب بھی کاٹتا ہے، اور تبدیلی کا وقت آتا ہے۔
ڈیٹا کی منتقلی خود بہت خوفناک نہیں ہے۔ سامان میں عام طور پر پہلے سے ہی سینسر ہوتے ہیں (یا وہ کافی تیزی سے انسٹال ہو جاتے ہیں)، اس کے علاوہ لاگز پہلے سے لکھے جاتے ہیں اور سروس کے واقعات نوٹ کیے جاتے ہیں۔ آپ کو بس اسے بھیجنا شروع کرنا ہے۔ عام مشق یہ ہے کہ کسی قسم کا موڈیم داخل کیا جائے، مثال کے طور پر، ایمبیڈ سم کے ساتھ، ایکسرے مشین سے خودکار سیڈر تک براہ راست ڈیوائس میں، اور سیلولر نیٹ ورک کے ذریعے ٹیلی میٹری بھیجنا۔ وہ جگہیں جہاں سیل کوریج نہیں ہے عام طور پر کافی دور ہوتے ہیں اور حالیہ برسوں میں نایاب ہو گئے ہیں۔
اور پھر وہی سوال شروع ہوتا ہے جو پہلے تھا۔ ہاں، اب نوشتہ جات ہیں۔ لیکن انہیں کہیں نہ کہیں اور کسی نہ کسی طرح پڑھنے کی ضرورت ہے۔ عمومی طور پر واقعات کو دیکھنے اور تجزیہ کرنے کے لیے کسی نہ کسی نظام کی ضرورت ہوتی ہے۔
اور پھر ہم سٹیج پر نمودار ہوتے ہیں۔ مزید واضح طور پر، ہم اکثر پہلے دکھاتے ہیں، کیونکہ سپلائرز کے مینیجر دیکھتے ہیں کہ ان کے ساتھی کیا کر رہے ہیں اور ٹیلی میٹری بھیجنے کے لیے ہارڈ ویئر کے انتخاب کے بارے میں مشورہ کے لیے فوری طور پر ہمارے پاس آتے ہیں۔
مارکیٹ طاق
مغرب میں، اس صورت حال کو حل کرنے کا طریقہ تین اختیارات پر آتا ہے: سیمنز ایکو سسٹم (بہت مہنگا، بہت بڑی اکائیوں کے لیے، عام طور پر ٹربائنز کی طرح)، خود لکھے ہوئے مینڈولز، یا مقامی انٹیگریٹرز میں سے ایک مدد کرتا ہے۔ نتیجے کے طور پر، جب یہ سب کچھ روسی مارکیٹ میں آیا، تو ایک ایسا ماحول بنا جہاں سیمنز اپنے ماحولیاتی نظام کے ٹکڑوں کے ساتھ، ایمیزون، نوکیا اور کئی مقامی ماحولیاتی نظام جیسے 1C ترقیات کے ساتھ تھا۔
ہم ایک متحد لنک کے طور پر مارکیٹ میں داخل ہوئے ہیں جو ہمیں کسی بھی ڈیوائس سے کوئی بھی ڈیٹا اکٹھا کرنے کی اجازت دیتا ہے کسی بھی (ٹھیک ہے، تقریباً کسی بھی زیادہ یا کم جدید) پروٹوکول کا استعمال کرتے ہوئے، ان پر ایک ساتھ عمل کریں اور کسی بھی مطلوبہ شکل میں کسی شخص کو دکھا سکتے ہیں: اس کے لیے ہمارے پاس ہے ہر کسی کے ترقیاتی ماحول اور بصری صارف انٹرفیس ڈیزائنر کے لیے ٹھنڈا SDKs۔
نتیجے کے طور پر، ہم مینوفیکچرر کے آلے سے تمام ڈیٹا اکٹھا کر سکتے ہیں، اسے سرور پر سٹوریج میں محفوظ کر سکتے ہیں اور وہاں الرٹس کے ساتھ ایک مانیٹرنگ پینل کو جمع کر سکتے ہیں۔
یہ ایسا ہی لگتا ہے (یہاں گاہک نے انٹرپرائز کا تصور بھی کیا ہے، یہ انٹرفیس میں کئی گھنٹے ہے):
اور آلات سے گراف ہیں:
انتباہات اس طرح نظر آتے ہیں: مشین کی سطح پر، اگر ایگزیکٹو باڈی کی طاقت حد سے زیادہ ہو گئی ہے یا کوئی تصادم ہوا ہے، تو پیرامیٹرز کا ایک سیٹ ترتیب دیا گیا ہے، اور نظام اس سے تجاوز کرنے پر محکمہ یا مرمت کی خدمات کو مطلع کرے گا۔
ٹھیک ہے، سب سے مشکل چیز روک تھام کے لئے ان کی حالت کی بنیاد پر نوڈس کی ناکامی کی پیش گوئی کر رہی ہے۔ اگر آپ ہر نوڈ کے وسائل کو سمجھتے ہیں، تو آپ ان معاہدوں پر لاگت کو بہت کم کر سکتے ہیں جہاں ڈاؤن ٹائم کے لیے ادائیگی ہوتی ہے۔
خلاصہ
یہ کہانی کافی آسان لگے گی: ٹھیک ہے، ہمیں احساس ہوا کہ ہمیں ڈیٹا بھیجنے، نگرانی اور تجزیہ کرنے کی ضرورت ہے، لہذا ہم نے ایک وینڈر کا انتخاب کیا اور اسے نافذ کیا۔ خیر، بس، سب خوش ہیں۔ اگر ہم اپنی فیکٹری میں خود لکھے گئے سسٹمز کے بارے میں بات کر رہے ہیں، تو عجیب بات ہے کہ یہ سسٹم تیزی سے ناقابل اعتبار ہو جاتے ہیں۔ ہم نوشتہ جات کے عام نقصان، غلط ڈیٹا، جمع کرنے، ذخیرہ کرنے اور رسید میں ناکامی کے بارے میں بات کر رہے ہیں۔ تنصیب کے ایک یا دو سال بعد، پرانے نوشتہ جات حذف ہونا شروع ہو جاتے ہیں، جو ہمیشہ اچھی طرح ختم نہیں ہوتے۔ اگرچہ ایک مشق ہے - 10 جی بی ہر سال ایک مشین سے جمع کیے جاتے ہیں۔ یہ 10 ہزار روبلز میں ایک اور ہارڈ ڈرائیو خرید کر پانچ سال کے لیے حل کیا جاتا ہے... کسی وقت یہ پتہ چلتا ہے کہ یہ ٹرانسمیشن کرنے والا سامان نہیں ہے جو بنیادی ہے، بلکہ وہ نظام ہے جو موصول ہونے والے ڈیٹا کا تجزیہ کرنے دیتا ہے۔ انٹرفیس کی سہولت اہم ہے۔ یہ عام طور پر تمام صنعتی نظاموں کا مسئلہ ہے: صورتحال کو جلدی سمجھنا ہمیشہ آسان نہیں ہوتا ہے۔ یہ اہم ہے کہ سسٹم میں کتنا ڈیٹا نظر آ رہا ہے، نوڈ سے پیرامیٹرز کی تعداد، سسٹم کی بڑی مقدار اور ڈیٹا کی مقدار کے ساتھ کام کرنے کی صلاحیت۔ ڈیش بورڈز ترتیب دینا، خود ڈیوائس کا ایک بلٹ ان ماڈل، ایک سین ایڈیٹر (پروڈکشن لے آؤٹ ڈرائنگ کے لیے)۔
آئیے ایک دو مثالیں دیتے ہیں کہ اس سے عملی طور پر کیا ملتا ہے۔
- یہاں بنیادی طور پر خوردہ زنجیروں میں استعمال ہونے والے صنعتی ریفریجریشن آلات کا ایک عالمی صنعت کار ہے۔ کمپنی کی آمدنی کا 10% اس کی مصنوعات کی خدمت کے لیے خدمات فراہم کرنے سے آتا ہے۔ خدمات کی لاگت کو کم کرنا اور عام طور پر عام طور پر سپلائی کو بڑھانے کا موقع دینا ضروری ہے، کیونکہ اگر ہم زیادہ فروخت کرتے ہیں تو موجودہ سروس سسٹم اس کا مقابلہ نہیں کرے گا۔ ہم نے ایک ہی سروس سینٹر کے پلیٹ فارم سے براہ راست منسلک کیا، اس مخصوص صارف کی ضروریات کے لیے چند ماڈیولز میں ترمیم کی، اور سفری اخراجات میں 35 فیصد کمی حاصل کی کیونکہ سروس کی معلومات تک رسائی اس کی وجوہات کی نشاندہی کرنا ممکن بناتی ہے۔ کسی سروس انجینئر کے دورہ کی ضرورت کے بغیر ناکامی کا۔ طویل عرصے کے دوران ڈیٹا کا تجزیہ - تکنیکی حالت کی پیشن گوئی اور، اگر ضروری ہو تو، فوری طور پر حالت پر مبنی دیکھ بھال انجام دیں. بونس کے طور پر، درخواستوں کے جواب کی رفتار میں اضافہ ہوا ہے: فیلڈ ٹرپس کم ہیں، اور انجینئرز تیزی سے کام کرنے کے قابل ہیں۔
- مکینیکل انجینئرنگ کمپنی، روسی فیڈریشن اور CIS کے کئی شہروں میں استعمال ہونے والی الیکٹرک گاڑیاں بنانے والی کمپنی۔ ہر کسی کی طرح، وہ بھی اخراجات کو کم کرنا چاہتے ہیں اور ساتھ ہی شہر کی ٹرالی بس اور ٹرام کے بیڑے کی تکنیکی حالت کی پیشین گوئی کرنا چاہتے ہیں تاکہ تکنیکی عملے کو بروقت مطلع کیا جا سکے۔ ہم نے رولنگ اسٹاک سے تکنیکی ڈیٹا کو اکٹھا کرنے اور اسے ایک ہی صورتحال کے مرکز میں منتقل کرنے کے لیے الگورتھم کو مربوط اور بنایا ہے (الگورتھمز براہ راست ڈرائیو کنٹرول سسٹم میں بنائے گئے ہیں اور CAN بس ڈیٹا کے ساتھ کام کرتے ہیں)۔ تکنیکی حالت کے ڈیٹا تک ریموٹ رسائی، بشمول بدلتے ہوئے پیرامیٹرز (رفتار، وولٹیج، برآمد شدہ توانائی کی منتقلی وغیرہ) تک "آسیلوسکوپ" موڈ میں ریئل ٹائم رسائی، نے ریموٹ فرم ویئر اپ ڈیٹس تک رسائی فراہم کی۔ اس کا نتیجہ سفری اخراجات میں 50% کی کمی ہے: سروس کی معلومات تک براہ راست رسائی کسی سروس انجینئر کے آنے کی ضرورت کے بغیر ناکامی کی وجوہات کی نشاندہی کرنا ممکن بناتی ہے، اور طویل وقفوں کے دوران ڈیٹا کا تجزیہ آپ کو پیشین گوئی کرنے کی اجازت دیتا ہے۔ تکنیکی حالت اور، اگر ضروری ہو تو، فوری طور پر "حالات پر مبنی" دیکھ بھال انجام دیں، بشمول ہنگامی حالات کا معروضی تجزیہ۔ کسٹمر کی ضروریات کے مطابق اور وقت پر توسیع شدہ لائف سائیکل کنٹریکٹس کا نفاذ۔ آپریٹر کی تکنیکی خصوصیات کے تقاضوں کی تعمیل، نیز اسے صارفین کی خدمت کی خصوصیات (ایئر کنڈیشنگ کا معیار، ایکسلریشن/بریک لگانا وغیرہ) کی نگرانی کے سلسلے میں نئے مواقع فراہم کرنا۔
- تیسری مثال میونسپلٹی ہے۔ ہمیں بجلی بچانے اور شہریوں کے تحفظ کو بہتر بنانے کی ضرورت ہے۔ ہم نے منسلک اسٹریٹ لائٹنگ پر ڈیٹا کی نگرانی، نظم و نسق اور جمع کرنے کے لیے ایک پلیٹ فارم سے منسلک کیا، تمام عوامی روشنی کے بنیادی ڈھانچے کا دور سے انتظام کیا اور اسے ایک ہی کنٹرول پینل سے سرونگ کیا، درج ذیل کاموں کا حل فراہم کیا۔ خصوصیات: دور سے، انفرادی طور پر یا گروپس میں لائٹس کو مدھم کرنا یا بند کرنا، زیادہ موثر دیکھ بھال کی منصوبہ بندی کے لیے لائٹنگ پوائنٹس میں ناکامی کی سٹی سروسز کو خود بخود مطلع کرنا، توانائی کی کھپت کا حقیقی ڈیٹا فراہم کرنا، اسٹریٹ لائٹنگ کی نگرانی اور بہتر بنانے کے لیے طاقتور تجزیاتی ٹولز فراہم کرنا۔ بگ ڈیٹا پر مبنی نظام، ٹریفک، ایئر کنڈیشن، دیگر سمارٹ سٹی سب سسٹم کے ساتھ انضمام پر ڈیٹا فراہم کرتا ہے۔ نتائج - اسٹریٹ لائٹنگ کے لیے توانائی کی کھپت کو 80% تک کم کرنا، ذہین لائٹنگ کنٹرول الگورتھم کے استعمال کے ذریعے رہائشیوں کے لیے حفاظت میں اضافہ (ایک شخص سڑک پر چل رہا ہے - اس کے لیے لائٹ آن کریں، کراسنگ پر موجود شخص - روشن آن کریں) روشنی تاکہ اسے دور سے دیکھا جا سکے)، شہر کے لیے اضافی خدمات فراہم کرنا (الیکٹرک گاڑیوں کو چارج کرنا، اشتہاری مواد فراہم کرنا، ویڈیو نگرانی وغیرہ)۔
دراصل، میں جو کہنا چاہتا تھا: آج، ایک تیار پلیٹ فارم (مثال کے طور پر، ہمارا) کے ساتھ، آپ بہت جلد اور آسانی سے نگرانی ترتیب دے سکتے ہیں۔ اس کے لیے آلات میں تبدیلیوں کی ضرورت نہیں ہے (یا کم سے کم، اگر اب بھی کوئی سینسر اور ڈیٹا ٹرانسمیشن نہیں ہے)، اس کے لیے عمل درآمد کے اخراجات اور علیحدہ ماہرین کی ضرورت نہیں ہے۔ آپ کو صرف اس مسئلے کا مطالعہ کرنے کی ضرورت ہے، یہ سمجھنے کے لیے کہ یہ کیسے کام کرتا ہے، اور چند ہفتے منظوریوں، معاہدے اور پروٹوکول کے بارے میں ڈیٹا کے تبادلے پر گزارنے کی ضرورت ہے۔ اور اس کے بعد آپ کے پاس تمام ڈیوائسز کا درست ڈیٹا ہوگا۔ اور یہ سب کچھ Technoserv انٹیگریٹر کے تعاون سے پورے ملک میں کیا جا سکتا ہے، یعنی ہم ایک اچھی سطح کی وشوسنییتا کی ضمانت دیتے ہیں، جو کہ ایک اسٹارٹ اپ کے لیے عام نہیں ہے۔
اگلی پوسٹ میں میں ایک نفاذ کی مثال استعمال کرتے ہوئے دکھاؤں گا کہ یہ سپلائر کی طرف سے کیسا لگتا ہے۔
ماخذ: www.habr.com