12 مايو 2025·8 دقيقة
نموذج ترخيص Arm: توسيع IP المعالجات عبر مواءمة النظام البيئي
كيف وسّعت Arm نطاقها بترخيص تصميمات CPU في السوقين المحمول والمضمن—ولماذا قد تهم البرامج والأدوات والتوافق أكثر من امتلاك المصانع.
كيف وسّعت Arm نطاقها بترخيص تصميمات CPU في السوقين المحمول والمضمن—ولماذا قد تهم البرامج والأدوات والتوافق أكثر من امتلاك المصانع.
لم تصبح Arm ذات تأثير لأنها شحنت صناديق رقاقات نهائية. بل توسعت عبر بيع تصميمات CPU والتوافق—قطع يمكن للشركات الأخرى إدماجها في معالجاتها، داخل منتجاتها، وفق جداول تصنيعها الخاصة.
“ترخيص IP لوحدة المعالجة” يعني أساسًا بيع مجموعة مخططات مُجربة بالإضافة إلى الحق القانوني لاستخدامها. يدفع الشريك إلى Arm لاستخدام تصميم CPU معين (وتقنيات مرتبطة)، ثم يدمجه في شريحة أوسع قد تتضمن رسومات، كتل ذكاء اصطناعي، اتصالات، ميزات أمان، والمزيد.
تقسيم العمل يبدو هكذا:
في أشباه الموصلات، “التصنيع الأفضل” يمكن أن يكون ميزة قوية—لكن غالبًا ما تكون مؤقتة، مكلفة، وصعبة التوسعة عبر أسواق كثيرة. أما التوافق، فهو يتراكم. عندما تشترك الكثير من الأجهزة في أساس مشترك (مجموعة تعليمات، أدوات، دعم نظم تشغيل)، يستفيد المطورون والمصنعون والعملاء من سلوك متوقع ومجمع متزايد من البرمجيات.
Arm مثال واضح على كيف يمكن لمواءمة النظام البيئي—المعايير المشتركة، سلاسل الأدوات، وشبكة شركاء كبيرة—أن تصبح أكثر قيمة من امتلاك المصانع.
سنبقي التاريخ على مستوى عالٍ، نشرح ما الذي ترخِّصه Arm فعلاً، ونوضح كيف انتشر هذا النموذج عبر الهواتف المحمولة والمنتجات المضمنة. ثم سنفصّل الاقتصاد ببساطة، الموازنات والمخاطر، وننهي بدروس عملية عن المنصات يمكنك تطبيقها حتى خارج حقل الرقائق.
للمعاينة السريعة لآليات الأعمال، انتقل إلى /blog/the-licensing-economics-plain-english-version.
Arm لا “تبيع رقائق” بالمعنى التقليدي. ما تبيعه هو الإذن—عبر التراخيص—لاستخدام ملكية فكرية (IP) من Arm في رقاقات تصممها وتُصنّعها شركات أخرى.
من المفيد فصل ثلاث طبقات تُختلط غالبًا:
ترخيص Arm يعيش غالبًا في الطبقتين الأوليين: القواعد (ISA) و/أو تصميم نواة جاهز للدمج (core). يبني المرخِّص الـSoC الكامل حوله.
تُختصر أغلب المناقشات إلى نموذجين واسعين:
حسب الاتفاقية، عادةً ما يحصل المرخِّصون على RTL (كود وصف العتاد)، إعدادات مرجعية، وثائق، عناصر تحقق، ودعم هندسي—المكوّنات اللازمة للدمج والشحن.
ما لا تفعله Arm عادةً هو تصنيع الرقاقات. تلك الخطوة يتولاها المرخِّص ومصنّعه المختار بالإضافة إلى شركاء التغليف والاختبار.
صناعة الرقائق مكلفة، بطيئة، ومليئة بـ“المجهولات”. نموذج الترخيص يتوسع لأنه يسمح للعديد من الشركات بإعادة استخدام تصميم CPU مُثبت—وظيفيًا وكهربائيًا، وغالبًا على السيليكون. تقلل إعادة الاستخدام المخاطر (مفاجآت أقل في المراحل المتأخرة) وتختصر وقت الوصول للسوق (قليل من التصميم من الصفر، أخطاء أقل لتتبعها).
نواة CPU حديثة هي واحدة من أصعب الكتل لصنعها بشكل صحيح. عندما يتوفر نواة مثبتة كـIP، يمكن للشركاء تركيز الجهد على التميُّز:
هذا يخلق ابتكارًا متوازيًا: عشرات الفرق يمكنها بناء منتجات متميزة فوق نفس الأساس، بدلًا من الانتظار على خارطة طريق شركة واحدة.
في نهج التكامل الرأسي، تصمم شركة واحدة الـCPU، تصمم الـSoC، تتحقق منه، وتشحن الشريحة النهائية (وأحيانًا الأجهزة أيضًا). قد يعطي ذلك نتائج رائعة—لكن التوسع محدود بسعة هندسية منظمة واحدة، والوصول إلى التصنيع، والقدرة على خدمة العديد من الفجوات في آن واحد.
الترخيص يقلب المعادلة. Arm تركز على مشاكل “النواة” القابلة لإعادة الاستخدام، بينما يتنافس الشركاء ويتخصصون حولها.
كلما شحنت شركات أكثر تصميمات CPU متوافقة، استثمر المطورون وبائعو الأدوات أكثر في المترجمات، المصححات، أنظمة التشغيل، المكتبات، والتحسينات. أدوات أفضل تسهّل شحن الجهاز التالي، مما يزيد الاعتماد مرة أخرى—عجلة نظام بيئي لا تستطيع شركة رقاقة واحدة مضاهاة سرعتها بسهولة.
رقاقات المحمول نشأت في ظل قيود صارمة: أجهزة صغيرة، بدون مراوح، مساحة سطح محدودة لتبديد الحرارة، وبطارية يتوقع المستخدم أن تدوم طوال اليوم. يجبر هذا مصممي الـCPU على اعتبار الطاقة والحرارة كمتطلبات من الدرجة الأولى، ليس كأمر لاحق. لا يمكن للهاتف أن “يستعير” واط إضافي طويلاً دون أن يسخن، يحد الأداء، ويستنزف البطارية.
في هذا السياق، المعيار الفائز ليس سرعات الذروة الخام—بل الأداء لكل واط. CPU أبطأ قليلًا على الورق لكنه يستهلك طاقة أقل قد يوفر تجربة مستخدم أفضل لأنه يحافظ على السرعة دون ارتفاع حراري.
هذا سبب كبير لانتشار ترخيص Arm في الهواتف: ISA وتصاميم النوى لدى Arm تتماشَى مع فكرة أن الكفاءة هي المنتج.
ترخيص IP من Arm حل أيضًا مشكلة في السوق: مُصنِّعو الهواتف أرادوا تنوّعًا ومنافسة بين موردي الرقاقات، لكنهم لم يستطيعوا تحمل عالم برمجي مجزّأ.
مع Arm، يمكن لعدة شركاء تصميم رقاقات محمولة مختلفة—بإضافة GPU، مودم، كتل AI، متحكمات ذاكرة، أو تقنيات إدارة طاقة—مع البقاء متوافقين على مستوى CPU.
هذا التوافق مهم للجميع: مطورو التطبيقات، بائعو أنظمة التشغيل، وبائعي الأدوات. عندما يبقى الهدف الأساسي ثابتًا، تتحسن سلاسل الأدوات والمصححات والملفات المساعدة والمكتبات بشكل أسرع—وتكلفة دعمها أقل.
الشحنات الضخمة للهواتف زادت من فوائد التوحيد. الحجم العالي برر تحسينات أعمق للرقاقات المبنية على Arm، شجّع دعمًا برمجيًا وأدوات أوسع، وجعل ترخيص Arm "الخيار الآمن" للمحمول.
مع الزمن، ساعد هذا التفاعل التلقائي لترخيص IP للـCPU على التفوق على نهج يعتمد في المقام الأول على ميزة تصنيع شركة واحدة بدلًا من توافق النظام البيئي.
"المضمن" ليس سوقًا واحدًا—إنه مصطلح شامل للمنتجات التي يوجد فيها الحاسوب داخل شيء آخر: الأجهزة المنزلية، وحدات التحكم الصناعية، معدات الشبكات، أنظمة السيارات، الأجهزة الطبية، ونطاق واسع من عتاد IoT.
ما تشترك فيه هذه الفئات أقل في الميزات وأكثر في القيود: ميزانيات طاقة ضيقة، تكاليف ثابتة، وأنظمة يجب أن تتصرف بتوقع.
غالبًا ما تُشحن المنتجات المضمنة لسنوات عديدة، أحيانًا عقد أو أكثر. هذا يعني أن الموثوقية، تصحيح الأمان، واستمرارية التوريد تهم كما تهم الأداء الأقصى.
أساس CPU يبقى متوافقًا عبر الأجيال يقلل الاضطراب. يمكن للفرق الاحتفاظ بنفس بنية البرمجيات الأساسية، إعادة استخدام المكتبات، وإرجاع التصحيحات دون إعادة كتابة كل شيء لكل شريحة جديدة.
عندما يجب صيانة خط إنتاج بعد الإطلاق، "لا تزال الشيفرة تعمل نفسها" يصبح ميزة تجارية.
استخدام مجموعة تعليمات Arm المعتمدة على نطاق واسع عبر أجهزة عديدة يجعل التوظيف والعمليات أسهل:
هذا مفيد خصوصًا للشركات التي تشحن منتجات مضمنة متعددة في آن واحد—فلا يحتاج كل فريق إلى إعادة اختراع منصة من الصفر.
محافظ المنتجات المضمنة نادرًا ما تحتوي على جهاز واحد “الأفضل”. بل تحتوي على مستويات: حساسات منخفضة التكلفة، وحدات تحكم متوسطة، ووحدات بوابات أو حوسبة سيارات عالية الأداء.
نظام Arm البيئي يتيح للشركاء اختيار نوى (أو تصميم نواتهم الخاصة) التي تناسب أهداف طاقة وأداء مختلفة مع الحفاظ على أساس برمجي مألوف.
النتيجة هي عائلة منتجات متسقة: نقاط سعر وقدرات مختلفة، لكن تدفقات تطوير متوافقة ومسار ترقية أسلس.
مصنع رائع يمكنه صنع رقاقات بتكلفة وحدة أقل. نظام بيئي عظيم يمكنه جعل المنتجات أرخص للبناء والشحن والصيانة.
عندما تشترك الأجهزة في أساس CPU متوافق، لا تكون الميزة فقط أداءً لكل واط—بل أن التطبيقات وأنظمة التشغيل ومهارات المطورين تنتقل عبر المنتجات. تلك القابلية للنقل تصبح أصولًا تجارية: وقت أقل لإعادة الكتابة، أخطاء مفاجئة أقل، ومجتمع توظيف أكبر من المهندسين الذين يعرفون الأدوات بالفعل.
استقرار ISA وABI طويل الأمد لدى Arm يعني أن البرمجيات المكتوبة لجهاز Arm واحد غالبًا ما تظل تعمل—أحيانًا بإعادة ترجمة فقط—على رقاقات أحدث ومن بائعي سيليكون مختلفين.
هذا الاستقرار يقلل التكاليف الخفية المتراكمة عبر الأجيال:
حتى التغييرات الصغيرة تهم. إذا تمكنت شركة من الانتقال من “الشريحة A” إلى “الشريحة B” بدون إعادة كتابة برامج التشغيل أو إعادة التحقق من قاعدة الشيفرة كاملة أو إعادة تدريب الفريق، يمكنها تبديل الموردين أسرع وإصدار المنتج في الوقت المحدد.
التوافق ليس فقط حول نواة الـCPU—إنه حول كل ما يحيط بها.
بما أن Arm مستهدفة على نطاق واسع، كثير من المكونات الطرفية تصل "مُنجزة بالفعل": مكتبات تشفير، برامج ترميز الفيديو، بيئات ML، مكدسات الشبكات، وSDK لوكلاء السحابة. كما أن بائعي السيليكون يقدّمون SDKs، BSPs، وشيفرات مرجعية مصممة لتبدو مألوفة للمطورين المعتادين على منصات Arm أخرى.
مقياس التصنيع يمكنه خفض تكلفة الوحدة. لكن توافق النظام البيئي يقلل التكلفة الكلية—زمن الهندسة، المخاطر، ووقت الوصول للسوق—غالبًا أكثر من ذلك بكثير.
ترخيص Arm ليس فقط حول الحصول على نواة CPU أو ISA. بالنسبة لمعظم الفرق، العامل الحاسم هو ما إذا كان بإمكانهم البناء، تصحيح الأخطاء، وشحن البرمجيات بسرعة منذ اليوم الأول. هنا يتضاعف عمق أدوات النظام البيئي بهدوء مع الوقت.
قد يمتلك بائع شريحة جديد معمارية جيدة، لكن المطورين ما يزالون يسألون: هل يمكنني ترجمة شيفرتي؟ هل يمكنني تصحيح الأعطاب؟ هل أقيّم الأداء؟ هل أختبر بدون عتاد؟
لمنصات Arm عادةً يكون الجواب “نعم” بسرعة لأن أدوات السلسلة موحدة على نطاق واسع:
مع ترخيص IP للـCPU، تشحن شركات عديدة رقاقات متوافقة مع Arm. لو كان كل منها يتطلب سلسلة أدوات فريدة، كان كل بائع جديد سيبدو كمنصة منفصلة.
بدلاً من ذلك، تعني توافقية Arm أن المطورين غالبًا ما يعيدون استخدام أنظمة البناء الحالية، خطوط CI، وتدفقات تصحيح الأخطاء. هذا يقلل "ضريبة المنصة" ويجعل من الأسهل لبائع جديد الفوز بمقاعد التصميم—خاصة في المعالجات المحمولة والأنظمة المضمنة حيث يهم زمن الوصول للسوق.
الأدوات تعمل بأفضل شكل عندما يكون الستاك البرمجي موجودًا بالفعل. تستفيد Arm من دعم واسع عبر Linux، Android، ومجموعة متنوعة من RTOS، بالإضافة إلى بيئات التشغيل والمكتبات الشائعة.
بالنسبة لكثير من المنتجات، هذا يحوّل إحضار الشريحة من مشروع بحثي إلى مهمة هندسية قابلة للتكرار.
عندما تكون المترجمات مستقرة، والمصححات مألوفة، ومنافذ أنظمة التشغيل مثبتة، يتكرّر المرخِّصون أسرع: نماذج أولية أبكر، مفاجآت دمج أقل، وإصدارات أسرع.
عمليًا، هذه السرعة جزء كبير من سبب توسع نموذج ترخيص Arm—IP للـCPU هو الأساس، لكن الأدوات وسلاسل بناء البرمجيات هي ما يجعله قابلاً للاستخدام على نطاق واسع.
نموذج Arm لا يعني أن كل شريحة تبدو متشابهة. يعني أنه يبدأ الشركاء من أساس CPU يتناسب بالفعل مع عالم البرمجيات الحالي، ثم يتنافسون في كيفية بناء كل شيء حوله.
تستخدم العديد من المنتجات نواة CPU Arm مُتوافقة كالمحرك العام، ثم تضيف كتل متخصصة تحدد المنتج:
النتيجة شريحة تشغّل أنظمة تشغيل ومترجمات ووسطاء مألوفين، بينما تبرز بميزان الأداء لكل واط، الميزات، أو قائمة المواد.
حتى عندما يرخص بائعان IP مشابهًا، يمكنهما الانقسام عبر تكامل SoC: متحكمات الذاكرة، أحجام الكاش، إدارة الطاقة، كتل ISP للكاميرا، DSPs للصوت، وطريقة الربط داخل الشريحة.
هذه الاختيارات تؤثر على السلوك الواقعي—عمر البطارية، الكمون، الحراريات، والتكلفة—في كثير من الأحيان أكثر من فرق بسيط في سرعة الـCPU.
بالنسبة لمصنعي الهواتف والعلامات التجارية للأجهزة والمصنعين الصناعيين، قاعدة برمجية مشتركة تقلل القفل في مورد واحد. يمكنهم تبديل الموردين (أو الاعتماد على مصدرين) مع الاحتفاظ بكثير من نفس نظام التشغيل، التطبيقات، برامج التشغيل، وأدوات التطوير—متجنبين سيناريو "إعادة كتابة المنتج" عند تغيّر التوريد أو التسعير أو الاحتياجات الأداءية.
كما يميز الشركاء أنفسهم عبر شحن تصاميم مرجعية، ستاكات برمجية مُحققة، وتصاميم لوحات مثبتة. هذا يُقلّل المخاطر على المصنعين، يسرّع العمل التنظيمي واعتمادية الأداء، ويُكثّف وقت الوصول للسوق—غالبًا ما يصبح العامل الحاسم بدلاً من نتيجة بنشمارك أسرع بقليل.
Arm تتوسع بشحن مخططات التصميم (IP للـCPU)، بينما المصانع تتوسع بشحن الطاقة الفعلية (وييفرات). كل منهما يمكّن الكثير من الشرائح، لكنهما يضاعفان القيمة بطرق مختلفة.
الشريحة الحديثة عادةً تمر عبر أربعة لاعبين مميزين:
حجم Arm أفقي: أساس CPU واحد يمكنه خدمة العديد من مصممي الشرائح، عبر فئات منتجات متعددة.
لأن Arm لا تصنّع، لا يُجبر شركاؤها على استراتيجية تصنيع واحدة. يمكن لمصمم الشريحة اختيار المصنّع والعملية التي تناسب المهمة—موازنة التكلفة والطاقة والتوافر وخيارات التغليف والتوقيت—بدون حاجة لمزود IP لإعادة تهيئة مصنع.
يفتح هذا الفصل الباب للتجريب. يمكن للشركاء استهداف نقاط سعر وأسواق مختلفة مع البناء على أساس CPU مشترك.
حجم المصانع محدود بالبنية الفعلية ودورات التخطيط الطويلة. إذا تحرك الطلب، إضافة قدرة ليست فورية.
حجم IP مختلف: بمجرد توفر تصميم CPU، يمكن للعديد من الشركاء تنفيذه وتصنيعه حيث يلائمهم. قد يتمكن المصممون من تحويل الإنتاج بين المصانع (اعتمادًا على اختيارات التصميم والاتفاقات) بدلًا من الالتزام بخارطة طريق مصنع مملوك. تساعد هذه المرونة في إدارة مخاطر التوريد—حتى عندما تتغير ظروف التصنيع.
تحقّق Arm الأموال غالبًا بطريقتين: رسوم ترخيص مقدمة وعائدات ملكية مستمرة.
شركة تدفع لـArm حق استخدام تصميمات CPU (أو أجزاء منها) في شريحة. تساعد هذه الرسوم على تغطية عمل Arm المنجز—تصميم النواة، التحقق، التوثيق، وجعلها قابلة للاستخدام من قبل فرق تصميم عديدة.
فكر فيها كدفع مقابل تصميم محرك مُثبت قبل أن تبدأ في بناء السيارات.
بمجرد أن تُدمَج الشرائح في منتجات فعلية—هواتف، راوترات، حساسات، أجهزة منزلية—قد تتلقى Arm رسمًا صغيرًا عن كل رقاقة (أو لكل جهاز، بحسب الاتفاق). هنا يتوسع النموذج: إذا أصبح منتج الشريك شائعًا، تستفيد Arm أيضًا.
تنسجم العائدات مع الحوافز عمليًا:
العائدات تكافئ الاعتماد الواسع، ليس مجرد صفقة كبيرة واحدة. هذا يدفع Arm للاستثمار في الأشياء غير المبهرة التي تجعل الاعتماد أسهل—التوافق، التصاميم المرجعية، والدعم طويل الأمد.
إذا عرف العملاء أن البرمجيات والأدوات ستستمر في العمل عبر أجيال عديدة من الشرائح، يمكنهم تخطيط خارطة منتجاتهم بأقل مخاطرة. هذا التنبؤ يقلل تكاليف النقل، يقصر دورات الاختبار، ويجعل دعم المنتجات لسنوات أسهل—خصوصًا في الأنظمة المضمنة.
يمكن أن يوضح مخطط بسيط:
Arm → (ترخيص) → مصمم الشريحة → (شرائح) → صانع الجهاز → (أجهزة تباع) → عائدات تعود إلى Arm
نمذج ترخيص يقود إلى توسع أسرع من شركة واحدة تصنع كل الشريحة بنفسها—لكن يعني أيضًا التنازل عن بعض السيطرة. عندما تصبح تقنيتك أساسًا يستخدمه العديد من الشركاء، يعتمد نجاحك على تنفيذهم، قرارات منتجهم، ومدى تناسق منصة النظام البيئي في العالم الحقيقي.
Arm لا تشحن الهاتف النهائي أو الميكروكنترولر النهائي. يختار الشركاء عقد التصنيع، أحجام الكاش، متحكمات الذاكرة، ميزات الأمان، ومخططات إدارة الطاقة. هذه الحرية هي الهدف—لكن قد تجعل الجودة وتجربة المستخدم متفاوتة.
إذا بدا الجهاز بطيئًا، متسخنًا، أو حياة البطارية سيئة، نادرًا ما يلوم المستخدمون "نواة" بعينها. اللوم يذهب للمنتج. مع الوقت، النتائج غير المتسقة قد تضعف القيمة المتصورة للـIP الأساسي.
كلما خصص الشركاء أكثر، كلما زاد احتمال انجراف النظام البيئي نحو تنفيذات "نفسها لكنها مختلفة". معظم قابلية النقل لا تزال قائمة، لكن المطورين قد يواجهون حالات هامشية:
التجزؤ يظهر غالبًا ليس عند مستوى مجموعة التعليمات بل في برامج التشغيل، سلوك الفيرموير، وميزات المنصة حول الـCPU.
نموذج النظام البيئي يتنافس على جبهتين: معمارية بديلة وتصميمات داخلية لدى الشركاء. إذا قرر عميل كبير تصميم نواة CPU خاصة به، قد يخسر نموذج الترخيص حجمًا سريعًا. وبالمثل، قد يجذب المنافسون المشاريع بعروض تسعير أبسط، تكامل أوفر، أو طريق أسرع للتميُّز.
الشركاء يراهنون سنوات من التخطيط على منصة مستقرة. خرائط طريق واضحة، شروط ترخيص متوقعة، وقواعد توافق ثابتة أساسية. الثقة تعتمد أيضًا على إدارة حسنة: الشركاء يريدون التأكد من أن مالك المنصة لن يغيّر الاتجاه فجأة، يقيد الوصول، أو يعرقل قدرتهم على التميُّز.
قصة Arm تذكّر أن التوسع لا يعني دائمًا "امتلاك المزيد من المصانع". قد يعني جعل الآخرين سهلًا على بناء منتجات متوافقة يمكنهم المنافسة بها بطريقتهم.
أولًا، قُم بتوحيد الطبقة التي تُنتج أكبر إعادة استخدام. بالنسبة لـArm، هذه مجموعة التعليمات ونواة الـCPU—مستقرة بما يكفي لجذب البرمجيات والأدوات، لكنها تتطور بخطوات مُتحكم بها.
ثانيًا، اجعل الاعتماد أرخص من التحول. شروط واضحة، خرائط طريق متوقعة، ووثائق قوية تُقلل الاحتكاك للشركاء الجدد.
ثالثًا، استثمر مبكرًا في الممكّنات "المملة": المترجمات، المصححات، التصاميم المرجعية، وبرامج التحقق. هذه هي المعزِّزات الخفية التي تحوّل مواصفة فنية إلى منصة قابلة للاستخدام.
رابعًا، دع الشركاء يميّزون فوق الأساس المشترك. عندما يكون الأساس متوافقًا، تنتقل المنافسة إلى التكامل، كفاءة الطاقة، الأمان، التغليف، والسعر—حيث يمكن للعديد من الشركات الفوز.
تشبيه برمجي مفيد: Koder.ai يطبّق درس منصة مشابه لتطوير التطبيقات. عن طريق توحيد "طبقة الأساس" (سير عمل محكم بالدردشة مدعوم بـLLMs وبنية وكلاء) مع السماح للفرق بتصدير الشيفرة المصدرية، النشر/الاستضافة، استخدام نطاقات مخصصة، والاسترجاع عبر لقطات، يقلل ضريبة المنصة لإصدار تطبيقات ويب/محمول/خلفية—تمامًا كما تقلل Arm ضريبة المنصة لبناء رقاقات على ISA مشترك.
Arm عادةً ما ترخِّص ملكية فكرية لوحدة المعالجة المركزية (CPU IP) — سواء بنيّة مجموعة الأوامر (ISA) أو تصميم نواة جاهز للدمج، أو كليهما. تمنحك الترخيص حقوقاً قانونية بالإضافة إلى مخرجات فنية (مثل RTL والوثائق) لتتمكن من بناء شريحتك الخاصة حولها.
الISA هي العقد بين البرمجيات والعتاد: “لغة” التعليمات التي يفهمها المعالج. الCPU core هي تنفيذ ملموس لذلك الـISA (الميكروأرشيتكتشر). والSoC (النظام على شريحة) هو المنتج الكامل الذي يتضمن نوى المعالج بالإضافة إلى GPU، متحكمات الذاكرة، واجهات الإدخال/الإخراج، الراديو، وحدات الأمان، وغيرها.
ترخيص النواة (core license) يسمح لك بدمج نواة مصممة من Arm داخل SoC الخاص بك. معظم عملك سيكون حول التكامل والتحقق والتصميم على مستوى النظام حول كتلة CPU المثبتة.
ترخيص الهندسة المعمارية (architecture license) يسمح لك بتصميم نواة CPU الخاصة بك التي تنفذ ISA الخاصة بـArm، بحيث تظل متوافقة مع بيئة Arm بينما تمنحك حرية أكبر في قرارات الميكروأرشيتكتشر.
المخرجات الشائعة تشمل:
عادةً تحصل على رقاقة مصنعة—التصنيع يتولاه المرخِّص وشركة المصنع (foundry) التي يختارها.
لأن ملكية تصميم نواة المعالج قابلة لإعادة الاستخدام: بمجرد التحقق من تصميم النواة، يمكن للعديد من الشركاء دمجه بشكل متوازٍ في منتجات مختلفة. هذه إعادة الاستخدام تقلل المخاطر (قليل من المفاجآت المتأخرة)، تسرع الجداول الزمنية، وتمكن كل شريك من التركيز على ما يميّزه—مثل إدارة الطاقة، أحجام الكاش، أو مسرعات مخصصة.
ميزة التصنيع تساعد في تكلفة الوحدة وأحيانًا الأداء، لكنها مكلفة ودورية وصعبة التطبيق عبر كل الفئات.
توافق النظام البيئي يقلل التكلفة الإجمالية للمنتج (زمن الهندسة، إعادة النقل، الأدوات، الصيانة) لأن البرمجيات والمهارات والمكونات الطرف الثالث تنتقل عبر الأجهزة. عبر أجيال متعددة، غالبًا ما يتفوّق هذا ‘ضريبة إعادة الكتابة’ على مزايا التصنيع البحتة.
الأجهزة المحمولة محدودة بالقدرة الحرارية والطاقة: الأداء المستدام أهم من دفعات السرعة القصيرة. نموذج Arm أتاح المنافسة دون فوضى برمجية—عدة بائعي رقائق يمكنهم شحن شرائح مختلفة (اختيارات GPU/modem/NPU، استراتيجيات دمج) مع الحفاظ على أساس متوافق للـCPU/البرمجيات.
منتجات النظام المضمن غالبًا ما يكون لها دورات حياة طويلة (سنوات) وتحتاج إلى صيانة موثوقة، تصحيحات أمان واستمرارية التوريد.
أساس CPU/البرمجيات المتسق يساعد الفرق على:
هذا مهم عندما تدعم الأجهزة طويلًا بعد الإطلاق.
أدوات ناضجة تقلل “ضريبة المنصة”. لأهداف Arm، الفرق عادةً ما تعتمد على مجمعات أكواد ثابتة (GCC/Clang)، مصححات الأخطاء (GDB/تكاملات IDE)، أدوات القياس، ودعم أنظمة تشغيل (Linux/Android/RTOS).
هذا يعني إحضار أسرع، مفاجآت أقل في سلسلة الأدوات، وتكرار أسرع حتى قبل وصول السيليكون النهائي.
عادةً من مصدرين للإيرادات:
الرسوم المتكررة تكافئ الاعتماد الواسع وتدفع Arm للاستثمار في التوافق، التصاميم المرجعية، والدعم طويل الأمد.