سولر سٹریٹ لائٹس کے لئے اسمارٹ کنکٹیوٹی: تعمیر کا کردار

زیادہ تر جگہوں کی حقیقت

صادق رہیں: زیادہ تر نصب کردہ سسٹم سادے ٹائمنگ سسٹمز یا فوٹوسیلز (photocells) پر چلتے ہیں جو شام میں روشنی آن کر دیتے ہیں اور صبح کو بند کر دیتے ہیں۔ یہ اسمارٹ کنکٹیوٹی نہیں ہے؛ یہ بس ایک ایسا ڈیوائس ہے جو روشنی کے اثر سے کام کرتا ہے۔ باقی تمام طبقات اس بنیادی سسٹم کے اوپر ہی لگائے جاتے ہیں، اور تعمیر کا کردار فیچر لسٹ (feature list) سے کہیں زیادہ اہم ہے۔

طبقہ 1 – سنسنگ (Sensing Layer)

سنسنگ سب سے سستا طبقہ ہے، اور یہی پہلا طبقہ ہے جو اپنے اخراجات کو واپس حاصل کر دیتا ہے۔

• روشنی سنسر (Light Sensor): یہ ارد گرد کی روشنی کی شدت کو پڑھتا ہے اور لائٹ کی چمک کو کم وبیش کرتا ہے؛ جتنی زیادہ روشنی ہوگی، لائٹ کی چمک کم ہوگی؛ اور جتنی کم روشنی ہوگی، لائٹ کی چمک زیادہ ہوگی۔ یہی ہر قسم کے بجلی کی بچت والے سسٹموں کا بنیادی اصل ہے، اور ایک اعلیٰ درجہ کی درستگی والا سنسر ان تبدیلیوں کو پردہ دار طریقے سے انجام دیتا ہے، تاکہ کوئی مشکل نہ پیش آئے۔
• درجہ حرارت سنسر (Temperature Sensor): درجہ حرارت پینل کی کارکردگی اور بیٹری کی صلاحیت کو متاثر کرتا ہے۔ پینل اور بیٹری کے درجہ حرارت کو جاننے سے سسٹم اپنی کارکردگی کو مطابقت میں تعدیل کر سکتا ہے؛ اور جب بیٹری گرم ہو جاتی ہے، تو یہی سنسر ہییٹر کو شروع یا بند کرنے کا کام کرتا ہے۔
• خرابی کا پتہ لگانے والا سنسر (Fault Sensing Sensor): کنٹرولر پہلے سے ہی لائٹ کی ترتیب، بیٹری کے وولٹیج اور چارج کی حالت کو جانتا ہے۔ اگر ان میں کوئی عدم مطابقت پائی جاتی ہے (مثلاً لائٹ کی چمک معمول سے کم ہے، یا بیٹری کی بجلی میں اچانک تبدیلی آتی ہے)، تو یہ سنسر اطلاعات مینجمنٹ سینٹر کو بھیجتا ہے، نہ کہ کسی غیر متعلقہ شخص کو۔

ہماری فیکٹری میں، یہ تینوں سنسر تمام جوڑے گئے یونٹس میں معیاری ہیں۔ وہ “ذہین” (سمارٹ) فیچرز جو عملی استعمال میں بند پائی جاتی ہیں، تقریباً کبھی بھی سنسروں کی وجہ سے نہیں ہوتے؛ بلکہ اکثر اوقات ایسا اس لئے ہوتا ہے کہ کوئی بعد میں ان سسٹموں تک رسائی نہیں پاتا۔

لیئر 2 – ڈیٹا کے انتقال کے لئے منتخب کردہ اپلائنک (Uplink):

لیئر 2،ڈیٹا کے انتقال کے لئے منتخب کردہ اپلائنک (Uplink) کو نشان دیتا ہے۔

چار اختیارات ہیں، اور انتخاب ڈیٹا کی مقدار اور پھیلاؤ کے مطابق کیا جاتا ہے:

بلوٹوث تنصیب کے دوران اور پڑوسی آلات کے درمیان روشنی کی سطح کے ڈیٹا کے تبادل کے لیے استعمال ہوتا ہے۔ زیگبی خود-تنظیمی نیٹ ورک بناتا ہے، جہاں ہر آلہ ایک نوڈ (node) کے طور پر کام کرتا ہے اور اپنا ڈیٹا جمع کرکے اسے منیجمنٹ سینٹر تک پہنچاتا ہے۔ 4G/5G ریئل-ٹائم ڈیٹا اپلوڈنگ، فریق ورز کی اطلاعات، اور ویڈیو سے متعلق کاموں کے لیے استعمال ہوتے ہیں۔ لوراوان، جس کی تفصیلات ہمارے ریموٹ کنٹرول گائڈ میں دی گئی ہیں، کم خرچ میں ٹیلیمیٹری ڈیٹا کا انتقال کرتا ہے، بشرطیکہ مقامی ادارے کے پاس اسکا گیٹ وے موجود ہو۔

ہمارا معیاری انتخاب برای مقامی فلیٹ (municipal fleet) ہے: LoRaWAN ٹیلیمیٹری (telemetry) اور صرف 4G تکنولوجی؛ جہاں کیمرے یا متواتر فریم ورک اپڈیٹس (firmware updates) کی ضرورت ہوتی ہے، وہیں SIM کارڈ کا استعمال کیا جاتا ہے۔ ہر آلے (fixture) کے لئے الگ سے سیلولر پلان (cellular plan) خریدنا، جس کے ذریعے روز میں صرف چند سو بائٹ (hundreds of bytes) ڈیٹا منتقل کیا جاتا ہے، یہ کسی قسم کی کوشش نہیں ہے بلکہ کسٹم کنٹرول (cost control) کی ناکامی ہے… نہ کہ کنکٹیوٹی کا مناسب انتخاب۔

لیئر 3 – پلیٹفارم (Layer 3: The Platform) اور اس کا اصل مقصد

کلاؤڈ (cloud) اپلیکیشن، اپلوڈ کردہ ڈیٹا کو سٹور کرتی ہے اور اس کا تجزیہ کرتی ہے۔ دو اہم کام یہاں ہیں:

1. آپریشنل ویزیبیلیٹی (Operational Visibility): آلات کی حالت اور انرجی کے ڈیٹا کو سٹور کرنا، گراف کی شکل میں پیش کرنا، اور براؤزر یا ایپ کے ذریعے ان آلات پر دور سے کنٹرول رکھنا۔ یہی وہ عنصر ہے جو سنسرز (sensors) کو نصب کرنے کی اہمیت کو واضح کرتا ہے۔
2. پیش گوئی مبنی مرمت (Predictive Maintenance): طویل مدتی ڈیٹا اسٹوری اسٹریم سے استعمال کے نمونے اور خرابیوں کی روند کا پتہ چلتا ہے؛ جس کے باعث مرمتی کام سابقہ طریقوں (جہاں عملہ شکایت آنے پر ہی جاتا تھا) سے بدل کر پیشن گوئی کے مبنی طریقوں پر منتقل ہو جاتا ہے… یعنی آلہ خراب ہونے سے پہلے ہی مرمت کی جاتی ہے۔ موسم اور موسمی حالات کے اثرات بھی روشنی کی ضروریات پر اثر ڈالتے ہیں؛ مثلاً کم ٹریفک والے راستوں پر رات میں روشنی کو کم کیا جاتا ہے، جبکہ طوفانی موسم میں روشنی کو زیادہ کیا جاتا ہے۔

یہی عناصر ہیں جو کسی پلیٹفارم کی اصل اہمیت کو ظاہر کرتے ہیں…

دیانتدارانہ حدود (Honest Boundaries): پیشگوئی مراقبت (Predictive Maintenance) کے لیے تاریخی ڈیٹا کی ضرورت ہے، اور تاریخی ڈیٹا کے لیے ایسے آلات کے ایک بڑے بیڑے کی ضرورت ہے جو کافی عرصے تک چلیں تاکہ وہ ڈیٹا جمع کر سکیں۔ ایک جگہ جہاں صرف دس آلات ہیں، وہاں “بڑے ڈیٹا” (Big Data) کا مسئلہ نہیں ہوتا؛ وہاں تو صرف دس آلات ہیں۔

تنفیذ، مرمتی کام (Implementation/Retrofits) بمقابلہ نئی تعمیرات (New Builds):

مرمتی کام (Retrofits): ہارڈویئر کو مراحل میں اضافہ کیا جاتا ہے: موجودہ آلات میں کمیونیکیشن ماڈیولز (بلوٹوث، زیگبی، یا 4G/5G) اور سنسرز لگائے جاتے ہیں، پھر مقامی نیٹ ورک قائم کیا جاتا ہے (بلوٹوث یا زیگبی کے ذریعہ، اور اسے 4G/5G تک گیٹ وے کے ذریعے جوڑا جاتا ہے)، اور بعد میں ہی پلیٹفارم سے جوڑا جاتا ہے۔ نئی تعمیرات (New Builds): مربوطیت (Connectivity) کو ڈیزائن کے حصے کے طور پر ہی لیا جانا چاہئے، نہ کہ بعد میں اضافی طور پر؛ ابتدا ہی انٹیگریٹڈ اسمارٹ ماڈیولز اور سنسرز کا انتخاب کیا جانا چاہئے تاکہ مربوطیت کی سطح سے ابتدا ہی معیار مقرر کر دئے جائیں۔ کسی آلے میں ماڈیول لگانا جو اصلاً اسی طرح ڈیزائن نہیں کیا گیا تھا، ہمیشہ اسی آلے کو دوبارہ ڈیزائن کرنے سے زیادہ مہنگا پڑتا ہے۔

تطبیقات (Applications): موبائل ایپس حالت کو دیکھنے اور کنٹرول کرنے کے لئے استعمال ہوتی ہیں، اور وہ ریئل-ٹائم میں خرابیوں کی معلومات بھی فراہم کرتی ہیں؛ ساتھ ہی ایسی اپلیکیشنز بھی ہیں جو روشنی کو وقت اور ٹریفک کے پیٹرن کے حساب سے خود ساختہ طور پر تعدیل کر دیتی ہیںۤ

تین چیلنج (Three Challenges) اور ہمارے جوابات (Our Answers):

سیکیورٹی: ایک “جڑے ہوئے آلے” (connected fixture) وہ آلہ ہے جو کسی مخالفانہ نیٹ ورک (hostile network) پر موجود ہے۔ ٹیلیمیٹری (telemetry) اور کمانڈز (commands) کو نقل وحمل کے دوران انکرپٹ کریں، ہر آلے کی شناخت (authentication) کریں، کنٹرولر (controller) کو عوامی انٹرنیٹ سے دور رکھیں اور کلاؤڈ اینڈپوائنٹ (cloud endpoint) کے پیچھے چلائیں، اور پلیٹفارم پر بار بار خرابیوں (vulnerabilities) کی جانچ کریں۔

خرچ: “اسمارٹ کنکٹیویٹی” (smart connectivity) سے ہارڈویئر اور نیٹ ورک کے آپریٹنگ اخراجات (hardware and network operating costs) میں اضافہ ہوتا ہے۔ سستے ماڈیولز (cheap modules) کا مسئلہ نہیں ہے؛ بلکہ مسئلہ نیٹ ورک کی آرکیٹکچر (network architecture) اور ڈیٹا کی پالیسی (data strategy) میں ہے۔ آن-ڈمانڈ ٹرانسمیشن (on-demand transmission) کے بجائے مستقل استریمنگ (continuous streaming) سے ٹریفک (traffic) میں کافی کمی آتی ہے، اور “لوراوان” (LoRaWAN) تکنولوجی کے استعمال سے بار بار چلنے والے اخراجات (recurring costs) تقریباً صفر کے قریب ہو جاتے ہیں۔

کمپیٹیبلٹی: مختلف تیار کنندگان (different manufacturers) کے آلے ایک دوسرے کے ساتھ کام نہیں کر سکتے۔ اس صورت میں صنعتی حل یکساں معیارات (unified standards) کا اختیار کرنا ہے؛ پروجیکٹ کا حل تو خریداری کے ضوابط (procurement discipline) کا پابند رہنا ہے: تمام آلے ایک ہی فروخت کنندے (single vendor) سے خریدیں تاکہ ماڈیولز، سنسرز (sensors) اور پلیٹفارم (platform) ایک مکمل نظام (a complete system) کے طور پر جانچے جا سکیں۔ ہمیں ایسے ہی آلے فراہم کئے جاتے ہیں – کنٹرولر (controller), کمیونیکیشن ماڈیول (communications module) اور پلیٹفارم (platform) سب ایک ہی بی او ایم (BOM – Bill of Materials) میں شامل ہوتے ہیںۤ

جب “اسمارٹ” (smart) خرچے اٹھانا بند کر دیتا ہے…

جب سائٹ چھوٹی ہے، عملہ مقامی ہے، اور کوئی بھی ڈیشبورڈ میں لاگ ان نہیں کرتا، تو صرف “سینسنگ پلس ون اپلنک (Sensing Plus One Uplink)” کو شامل کریں۔ جب فلیٹ (fleet) اس حد تک بڑی ہو جائے کہ راستے پر چلنے کا خرچ سبسکرپشن سے زیادہ ہو جائے، تو پلیٹفارم (platform) کو شامل کریں۔ یہی مکمل فیصلہ ہے۔

یہ صفحہ کیا نہیں کवر کرتی:

یہ صفحہ مستقل (standalone) سولر سٹری لائٹس (solar street lights) کے لئے کنکٹیوٹی آرکیٹیکچر (connectivity architecture) کو کवر کرتی ہے؛ ٹریفک سگنلوں کے انٹیگریشن (traffic-signal integration)، میٹرنگ سسٹم کی انٹرآپریبیلٹی (metering system interoperability)،یا اسمارٹ-سٹی پلیٹفارمز (smart-city platforms) کی خریداری کو نہیں کवر کرتی۔ ٹیلیمیٹری (telemetry) اور کمانڈز (commands) کے پروٹوکول-لیول کے میکانیزمز (protocol-level mechanisms) کے لئے ریموٹ کنٹرول فور سولر سٹری لائٹس (Remote Control for Solar Street Lights) دیکھیں۔ میچڈ کنکٹڈ یونٹس (matched connected units) کے لئے ہماری آل-این-ون سولر سٹری لائٹس (All-in-One Solar Street Lights) سیریز دیکھیںۤ