نجد أن تقييم نظام إنارة الشوارع بالطاقة الشمسية بتقنية الذكاء الاصطناعي وإنترنت الأشياء يصبح أسهل عند تقسيم وظائفه إلى طبقات. في مواد منتجنا، نصف مستشعرًا قادرًا على رصد حركة المرور والظروف الجوية، ووحدة تحكم بتقنية الذكاء الاصطناعي وإنترنت الأشياء مع تتبع نقطة الطاقة القصوى (MPPT) مزودة بتطبيق حاسوبي/تطبيق، ووظائف إضاءة، ووظائف تحكم عن بُعد، بالإضافة إلى إدارة عبر الويب أو تطبيق جوال لعرض الحالة والأوامر. كما نصف إمكانية التكامل القابل للتوسع مع كاميرات المراقبة، وأنظمة البث للإنذار المبكر، ومعدات الرصد الجوي. تُحدد هذه البيانات حدودًا معمارية مفيدة، لكنها لا تُثبت بروتوكول اتصال محددًا، أو مزود خدمة سحابية، أو واجهة برمجة تطبيقات (API)، أو طراز كاميرا، أو تصميم صلاحيات.

في هذه المقالة، نشرح كيفية ترابط هذه المكونات. للاطلاع على قرار ملاءمة المفهوم والمشروع، انظر ما هي مصابيح الشوارع الشمسية بتقنية الذكاء الاصطناعي وإنترنت الأشياء؟ شرح للتقنيات والوظائف والمزايا. بالنسبة للمناقصة الفعلية أو عملية النشر، نوصي بتأكيد كل وظيفة مقابل النموذج المختار وتصميم المشروع.

ما هو الدور الذي يلعبه كل مكون في نظام إضاءة الشوارع بالطاقة الشمسية بتقنية الذكاء الاصطناعي وإنترنت الأشياء؟

توفر أجهزة الاستشعار مدخلات

في HC-CZSL-39 في وصف المنتج، نوضح أن المستشعر يرصد حركة المرور والظروف الجوية، ويدعم الضبط التلقائي للسطوع ودرجة حرارة اللون. على مستوى التصميم، نعتبر المستشعر بمثابة طبقة الإدخال، حيث يرصد الظروف التي قد تؤثر على قرار الإضاءة. لا يتضمن سجلنا نموذجًا عالميًا للمستشعر، أو دقة القياس، أو موقع التركيب، أو فترة أخذ العينات، أو الخوارزمية المستخدمة. لذلك، نحتفظ بهذه التفاصيل ضمن نطاق أسئلة المشروع.

يقوم جهاز التحكم بتنفيذ أعمال الإضاءة المحلية

يُدرج سجل منتجاتنا وحدة تحكم ذكية بتقنية تتبع نقطة الطاقة القصوى (MPPT) تعمل بالذكاء الاصطناعي وإنترنت الأشياء، وتتضمن وظائف التحكم في الإضاءة والتحكم عن بُعد. ترتبط تقنية MPPT بشحن الطاقة الشمسية وإدارة الطاقة، بينما يرتبط التحكم في الإضاءة والتحكم عن بُعد بالتشغيل. نضع وحدة التحكم بالقرب من نقطة الإضاءة في البنية عالية المستوى، حيث تربط أجهزة الطاقة والإضاءة بسير عمل الإدارة. لا نستنتج أي بروتوكول أو شريحة أو معيار لاسلكي أو تصميم حلقة تحكم من عبارة "الذكاء الاصطناعي وإنترنت الأشياء".

تعرض منصة الإدارة الحالة والأوامر.

في قسم الأسئلة الشائعة، نوضح أن منصة الويب أو التطبيق قادرة على ضبط السطوع، ودرجة حرارة اللون، وحالة التشغيل/الإيقاف، والمساحات، وأن متصفحات الويب وتطبيقات الجوال تدعم عرض البيانات. في سير عمل المشروع، تُعدّ طبقة المنصة هي المكان الذي يمكن للمشغل المُصرّح له فيه مراجعة الحالة، وإرسال الأوامر، والاستجابة للتنبيهات. لا تزال تفاصيل الشاشات، وأدوار المستخدمين، وقواعد الاحتفاظ بالبيانات، ومتطلبات الشبكة بحاجة إلى تأكيد.

تُعد الكاميرات والأجهزة الأخرى أهدافًا للتكامل

تصف مواد المقارنة لدينا إمكانية التكامل القابل للتطوير مع كاميرات المراقبة الأمنية، وأنظمة البث للإنذار المبكر، ومعدات الرصد الجوي، وغيرها من المتطلبات. نعتمد على ذلك كمنهج تصميمي. هذا لا يعني أن كل مصباح إنارة يعمل بالطاقة الشمسية مزود بكاميرا مدمجة، أو أن كل طراز يتضمن واجهة كاميرا جاهزة. نحن نتعامل مع الأجهزة الخارجية كعملية تكامل منفصلة، ​​لها متطلباتها الخاصة من حيث الطاقة، والتركيب، وعرض النطاق الترددي، والبيانات، والخصوصية، والقبول.

كيف تتبادل المكونات المعلومات؟

نموذجنا الأكثر أمانًا على المستوى العالي هو:

الاستشعار ← التحكم المحلي ← رؤية الحالة ← الأمر عن بعد ← الاستجابة الميدانية

1. يرصد جهاز الاستشعار الخاص بنا حالة معينة مثل حركة المرور أو الطقس.
2. يقوم جهاز التحكم الخاص بنا بتطبيق منطق الإضاءة والطاقة المتاح على العمود أو التركيب.
3. تصبح معلومات التشغيل مرئية من خلال طبقة الإدارة المُهيأة لدينا.
4. يمكن للمشغل المعتمد إرسال أمر مدعوم، مثل أمر الضبط أو أمر التشغيل/الإيقاف.
5. نقوم بالتحقق من النتيجة محلياً ونسجل الحدث لأغراض الصيانة أو القبول.

يساعدنا هذا النموذج، نحن وعملاءنا، على طرح الأسئلة الصحيحة دون الحاجة إلى ابتكار بنية تقنية معقدة. ما هي البيانات التي يتم جمعها؟ ما هي القرارات التي تُتخذ محليًا؟ ما هي الأوامر المسموح بها عن بُعد؟ ماذا يحدث في حال انقطاع الاتصال؟ هل يتم تسجيل الأمر؟ من يستطيع تعديله؟ ما هو الجهاز الخارجي الذي يستقبل البيانات؟ هذه الأسئلة أكثر فائدة من افتراض أن "المنصة السحابية" تعني بنية قياسية واحدة.

ما هي الوظائف التي يجب أن تكون عند نقطة الإضاءة، وما هي الوظائف التي يجب أن تكون على المنصة؟

نستخدم هذا الفصل لتجنب خطأين شائعين. أولاً، لا ينبغي تقديم وظيفة المنصة كدليل على أن جميع الأعمدة تمتلك نفس الأجهزة. ثانياً، لا ينبغي تقديم ميزة من ميزات الأجهزة كدليل على أن المشروع لديه إمكانية الوصول عن بُعد، أو تغطية الشبكة، أو إذن باستخدامها.

ما الذي يجب على فريق المشروع التحقق منه قبل اعتماد هذه البنية؟

نوصي باستخدام قائمة مرجعية خاصة بالبنية المعمارية لكل نموذج.

تحقق من الأجهزة المحددة

نؤكد رقم الطراز، ونوع وحدة التحكم، وترتيب اللوحة والبطارية، وطريقة التركيب، وارتفاع التركيب، ومنطقة الإضاءة، والحدود البيئية. على سبيل المثال، يُشير سجل منتجنا HC-CZSL-39-100W إلى إمكانية تركيبه على عمود أو جدار، وارتفاع تركيب يتراوح بين 4 و6 أمتار، وصندوق بطارية خارجي من نوع LiFePO4، ونطاق درجة حرارة لونية قابل للتعديل بالذكاء الاصطناعي يتراوح بين 3000 و6000 كلفن. هذه القيم خاصة بهذا المنتج فقط.

تحقق من متطلبات الاستشعار

نحدد ما إذا كان المشروع يحتاج إلى بيانات عن حركة المرور، أو الطقس، أو مستوى الإضاءة، أو الإشغال، أو أي مدخلات أخرى. ونسأل عن مكان تركيب المستشعر، والظروف التي يمكنه رصدها، وكيفية اتخاذ القرار، وماذا يحدث في حال عدم توفر القراءة. ولا نحول عبارة "مستشعر" عامة إلى مواصفات أداء دون وجود أدلة.

تحقق من مسار التحكم والشبكة

نوثق عناصر التحكم المحلية، وعناصر التحكم عن بُعد، والأوامر المدعومة، وطريقة الاتصال، والتغطية، وسلوك الجهاز في وضع عدم الاتصال، وعملية تحديث البرامج الثابتة، وتسجيل الأوامر. كما نؤكد ما إذا كان الوصول إلى الويب وتطبيق الهاتف المحمول مُضمنًا في التكوين المُختار، وما هي أدوار المستخدمين التي يُمكنها تغيير الإعدادات.

تحقق من الأجهزة الخارجية بشكل منفصل

بالنسبة للكاميرات وأجهزة البث وأجهزة الأرصاد الجوية، نؤكد على ميزانية الطاقة، والتركيب، والواجهة، وعرض النطاق الترددي، وملكية البيانات، ومتطلبات الخصوصية، والتخزين، واختبارات القبول. تدعم موادنا التعامل مع هذه المتطلبات كمتطلبات تكامل قابلة للتطوير؛ وهي لا تُغني عن الحاجة إلى مراجعة واجهة خاصة بكل مشروع.

تحقق من سير عمل الصيانة

يشمل وصف منتجنا فحوصات حالة التشغيل في الوقت الفعلي، وتحديد الموقع عبر نظام تحديد المواقع العالمي (GPS)، وتحديثات البرامج الثابتة عن بُعد، والإشراف على النظام على مدار الساعة، والتعرف الفريد على المصابيح. نؤكد أيًا من هذه الميزات مُضمنة من خلال خدمة المراقبة عن بعد والإدارة الذكية لإنترنت الأشياء المدعومة بالذكاء الاصطناعيما هي حدود الخدمة المطبقة، وكيف يتحول التنبيه إلى إجراء ميداني؟ لوحة التحكم بدون مالك وقاعدة تصعيد وسجل إغلاق لا تُعد عملية صيانة كاملة.

أين تحتاج الادعاءات المعمارية إلى أدلة خاصة بالمنتج؟

نستخدم ثلاثة مستويات من الأدلة:

6. تم التأكيد في سجل منتج محدد:وحدة تحكم خاصة بالطراز، أو بطارية، أو تركيب، أو منطقة إضاءة، أو وظيفة تحكم مدرجة.
7. تم التأكد من ذلك في مواد نظام العميل، ولكن الأمر يعتمد على الحالة:إدارة الويب/التطبيقات، والتنبيهات، وتحديد المواقع، أو وظائف البرامج الثابتة عن بُعد.
8. اتجاه تكامل المشروع:الكاميرات، وأنظمة البث، ومعدات الأرصاد الجوية، وواجهة برمجة التطبيقات، والشبكة، والأذونات، وإدارة البيانات.

نكتب المستويين الأولين كبيانات لقدرات العميل فقط عندما يظل النطاق الدقيق واضحًا. نكتب المستوى الثالث كمتطلب للتحقق. هذا التمييز مهم بشكل خاص لـ مصابيح إنارة الشوارع التي تعمل بالطاقة الشمسية مع إمكانية تثبيتها على الأعمدةقد يتم توفير أو تكوين العمود، والتركيب، ووحدة التحكم، والمستشعر، والشبكة، والجهاز الخارجي بواسطة مسارات عمل مختلفة.

تسليم المشروع من قسم الهندسة المعمارية

قبل الموافقة، نُعدّ ملفًا من صفحة واحدة يتضمن رقم الطراز، وقائمة المكونات، ومخطط التحكم، وافتراضات الشبكة، وقائمة الأجهزة الخارجية، وأدوار المستخدمين، وسير عمل التنبيهات، واختبار التشغيل، وإثباتات القبول. ونُصنّف كل سطر على أنه مُؤكّد، أو مُهيّأ، أو قيد التحقق. يمنع هذا التصنيف البسيط تحوّل مخطط المفهوم إلى وعدٍ غير مقصود بالمنتج.

عند التخطيط لمشروع إضاءة شمسية متصلة، شارك مع فريقنا ظروف الموقع، واحتياجات أجهزة الاستشعار والكاميرات، وسير عمل المراقبة، وطريقة الاتصال، وترتيب التركيب، وقيود التكامل من خلال نظرة عامة على نظام Werise العالمي للذكاء الاصطناعي وإنترنت الأشياء أو صفحة الاتصال الخاصة بـ Weriseنحن نعتقد أن البنية السليمة ليست تلك التي تحتوي على أكبر عدد من الصناديق؛ بل هي تلك التي يكون لكل صندوق فيها دور محدد، ومالك مسؤول، وتسليم واضح للمرحلة التالية.