Rpi-imager: [طلب نظام التشغيل] OctoPi-Klipper

هذه فئة فرعية من قائمة OctoPi الآن.

لا أعتقد أنه يمكنك فعل هذا. سيتعطل الإصدار 1.6 من RPi-Imager عند تحديد هذه القائمة ...

ghollingworth يبدو أنه يعمل بالنسبة لي على 1.6.2 ، والذي قدمه كان @ foosel لذا أفترض أنه يعمل معها أيضًا.
في أي سيناريو من المتوقع أن تتحطم؟

https://github.com/raspberrypi/rpi-imager/commit/c17795c48eeed597b9e62e11ddc74a5557b8384b

هل قمت باختباره على جميع المنصات؟

لقد اختبرت على النظام الأساسي لدي وصول فوري إلى (Windows) وافترضت أنه منذ أن نجح هناك اعتقدت أنه جيد ومدعوم.

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

تم اختباره الآن أيضًا على نظام Linux ولم يتمكن من إعادة معالجة أي أعطال ، تم تحديده من خلال جميع قوائم OctoPi الفرعية. ما الذي يفترض بي أن أرى ، متى يجب أن تتحطم؟

طلب تعديل 2 من صديق له إمكانية الوصول إلى جهاز Mac ولا يمكنه إعادة عرضه أيضًا. كل شيء على RPi Imager 1.6.2.

إنه جيد نظرًا لاستخدام "subitems_url".
كانت المشكلة في عقد "عناصر فرعية" مضمنة مضمنة.

شكرا لتوضيح @ maxnet!

آه حسنًا ،

لذلك سنقوم بإزالة إدخال كليبر المستوى العلوي

من فضلك لا تخلط بين Klipper و Octo-Klipper 😅 Octo-Klipper لم يدخله في ملف json الرئيسي الخاص بك آخر مرة قمت بفحصه ، ولهذا السبب قمت بوضعه في OctoPi واحد لمساعدة Guy. Octo-Klipper هو OctoPrint مع Klipper ، لكنني أعتقد أنه قد يكون هناك أيضًا صورة لـ Klipper فقط ، ربما مع بدائل أخرى للواجهة الأمامية على متن الطائرة.

حسنًا ، كل شيء الآن في صورة rpi إذا قمت بالتحقق (أي اعتبارًا من آخر ساعة أو نحو ذلك ...)

جوردون

كل هذه ليست في ملف v2 json ، ولكن إذا كان من المفترض أن تكون كذلك ، فسأضيفها الآن.

جربها الآن. لقد أضفت أيضًا إدخال OctoPi-Klipper ، بحيث يمكن إزالته من OctoPi json.

أستطيع أن أفهم النوايا الحسنة ، لكن من فضلك لا تستخدم ملفات json الخاصة بك للتحايل على العملية الصحيحة.

نقطة جيدة ، لا يمكن أن يحتوي ملف v2 على القائمة الفرعية. سيتعين على هؤلاء الانتظار لبضعة أيام حتى نصدر تحديثًا جديدًا لتصوير rpi

جربها الآن. لقد أضفت أيضًا إدخال OctoPi-Klipper ، بحيث يمكن إزالته من OctoPi json.

يمكن تأكيد. ويجب أيضًا أن تختفي القائمة الفرعية url من OctoPi json ، انظر الالتزام أعلاه.

أستطيع أن أفهم النوايا الحسنة ، لكن من فضلك لا تستخدم ملفات json الخاصة بك للتحايل على العملية الصحيحة.

وأشار. لقد كانت مجرد محاولة للمساعدة ، وليس المقصود ضررًا :)

اقتراح ghollingworth : إذا كان لديك يا رفاق نوع من الوثائق ، أو حتى افتح الويكي هنا حتى نتمكن من توثيق ما يجب أن ينجح ، فسيكون ذلك دقيقًا :)

XECDesign ليس لدينا أي نية لمخالفة الإجراءات القانونية الواجبة. بعد التعليق القائل بأن هذا يمكن أن يكسر شيئًا ما ، قام @ foosel بإزالة إدخال klipper. وبعد تعليق maxnet بأنه يجب أن يكون جيدًا تمت إضافته مرة أخرى. نحن لا نستمتع بالقيام بأعمال متعددة مثلك. أعتقد على الرغم من أن rpi-imager لديه الكثير من الإمكانات لجعل الناس تومض وتمهيد أشياء خاصة بالاستخدام على أجهزة الكمبيوتر الخاصة بهم. وهذا أمر يستحق معرفة كيف يتحد كل ذلك.

تصحيح سريع لذلك ، لم أقم بإزالة الأشياء بين هاتين النقطتين الزمنيتين حيث كنت لا أزال أقوم بتقييم الموقف و "كل شيء جيد" من maxnet جاء قبل أن أفعل الفعل. ولكن الآن انتهى إدخال OctoPi-Klipper الفرعي ، ومع ذلك ، لا تزال المساحات الليلية موجودة هناك (كعنوان url لعنصر فرعي ، وليس كعناصر فرعية).