मैं कमांड लाइन से कैसे पहचान सकता हूं कि मेरे पास कौन सा बोर्ड संशोधन है?

Question

मैं अभी भागा

cat /proc/cpuinfo

मेरे बोर्ड पर। मुझे "संशोधन: 1000002" मिलता है। मैं बोर्ड के किस संस्करण का कोई उल्लेख नहीं कर पाया हूं।

कोई मदद?

Comments

आपने प्रश्न का अर्थ बदल दिया है।

— एलेक्स चैंबरलेन

@AlexChamberlain: यह वही है जो मैंने प्रश्न पूछा था।

— जॉन स्मिथ

@ जॉनसन मैं एक रोलबैक सुझाता हूं और इसे एक अलग प्रश्न के रूप में पूछ रहा हूं, जैसा कि एलेक्सचैबरलेन ने कहा कि आपने प्रश्न का अर्थ बदल दिया है और यह प्रश्न अब इसके उत्तर के साथ नहीं है।

— स्टीव रोबिलार्ड

हैलो जॉन स्मिथ। कृपया अपने प्रश्न को नए सिरे से संपादित न करें। इसके बजाय एक नया प्रश्न पूछने के लिए प्रश्न पूछें बटन का उपयोग करें। इस समय में मैं इस प्रश्न को वापस लाने जा रहा हूं। धन्यवाद!

संबंधित: raspberrypi.stackexchange.com/q/61699/19949

— Ghanima

Answer 1

आगामी बोर्ड संशोधन की घोषणा के हिस्से के रूप में पोस्ट की गई जानकारी के अनुसार , आपके पास मॉडल बी संशोधन 1.0 बोर्ड है।

मॉडल और संशोधन कोड (एस)
मॉडल बी संशोधन १.२ २
मॉडल बी संशोधन 1.0 + ECN0001 (कोई फ़्यूज़, D14 हटाया) 3
मॉडल बी संशोधन 2.0 4, 5, 6

कोड उस संख्या का अंतिम अंक होता है जिसके द्वारा लौटाया जाता है

cat /proc/cpuinfo 

(कम से कम जब तक उनके पास 9 से अधिक संशोधन नहीं होते)।

Comments

तो शुरुआत में 1 के साथ क्या है?

— जॉन स्मिथ

@ जॉनसन मुझे नहीं पता, लेकिन अगर अनुमान लगाने के लिए मजबूर किया जाए, तो मैं कहूंगा कि चार्ट के आधार पर यह मॉडल (इस मामले में बी) को इंगित करता है।

— स्टीव रोबिलार्ड

यहां एक टिप्पणी है जहां उपयोगकर्ता का तात्पर्य है कि 1 "ओवरवॉल्ट बिट" है।

— निकग्रिम

@nickgrim: यही वह उत्तर है जिसकी मुझे तलाश है। क्या आप इसे डाल सकते हैं और जवाब दे सकते हैं?

— जॉन स्मिथ

हां, वह 1 "वारंटी शून्य" बिट है।

— डेविड श्वार्ट्ज

Answer 2

MODEL AND REVISION                                       CODE(S)
Model B Revision 1.0                                    2
Model B Revision 1.0 + ECN0001 (no fuses, D14 removed)  3
Model B Revision 2.0                                    4, 5, 6

Answer 3

/proc/cpuinfoआजकल raspberrypi.org पर संशोधन क्षेत्र से संबंधित विस्तृत दस्तावेज हैं:

https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md

यह दस्तावेज़ पुराने (वृद्धिशील) संशोधन कोड (मान 0x0001 से 0x0015, मूल Rpi 1 मॉडल के लिए प्रयुक्त), और एक नया प्रारूप (Rpi 2 के साथ पेश किया गया) दोनों ही हैं जहाँ कोड के बिट्स वास्तव में निर्माता, स्मृति आकार जैसे मापदंडों को संलग्न करते हैं। और बोर्ड प्रकार। इसमें सभी संशोधन कोड की सूची भी है जो वर्तमान में उपयोग में हैं।

वह पृष्ठ जो दस्तावेज़ नहीं करता है वह यह है कि (पुरानी शैली) संशोधन में एक "1000" उपसर्ग हो सकता है जो इंगित करता है कि बोर्ड ने ओवरवॉल्टेज लागू किया है। मुझे संदेह है कि नई शैली के संशोधन के लिए, एक समान (लेकिन कम, चूंकि संशोधन लंबा है) उपसर्ग लागू होता है। इस उपसर्ग पर जानकारी, साथ ही उल्लेखनीय अंतर पर कुछ विवरण के साथ मॉडल की एक सूची https://elinux.org/RPi_HardwareHistory पर देखी जा सकती है।

इसके अलावा raspberrypi.org पर उस पेज पर प्रलेखित है कि आप वर्तमान मॉडल में मानव-पठनीय विवरणक पा सकते हैं /sys:

$ cat /sys/firmware/devicetree/base/model 
Raspberry Pi Model B Plus Rev 1.2

स्टार्टअप पर, बूटलोडर (या हो सकता है कि कर्नेल) ऑटोडेट करता है कि यह किस बोर्ड पर चल रहा है और फिर उस बोर्ड के लिए उपयुक्त "डेविसट्री" फाइल लोड करता है। इस डिवेट्री का वर्णन है कि कैसे सभी हार्डवेयर जुड़े हुए हैं और उपयुक्त ड्राइवरों को लोड करने के लिए उपयोग किया जाता है। इसके अतिरिक्त, इस डेविसेट्री में एक "मॉडल" संपत्ति भी है। मैं यह कहने जा रहा था कि यह वह संपत्ति है जिसे आप वास्तव में उपरोक्त आदेश के साथ पढ़ रहे हैं, सिवाय इसके कि डेविट्री में परिभाषित मॉडल स्ट्रिंग्स वास्तव में थोड़ा अलग हैं ("प्लस" के बजाय "+" और पुनरीक्षण स्ट्रिंग के बिना)। उदाहरण के लिए, मुझे लगता है कि ऊपर कमांड कमांड आउटपुट bcm2708-rpi-b-plus.dts है के बारे में मुझे लगता है कि devicetree फ़ाइल । Bcm2835 संस्करण भी हैं, लेकिन ये मेरे में मौजूद नहीं हैं/bootऔर bcm2708 dts bcm2835 के साथ संगतता का दावा करता है। मैंने भी इसी dtbफ़ाइल को हटाने की कोशिश की /boot, लेकिन यह भी "+" और कोई संशोधन के साथ स्ट्रिंग देता है, इसलिए मुझे बिल्कुल यकीन नहीं है कि यह मॉडल स्ट्रिंग वास्तव में कहां से आता है (और इससे भी महत्वपूर्ण बात यह है कि सभी संभावित मान क्या दिखते हैं)। तो हो सकता है कि बूटलोडर कहीं और से एक डेविट्री को पुनः प्राप्त करता है, या कहीं एक बिलिन है।

मैंने अभी देखा कि /proc/cpuinfoइसमें एक "मॉडल" फ़ील्ड भी है, जिस पर मुझे संदेह है कि एक ही स्रोत हो सकता है।