Marlin: [बग] SKR v1.3 (या किसी अन्य LPC1768): सर्वो संकेतों के साथ समस्या

क्या आप वास्तविक BLTouch की कोशिश कर सकते हैं?

क्या आप वास्तविक BLTouch की कोशिश कर सकते हैं?

इसके अलावा, क्या आपने Configuration_adv.h में BLTouch सेटिंग समायोजित करने का प्रयास किया है ?: आप BLTOUCH_DELAY , BLTOUCH_FORCE_SW_MODE , BLTOUCH_FORCE_MODE_SET , आदि जैसी सेटिंग्स समायोजित कर सकते हैं।

ओह, माफ करना, मैं उल्लेख करना भूल गया। बेशक, मैंने BLTOUCH_DELAY , BLTOUCH_FORCE_SW_MODE और यहां तक ​​कि DELAY_BEFORE_PROBING से पहले के विभिन्न संयोजनों की कोशिश की थी। बिना सक्सेज के।
अब, मुझे पता चला कि समस्या क्या है, यह स्पष्ट है, कि अब देरी से मदद नहीं मिलती है। क्योंकि गलत 20ms पल्स जो इस त्रुटि की स्थिति में ब्लॉटच लाता है, बिल्डप्लेट को छूने से पहले कुछ सेकंड पहले ही होता है।
BLTOUCH_FORCE_MODE_SET bltouch क्लोन के पुराने संस्करण द्वारा समर्थित नहीं है। यह एक "स्मार्ट" नहीं है।

और नहीं, मेरे पास वास्तविक BLTouch तक पहुंच नहीं है। मेरे और मेरे पुराने क्लोन के लिए उपर्युक्त हैक काम ठीक है, इसलिए व्यक्तिगत रूप से मुझे इस जारी करने के लिए एक उचित निर्धारण की आवश्यकता नहीं है। लेकिन मुझे लगता है, कि इस मुद्दे को किसी भी तरह से तय किया जाना चाहिए, क्योंकि मुझे लगता है कि यहां तक ​​कि एक वास्तविक सर्वो भी संभवतः एक छोटे शेक या किसी अन्य अजीब व्यवहार के साथ इस नाड़ी पर प्रतिक्रिया कर सकता है।

वाह, @mlehnhoff , आपका पैच मेरे दर्द को कम करता है। SKR v1.3 + (पुराने संस्करण के बारे में सुनिश्चित नहीं है या नहीं) त्रिकोणीय 3 डी टच - एक ही परेशानी। मेरी अपनी 8/10 कार्यशील स्थिति: BLTOUCH_FORCE_SW_MODE + BLTOUCH_DELAY 1000. लेकिन आपके पैच SW_MODE और DELAY के बिना 10/10 काम करते हैं। Tnx!

मैं फिर से हाथ (एक ही MCU) पर एक सर्वो आधारित स्पर्श जांच का परीक्षण किया और मेरे पास कोई समस्या नहीं थी, लेकिन मैंने आंदोलन सुविधा के लिए निष्क्रिय किया।

मैंने इसके बिना कोशिश नहीं की है, ज्यूस ने जरूरत पड़ने पर सर्वो को निष्क्रिय करने के लिए तर्क की समझ बनाई

मेरे पास मुट्ठी भर वास्तविक ब्लोच है और वे सभी SKR 1.3 पर ठीक काम करते हैं जो LPC1768 ।

तो यहां बंदूक कूदना, क्या यह सबसे अधिक संभावना है कि हार्डवेयर मुद्दा (तार, शोर कनेक्शन) या उपयोगकर्ता कॉन्फ़िगरेशन मुद्दा है?

अधिकांश अतिरिक्त BLTouch कोड / कॉन्फ़िगरेशन विकल्पों के लिए समान कारण, यह एक BLTouch क्लोन समस्या है।

ध्यान रखें कि 3DTouch! = BLTouch। इन प्रतियों से संबंधित बहुत सारे बंद मुद्दे हैं।

मैं इसे एक हार्डवेयर मुद्दा तो कहूंगा,

हां, अब मैं 3Dtouch (और अन्य) एक BLtouch नहीं हूं

मेरे लिए बड़ी क्यू जो कुछ भी मर्लिन क्लोन का समर्थन करता है या अगर हम केवल वास्तविक उत्पादों की परवाह करते हैं?

व्यक्तिगत विचार का एक सा दे मैं अपने निष्पक्ष उचित नहीं लगता कि मार्लिन क्लोनों का समर्थन करना चाहिए

लेकिन मैं गलत हो सकता है, विचार?

मेरे दो सेंट, कोई बात नहीं क्या XXTouch का नाम। उनमें से कोई भी SERVOS पिन से कनेक्ट होता है (BLtouch special pin नहीं)। सर्वो को एक सर्व की तरह काम करना चाहिए।

लेकिन मुझे लगता है, कि इस मुद्दे को किसी भी तरह से तय किया जाना चाहिए, क्योंकि मुझे लगता है कि यहां तक ​​कि एक वास्तविक सर्वो भी संभवतः एक छोटे शेक या किसी अन्य अजीब व्यवहार के साथ इस नाड़ी पर प्रतिक्रिया कर सकता है।
( @mlehnhoff टिप्पणी से)

यह जांच हार्डवेयर पर दोष नहीं होना चाहिए। बोर्ड से उत्पन्न होने वाला संकेत गलत है, और एक आस्टसीलस्कप का उपयोग करके सत्यापित किया गया था। यह तय होना चाहिए।

मैं यह भी पुष्टि कर सकता हूं कि रिपोर्ट किया गया व्यवहार वास्तविक BLTouch हार्डवेयर के समान है जब मैं SKR मिनी E3 बोर्डों पर समान मुद्दों के कारण उन सभी टाइमर संघर्षों को डीबग कर रहा था। अमान्य पल्स लंबाई के कारण BLTouch का कारण बनता है, बस यह भूल जाना कि यह क्या कर रहा था और विफलताओं का कारण बना।

@mlehnhoff , क्या आपने अपने आस्टसीलस्कप से किसी भी चित्र को कैप्चर किया है जो इस समस्या को प्रदर्शित करता है, कि आप इस मुद्दे से

मुझे नहीं लगता कि मैं वर्तमान समाधान को एक संपूर्ण समाधान के रूप में पसंद करता हूं, लेकिन मैं वास्तव में इस मुद्दे का वर्णन करने वाले विस्तार mlehnhoff के स्तर की सराहना करता हूं और यह दर्शाता है कि यह प्रदर्शन स्पष्ट रूप से समस्या का मूल कारण है।

क्षमा करें, कि मैंने तुरंत गुंजाइश स्क्रीनशॉट प्रदान नहीं किया है। मैंने तुम्हें कुछ बनाया था, लेकिन कुछ गलत हो गया था। लेकिन मुझे तब तक एहसास नहीं हुआ जब तक मैंने गुंजाइश वापस नहीं दी (यह मेरा नहीं है)।
लेकिन अब मैंने एक नया बनाया है:

तस्वीर पर आप 1472µs से 544 but तक संक्रमण देखते हैं, लेकिन पहला नया

नाड़ी 20544µ है।

प्लस मैं एक वास्तविक सर्वो की कोशिश की और यहाँ साबित है, कि यह समस्या केवल 3dtouch या अन्य क्लोन तक सीमित नहीं है।

IMG_4677.zip

सर्वो को 90 ° (बीच में लीवर) से 0 ° (लीवर डाउन) में बदलना चाहिए, लेकिन जब दोषपूर्ण पल्स होता है, तो यह वास्तव में नीचे मुड़ने से पहले पहले ऊपर की ओर मुड़ जाता है।

वैसे कम से कम आठ अलग-अलग संस्करणों के वास्तविक ब्लॉटच (क्लासिक v1.0, v1.2, v1.3, स्मार्ट v1.0, v2.0, v2.2, v3.0, v3.1) हैं और नहीं एक जानता है, अगर उनमें से सभी सही ढंग से काम करेंगे ;-)

यहाँ एक और संकेत दिया गया है: जब आप मैन्युअल रूप से M280 कमांड भेजते हैं, तो यह बहुत संभावना नहीं है, कि समस्या होती है। मैंने सर्वो (वीडियो में प्रयुक्त) को टॉगल करने के लिए एक पटकथा लिखी, जिससे संभावना बहुत बढ़ जाती है:
servo_toggle.gcode.txt

मुझे आश्चर्य है कि अगर यह मेरे BLTouch के साथ दिखाई दे रही समस्या से संबंधित है।
मैं USB पर अपने Re-ARM को पावर देता हूं और 12V पावर सप्लाई को चालू करने के लिए M80 का उपयोग करता हूं। 12V बिजली की आपूर्ति से जुड़ा एक 5V हिरन कनवर्टर है जो BLTouch को शक्ति प्रदान करता है, इसलिए BLTouch को तब तक बिजली नहीं मिलती जब तक कि 12V आपूर्ति में किक न हो जाए।
जब बोर्ड शक्तियां ऊपर जाती हैं, तो BLTouch लाल हो जाता है - यह जाहिरा तौर पर कुछ हद तक सामान्य है अगर BLTouch को इससे पहले कि यह शक्तियां मिलती है, तो मुझे इस बारे में कोई चिंता नहीं है।
हालांकि, M280 P0 S160 साथ इसे रीसेट करने के किसी भी प्रयास का कोई प्रभाव नहीं है। यदि यह तैनात है, तो न तो यह पिन को वापस लेता है।
हालांकि, M280 P0 S60 सफलतापूर्वक SW मोड में स्विच करता है और पलक को भी रोकता है।
ब्लिंकिंग और S160 जाहिरा तौर पर नजरअंदाज किए जाने के अलावा, BLTouch पूरी तरह से काम करता है। यहां तक ​​कि जब इसे ठीक से झपकी लेते हैं, तो स्टोव और जांच करता है - मैंने पूर्ण बिस्तर जांच की है और कभी भी जांच में विफलता नहीं देखी है और पुनरावृत्ति उत्कृष्ट है।
यह एक वास्तविक V3.1 BLTouch है - क्लोन नहीं है।

मैं यह उल्लेख करना भूल गया कि मैंने अपने सस्ते मिनी डीएसओ और मेरे बड़े सीआरटी आस्टसीलस्कप दोनों के साथ दालों की जांच की और नाड़ी की लंबाई ठीक लग रही है। मैंने विभिन्न एस मानों (155 से 165 तक) की कोशिश की है जो रीसेट को ट्रिगर नहीं करेगा।

मैंने यह नहीं देखा कि एलपीसी के लिए सर्वो पुस्तकालय कैसे काम करती है - लेकिन:
एक सर्वो सिग्नल पीडब्लूएम है। यदि यह STM32 हार्डवेयर टाइमर के साथ साकार होता है, तो यह त्रुटि संभवत: तुलना रजिस्टर के प्रीलोड रजिस्टर में नए मान को अपडेट करने के बजाय, काउंटरों की तुलना सीधे रजिस्टर को अपडेट करने के कारण होगी। यदि तुलना रजिस्टर को उच्च मूल्य से कम मूल्य पर बदल दिया जाता है जबकि काउंटर कम और उच्च मूल्य के बीच में होता है, (बराबर) तुलना को छोड़ दिया जाता है, तो पिन को तब तक नहीं बदला जाता है जब तक काउंटर ओवररन और नए मूल्य तक नहीं पहुंच जाता । यदि प्रीलोड रजिस्टर का उपयोग किया जाता है, तो तुलना रजिस्टर अपडेट किया जाता है जब काउंटर ओवररन करता है, या जब (पुराना) तुलना मूल्य का मिलान होता है। इससे लूंग पल्स का कोई खतरा नहीं है, केवल एक पीडब्लूएम-पेरीओड (20ms) के बारे में अधिकतम की संभावित देरी।
संपादित करें: त्रुटि के लिए मौका 1ms पीछे की ओर 5% प्रति लंघन होगा।
मुझे लगता है, यहाँ हमारे पास कुछ समान है।

ऐसा इसलिए है क्योंकि lpc फ्रेमवर्क lwing मोड में हार्डवेयर pwm को नहीं चला रहा है, (जहाँ पल्सेविड रजिस्टर छाया हुआ है और प्रत्येक अवधि पर लैच किया गया है), यह एक साधारण मोड बिट के साथ संभव होना चाहिए .. दुर्भाग्य से मैं नहीं कर सकता इसे मज़बूती से काम करने के लिए प्राप्त करें, इसकी एक संभावित 1 अवधि अवधि गड़बड़ के बीच एक विकल्प, या नाड़ी चौड़ाई यादृच्छिक रूप से (लेकिन यह अक्सर अद्यतन किया जाता है कि कितनी बार निर्भर करता है) बिल्कुल नहीं बदल रहा है।

मामले पर आगे शोध किया जा सकता है, लेकिन यह वास्तव में एक जटिल परिधीय नहीं है, मैंने उस गड़बड़ पर एक लंबा समय बर्बाद किया और अंत में अन्य चीजों पर ध्यान देने की आवश्यकता थी।

@ mlehnhoff @kockockockoc कृपया आप पैच कैसे लागू करते हैं?

@ mlehnhoff @kockockockoc कृपया आप पैच कैसे लागू करते हैं?

सच कहूं तो, मैं git के लिए बहुत नया हूं और मुझे बस खुशी है, कि मैं "git diff" के माध्यम से इस पैच को बना सकता हूं। मुझे यकीन है, इस पैच को लागू करने के लिए एक अलग git कमांड होना चाहिए। शायद @kockockockoc मदद कर सकता है ...
लेकिन इस बहुत छोटे कोड के टुकड़े के लिए, आप इसे हाथ से भी कर सकते हैं। यह उतनी ही आसान है जितनी कि चार पंक्तियों को जोड़ना जो फ़ाइल में "+" को "मार्लिन / src / HAL / HAL_LPC1768 / Servo.h" को दिखाना चाहते हैं (निश्चित रूप से "+" के बिना) दिखाए गए स्थान पर ...

नमस्ते, मैं एक ही बोर्ड Bigtreetech SKR v1.3 और 3 डी टच है, लेकिन 3 डी टच काम नहीं करते। मैं एक Arduino मेगा में कुछ कोड का उपयोग करके 3DTouch का परीक्षण कर चुका हूं और सही काम करता हूं। इसलिए, मैंने कोई भी सुझाव पाया है जो मुझे मिला है और @mlehnhoff पैच भी है, लेकिन मुझे अभी भी वही समस्या हो रही है = 3D टच फ्रीज है। जब मार्लिन 3 डी टच शुरू करता है तो आत्म-परीक्षण होता है और फिर पिन स्टोव होता है और बिना किसी परिवर्तन के हमेशा के लिए इस अवस्था में रहता है (M43 S से या मार्लिन मेनू से)
मैं वास्तव में इस बारे में चिंतित हूं क्योंकि मुझे नहीं पता कि इस मुद्दे को हल करने के लिए मुझे क्या करना है। कोई भी सुझाव वेलकम है।

मुझे संदेह है कि यह बग वही है जिसकी मैंने यहाँ रिपोर्ट की थी: https://github.com/MarlinFirmware/Marlin/issues/15370

मैं अभी भी 6/22/19 से बगफिक्स कमिट कर रहा हूं जिसमें कोई समस्या नहीं है। मैंने आज नवीनतम बगफिक्स कमिट की कोशिश की और सर्वो मुद्दा अभी भी मौजूद है।

@ Reywas62 और सब, मुझे यह लेख मिला http://fightpc.blogspot.com/2019/08/testing-skr-13-board-with-marlin-20x.html जो समस्या का समाधान कर सकता है। मोटे तौर पर कुछ एसकेआर बोर्डों में एक आउटपुट सिग्नल हो सकता है जिसमें कम प्रतिबाधा (लगभग 200 ओम) होती है जिसे ठीक से काम करने के लिए वर्तमान की एक महत्वपूर्ण राशि की आवश्यकता होती है (और यह Arduino बोर्डों पर नहीं होता है, यही कारण है कि मेरी 3 डी टच जांच उचित रूप से होती है Arduino पर) तो, जाहिरा तौर पर यह फर्मवेयर से संबंधित नहीं है।

वैसे मैं उस स्पष्टीकरण को खरीदूंगा, सिवाय इसके कि मेरा बोर्ड मार्लिन बगफिक्स 2.0.x (6/22/19) के पहले के कमिटमेंट के साथ ठीक काम करता है।

मैं पुष्टि कर सकता हूं कि mlehnhoff से "त्वरित एक गंदा" समाधान काम कर रहा है। मैं एक 9x9 यूबीएल-मेश को बीएलटच क्लोन के साथ जांच कर रहा हूं। आम तौर पर 81 बिंदु जाल के 1 या 2 अंक विफल हो रहे हैं जब मैं मेज़रनेरेशन चलाता हूं। लेकिन "फिक्स" के साथ सब कुछ ठीक काम करता है। इसलिए मैं इस समाधान का उपयोग करना जारी रखूंगा। और मुझे मेरा मामला मुझे लगता है कि यह लंबे सर्वो पल्स के साथ एक समस्या है क्योंकि मेरे पुश-पिन को तैनात किया गया है एक सेंसर ट्रिगर नहीं करता है।

मैं यह पुष्टि करना चाहता हूं कि 3D टच के साथ मेरी समस्या हल हो गई है। समस्या SKR 1.3 सर्वो पिन की निम्न धारा है। मैंने सर्किट बनाया और इसे सफलतापूर्वक परीक्षण किया। अब मुझे M43 चलाने के बाद यह जानकारी मिली है:
भेजना: M43 S
सर्वो जांच परीक्षण
। इंडेक्स का उपयोग करना: 0, तैनाती कोण: 10, स्टोव कोण: 90
। जांच Z_MIN_PIN: 57
। Z_MIN_ENDSTOP_INVERTING: गलत
। BLTOUCH के लिए जाँच करें
= BLTouch क्लासिक 1.2, 1.3, स्मार्ट 1.0, 2.0, 2.2, 3.0, 3.1 का पता चला।
* कृपया 30 सेकंड के भीतर जांच ट्रिगर करें *
। पल्स चौड़ाई (+/- 4ms): 10
= BLTouch पूर्व V3.1 (या संगत) का पता चला

यहाँ अपने सेटअप के साथ प्रयोग करने जा रहा हूं, लेकिन मेरे पास एक SG90 और एक MG90 इमदादी मोटर है, जो रुक-रुक कर निष्क्रिय हो जाती है। जब यह Z-Probe स्विच को पकड़े हुए होता है तो यह थोड़े मशीन को मारता है जब यह बिस्तर में गिर जाता है। अंतिम दुर्घटना ने Creality CR10 S5 के व्हील माउंट को पूरा किया। > _

जब मुझे मौका मिलता है तो मैं सर्किट की कोशिश करूँगा और देखूंगा कि क्या यह बाहर है। लेकिन यह भी फर्मवेयर हैक की कोशिश करने जा रहा है। :)

फर्मवेयर हैक करने की कोशिश करने के बाद, मेरे लिए कोई बदलाव नहीं हुआ (जैसा कि मुझे संदेह था, चूंकि हैक ब्ल-टच क्लोन को ठीक करता है, जरूरी नहीं कि सर्वो आंदोलन)। सर्वो कभी-कभी एक कदम पूरा करने के बाद भी आगे की ओर बढ़ता है।

उस पर विचार करते हुए, मैंने हैक को अनदेखा कर दिया और कहा कि इमदादी को निष्क्रिय करने के लिए मार्लिन नहीं है और ऐसा लगता है कि चाल वापस मुद्दा चला गया है। लगता है, हालांकि इमदाद अक्षम करने से मेरी समस्या चालू हो जाती है। सौभाग्य से MG90 जो मैं उपयोग कर रहा हूं वह मेरे द्वारा चुने गए कोणों पर कोई कंपन / झटकों को नहीं दिखाता है। :)

मैं निश्चित रूप से mlehnhoff को धन्यवाद देना चाहूंगा कि उनके परीक्षण के लिए gcode है। हर बार जब मैंने इसे चलाया तो सर्वो 3 या 4 बार खेलता था, और जब मैंने सर्वो को सक्षम रखने के लिए मार्लिन को बताया, तो स्क्रिप्ट लगातार 3 बार ठीक हुई। कम करंट की खबरों को ध्यान में रखते हुए, मैंने पीएसयू को लोड में डालने के लिए हीटर के साथ टेस्ट भी चलाया। :)

पता नहीं अगर यह मायने रखता है, लेकिन मेरे सर्वो कोण 172 (तैनात) और 35 (संग्रहीत) हैं और ऐसा लग रहा था कि यह हर बार उसी राशि से सर्वो को पीछे की ओर ले जाएगा। सर्वो कभी आगे नहीं बढ़ा।

फर्मवेयर हैक ने मेरी समस्या को ठीक नहीं किया लेकिन इमदादी को सक्षम करने से सर्वो को दुर्व्यवहार करने से रोकता है, जैसा कि डार्कअरलंथ ने किया था। वास्तव में एक तय नहीं है, लेकिन एक स्वीकार्य समाधान है।

थोड़ा अतिरिक्त पृष्ठभूमि मैंने पिछले कुछ दिनों में कई प्लेटफार्मों पर यह कोशिश की है और मुझे लगा कि शायद मैंने अपने एंटलाब ब्लॉट दोनों को तोड़ दिया है, इसलिए मैंने एक तिहाई का आदेश दिया।

यहाँ मैंने निम्नलिखित प्लेटफार्मों के लिए क्या देखा है
SKR प्रो V1.1 काम करने में विफल रहता है
SKR v1.3 काम करने में विफल रहता है
RAMPS 1.4 काम करने में विफल रहता है
SKR v1.4 काम करने में विफल रहता है
RAMPS 1.6 काम करने में विफल रहता है

जांच करने से पहले लक्षण एक M119 पर पढ़ें
एंडस्टॉप स्थिति की रिपोर्ट करना
x_min: TRIGGERED
y_min: TRIGGERED
z_min: TRIGGERED

मैं एक ही परिणाम के साथ पिन फ़ाइल को समायोजित किया है।

यहाँ मैं विभिन्न मार्लिन विंटेज के कई वीडियो में इस्तेमाल की जाने वाली प्रक्रिया है
https://www.youtube.com/watch?v=5cSzFCv7K4Q&t=14s
https://www.youtube.com/watch?v=R0HeFV9nKCM
https://www.youtube.com/watch?v=HR-zn4dv1fY&t=2s
https://www.youtube.com/watch?v=-4o6-8TgpNM

मैं और वीडियो पोस्ट कर सकता था, लेकिन मेरी बात यह है कि उनमें से कोई भी 3 वास्तविक बीएल टच (एस) के साथ काम नहीं कर रहा है।

क्या कॉन्फ़िगरेशन में कुछ बदल गया है? Configuration_adv.h में अब BL टच पावर सेटिंग्स का एक गुच्छा है।

Z- अक्ष का निर्माण करते समय क्या एक रिपोर्ट तापमान होना चाहिए?
यहाँ डिबग है:
SENT: G28 Z0
SENT: M114
SENT: M105
RECV: त्रुटि: !! STT को BLTouch त्रुटि के कारण कहा जाता है - M999 के साथ पुनरारंभ करें
[त्रुटि] त्रुटि: !! STOP को BLTouch त्रुटि के कारण कहा जाता है - M999 के साथ पुनरारंभ करें

RAMPS 1.6 / MEGA2560 पर M119
Z- मिनट पर खुले के लिए सही पढ़ता है
प्रोबिंग काम नहीं करने के लिए प्रकट होता है।

यह मुद्दा है
एंडर 3, SKR मिनी E3 v1.2, वास्तविक BLTouch v3.1

V2 के साथ मेरे लिए ठीक काम करता है
Skr1.3 के लिए वायरिंग स्टॉक ओरिएंटेशन से अलग है। मैं मार्लिन 2.0.1 के रिलीज़ संस्करण का उपयोग कर रहा हूं

क्या आप एक और BLTouch की कोशिश करने में सक्षम हैं? यह सत्यापित करने के लिए कि यह क्षतिग्रस्त जांच नहीं है?

कोई खेद नहीं। मेरे पास केवल एक सामान्य BLTouch है। विफलता ~ 200 या तो केवल एक में होती है।

@mlehnhoff जब आपको समय मिलता है तो कृपया एक

और बगफिक्स 2.0.x को दैनिक रूप से अपडेट किया जाता है, कृपया हर 14 दिन या उसके बाद पुन: लिखें

नवीनतम बगफिक्स बिल्ड [2020.01.24] को पुनःप्रमाणित किया।
क्या दो जांच पुनरावृत्ति परीक्षण, 150 प्रत्येक।

1. बिस्तर हीटिंग बंद, सफलतापूर्वक समाप्त, मानक विचलन: 0.003928।
2. बेड हीटिंग ऑन, प्रोबिंग फेल, 137 पर विफल रहा।

मैंने एक समान व्यवहार देखा है जब एक क्लोन BLTouch (3DTouch) के साथ SKR1.1 बोर्ड (LPC1768) पर बगफिक्स 2.0.x का उपयोग किया जाता है।
मैंने विभिन्न वर्कअराउंड की कोशिश की है, लेकिन 25 जांच बिंदुओं में से, कम से कम एक जांच बिंदु के लिए पिन बहुत जल्दी जारी किया जाता है (जैसे स्टोव के तुरंत बाद एक तैनाती)।

@mlehnhoff जब आपको समय मिलता है तो कृपया एक

@boelle : @ p3p जैसा कि पहले उल्लेख किया गया है, मुद्दा वास्तव में मार्लिन में ही नहीं, बल्कि LPC फ्रेमवर्क में स्थित है। उन्होंने कहा, कि उन्हें पीडब्लूएम लैचिंग मोड को अनकम्प्लीट करना था, क्योंकि यह ठीक से काम नहीं करता था। इसलिए, जब तक यह तय नहीं हो जाता, तब तक हर कोई जो मज़बूती से काम कर रहा ब्लटॉच रखना चाहता है, उसे मेरे बदसूरत, लेकिन काम करने वाले वर्कअराउंड का उपयोग करना होगा।
फिलहाल मेरे पास दुर्भाग्य से एक ऑसिलोस्कोप तक पहुंच नहीं है, अन्यथा मैं इस मुद्दे को डीबग करने में P3P का समर्थन करना चाहूंगा। यदि कोई अन्य व्यक्ति इसमें गहराई से खुदाई करना चाहे, तो नि: संकोच महसूस करें:

यह मुद्दा है
एंडर 3, SKR मिनी E3 v1.2, वास्तविक BLTouch v3.1

SKR मिनी E3 v1.2 एक STM32 माइक्रोकंट्रोलर का उपयोग करता है, न कि LPC1768 का।

मुझे आश्चर्य है कि पीडब्लूएम को लेटने की समस्या निम्न LPC176x इरेटा से संबंधित है:

3.13 PWM.1: 100% से PWM1.1 के लिए ड्यूटी साइकिल को अपडेट करते समय
कुछ मामलों में आउटपुट पूर्ण PWM अवधि से पहले कम रह सकता है
अद्यतन प्रभावी होता है
परिचय:
LPC176x PWM परिधीय पर, दो मैच रजिस्टर का उपयोग एकल प्रदान करने के लिए किया जा सकता है
नियंत्रित PWM आउटपुट। एक मैच रजिस्टर (PWM1MR0) PWM चक्र को नियंत्रित करता है
दर, मिलान पर गणना रीसेट करके। अन्य मैच रजिस्टर पीडब्लूएम बढ़त को नियंत्रित करता है
पद। एक उदाहरण के रूप में, मैच रजिस्टर PWM1MR1 PWM1 की बढ़त स्थिति को नियंत्रित करता है।
कई सिंगल एज कंट्रोल पीडब्लूएम आउटपुट सभी की शुरुआत में एक बढ़त होगी
प्रत्येक PWM चक्र, जब PWM1MR0 मैच होता है।
मुसीबत:
केवल एकल-किनारे मोड में, यदि PWM1.1 (पल्स चौड़ाई 1 मॉड्यूलेटर 1, चैनल के लिए कर्तव्य चक्र
1 आउटपुट) 100% (PWM1MR1 = PWM1MR0) से अपडेट किया गया है, फिर PWM1.1 के लिए आउटपुट
नए वांछित कर्तव्य चक्र से पहले पूर्ण PWM अवधि के लिए अप्रत्याशित रूप से कम रह सकता है
लागू होना। यह समस्या केवल PWM1.1 के आउटपुट को प्रभावित करती है। अन्य PWM चैनल
(PWM1.2 से PWM1.6) इस समस्या से प्रभावित नहीं हैं।
काम के आसपास:
एक सॉफ्टवेयर फिक्स लागू किया जा सकता है जहां उपयोगकर्ता PWM1MR1 को लोड कर सकता है
PWM1.1 के आउटपुट अपडेट में किसी भी देरी से बचने के लिए PWM1MR0 + 1 (कम से कम 1)।

मुझे उम्मीद है कि यह नहीं है, क्योंकि मुझे नहीं लगता कि हम कभी भी 100% PWM मोड में एक सर्वो पिन डालते हैं।

फिर फिर, PWM 1.1 पर P2_0 के लिए उपयोग किया जाता है जो SKR 1.3 पर सर्वो पिन है ...

मैं एक समान मुद्दे (वास्तविक बीएल टच 3.1 और एसकेआर प्रो 1.1 के साथ) में देख रहा हूं।
मैंने # 16986 में जो कुछ भी पाया है, उसका दस्तावेजीकरण किया है, लेकिन मूल रूप से मैंने पाया कि मेरा संबंध XY_PROBE_SPEED से था। 10000 का आंकड़ा बीएल टच सिग्नल को पल्स से डीसी लेवल में बदलकर 15 प्रोबिंग पॉइंट (जो पहली वाई चाल के बाद भी पहला है) का कारण बनता है, मेरे लिए 6000 का आंकड़ा किसी भी मुद्दे को नहीं दिखाता था।

मैंने दो एंडर 3 पर SKR v1.3 और 3D टच v2 (और Pi 3X) के साथ एक महीने से अधिक समय तक इस वर्कअराउंड का परीक्षण किया है। इससे पहले, एबीएल (3-5 प्रिंट में कम से कम 1) करते समय मुझे हमेशा नियमित रूप से विफलताएं होती हैं, जहां जांच ट्रिगर नहीं होगी (लेकिन तुरंत लाल झपकी) और नोजल बिस्तर में दुर्घटनाग्रस्त हो जाएगा, क्या यह यांत्रिक जेड अंत के लिए नहीं था -बस मैं उद्देश्य पर छोड़ दिया। और मैंने सबसे अधिक कोशिश की है, यदि सभी नहीं, तो मार्लिन 2.0.x में प्रोबिंग / बीएल टच कॉन्फ़िगरेशन के क्रमपरिवर्तन।
चूंकि मुझे इन हफ्तों (M48 और कई वास्तविक प्रिंट दोनों) के दौरान अनगिनत जांच के दौरान 0 विफलताएं मिली हैं, इसलिए मुझे अपने मामले में इस स्पष्ट सफलता को समझना होगा। मैं, निश्चित रूप से अपने निष्कर्षों को अद्यतन करना चाहिए ताकि परिणाम बदल जाएं।
मैंने यह भी परीक्षण किया है कि यह XY जांच गति से स्वतंत्र काम करता है (6-8-10000 mm / s की कोशिश की), Z जांच की गति और जांच के दौरान हीटर / स्टेपर को अक्षम किए बिना। मूल रूप से, मर्लिन में प्रोबिंग सेटअप विफलताओं से बचने के लिए एक कारक नहीं लगता है (लेकिन अभी भी सटीक प्रभाव हो सकता है, कम से कम Z गति है)।
केवल मुद्दा यह है कि एलसीडी की बैकलाइट (5 वी) जांच के दौरान अस्थायी रूप से झपकी लेती है यदि इसकी 5 वी एसकेआर से खींची गई है, तो संभावित रूप से जांच की वर्तमान खपत के कारण वोल्टेज में गिरावट का संकेत है (लेकिन मेरे दायरे की पूरी जांच और अलग करना नहीं चाहता था) । इस प्रकार, मैंने जांच के पास दो जीएनडी तारों के साथ (बल्कि किसी बाहरी बाहरी 5V स्रोत हो सकता है) के बजाय 5V को वायर्ड कर दिया, एक एसकेआर को चल रहा है और दूसरा पाई को चला रहा है (एक गरीब आदमी के स्टार ग्राउंड के लिए) ।

@mlehnhoff
कृपया जहां यह खड़ा है, यह देखने के लिए बगफिक्स-2.0.x शाखा का परीक्षण करें।

मैं अपने वास्तविक BLTouch पर जल्द ही इसका परीक्षण करूंगा, मेरा मानना ​​है कि मेरे पास एक ही मुद्दा है।

संपादित करें: समान बोर्ड (STM32F103RC) नहीं बल्कि समान मुद्दे! यह पता लगाने की कोशिश कर रहा है कि क्या यह समय का मुद्दा है या कुछ और! लेकिन 91 यूबीएल जाल करते समय मुझे शायद 1 या 2 असफल जांच उसी तरह से मिलती है जैसे यहाँ वर्णित है?

खैर मुझे लगा कि मेरा बोर्ड 'साझा' सर्वो कोड का उपयोग कर रहा है। मैंने कुछ परीक्षण और त्रुटि के बाद नीचे जोड़ा है और यह 6ms / us का safe_delay लगता है? काम कर रहा है! सेंसर तेज ट्रिगर करने के लिए लगता है कि अगर कोई मतलब है? और मैं अब अपना पहला जाल पाने में कामयाब हो गया हूं बिना किसी सेंसर के फेल? इस पर नज़र रखेंगे और अधिक परीक्षण चलाएंगे, लेकिन शुरू में आशाजनक लग रहे हैं! यह एक वास्तविक BLTouch के साथ है, मुझे लगता है कि यह दोषपूर्ण था एक दूसरे को आदेश दिया था! मुझे नहीं लगता कि इसके अन्य हार्डवेयर के रूप में यह सेटअप मूल स्टॉक बोर्ड पर ठीक काम कर रहा था, केवल बीटीटी V2.0 और मर्लिन पर जाने के बाद से यह समस्या हुई है। पहले मैं क्लीपर चला रहा था जिसमें कोई समस्या नहीं थी।

if ( (servoIndex == 0) && ( extDigitalRead(SERVO0_PIN) == 1 ) ) { safe_delay(6); }

@ aslater3 यदि मेरा बोर्ड (SKR Mini E3 v1.2) में 'साझा' सर्वो कोड है तो मैं कैसे बता सकता हूं?

@boelle क्षमा करें, मैं विभिन्न चीजों के साथ काफी व्यस्त था। मैंने अभी नवीनतम बगफिक्स-2.0.x (जो 2.0.5.4 प्रतीत होता है) का परीक्षण किया। मुद्दा अभी भी मौजूद है। ऐसा इसलिए है क्योंकि यह अभी भी pio- फ्रेमवर्क- arduino-lpc176x में तय नहीं है।
लेकिन मेरे पास एक आस्टसीलस्कप तक पहुंच है अब मैं इसे आगे की जांच करने के लिए तैयार हूं (और अंततः इसे ठीक कर दूंगा) ...

2.0.5.4 ( 2.0.x ) और bugfix-2.0.x दो अलग-अलग शाखाएँ हैं। कृपया नवीनतम bugfix-2.0.x और हमें बताएं कि क्या आप अभी भी इस समस्या का सामना कर रहे हैं।

2.0.5.4 ( 2.0.x ) और bugfix-2.0.x दो अलग-अलग शाखाएँ हैं। कृपया नवीनतम bugfix-2.0.x और हमें बताएं कि क्या आप अभी भी इस समस्या का सामना कर रहे हैं।

हाँ मुझे पता है और मैंने नवीनतम बगफिक्स-2.0.x का उपयोग किया है! 2.0.5.4 केवल वही है जो एलसीडी मेनू मुझे बताता है

लेकिन यह किसी भी तरह से कोई फर्क नहीं पड़ता, क्योंकि बग मार्लिनफॉव कोड के अंदर नहीं है, यह पियो-फ्रेमवर्क-आर्डिनो-एलपीसी 176x के अंदर है

यह भी अच्छी तरह से ज्ञात है कि कोड का कौन सा हिस्सा समस्या का कारण बन रहा है: एचडब्ल्यू-पीडब्लूएम की विकलांग लैचिंग।

समस्या अन्य समस्याओं के बिना लैचिंग को फिर से सक्षम करने का एक तरीका खोजना है। यही कारण है कि कुंडी को निष्क्रिय कर दिया गया है।

मैं इस बारे में @ p3p के साथ बातचीत कर रहा था, क्योंकि मैं अन्य प्लेटफार्मों पर इसी तरह की समस्याओं की जांच कर रहा हूं। मुझे नहीं लगता कि इस व्यवहार को बदलने का कोई मौका है, और यह वास्तव में अभी फिर से परीक्षण करने के प्रयास के लायक नहीं है, जब तक कि वास्तव में एक अधिक स्थायी समाधान को लागू करने के हिस्से के रूप में।

2.0.5.4 केवल वही है जो एलसीडी मेनू मुझे बताता है

तब आप नवीनतम बगफिक्स का उपयोग नहीं कर रहे हैं। आपका LCD bugfix-2.0.x कहेगा।

जब मैं पहले से ही नए मैच मूल्य से गुजरने के बाद एक छोटे कर्तव्य चक्र की स्थापना कर रहा हूं, तो मुझे 1 अवधि की गड़बड़ के बारे में पता है, वर्तमान में मुझे यकीन नहीं है कि समस्या को कैसे कम किया जाए। जब pwm शैडो रजिस्टरों को सक्षम किया जाता है तो हार्डवेयर वह नहीं करता है जो उसे करना चाहिए।

2.0.5.4 केवल वही है जो एलसीडी मेनू मुझे बताता है

तब आप नवीनतम बगफिक्स का उपयोग नहीं कर रहे हैं। आपका LCD bugfix-2.0.x कहेगा।

ठीक है, मेरा बुरा, मैंने गलती से बगफिक्स-2.0.x के बजाय शाखा 2.0.x पर क्लोन किया ... अब मैंने तय किया कि -> कोई अंतर नहीं (बेशक)

जब मैं पहले से ही नए मैच मूल्य से गुजरने के बाद एक छोटे कर्तव्य चक्र की स्थापना कर रहा हूं, तो मुझे 1 अवधि की गड़बड़ के बारे में पता है, वर्तमान में मुझे यकीन नहीं है कि समस्या को कैसे कम किया जाए। जब pwm शैडो रजिस्टरों को सक्षम किया जाता है तो हार्डवेयर वह नहीं करता है जो उसे करना चाहिए।

@ p3p क्या आप मुझे बता सकते हैं, आपने किन मुद्दों पर अनुभव किया, जब आपने सक्षम किया था?

मुझे जो याद है (यह एक लंबा समय हो गया है क्योंकि मैं इसे डिबग कर रहा था), छाया रजिस्टरों के साथ पल्स की चौड़ाई को छिटपुट रूप से सक्षम नहीं किया जाएगा, क्योंकि आप कल्पना कर सकते हैं कि मैंने इसके बजाय 1 अवधि की गड़बड़ को चुना था। यह संभवतः एक ही अवधि में एक से अधिक बार पल्स चौड़ाई को अपडेट करने के कारण हो सकता है, लेकिन मुझे यकीन नहीं था।

एक कमांड किए गए सर्वो कोण को परिवर्तित पल्स चौड़ाई के रूप में आउटपुट पर दिखाई देने के लिए कम से कम 20 एमएस रहना पड़ता है।
डिवाइस / सर्वो द्वारा नई पल्स चौड़ाई को पहचानने योग्य बनाने के लिए कई दालों के रहने की संभावना है।
इसलिए कम से कम 20 ms के भीतर कोण को बदलना मना है।
क्या @sjasonsmith ने https://github.com/MarlinFirmware/Marlin/issues/18598#issuecomment -657406598 में 60 एमएस के बारे में बेहतर बताया।

छाया रजिस्टर को अधिक बार अपडेट करने का कोई मतलब नहीं है। कोण मूल्य परिवर्तनों की तुलना में रजिस्टर को अधिक बार नहीं लिखा जाना चाहिए। (छाया रजिस्टर के लिए छाया चर?)
संभवतः इसे लगातार परिवर्तन को रोकने के लिए सर्वो पुस्तकालय के एक उच्च स्तर पर एक अतिरिक्त पैच की आवश्यकता होती है। हमारे पास पहले से ही SERVO_DELAY साथ कुछ ऐसा ही है, मूल रूप से सर्वो (यांत्रिक रूप से) अपने लक्ष्य पर आने से पहले सर्वो सिग्नल शटडाउन को रोकने के लिए चाहिए।

@ मुझे पता है कि प्रति अवधि में कई बार छाया रजिस्टर बदलना व्यर्थ है, लेकिन मैं यह नहीं देखता कि मूल्यों को वास्तविक रजिस्टरों पर धकेलने से पहले उन्हें कई बार बदलने से इस अवधि के अंत में समस्या पैदा हो जाएगी, मुझे यकीन नहीं है कि क्या हार्डवेयर पीडब्लूएम को अपडेट करने वाले क्लाइंट एप्लिकेशन को रोकने का समाधान भी अक्सर (यदि यह वास्तव में मुद्दा है), एक महत्वपूर्ण प्रदर्शन के बिना एक तरह से या किसी अन्य तरीके से मारा जाएगा।

@ मुझे पता है कि प्रति अवधि में कई बार छाया रजिस्टर बदलना व्यर्थ है, लेकिन मैं यह नहीं देखता कि मूल्यों को वास्तविक रजिस्टरों पर धकेलने से पहले उन्हें कई बार बदलना क्यों की अवधि के अंत में एक समस्या का कारण होगा,

मैं यह भी नहीं जानता कि समस्या क्यों या क्या है। लेकिन अगर आप हमें बताएं कि यह समस्याएं पैदा करती
एक निर्माण की तरह:

static float last_servo_angle = 0.0f;
if (servo_angle != last_servo_angle) {
  set_servo(sevo_angle);
  last_servo_angle = servo_angle;
}

कम से कम एक ही मूल्य के साथ कई बार छाया रजिस्टर को लिखने से रोकना होगा।

अगर मुझे सही से याद है, तो पिछली बार मैंने SERVO_PROBE कोड को छुआ था, इससे पहले कि BL-Touch दिखाई दे, मैंने ध्यान से सर्वो और स्टेपर्स को समानार्थक शब्दों के साथ आगे बढ़ने से बचा लिया - लेकिन मैंने हमेशा DEACTIVATE_SERVOS_AFTER_MOVE साथ परीक्षण किया, क्योंकि जब स्टेपर आगे बढ़ रहा था, तब मेरे सर्वोस ने घबराहट की और सर्वोअंग को सेट करने के बाद SERVO_DELAY (कुछ सौ ms) पॉज़ किया। इसकी तुलना में अब जो बहुत कम देरी हो रही है, उसका प्रदर्शन में जीत है।

अगर बीएल-टच कोड उसी समय सर्वो और स्टेपर्स को स्थानांतरित करने की कोशिश करता है जो मुझे नहीं लगता है जैसे मुझे गेंद खेलना है।

क्योंकि बीएल-टच सर्वो सिग्नल पर लगातार DEACTIVATE_SERVOS_AFTER_MOVE होना संभव नहीं है। बाधित चालित इमदादी पुस्तकालयों के लिए एक विलंबित व्यवधान भयावह हो गया, जिससे सर्वो संकेत में गड़बड़ी हुई। एक हार्डवेयर संचालित PWM प्रतिरक्षा होगा। आमतौर पर हमारे पास केवल एक सर्वो होता है।

हालाँकि, मुझे पूरा यकीन है कि बिना रुके set_servo(0); set_servo(180); set_servo(0); बिल्कुल कोई प्रतिक्रिया नहीं देगा - न तो असली सर्वो पर, न ही बीएल-टच पर।

माफ़ करना। संभवतः मेरे विचार हार्डवेयर पीडब्लूएम पर अधिक केंद्रित हैं, इस समय, जहाँ रजिस्टर की तुलना केवल समय और उसके बाद अपडेट की जानी है।

माफ़ करना। संभवतः मेरे विचार हार्डवेयर पीडब्लूएम पर अधिक केंद्रित हैं, इस समय, जहाँ रजिस्टर की तुलना केवल समय और उसके बाद अपडेट की जानी है।

यह समस्या हार्डवेयर पीडब्लूएम के साथ है, और मैं आपके द्वारा कही गई हर बात से सहमत हूं, मैं सिर्फ फ्रेमवर्क स्तर पर समस्या के बारे में सोच रहा था, जैसे कि क्लाइंट एप्लिकेशन को अपडेट किए जाने के दौरान भी हार्डवेयर को कैसे मज़बूती से बनाया जाए। ) उसी अवधि में। ग्राहक पहले के बजाय अंतिम अपडेट लेने की उम्मीद करेगा, और मुझे यह जानने का कोई तरीका नहीं है कि अवधि समाप्त होने से पहले बाद के अपडेट नहीं होने जा रहे हैं।

एक नया समाधान दिमाग में आता है, और अगर यह निदान वास्तव में सही है और मैं बेवकूफ नहीं था, तो देखने के लिए मुझे फिर से समस्या को देखना होगा।

मैं कोशिश करूँगा
कम से कम स्थायी पदों को कब छोड़ा जा सकता है:

servo_update(angle) only updates a volatile variable lets say inter_angle.

an interrupt, either overflow or compare could be:
{  
  static uint32_t counter = 0;
  static uint16_t last_inter_angle = 0;
  if (counter++ > 3) { // if counter should overflow there is a small risk of delaying another 3*20 ms. Every ~55min if 16 bit.
    if (inter_angle != last_inter_angle) { // if counter above 3 the update will be immediate when inter_angle changed.
      update_shadow_compare_register(inter_angle);
      counter = 0;
      last_inter_angle = inter_angle;
    }
  }
}

हर 20 एमएस के बारे में चल रहा है।
यह कम से कम 3 * 20 एमएस के लिए आउटपुट पल्स की लंबाई को स्थिर रखना चाहिए और फिर केवल नए कमांड कोण में रखना चाहिए। हालाँकि यह नहीं पता होगा कि आगे कौन सा कोण आता है या यदि कोई अपडेट सभी का पालन करेगा - यह जानना असंभव है - कुछ जब आपको शुरू करना होगा। यह आपको बताता है कि भेजे गए दालों को पढ़ा जा सकता है और छाया रजिस्टर बहुत बार अपडेट नहीं किया जाता है।

प्रत्येक अपडेट को वारंट करने के लिए कम से कम उस समय के लिए अस्थिर चर को एक कतार से बदलना पड़ता है।

आरसी-फ्लाइंग में मध्यवर्ती पदों को छोड़ा जा सकता है। बीएल-टच स्टोविंग, तैनाती, रीसेटिंग, बदलते_मॉड्स के मामले में ... सभी समान रूप से महत्वपूर्ण है। इस पर ध्यान नहीं दिया जा सकता है, हर कमांड को मान्यता प्राप्त करने के लिए लंबे समय तक रहने के लिए जल्दबाजी करनी चाहिए। एक सार्वभौमिक सर्वो पुस्तकालय के लिए कोई सार्वभौमिक सही समाधान नहीं है।

इसके अलावा बीएल-टच के लिए सभी कमांड को स्टेपर्स मूव्स के सिंक में होना चाहिए। जांच के लिए नीचे जाते समय जांच को वापस लेना बेहतर ढंग से छोड़ा जाना चाहिए। :-)
तो मेरे दृष्टिकोण से मार्लिन को लगातार कोण को अपडेट नहीं करने के लिए जिम्मेदार होना चाहिए।

संपादित करें:
तुलनात्मक बाधा छाया तुलना रजिस्टर को अद्यतन करने के लिए सही एक है। तब बाधा को लगभग 17ms तक उच्च प्राथमिकता से बाधित किया जा सकता था और अभी भी समय होगा जब ओवरफ्लो होने पर तुलना-रजिस्टर के लिए प्रतिलिपि के लिए अपडेट-रजिस्टर तैयार हो।
यदि काउंटर 3 से ऊपर है, तो अवरोध को रोकना संभव हो सकता है। जब inter_angle अद्यतन किया जाता है, तो उसे पुनरारंभ किया जा सकता है।

मैं SKR मिनी 1.1 के साथ एक ही समस्या है।
कोई फर्क नहीं पड़ता कि मैं किस स्थिति में हूं, सर्वो हमेशा एक ही बिंदु पर जाता है।

https://www.youtube.com/watch?v=HVyaKdpJsP0

@Matheusschmitz SKR मिनी एक अलग मंच का उपयोग करता है और इस मुद्दे से अलग होगा। STM32F1 बोर्डों (आपके जैसे) के लिए BLTouch विश्वसनीयता में सुधार करने के लिए कुछ बदलाव एक सप्ताह पहले थोड़े समय में हुए थे। कृपया बगफिक्स-2.0.x शाखा का उपयोग करके देखें कि क्या यह आपके मुद्दे का समाधान करता है।

यदि आपको अभी भी समस्या है, तो कृपया एक समर्थन स्थानों जैसे डिस्कॉर्ड पर चर्चा करें। यह विशेष मुद्दा LPC176x बोर्डों पर केंद्रित रहना चाहिए।

मैं अपने SKR1.3 और BLTouch क्लोन के साथ इस मुद्दे पर भी चलता हूं।
मैं इसे वीडियो पर कैप्चर करने में कामयाब रहा, ठीक 1:54 के आसपास:
https://www.youtube.com/watch?v=wF0Mia49ECI&t=114s
(वीडियो 1080p YouTube को इसे संसाधित करना है)

यहां यह भी दिखाया गया है कि जब यह यूबीएल के दौरान होता है तो एक छवि दिखाई देती है

मैंने कोशिश की है, दूसरों की तरह, विभिन्न सेटिंग्स जो मदद कर सकती हैं, उन्होंने मदद नहीं की।
मैं नवीनतम बगफिक्स-2.0.x शाखा पर हूं

मेरी तरफ से एक ही मुद्दा।
मैं वर्कअराउंड का भी परीक्षण करूंगा

इस मुद्दे पर पिछले 30 दिनों में कोई गतिविधि नहीं हुई है। कृपया एक उत्तर जोड़ें यदि आप इस मुद्दे को सक्रिय रखना चाहते हैं, अन्यथा यह 7 दिनों के भीतर स्वतः बंद हो जाएगा।

मुझे लगता है कि यह तब तक खुला रखने लायक है जब तक कि कोई स्थायी समाधान नहीं मिल जाता।

मैं उस भावना से सहमत हूं

इस मुद्दे पर पिछले 30 दिनों में कोई गतिविधि नहीं हुई है। कृपया एक उत्तर जोड़ें यदि आप इस मुद्दे को सक्रिय रखना चाहते हैं, अन्यथा यह 7 दिनों के भीतर स्वतः बंद हो जाएगा।

मुझे लगता है कि इस मुद्दे को खुला रखना चाहिए।