Riot: وحدة المعالجة المركزية / lpc2387: جزء عفا عليه الزمن

تم إنشاؤها على ٥ يوليو ٢٠١٩  ·  7تعليقات  ·  مصدر: RIOT-OS/RIOT

وصف

lpc2387 نرند

جزء NXP "غير موصى به للتصاميم الجديدة" وفقًا للشركة المصنعة.

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

يوجد جزء ARM7 نشط واحد من NXP (LPC2368FBD100) ولا يبدو أنه بديل مباشر.

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

ARM7TDMI (S) NRND

يبدو أن رمز ARM7 ( ARM الكلاسيكي ) نفسه غير موصى به للتصميمات الجديدة أيضًا.

هذا مناسب بالنظر إلى # 11759 الذي يؤثر على ARM7.

عرض

إذا لم يتم إصلاح المشكلات ، أقترح تنظيف lpc2387 واللوحات المرتبطة بها وربما ARM7 أيضًا.

القضايا ذات الصلة

فتح القضايا المتعلقة بهذا الجزء:

https://github.com/RIOT-OS/RIOT/issues؟utf8=٪E2٪9C٪93&q=is٪3Aissue+is٪3Aopen+lpc2387

ARM stale cleanup

التعليق الأكثر فائدة

أعتقد أننا ناقشنا سؤالاً ذا صلة في هلسنكي: تحت أي ظروف يجب إضافة دعم المجلس إلى RIOT.

أعتقد أن الإجماع كان على أن واحدًا على الأقل من الثلاثة التالية يجب أن يكون صحيحًا:

  1. المجلس لديه قاعدة مستخدمين كبيرة
  2. من السهل الحصول على الأجهزة

    • ينتج عن هذا غالبًا 1.

    • يسهل على مطوري RIOT الحصول على الأشياء واختبارها على السبورة

  3. يتم الحفاظ على المجلس بنشاط

    • لذلك فهي وحدات اختيارية لا تتسبب في زيادة تكاليف الصيانة لمطوري RIOT بخلاف أولئك الذين يرغبون في صيانة الوحدة بنشاط

    • بحيث لا يحجبون العلاقات العامة (مثل عمليات التنظيف) بسبب فقد الردود / الاختبارات

    • أو باختصار: إنها لا تسبب الألم لأي شخص آخر

بالنسبة لي ، سيكون هذا خطًا أساسيًا جيدًا لتقدير ما إذا كان إهلاك / إزالة أي وحدة أمرًا معقولاً (تخطي النقطة 2. بالنسبة للوحدات النمطية التي لا تتعلق بالأجهزة).

حاليًا ، يتم الحفاظ على LPC2387 بنشاط (لنكون صادقين: في الغالب بواسطة benpicco بدلاً من أنا) ، لذلك أقول أن النقطة 3 تنطبق. أيضًا: لا يزال لدى FUB و HAW و OVGU الكثير من MSB-A2 ويستخدم Hochschule Beuth لوحات MCB2388 للتدريس ، والتي تمت إضافة دعم لها مؤخرًا إلى RIOT. لذلك هناك أيضًا بعض المستخدمين المتبقيين لوحدة المعالجة المركزية هذه ، على الرغم من أن قاعدة المستخدمين الكبيرة قد تكون مبالغة. ومع ذلك ، فإن النقطة 2. لا تنطبق بالتأكيد بعد الآن على MCU (أو اللوحات).

ربما يكون السؤال العام حول متى يتم إهمال الوحدات النمطية نقطة جيدة للمناقشة في مجموعة المشرف الافتراضية التالية؟

ال 7 كومينتر

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

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

من المنطقي أن أسأل أنفسنا عما يجب أن نفعله حيال الأجهزة القديمة بشكل عام ، هل يجب أن نبدأ في إهمالها؟

أعتقد أننا ناقشنا سؤالاً ذا صلة في هلسنكي: تحت أي ظروف يجب إضافة دعم المجلس إلى RIOT.

أعتقد أن الإجماع كان على أن واحدًا على الأقل من الثلاثة التالية يجب أن يكون صحيحًا:

  1. المجلس لديه قاعدة مستخدمين كبيرة
  2. من السهل الحصول على الأجهزة

    • ينتج عن هذا غالبًا 1.

    • يسهل على مطوري RIOT الحصول على الأشياء واختبارها على السبورة

  3. يتم الحفاظ على المجلس بنشاط

    • لذلك فهي وحدات اختيارية لا تتسبب في زيادة تكاليف الصيانة لمطوري RIOT بخلاف أولئك الذين يرغبون في صيانة الوحدة بنشاط

    • بحيث لا يحجبون العلاقات العامة (مثل عمليات التنظيف) بسبب فقد الردود / الاختبارات

    • أو باختصار: إنها لا تسبب الألم لأي شخص آخر

بالنسبة لي ، سيكون هذا خطًا أساسيًا جيدًا لتقدير ما إذا كان إهلاك / إزالة أي وحدة أمرًا معقولاً (تخطي النقطة 2. بالنسبة للوحدات النمطية التي لا تتعلق بالأجهزة).

حاليًا ، يتم الحفاظ على LPC2387 بنشاط (لنكون صادقين: في الغالب بواسطة benpicco بدلاً من أنا) ، لذلك أقول أن النقطة 3 تنطبق. أيضًا: لا يزال لدى FUB و HAW و OVGU الكثير من MSB-A2 ويستخدم Hochschule Beuth لوحات MCB2388 للتدريس ، والتي تمت إضافة دعم لها مؤخرًا إلى RIOT. لذلك هناك أيضًا بعض المستخدمين المتبقيين لوحدة المعالجة المركزية هذه ، على الرغم من أن قاعدة المستخدمين الكبيرة قد تكون مبالغة. ومع ذلك ، فإن النقطة 2. لا تنطبق بالتأكيد بعد الآن على MCU (أو اللوحات).

ربما يكون السؤال العام حول متى يتم إهمال الوحدات النمطية نقطة جيدة للمناقشة في مجموعة المشرف الافتراضية التالية؟

ربما يكون السؤال العام حول متى يتم إهمال الوحدات النمطية نقطة جيدة للمناقشة في مجموعة المشرف الافتراضية التالية؟

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

حصل Linux للتو على دعم لـ SGI Octane - وطالما أن الناس يستخدمون الرمز ويحافظون عليه ، فلماذا يجب إزالته؟
يمكن أن تكون الحوسبة القديمة ممتعة: غمزة:

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

أصبح دعم lpc2387 الآن في حالة جيدة جدًا ، بفضلbenpicco. حتى بالنسبة للتطورات الأخيرة مثل واجهة برمجة تطبيقات IRQ المضمنة ، كانت لوحات ARM القديمة جزءًا من المتبنين الأوائل.

أنا أغلق هذا الآن. إذا لم يوافق أي شخص ، فلا تتردد في إعادة الفتح.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات