LoRaWAN هو أحد الأسباب التي جعلتني أهتمّ بإنترنت الأشياء منذ البداية.

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

كان ذلك مثيراً. وما زال كذلك.

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

LoRaWAN تقنية رائعة.

لكنها ليست أفضل تقنية لكل مشكلة.

هذا التمييز مهم. ساعد LoRaWAN في إنشاء سوق LPWAN ولا يزال يملك نظاماً بيئياً للأجهزة أكثر نضجاً بكثير من mioty. وإن كنت بحاجة إلى مستشعرات جاهزة اليوم، فببساطة هناك أجهزة LoRaWAN أكثر متاحة. هذه ميزة حقيقية، لا ينبغي تجاهلها.

لكن حين يتحوّل السؤال من «أيّ نظام بيئي هو الأكبر؟» إلى «ما الأفضل لعمليات نشر إنترنت أشياء صناعية كثيفة ومليئة بالتشويش؟»، تتغيّر الإجابة.

في تلك البيئات، يملك mioty ميزة تقنية واضحة.

كون التقنية الأولى لا يعني دائماً أنها الأفضل.

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

هنا تصبح المقارنة بين mioty وLoRaWAN مهمّة.

كلاهما تقنية LPWAN. وكلاهما مُصمَّم لإنترنت الأشياء بعيد المدى منخفض الطاقة. لكنهما يقومان على أفكار مختلفة جداً. يرسل LoRaWAN الحزم عبر الطبقة الفيزيائية LoRa ويدير الأجهزة من خلال البوّابات وخوادم الشبكة. أما mioty فيستخدم Telegram Splitting Multiple Access، أو TSMA، حيث تُقسَّم كل رسالة إلى دفعات راديوية صغيرة كثيرة تُرسل عبر الزمن والتردد.

يبدو هذا تفصيلاً تقنياً، لكنه يغيّر طريقة تصرّف الشبكة في العالم الحقيقي.

السعة mioty مقابل LoRaWAN: لماذا يهمّ معدّل الحزم الموثوق أكثر من ادعاءات عدد الأجهزة

عند مقارنة تقنيات LPWAN، يسأل الناس عادةً كم جهازاً يمكن لبوّابة أو محطة قاعدية أن تدعمه.

سؤال مفهوم، لكن قد يكون مضلّلاً.

الجهاز الذي يرسل رسالة واحدة يومياً يختلف كثيراً عن جهاز يرسل رسالة كل دقيقة. الحد الحقيقي ليس مجرّد عدد الأجهزة المسجّلة. الحد الحقيقي هو حجم حركة المرور التي يمكن أن تحملها الشبكة مع تسليم الرسائل بشكل موثوق.

هنا يبدأ mioty في التميّز.

تشير Fraunhofer IIS إلى أن mioty يمكنه التعامل مع ما يقارب 3.5 مليون رسالة يومياً عبر محطة قاعدية واحدة. ويضع تحالف mioty تقنيته أيضاً باعتبارها تقنية لشبكات إنترنت أشياء ضخمة بأساطيل ضخمة من النقاط الطرفية وحجم رسائل يومي مرتفع.

أحياناً يُختصر هذا إلى عبارة مثل «محطة قاعدية mioty واحدة تدعم 160000 جهاز». قد يكون لهذا الرقم معنى في نموذج حركة مرور محدّد، لكنه يحتاج إلى سياق. إذا كانت المحطة القاعدية تستطيع معالجة نحو 3.5 مليون رسالة يومياً، ويرسل كل جهاز رسالة في الساعة — أي 24 رسالة يومياً — فهذا يعطي تقريباً 145000 جهاز يرسلون كل ساعة.

هذه هي الطريقة الصحيحة للتفكير.

ليست رقماً سحرياً ثابتاً، بل سؤال سعة.

إذا كانت أجهزتك ترسل نادراً، يمكنك دعم أسطول كبير جداً. وإن كانت ترسل بكثرة، يتغيّر الرقم. المهم هو أن mioty يمنحك ميزانية حركة مرور أكبر بكثير قبل أن تبدأ الشبكة بالشعور بالاكتظاظ.

سعة بوّابة LoRaWAN مقابل mioty: لماذا تغيّر 44000 حزمة في الدقيقة دفّة الحديث

من أقوى المقارنات التي رأيتها تأتي من دراسة منشورة تقارن mioty وLoRa. وجدت الدراسة أن mioty يمكنه دعم نحو 44000 حزمة في الدقيقة في عرض نطاق 1 ميغاهرتز بمعدّل فقدان 10 %. أما LoRa فقد بلغ نحو 600 حزمة في الدقيقة في وضع أقل متانة، ونحو 40 حزمة في الدقيقة في وضعه الأكثر متانة.

فرق هائل.

لكن من المهم أن نقول ذلك بدقة. الرقم «600» لا يعني «600 جهاز». بل يعني نحو 600 حزمة في الدقيقة ضمن تهيئة LoRa محدّدة. في عملية نشر LoRaWAN حقيقية، يعتمد عدد الأجهزة لكل بوّابة على حجم الحمولة، ومعامل النشر، وخطة القنوات، ودورة العمل، وإعادة الإرسال، والإقرارات، وكثافة البوّابات، وعدد مرات إرسال كل جهاز للبيانات.

ومع ذلك، تظل المقارنة مهمّة لأنها تُظهر اتجاه التقنية.

ينضوي LoRaWAN جيداً عندما تكون الرسائل قليلة التكرار والظروف قابلة للإدارة. أما mioty فقد صُمِّم للحظة التي تصبح فيها الشبكة كثيفة، وحركة المرور أكبر، والتشويش جزءاً من اليومي.

وقد رأيت هذه المشكلة شخصياً.

عندما أحضر مؤتمرات TTN وفعاليات LoRaWAN، ألتقي بأشخاص يبنون أجهزة مذهلة حقاً. الإبداع في هذا المجتمع أحد الأسباب التي جعلت LoRaWAN مهمّاً.

لكنني أرى القيود بوضوح كبير.

في قاعة مليئة بالبوّابات والمستشعرات والعروض التوضيحية، ومجموعة من الناس يحاولون إظهار أجهزتهم في الوقت نفسه، يصبح التشويش واقعاً ملموساً جداً. أحياناً، أصعب جزء في العرض ليس العتاد. بل إيصال الرسالة.

وهذه هي النقطة.

في بيئات RF مزدحمة، يعاني LoRaWAN. يمكنك أن تتحايل، وتخطّط، وتقلّل حركة المرور، وتضبط معامل النشر، وتزيد عدد البوّابات، وتصمّم بعناية. لكن المشكلة الأساسية تبقى: كلما زادت الكثافة والتشويش، صعب تسليم الحزم.

صُمِّم mioty لهذه المشكلة بالذات.

ولهذا لا أرى mioty مجرّد خيار LPWAN آخر. أراه التقنية الأفضل لعمليات النشر الصناعية الكثيفة حيث تهمّ موثوقية الرسائل.

بديل LoRaWAN لشبكات المستشعرات الكثيفة: لماذا يستخدم mioty تقسيم البرقيات

الفرق الجوهري بين mioty وLoRaWAN هو تقسيم البرقيات.

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

mioty يعمل بشكل مختلف.

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

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

هذه هي الجزئية التي تُحمّسني تجاه mioty.

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

ومع ذلك، يمنح الشبكة وسيلة لاستعادة البيانات.

هذا هو الفرق بين شيء يعمل بشكل جميل في العرض التوضيحي وشيء يبدأ في الشبه بالبنية التحتية.

أفضل LPWAN لإنترنت الأشياء الصناعي: لماذا تهم مقاومة التشويش أكثر من الأداء في العرض

التشويش ليس حالة نادرة في إنترنت الأشياء الصناعي. إنه جزء من البيئة.

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

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

عند هذه النقطة، لم يعد السؤال هل يعمل المستشعر.

السؤال هو هل تستمر الشبكة في العمل عندما يصبح النشر حقيقياً.

هنا يأتي تصميم mioty. ولأن كل رسالة موزّعة عبر الزمن والتردد، فإن حدثاً تشويشياً واحداً أقل احتمالاً لتدمير الرسالة بأكملها. يمكن أن تفقد الشبكة بعض الأجزاء وتعيد بناء البيانات.

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

المدى mioty مقابل LoRaWAN: لماذا تهمّ التغطية الموثوقة أكثر من المسافة المثالية في المختبر

المدى دائماً من أولى الأشياء التي يسأل عنها الناس بشأن LPWAN.

إلى أي مدى يصل؟

السؤال مفيد، لكنه ناقص. في إنترنت الأشياء الصناعي، السؤال الأفضل هو: إلى أي مدى يصل بشكل موثوق في البيئة الفعلية التي يجب أن يعمل فيها؟

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

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

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

هذا هو الفرق بين المدى النظري والمدى المفيد.

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

عمر البطارية mioty مقابل LoRaWAN: كيف يقلّل الاتصال القوي إهدار الطاقة

عمر البطارية نقطة أخرى تصبح فيها المقارنة أكثر إثارة مما تبدو لأول وهلة.

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

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

المقارنة العادلة إذن ليست ببساطة: أيّ تقنية تستهلك طاقة أقل في الوضع الأسهل؟

المقارنة العادلة هي: أيّ تقنية تمنحك تسليماً موثوقاً مع إبقاء الجهاز فعّالاً؟

هنا يصبح mioty مثيراً للاهتمام. ولأن تقسيم البرقيات يجعل الرسائل أكثر مرونة، يستطيع mioty تحقيق متانة عالية دون الاعتماد على زمن إرسال مستمر طويل بنفس الطريقة. يشير تحالف mioty إلى استهلاك طاقة عند النقطة الطرفية يبلغ 17.8 ميكروواط·ساعة لكل رسالة عند 868 ميغاهرتز، ويضع mioty لعمر بطارية يتجاوز 20 عاماً في عمليات النشر المناسبة.

طبعاً، عمر البطارية يعتمد دائماً على الجهاز الحقيقي، وفاصل الرسائل، وحجم الحمولة، وكيمياء البطارية، ودرجة الحرارة، والبرنامج الثابت، وسلوك المستشعر. لا ينبغي لأي مهندس جاد أن يَعِد بـ«20 عاماً» دون سياق.

لكن البنية المعمارية مهمّة.

إذا كانت طبقة الراديو أكثر مرونة، تستهلك طاقة أقل في مقاومة البيئة.

mioty مقابل LoRaWAN لإنترنت الأشياء الصناعي: لماذا تفشل المشاريع التجريبية عندما تصبح الشبكات كثيفة

تبدو الكثير من المشاريع التجريبية لإنترنت الأشياء جيدة لأنها عادةً مضبوطة.

هناك بضعة مستشعرات. البوّابة قريبة. الطيف ليس مزدحماً جداً. المركّب يعرف ما يُختبر. لوحة المعلومات تتحدّث. الجميع متحمّس.

ثم ينتقل المشروع إلى العالم الحقيقي.

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

هنا يصبح كثير من مشاريع إنترنت الأشياء أصعب من المتوقّع.

ليس لأن إنترنت الأشياء فكرة سيئة.

بل لأن الطبقة اللاسلكية عُومِلت كتفصيل.

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

هذا يجعله ذا صلة خاصة بالمرافق، ومراقبة الحالة الصناعية، والبنية التحتية للمدن الذكية، والساحات اللوجستية، والموانئ، والمستودعات، ومراقبة الخزانات، والاستشعار البيئي، وأي شبكة LPWAN خاصة حيث يجب أن تمرّ آلاف الرسائل الصغيرة بموثوقية.

بالنسبة لي، هنا يبدأ إنترنت الأشياء في أن يصبح مفيداً حقاً.

ليس عندما نوصل مستشعراً واحداً.

بل عندما نستطيع أن نثق بأن آلاف المستشعرات تُبلِّغ من العالم الحقيقي.

mioty مقابل LoRaWAN لأنظمة السلامة الذكية: من لافتات المخرج إلى الإرشاد الطارئ في الوقت الفعلي

أحد الأمثلة التي أفكّر فيها هو لافتات مخارج الحريق.

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

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

اللافتة الخضراء قد تعني أن طريق الخروج متاح.

اللافتة الحمراء قد تعني: نعم، يوجد مخرج هنا، لكن لا تذهب من هنا لأن هناك حريقاً أو دخاناً في الأمام.

هذا هو نوع تطبيق إنترنت الأشياء الذي يُحمّسني.

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

هذا هو النوع من الأشياء الذي يحرّكني.

لا أتحمّس للمستشعرات لأنها تُنشئ رسوماً بيانية. بل أتحمّس لها لأنها تتيح للأنظمة الفيزيائية الاستجابة لما يحدث فعلاً.

mioty مقابل LoRaWAN للأصول المتحركة: لماذا تجعل الحركة الموثوقية اللاسلكية أصعب

كثير من أصول إنترنت الأشياء الصناعية لا تبقى في مكانها.

تتحرك الحاويات في الساحات. تتنقّل الأدوات في المواقع. تنتقل المعدات بين المباني. تتحرك المركبات في المستودعات. تنتقل البالتات في المخازن. حتى الأشخاص ومعدات السلامة يتحرّكون بطرق تغيّر البيئة الراديوية.

الحركة تجعل الاتصال اللاسلكي أصعب. مسار الإشارة يتغيّر. الانعكاسات تتغيّر. المسافة تتغيّر. العوائق تتغيّر. على الشبكة أن تتعامل مع عالم فيزيائي غير ساكن.

في اختبارات مقارنة بين mioty وLoRa، أظهر mioty أداءً قوياً عند مستويات حركة عالية، بينما كان LoRa أكثر محدودية في الظروف المختبرة.

ليس كل نشر يحتاج إلى حركة عالية السرعة بالطبع. عدّاد المياه لا يسير على الطريق السريع. لكن النتيجة مهمّة لأنها تشير إلى نفس النمط: mioty مصمَّم لإبقاء الاتصال قوياً عندما تكون الظروف غير مثالية.

هذا هو الخيط الذي يمرّ عبر هذه المقارنة بأكملها.

LoRaWAN يعمل جيداً في كثير من عمليات النشر العملية.

mioty يصبح مقنعاً بشكل خاص عندما يصبح النشر كثيفاً، أو صاخباً، أو متحرّكاً، أو حرجاً.

شبكات هجينة LoRaWAN وmioty: لماذا الإجابة العملية ليست بروتوكولاً واحداً في كل مكان

هنا الإجابة العملية ليست عقيدية.

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

هذا مهم.

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

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

لهذا أعتقد أن المستقبل ليس «LoRaWAN أو mioty».

المستقبل هجين.

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

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

هذا أكثر عملية من التظاهر بأن LPWAN واحداً يجب أن يحلّ كل مشكلة.

خادم mioty مفتوح المصدر: لماذا يجعل KiloCenter البنية التحتية لـ mioty عملية

ولهذا أيضاً بنينا KiloCenter.

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

نجح LoRaWAN جزئياً لأن الناس استطاعوا البناء عليه. استطاعوا شراء أجهزة، ونشر بوّابات، والاتصال بخوادم الشبكة، وبدء التجربة. يحتاج mioty إلى نفس المسار العملي.

هذا ما يهدف KiloCenter إلى توفيره.

KiloCenter هو خادم mioty مفتوح المصدر للمطوّرين والمُكاملين والشركات الذين يريدون العمل مع mioty مباشرةً. يمنح الفرق طريقة لاختبار mioty، وربط المحطات القاعدية، وتأهيل النقاط الطرفية، ومعالجة الـ uplink، والتعامل مع الـ downlink، وربط البيانات بتطبيقات حقيقية.

ولأن Kilo Cloud يدعم كلاً من LoRaWAN وmioty، فإن KiloCenter لا يدور حول إجبار الجميع على ترك LoRaWAN. بل حول جعل mioty عملياً حيث يكون mioty الأداة الأفضل.

بالنسبة لي، هذا مهم لأن البنية التحتية يجب أن تكون شيئاً يمكن للمهندسين أن يلمسوه.

إذا أردنا أن ينمو mioty، فإن الناس يحتاجون إلى أكثر من ادعاءات تسويقية عن السعة والمدى. يحتاجون إلى أدوات تعمل. يحتاجون إلى شيفرة. يحتاجون إلى وسيلة لربط العتاد، وتلقّي الرسائل، وبناء تطبيقات حول البيانات.

هذا هو الدور الذي أريد أن يلعبه KiloCenter.

ليس كمنتج إضافي يُلصق في نهاية مقالة، بل كقطعة عملية من نظام mioty البيئي.

البنية التحتية مفتوحة المصدر تُسهم في جعل ذلك ممكناً.

mioty Service Center للمطوّرين: لماذا تهمّ الاستضافة الذاتية

أحد أسباب أهمية البنية التحتية مفتوحة المصدر هو التحكم.

في إنترنت الأشياء الصناعي، لا ترغب شركات كثيرة في أن تكون شبكتها بأكملها مخفية خلف نظام مغلق. تريد أن تفهم كيف تتدفّق البيانات. تريد أن تعرف كيف تتّصل المحطات القاعدية، وكيف تُدار النقاط الطرفية، وكيف تُعالج الـ uplink، وكيف تُرسل الـ downlink، وكيف يتكامل النظام مع باقي بنيتها التحتية.

ولهذا فإن خادم mioty مُستضافاً ذاتياً ذو قيمة.

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

KiloCenter يهدف إلى جعل هذا المسار أسهل.

يمنح الفرق نقطة انطلاق عملية للبناء مع mioty، والتجربة مع المحطات القاعدية والنقاط الطرفية، وربط بيانات mioty بتطبيقات حقيقية.

بالنسبة لي، هذا هو الجزء الأهم.

البروتوكول يصبح مفيداً عندما يستطيع الناس البناء عليه.

خاتمة mioty مقابل LoRaWAN: LoRaWAN بنى السوق، mioty يحلّ مشكلة التوسّع التالية

ساعد LoRaWAN الكثيرين منا على تخيّل ما يمكن أن يصبحه إنترنت الأشياء منخفض الطاقة.

لا يزال مفيداً. لا يزال عملياً. لا يزال يملك النظام البيئي الأقوى من حيث الأجهزة. في كثير من عمليات النشر، يهمّ ذلك أكثر من الأداء النظري.

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

وعندما تمثّل الرسالة شيئاً مهمّاً — دخاناً في ممر، أو ماءً يرتفع قرب ضفّة نهر، أو آلة تبدأ في الفشل، أو طريق إخلاء مسدوداً — لا يعود تسليم الحزمة مجرّد مقياس تقني.

يصبح الفرق بين أن تعرف وأن لا تعرف.

هنا يكون mioty أفضل.

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

هذا هو نوع الهندسة الذي يحتاجه إنترنت الأشياء الصناعي.

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

ومع دعم Kilo Cloud لكل من LoRaWAN وmioty، وKiloCenter الذي يجعل البنية التحتية لـ mioty مفتوحة المصدر متاحة للمطوّرين، لا تحتاج الفرق إلى اختيار جانب إلى الأبد.

يمكنهم استخدام التقنية اللاسلكية الصحيحة للمهمة الصحيحة.

هذا ما يجعل الأمر مثيراً بالنسبة لي.

ليس اسم البروتوكول. ولا الكلمات الرنانة. ولا حتى الإحصاءات.

الجزء المثير هو ما يصبح ممكناً عندما يصبح الاستشعار اللاسلكي موثوقاً بما يكفي للوثوق به في العالم الحقيقي.