مرحبًا ، هل يمكنك التحديث إلى 1.1.7 من فضلك ومعرفة ما إذا كان ذلك يصحح المشكلة؟

سأقوم ببعض الاختبارات هنا في غضون دقيقة لمعرفة ما إذا كان بإمكاني التكاثر.

مؤكد. لا تقلق بشأن التحديث. ستضيفه إلى الإصدار 1.1.8.

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

تم التحديث إلى 1.1.8 ، ولا تزال الإعدادات غير محفوظة. المشكلة لا تزال قائمة.

نعم أكد للتو. ماذا كنت أدخن بالأمس؟ سألقي نظرة أخرى خلال الأسبوع ، هذا مزعج لقد أكدت أنه يوفر أمس grr.

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

إنه في الفرع الرئيسي ، سأعود بملء التطوير قريبًا.

جميل - التطلع إلى الأمام اختبره عندما يتم دفعه إلى وحدة متجانسة.

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

يجب ألا تكون الصورة المتجانسة على محور عامل الإرساء طويلة جدًا.

أعتقد أنه مباشر :)

هممم - تم تحديث الصورة ، لكنها لا تزال تقرأ 1.1.8.

للأسف ما زلت لا تحفظ :(

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

اكتملت جميع الإنشاءات المتجانسة ، هل يمكنك فقط تأكيد عدم وجود تحديث آخر؟

لا - لا توجد صور جديدة الآن

لقد دفعت للتو دفعة للحصول على نسخة التطوير.

هل تمانع في التبديل ومعرفة ما إذا كان ذلك يعمل؟ لقد قمت بتحديث الإصدار إلى 1.1.9-dev1 حتى تتمكن من رؤية التغيير.

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

10.20 بتوقيت جرينتش كان آخر بناء أحادي اللون أعتقد أنه قد يستغرق بعض الوقت.

تم التبديل إلى octofarm / octofarm: monolithic-dev ، لكن الإصدار لا يزال يقرأ 1.1.8: /

وما زلت لا تدخر

لا يزال يبني لـ 1.1.9-dev1 لا ينبغي أن يكون طويلاً

لا يمكنني التكاثر في الوقت الحالي بخطواتك الأصلية. لست متأكدًا مما يحدث في الوقت الحالي.

هل يمكنك أيضًا إرسال سجلات octofarm-API أيضًا من فضلك؟

كيف تقوم بتحديث الحاوية الخاصة بك أيضًا؟ فقط لاستبعاد ذلك.

السلطة المخصصة عند القيادة:
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

أمر إيقاف التشغيل المخصص:
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

فقط في حالة رغبتك في تجربة نفسك باستخدام السلاسل الدقيقة التي أستخدمها.

OctoFarm-API.log

كنت أتحقق من أوامر إعادة التشغيل ...

سوف ألقي نظرة على أولئك الذين يؤسفون قليلاً ، لم يدركوا أنهم كانوا كذلك.

هل يمكنك تأكيد بقاء أوامر إعادة التشغيل الآن من فضلك؟

لا يتم حفظ أوامر إعادة التشغيل أيضًا ، لذا أيضًا ... ؛)

كيف تقوم بتحديث الحاوية؟ حيث لا يمكنني التكاثر باستخدام أوامر إعادة التشغيل.

فقط أوامر الطاقة المخصصة حاليًا.

تم بناء متآلف الآن. يجب أن تشاهد 1.1.9-dev1 عند التحديث هذه المرة.

باستخدام برنامج تحديث مخصص: https://pastebin.com/yCWe0dUq

سنحاول التحديث مرة أخرى

باستخدام برنامج تحديث مخصص: https://pastebin.com/yCWe0dUq

سنحاول التحديث مرة أخرى

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

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

10:42 يجب أن يكون لذلك بالتأكيد قوة جذب جديدة.

فقط مرتبك مثل الجحيم لماذا لا توفر إعادة التشغيل لك آها. كن أبله في مكان ما.

حسنًا - ليست قراءة 1.1.9-dev1.
ما زلت لا تحفظ أوامر إعادة التشغيل: /

غرر. لا أستطيع أن أفهم ذلك على الإطلاق. آسف على الفوضى.

سأقوم ببعض الاختبارات بعد قليل لمعرفة ما إذا كنت لا أستطيع معرفة ذلك.

اخبرني اذا احتجت شيئا

بعض الوقت سيكون لطيفا.

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

انه بخير.
لقد أجريت بعض الاختبارات على 1.1.9-dev1 - ويبدو أن أوامر إعادة التشغيل قد تم حفظها بعد كل شيء ، فهي ترجع N / A في حقول النص بعد ذلك.
يصبح زر أمر إعادة التشغيل مرئيًا ويعمل بعد إعادة المزامنة.

انه بخير.
لقد أجريت بعض الاختبارات على 1.1.9-dev1 - ويبدو أن أوامر إعادة التشغيل قد تم حفظها بعد كل شيء ، فهي ترجع N / A في حقول النص بعد ذلك.
يصبح زر أمر إعادة التشغيل مرئيًا ويعمل بعد إعادة المزامنة.

هممم لا يزال هذا غريبًا لأنه في المنجم يتراجع ... مربكًا! أتساءل عما إذا كان الأمر يتعلق بامتلاكي لبيانات طويلة الأمد ولكنني حاولت إعداد طابعة جديدة.

شكرا على المعلومات الاضافية ، سيتم فرزها. :)

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

على الأقل هؤلاء يعملون.

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

جربت للتو الأوامر المخصصة ، هذه لا تعمل حتى الآن. سوف تنتظر ما تجده :)

شكرا على التأكيد.

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

لا تقلق. فقط سعيد لأنك ستأخذ الوقت الكافي للنظر في هذا :)

يا OctoFarm هو طفلي أنا لا أحب الحشرات 😅. أنا بالتأكيد سأفعل.

يو ، لقد دفعت للتو محاولة إصلاح أخرى للتطوير إذا سنحت لك فرصة المحاولة.

لقد اختبرت هنا وكان كل شيء يعمل بشكل جيد ويتم التحديث على الفور بعد التحديث. تقاطعت الأصابع على نهايتك. سيكون-dev2

هممم - يبدو أن زر "حفظ" لا يعمل في ديف 2.
لا شيء يحدث عند الضغط على حفظ.

هل يمكنك إرسال سجل API من فضلك؟

OctoFarm-API (1) .log

حسنًا ، من المؤكد أنه يتم إرسال المعلومات واستلامها.

سألقي نظرة أخرى على الكود بعد قليل وأرى ما إذا فاتني شيء.

هل يظهر أي شيء في نافذة وحدة تحكم المتصفح عند الضغط على "حفظ"؟

لا ، لا شيء يأتي. ويبدو أن الأوامر لم يتم حفظها أيضًا.

اضغط على F12 في المستعرض الخاص بك وانقر فوق علامة تبويب وحدة التحكم.

ثم اضغط على حفظ ، وسوف تظهر أخطاء إذا كان هناك أي خطأ.

لا شيء يحدث في وحدة التحكم

عند الضغط على حفظ بدون إدخال أي شيء ، يعمل زر الحفظ

ما هو إصدار nodejs الذي تقوم بتشغيله؟

باستخدام 12.16.3-0017

ليس هذا ثم هممم

مرحبًا ، لقد أجريت بعض التعديلات ودفعت إصدارًا جديدًا إلى التطوير. سيكون -dev3. هل تمانع في الاختبار؟

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

لم يحالفك الحظ :(
OctoFarm-API (2) .log
OctoFarm-State.log

السجل الخاص بك المقدم يذهب فقط حتى 25 يناير ، تحتاج المحاولات اليوم من فضلك

غريب - حاول مباشرة بعد ترقية الحاوية.
سأجربها مرة أخرى.

أنت بحاجة إلى OctoFarm-State # .log هذا الملف بدون الرقم هو الأقدم.

تذكر - يبدو أن زر الحفظ الخاص بي لا يعمل عندما يكون لدي أي شيء تم إدخاله في المربعات.
OctoFarm-State1.log

نعم ، أعلم أنه لا توجد أخطاء في المتصفح ، لذا سيكون الخادم لا يستجيب بشكل صحيح للطلب.

{
"الحالة": "غير متصل" ،
"طابعة": {
"اسم الطابعة": "" ،
"printerURL": ""،
"الفهرس": "60096307de188800262631e0" ،
"cameraURL": ""،
"مفتاح API": ""
} ،
"الإتصال": {
"المنفذ المفضل": "0"،
"FavoritesBaud": "115200"،
"ملف التعريف المفضل": "_default"
} ،
"أوامر النظام": {
"serverRestart": "إعادة تشغيل octoprint لخدمة sudo" ،
"systemRestart": "sudo shutdown -r now"،
"systemShutdown": "sudo shutdown -h now"
} ،
"powerCommands": {
"powerOnCommand": ""،
"powerOnURL": "[PrinterURL] / plugin / enclosure / setIO؟ status = true & index_id = 1 & apikey = [PrinterAPI]"،
"powerOffCommand": ""،
"powerOffURL": "[PrinterURL] / plugin / enclosure / setIO؟ status = false & index_id = 1 & apikey = [PrinterAPI]"،
"powerToggleCommand": ""،
"powerToggleURL": ""،
"powerStatusCommand": ""،
"powerStatusURL": ""،
"wol": {
"ممكّن": خطأ ،
"ip": ""،
"ميناء": ""،
"فترة": ""،
"عدد": ""،
"ماك": ""
}
} ،
"إعدادات التكلفة": {
"powerConsumption": لاغ ،
"تكاليف الكهرباء": لاغية ،
"سعر الشراء": فارغ ،
"تقدير العمر": لا شيء ،
"تكاليف الصيانة": لاغ
} ،
"profileID": "_default" ،
"الملف الشخصي": {
"الاسم": فارغ ،
"اللون": "افتراضي"،
"النموذج": فارغ ،
"الصوت": {
"formFactor": "مستطيل"،
"العرض": فارغ ،
"العمق": فارغ ،
"الارتفاع": فارغ
} ،
"heatedBed": صحيح ،
"hotedChamber": خطأ ،
"المحاور": {
"x": {
"السرعة": فارغة ،
"مقلوب": خطأ
} ،
"ذ": {
"السرعة": فارغة ،
"مقلوب": خطأ
} ،
"ض": {
"السرعة": فارغة ،
"مقلوب": خطأ
} ،
"هـ": {
"السرعة": فارغة ،
"مقلوب": خطأ
}
} ،
"الطارد": {
"العد": فارغ ،
فوهة القطر: فارغ ،
"SharedNozzle": خطأ
}
} ،
"gcode": {
"afterPrintCancelled": ""،
"afterPrintDone": ""،
"afterPrintPaused": ""،
"afterPrinterConnected": ""،
"afterToolChange": ""،
"beforePrintResumed": "" ،
"beforePrintStarted": ""،
"beforePrinterDisconnected": ""،
"beforeToolChange": ""
} ،
"آخر": {
"enableCamera": صحيح ،
"rotateCamera": خطأ ،
"flipHCamera": خطأ ،
"flipVCamera": خطأ ،
"enableTimeLapse": صحيح ،
"التسخين": ""،
"ترطيب": ""
}
}

أستطيع أن أرى تم إرسال الطلب إلى الخادم.

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

Thu, 28 Jan 2021 10:50:52 GMT | INFO | OctoFarm-State.log | Grabbed 2 for checking |

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

سأحاول التحديث مرة أخرى ، ربما فات شيء ما ؟!

تستحق المحاولة.

يبدو أن nodejs تمنحني فرصة للحصول على أموالي هذا الأسبوع.

تم تحديث بعض الأجزاء مرة أخرى. سجل جديد.
OctoFarm-State1 (1) .log

النجاح! اسمحوا لي أن أقرأ من خلال هذه: د

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

أتساءل عما إذا كان هذا ناتجًا ثانويًا للمشكلة ، وهو ما لا ينبغي أن يكون لأن القيمة الجديدة يجب أن تحل محل القيم الأصلية.

لقد حاولت حفظ السجل ، لكنها لم تذهب أبعد من ذلك.

أنا فقط أقوم بدفع بعض عمليات التسجيل المحسّنة لاكتشاف المشكلات التي تواجهها.

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

هل مثيل Octoprint الخاص بك متصل بالإنترنت أثناء محاولة القيام بذلك بالمناسبة؟

نعم Octoprint متصل ، الطابعة فقط مفصولة.

آه هتاف رائع ، كان فقط لاستبعاد شيء ما. أنا على وشك دفع مجموعة أخرى من تحسينات loggin وسترى خطأً على الأقل هذه المرة في واجهة المستخدم. كن مطورًا 4 ، سأخبرك عندما يتم بناؤه.

لقد دفعت للتو.

سترى الآن ما سبق في وحدة التحكم أيضًا. آمل أن تساعدني في تعقب ما يحدث هنا.

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

يكون حوالي 10-15 لكنني سأرد هنا عندما ألاحظ أنه مبني على محور الرصيف

بنيت متجانسة

ملف سجل جديد - ونعم ، كائن JSON مرئي في وحدة التحكم
OctoFarm-State1 (2) .log

ملف سجل جديد - ونعم ، كائن JSON مرئي في وحدة التحكم
OctoFarm-State1 (2) .log

حسنًا ، أنتج التسجيل "المحسن" هذا ... HEY THE ERROR WERE LOOKING FOR! | data:{} |

هل حاولت حذف الطابعة وإضافتها مرة أخرى؟ طالما أنه يحمل نفس الاسم "التاريخ" وسيظل متصلاً.

هل لديك ملف pm2.error.log؟ قد يكون لديك الرسالة الكاملة هناك

لقد انتهيت للتو من dev4 لتحسين loggin ، وآمل أن أطبع الخطأ الآن.

نعم ، حاولت الحذف والإضافة مرة أخرى ، نفس الاسم ومفتاح API. لم يحالفنا الحظ بعد.
تم التحديث إلى dev4 ، ولا حظ حتى الآن ولا يوجد رد فعل عند الضغط على زر حفظ

Logs.zip

أعتقد أنني أصلحته. فقط للتأكيد.

جميل - قل فقط عندما يكون التحديث جاهزًا

مؤكد!

تمت إضافة طابعة جديدة -> إعدادات طاقة الإعداد ، كما تم سحبها بشكل صحيح من OctoPrint في الأصل.

ثم انتقل إلى إعداد إعدادات الطاقة باستخدام عنوان URL فقط وتجاهل كتلة "الأوامر" ، وتحديثها جيدًا مع كل منها على حدة ومتعددة.

إنه يبني لذا يجب أن يكون حوالي 15 دقيقة لكنه سيؤكد.

Hmmmmm - تتم قراءة الإعدادات ، ولكن هناك شيء ما متوقف عند حفظ الأوامر المخصصة:

Fri, 29 Jan 2021 10:38:42 GMT | INFO | OctoFarm-State.log | Attempting to save: | data:{"state":"Disconnected","printer":{"printerName":"","printerURL":"","index":"6012a1b726f97000191982af","cameraURL":"","apikey":""},"connection":{"preferredPort":"","preferredBaud":"115200","preferredProfile":"_default"},"systemCommands":{"serverRestart":"","systemRestart":"","systemShutdown":""},"powerCommands":{"powerOnCommand":"","powerOnURL":"[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]","powerOffCommand":"","powerOffURL":"","powerToggleCommand":"","powerToggleURL":"","powerStatusCommand":"","powerStatusURL":"","wol":{"enabled":false,"ip":"","port":"","interval":"","count":"","MAC":""}},"costSettings":{"powerConsumption":null,"electricityCosts":null,"purchasePrice":null,"estimateLifespan":null,"maintenanceCosts":null},"profileID":"_default","profile":{"name":null,"color":"default","model":null,"volume":{"formFactor":"rectangular","width":null,"depth":null,"height":null},"heatedBed":true,"heatedChamber":false,"axes":{"x":{"speed":null,"inverted":false},"y":{"speed":null,"inverted":false},"z":{"speed":null,"inverted":false},"e":{"speed":null,"inverted":false}},"extruder":{"count":null,"nozzleDiameter":null,"sharedNozzle":false}},"gcode":{"afterPrintCancelled":"","afterPrintDone":"","afterPrintPaused":"","afterPrinterConnected":"","afterToolChange":"","beforePrintResumed":"","beforePrintStarted":"","beforePrinterDisconnected":"","beforeToolChange":""},"other":{"enableCamera":true,"rotateCamera":false,"flipHCamera":false,"flipVCamera":false,"enableTimeLapse":true,"heatingVariation":"","coolDown":""}} | Fri, 29 Jan 2021 10:38:42 GMT | ERROR | OctoFarm-State.log | ERROR updating printer | data:"\"Cannot read property 'powerOnURL' of null\"" |

من سجل الدولة

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

حسنًا ، سأحاول مرة أخرى لاحقًا ثم :)

سيتوقف حرفياً عن إظهار هذين التنبيهات الحمراء. يجب أن تعمل الأوامر ويجب أن تراها في قائمة الطاقة المنسدلة عند التحديث؟

هممم انتظروا بعض الأشياء التي لا تزال مستمرة.

يجب أن يعمل هذا الآن للادخار والأشياء.

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

رجل .. كان ذلك مزعجا! فعلته مناسبًا أكثر من aha.

فقط لذكر سوف يكون قيد التطوير حتى أقوم بإصلاح مشكلة الرسم البياني مع قواعد البيانات طويلة الأمد.

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

كل شيء من جانب العميل حتى وحدة التحكم في المتصفح.

سأرى ما إذا كان بإمكاني إعادة الإنتاج باستخدام عنوان url الخاص بك أعلاه

نعم حرائق بالنسبة لي بخير

لن يعمل الأمر الخاص بك مع الكود الحالي. لقد قمت بإطلاق أمر مخصص لـ OctoPrint وليس عنوان url مخصصًا خارج Octoprint كما كنت أتوقعه عندما كتبت ذلك. أنا لا أرسل مفتاح API مع الأمر تحديدًا. إذا حصلت على سياسة CORS أعلاه ، فيرجى إبلاغي بأنني سأقوم بتعديلها من أجلك. لقد تحققت من المكونات الإضافية الحالية لأمر الطاقة وكانت طريقي تدعم كل ذلك ، ولم أدرك أن المكون الإضافي للهيكل يحتوي على هذا الخيار أيضًا.

سيعتمد على كيفية استخدام هذا المكون الإضافي OctoPrints api الذي كنت أعتقده.

نعم - خطأ CORS

وثائقه تقود بشكل خاطئ إلى API الخاص به. لا يزال يتعين عليك إرسال رأس X-Api-Key مع الطلبات التي ذكرها بالتفصيل في موقع Wiki الخاص به.

لقد دفعت للتو الإصلاح نيابة عنك ، وسوف أعلمك عندما يتم بناؤه مرة أخرى :)

لقد تم بناؤه ، آسف أنه تم إغلاقه تلقائيًا عندما اندمجت مع السيد. يرجى فتح إذا كان لا يزال لديك خطأ CORS :)

لا يزال يتم الحصول على أخطاء CORS

هل يمكنك أن تريني إخراج وحدة التحكم من فضلك؟

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

عند نسخ عنوان URL إلى جزء جديد في المستعرض ، فإنه يعمل كما هو متوقع.

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

لا تزال مشاكل CORS ، حتى في الإصدار الأخير

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

آه ، ما زلت تقدم طلب نشر وليس طلبًا ... هل يمكنك التحقق من أحدث دفعة من فضلك على dev؟ سيقول 1.1.11-dev9.

تم تفويت علامة عدم استخدام بيانات json في الأمر. لقد قمت بوضع بعض سجلات دخول وحدة التحكم لذلك ، إذا لم تعمل مرة أخرى ، فهل يمكنك إرسالها من فضلك؟

لقد قمت للتو بإصلاح معدل التغذية أيضًا ، لقد قمت بتحديث ذلك مرتين الآن لا أعرف كيف اختفى ذلك.

آه ، ما زلت تقدم طلب نشر وليس طلبًا ... هل يمكنك التحقق من أحدث دفعة من فضلك على dev؟ سيقول 1.1.11-dev9.

تم تفويت علامة عدم استخدام بيانات json في الأمر. لقد قمت بوضع بعض سجلات دخول وحدة التحكم لذلك ، إذا لم تعمل مرة أخرى ، فهل يمكنك إرسالها من فضلك؟

لم يحالفنا الحظ بعد

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

حسنًا ، 1.1.11-dev9 عبارة عن شريط قوي جدًا :( لا شيء يعمل.
لا يمكن حتى فتح لوحة تحكم الطابعات.

الدول المفقودة في القائمة

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

current_value هي خاصية JSON في استجابة ملحقات الضميمة التي تحتوي على الحالة الحالية (صواب / خطأ) ، لذلك هذه هي الحالة التي حددتها.

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

تم إرسال متغير current_value الخاص بك مع الأمر إلى power on / off / state من خلال المظهر ولا ينبغي أن يكون

إنه سطر الحالة فقط الذي تم تعريف current_value.
لم تختبر أوامر التشغيل / الإيقاف حتى الآن ، حيث تقوم الطابعتان بالطباعة حاليًا.

إنه سطر الحالة فقط الذي تم تعريف current_value.
لم تختبر أوامر التشغيل / الإيقاف حتى الآن ، حيث تقوم الطابعتان بالطباعة حاليًا.

لن ينجح الأمر مع ذلك ، وسيستمر ذلك بالفشل بينما أقوم باستطلاع الحالة.

الحقل الأول هو إرسال البيانات التي لا تستقبل.

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

في الوقت الحالي لا يمكنني تغييره - أحتاج إلى الرجوع إلى إصدار أقدم لأن أحدث إصدار قد أدى إلى تعطل كل شيء.

في الوقت الحالي لا يمكنني تغييره - أحتاج إلى الرجوع إلى إصدار أقدم لأن أحدث إصدار قد أدى إلى تعطل كل شيء.

ليس لدي أي فكرة عما يحدث هناك لأنني لا أستطيع إعادة إنتاجه. يبدو أن شيئًا ما فشل في المسح الضوئي بالطابعة نظرًا لعدم وجود إعدادات تم التقاطها.

لقد أرسلت لي بعض سجلات الحالة الأخيرة لأرى ما الذي أخطأت فيه؟

يبدو أن هناك خطأ يفرغ الحقل على أي حال -_-

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

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

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

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

276 لتتبع هذا بشكل صحيح.

تعمل أوامر التشغيل / الإيقاف بشكل صحيح الآن. الحالة ليست كذلك ، ولكن قد يرجع ذلك إلى كائن JSON الذي تم إرجاعه من ملحق الضميمة.

تعمل أوامر التشغيل / الإيقاف بشكل صحيح الآن. الحالة ليست كذلك ، ولكن قد يرجع ذلك إلى كائن JSON الذي تم إرجاعه من ملحق الضميمة.

يبدو الأمر كذلك بالتأكيد ، سأضع إعداد زر المسح في صباح الغد حتى يتم فرز ذلك. في صحتك لتقرير العودة!

تعمل أوامر التشغيل / الإيقاف بشكل صحيح الآن. الحالة ليست كذلك ، ولكن قد يرجع ذلك إلى كائن JSON الذي تم إرجاعه من ملحق الضميمة.

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