Stlink: [फीचर] प्रोग्रामर सीरियल तब प्रदर्शित किया जाना चाहिए जब कोई लक्ष्य जुड़ा न हो

@grvaillot : आपने अभी यह टिकट जीता है, क्योंकि मैंने पाया है कि आपकी प्रतिबद्धता 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 किसी भी तरह से ऊपर के मुद्दे को संबोधित करती है (प्रति दुर्घटना?) मुझे लगता है कि मेरा STlink-v2 प्रोग्रामर इस प्रतिबद्धता के बाद से (बिल्कुल) अलग व्यवहार करता है। मैं वास्तव में नहीं जानता कि इस परिवर्तन का कारण क्या है।

यहाँ st-info --probe का आउटपुट है यदि प्रोग्रामर से कोई उपकरण संलग्न नहीं है:

पहले:

Found 1 stlink programmers

बाद में:

Found 1 stlink programmers
 serial:     3f76050132124647524b4e00
 hla-serial: "\x3f\x76\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
 flash:      0 (pagesize: 0)
 sram:       0
 chipid:     0x0000
 descr:      unknown device

मैं वास्तव में समझ नहीं पा रहा हूं कि ऐसा क्यों है।
हालाँकि, जैसा कि आप लेखक हैं, यह समझ में आता है कि आपको इस पर एक नज़र डालने देना चाहिए।

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

हम्म, आपके द्वारा संदर्भित प्रतिबद्धता अच्छी नहीं है, इसे जांच पुनर्विक्रय पैचसेट में तय किया गया था

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

दूसरे प्रोग्रामर के लिए प्रतिबद्ध 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 के साथ st-info --probe का आउटपुट यहां दिया गया है, जो एक ही परिणाम प्रतीत होता है:

Found 1 stlink programmers
 serial:     3f70050132124647524b4e00
 hla-serial: "\x3f\x70\x05\x01\x32\x12\x46\x47\x52\x4b\x4e\x00"
 flash:      0 (pagesize: 0)
 sram:       0
 chipid:     0x0000
 descr:      unknown device

जबकि पिछली प्रतिबद्धता 46bf0abf77cca47133d3839460cc7679e0f78714 रिटर्न:

Found 1 stlink programmers

अभी भी सोच रहा है क्यों...

क्षमा करें, मेरे पेड़ में खो गया, आइए संक्षेप करें:

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

किसी भी तरह से 804c38ead8aef3e4a1640a82a9b9c01f4f60eed1 जांच व्यवहार को बदल नहीं सकता है, मुझे कुछ स्थानीय गैर-स्वच्छ पुनर्निर्माण और परीक्षण समस्या पर संदेह होगा :)

मेरा पीआर https://github.com/stlink-org/stlink/pull/933 उस मुद्दे को बंद कर देना चाहिए।

BTW, मुझे लगता है कि --probe कॉल शायद cpuid प्रदर्शित करना चाहिए। यह कभी भी शून्य नहीं होना चाहिए और नए चिप समर्थन/बग रिपोर्ट में मदद करेगा। लेकिन यह एक और मुद्दा है।

@grvaillot : आप सही कह रहे हैं कि यह एक स्थानीय गैर-स्वच्छ पुनर्निर्माण रहा होगा: अब तक मुझे पता चला है कि मेरे निष्कर्ष पुराने मैनुअल मर्ज-प्रतिबद्ध aad5cf1901f467914a2efe855c0caff7fdf99048 द्वारा पेश किए गए परिवर्तनों से प्राप्त हुए हैं, और इस प्रकार आपका कोई भी नहीं। #863 का भी संदर्भ लें जो उसी शाखा से निकला है। इसलिए हमें वही रहना चाहिए जो आपने पहले बताया था। हालाँकि यह देखे गए व्यवहार की व्याख्या करता है।