एसआरईसी (फ़ाइल प्रारूप)

MOTOROLA एस-रिकॉर्ड एक फ़ाइल स्वरूप है, जिसे 1970 के दशक के मध्य में मोटोरोला द्वारा बनाया गया था, जो बाइनरी जानकारी को एएससीआईआई टेक्स्ट फॉर्म में हेक्साडेसिमल मान के रूप में बताता है। इस फ़ाइल स्वरूप को SRECORD, SREC, S19, S28, S37 के नाम से भी जाना जा सकता है। इसका उपयोग आमतौर पर माइक्रोकंट्रोलर, ईपीरोम, ईईपीरोम और अन्य प्रकार के प्रोग्रामयोग्य लॉजिक उपकरणों में फ्लैश मेमोरी प्रोग्रामिंग के लिए किया जाता है। एक विशिष्ट एप्लिकेशन में, एक कंपाइलर या असेंबलर एक प्रोग्राम के सोर्स कोड (जैसे C या असेंबली लैंग्वेज) को मशीन कोड में परिवर्तित करता है और इसे HEX फ़ाइल में आउटपुट करता है। HEX फ़ाइल को मशीन कोड को गैर-वाष्पशील मेमोरी में बर्न करने के लिए प्रोग्रामर द्वारा आयात किया जाता है, या लोडिंग और निष्पादन के लिए लक्ष्य सिस्टम में स्थानांतरित किया जाता है।

इतिहास
एस-रिकॉर्ड प्रारूप 1970 के दशक के मध्य में मोटोरोला 6800 प्रोसेसर के लिए बनाया गया था। उसके और अन्य एंबेडेड प्रोसेसर  के लिए  प्रोग्रामिंग उपकरण  एस-रिकॉर्ड प्रारूप में निष्पादन योग्य कोड और डेटा बनाएगा। PROM प्रोग्रामर तब S-रिकॉर्ड प्रारूप को पढ़ेंगे और डेटा को एम्बेडेड सिस्टम में उपयोग किए जाने वाले PROM या EPROM में जला देंगे।

अन्य हेक्स प्रारूप
इसी उद्देश्य से अन्य ASCII एन्कोडिंग भी मौजूद हैं। बीपीएनएफ, बीएचएलएफ और बी10एफ शुरुआती बाइनरी प्रारूप थे, लेकिन वे न तो कॉम्पैक्ट हैं और न ही लचीले हैं। हेक्साडेसिमल प्रारूप अधिक कॉम्पैक्ट होते हैं क्योंकि वे प्रति वर्ण 1 बिट के बजाय 4 बिट का प्रतिनिधित्व करते हैं। कई, जैसे कि एस-रिकॉर्ड, अधिक लचीले होते हैं क्योंकि उनमें पते की जानकारी शामिल होती है ताकि वे PROM के केवल एक हिस्से को निर्दिष्ट कर सकें। Intel HEX प्रारूप का उपयोग अक्सर Intel प्रोसेसर के साथ किया जाता था। टेकहेक्स एक अन्य हेक्स प्रारूप है जिसमें डिबगिंग के लिए एक प्रतीक तालिका शामिल हो सकती है।

रिकॉर्ड संरचना
SREC प्रारूप फ़ाइल में ASCII टेक्स्ट रिकॉर्ड की एक श्रृंखला होती है। अभिलेखों में बाएँ से दाएँ निम्नलिखित संरचना है:
 * 1) रिकॉर्ड प्रारंभ - प्रत्येक रिकॉर्ड एक बड़े अक्षर S अक्षर (ASCII 0x53) से शुरू होता है जो स्टार्ट-ऑफ़-रिकॉर्ड के लिए है। # रिकॉर्ड प्रकार - एकल संख्यात्मक अंक 0 से 9 वर्ण (ASCII 0x30 से 0x39), जो रिकॉर्ड के प्रकार को परिभाषित करता है। नीचे दी गई तालिका देखें।
 * 2) बाइट गिनती - दो हेक्साडेसिमल अंक (00 से एफएफ), जो बाकी रिकॉर्ड (पता + डेटा + चेकसम) में आने वाले बाइट्स (हेक्स अंक जोड़े) की संख्या को दर्शाता है। इस फ़ील्ड का न्यूनतम मान 3 (16-बिट एड्रेस फ़ील्ड के लिए 2 प्लस 1 चेकसम बाइट) और अधिकतम मान 255 (0xFF) है। 00 / 01 / 02 अवैध मान हैं।
 * 3) पता - रिकॉर्ड प्रकार द्वारा निर्धारित चार / छह / आठ हेक्स अंक। पता बाइट्स को endianness|बिग-एंडियन प्रारूप में व्यवस्थित किया गया है।
 * 4) डेटा - डेटा के n बाइट्स के लिए 2n हेक्स अंकों का एक क्रम। S1/S2/S3 रिकॉर्ड के लिए, प्रति रिकॉर्ड अधिकतम 32 बाइट्स सामान्य है क्योंकि यह 80 कैरेक्टर चौड़ी टर्मिनल स्क्रीन पर फिट होगा, हालांकि 16 बाइट्स एक विशिष्ट पते पर प्रत्येक बाइट को विज़ुअली डिकोड करना आसान होगा।
 * 5) चेकसम - दो हेक्स अंक, बाइट गणना, पता और डेटा फ़ील्ड के लिए दो हेक्स अंक जोड़े द्वारा दर्शाए गए मानों के योग का सबसे कम महत्वपूर्ण बाइट। C प्रोग्रामिंग भाषा में, योग को चेकसम में परिवर्तित किया जाता है:

पाठ पंक्ति टर्मिनेटर
SREC रिकॉर्ड को एक या अधिक ASCII लाइन समाप्ति वर्णों द्वारा अलग किया जाता है ताकि प्रत्येक रिकॉर्ड एक टेक्स्ट लाइन पर अकेला दिखाई दे। यह रिकॉर्ड को दृश्य रूप से सीमांकित करके सुपाठ्यता को बढ़ाता है और यह रिकॉर्ड के बीच पैडिंग भी प्रदान करता है जिसका उपयोग मशीन पदच्छेद  दक्षता में सुधार के लिए किया जा सकता है।

HEX रिकॉर्ड बनाने वाले प्रोग्राम आमतौर पर लाइन टर्मिनेशन वर्णों का उपयोग करते हैं जो उनके ऑपरेटिंग सिस्टम की परंपराओं के अनुरूप होते हैं। उदाहरण के लिए, लिनक्स प्रोग्राम लाइनों को समाप्त करने के लिए एकल एलएफ कैरेक्टर ( नई पंक्ति, एएससीआईआई कैरेक्टर वैल्यू के रूप में 0x0A) कैरेक्टर का उपयोग करते हैं, जबकि विंडोज प्रोग्राम एलएफ कैरेक्टर के बाद सीआर कैरेक्टर (कैरिज रिटर्न, एएससीआईआई कैरेक्टर वैल्यू के रूप में 0x0D) का उपयोग करते हैं।

रिकॉर्ड प्रकार
निम्न तालिका 10 संभावित एस-रिकॉर्ड का वर्णन करती है। S4 आरक्षित है और वर्तमान में परिभाषित नहीं है। S6 मूल रूप से आरक्षित था लेकिन बाद में इसे फिर से परिभाषित किया गया।

रिकॉर्ड क्रम
हालाँकि कुछ यूनिक्स दस्तावेज़ों में कहा गया है कि फ़ाइल के भीतर एस-रिकॉर्ड का क्रम कोई महत्व नहीं रखता है और कोई विशेष क्रम नहीं माना जा सकता है, व्यवहार में अधिकांश सॉफ़्टवेयर ने SREC रिकॉर्ड का ऑर्डर दिया है। विशिष्ट रिकॉर्ड क्रम एक (कभी-कभी वैकल्पिक) S0 हेडर रिकॉर्ड के साथ शुरू होता है, एक या अधिक S1/S2/S3 डेटा रिकॉर्ड के अनुक्रम के साथ जारी रहता है, एक वैकल्पिक S5/S6 गणना रिकॉर्ड हो सकता है, और एक उपयुक्त S7/S8/S9 समाप्ति रिकॉर्ड के साथ समाप्त होता है।


 * S19-शैली 16-बिट पता रिकॉर्ड
 * स0
 * 1) S1 (एक या अधिक रिकॉर्ड)
 * 2) S5 (वैकल्पिक रिकॉर्ड)
 * S9


 * S28-शैली 24-बिट पता रिकॉर्ड
 * स0
 * 1) S2 (एक या अधिक रिकॉर्ड)
 * 2) S5 (वैकल्पिक रिकॉर्ड)
 * S8


 * S37-शैली 32-बिट पता रिकॉर्ड
 * स0
 * 1) S3 (एक या अधिक रिकॉर्ड)
 * 2) S5 (वैकल्पिक रिकॉर्ड)
 * 3) एस7

रिकॉर्ड लंबाई
ऐतिहासिक यूनिक्स ओ/एस दस्तावेज़ीकरण का एक मैनुअल पृष्ठ बताता है: एक एस-रिकॉर्ड फ़ाइल में विशेष रूप से स्वरूपित ASCII वर्ण स्ट्रिंग्स का एक अनुक्रम होता है। एक एस-रिकॉर्ड की लंबाई 78 बाइट्स से कम या उसके बराबर होगी। मैनुअल पेज डेटा फ़ील्ड में वर्णों की संख्या को 64 (या 32 डेटा बाइट्स) तक सीमित करता है। 8-हेक्स-वर्ण पते और 64 डेटा वर्णों वाला एक रिकॉर्ड 78 (2 + 2 + 8 + 64 + 2) वर्ण लंबा होगा (यह गणना संभावित अंत-पंक्ति या स्ट्रिंग समाप्ति वर्णों को अनदेखा करती है), और 80-वर्ण चौड़े तैलिप्रिंटर  पर फिट बैठता है। मैनुअल पेज के नीचे एक नोट में कहा गया है, यह मैनुअल पेज एकमात्र ऐसा स्थान है जहां कुल रिकॉर्ड लंबाई पर 78-बाइट सीमा या डेटा लंबाई पर 64-बाइट सीमा का दस्तावेजीकरण किया गया है। सामान्य मामले के लिए इन मूल्यों पर भरोसा नहीं किया जाना चाहिए। यदि 78 बाइट ऐतिहासिक सीमा को नजरअंदाज कर दिया जाए, तो एस-रिकॉर्ड की अधिकतम लंबाई 514 अक्षर होगी। 0xFF (255) की बाइट गणना मानते हुए, यह रिकॉर्ड प्रकार फ़ील्ड के लिए 2 + बाइट काउंट फ़ील्ड के लिए 2 + पता / डेटा / चेकसम फ़ील्ड के लिए (2 * 255) होगी। अधिकतम दो नियंत्रण वर्ण (कैरिज रिटर्न और/या रेखा भरण), और/या C/C++ प्रोग्रामिंग भाषाओं के लिए एक NUL (0x00) स्ट्रिंग टर्मिनेटर रखने के लिए अतिरिक्त बफर स्थान की आवश्यकता हो सकती है। लंबी लाइन लंबाई का उपयोग करने में समस्याएं हैं: मोटोरोला एस-रिकॉर्ड प्रारूप परिभाषा 255 बाइट्स पेलोड, या 514 अक्षरों की लाइनों, साथ ही लाइन समाप्ति की अनुमति देती है। सभी EPROM प्रोग्रामर के पास इतने बड़े रिकॉर्ड से निपटने के लिए पर्याप्त बड़ी लाइन बफ़र्स होने चाहिए। बहुत कम लोग ऐसा करते हैं।

डेटा फ़ील्ड
S0/S1/S2/S3 रिकॉर्ड के लिए डेटा की न्यूनतम मात्रा शून्य है।

कुछ ऐतिहासिक दस्तावेज़ इस फ़ील्ड में अधिकतम 32 बाइट्स डेटा (64 हेक्स वर्ण) की अनुशंसा करते हैं (शायद इसलिए कि 32 डेटा के 2 की सबसे बड़ी शक्ति है जो एक प्रति पंक्ति वर्ण वाइड टेलीप्रिंटर/कंप्यूटर टर्मिनल/ छिद्रित कार्ड पर फिट होगी)।

यदि 32 बाइट ऐतिहासिक सीमा को नजरअंदाज कर दिया जाता है, तो डेटा की अधिकतम मात्रा पता फ़ील्ड के आकार (4/6/8) के आधार पर भिन्न होती है। डेटा के बाइट्स की अधिकतम संख्या की गणना 255 (बाइट काउंट फ़ील्ड के लिए अधिकतम) माइनस (चेकसम फ़ील्ड के लिए 1 बाइट) माइनस (एड्रेस फ़ील्ड में बाइट्स की संख्या) द्वारा की जाती है, इस प्रकार प्रत्येक रिकॉर्ड प्रकार के लिए डेटा की अधिकतम मात्रा है: S0 & S1 रिकॉर्ड्स, 251 डेटा बाइट्स (502 HEX वर्ण) के लिए 252 डेटा बाइट्स (504 HEX वर्ण)।

टिप्पणियाँ
S0 हेडर रिकॉर्ड में ASCII-टू-हेक्स रूपांतरित टिप्पणियों के अलावा, SREC फ़ाइल प्रारूप आधिकारिक तौर पर मानव-पठनीय ASCII टिप्पणियों का समर्थन नहीं करता है, हालांकि कुछ सॉफ़्टवेयर उन सभी पंक्तियों को अनदेखा कर देते हैं जो S से शुरू नहीं होती हैं और/या चेकसम फ़ील्ड के बाद के सभी टेक्स्ट को अनदेखा कर देते हैं (इस प्रकार टिप्पणियों के लिए अनुगामी टेक्स्ट का उपयोग कभी-कभी (असंगत रूप से) किया जाता है)। उदाहरण के लिए, सीसीएस पीआईसी कंपाइलर एक रखने का समर्थन करता है; Intel HEX फ़ाइल के ऊपर या नीचे टिप्पणी पंक्ति, और इसके मैनुअल में कहा गया है कि कुछ प्रोग्रामर (विशेष रूप से MPLAB) हेक्स फ़ाइल के शीर्ष पर टिप्पणियाँ पसंद नहीं करते हैं, यही कारण है कि कंपाइलर के पास हेक्स फ़ाइल के नीचे टिप्पणी रखने का विकल्प होता है।

उदाहरण

 * रंग किंवदंती

चेकसम गणना
निम्नलिखित उदाहरण रिकॉर्ड:

यह दिखाने के लिए डिकोड किया गया है कि चेकसम मूल्य की गणना कैसे की जाती है। निम्नलिखित उदाहरण हेक्साडेसिमल मान (एक मोटोरोला सम्मेलन) को इंगित करने के लिए डॉलर चिह्न ($) का उपयोग करता है:
 * 1) जोड़ें: प्रत्येक बाइट $13 + $7A + $F0 + $0A + $0A + $0D + $00 + ... + $00 = $019E योग जोड़ें।
 * 2) मास्क: योग की सबसे महत्वपूर्ण बाइट ($01) को हटा दें और सबसे कम महत्वपूर्ण बाइट (LSB) को बरकरार रखें, जो कि $9E है।
 * 3) पूरक: एलएसबी के पूरक की गणना करें, जो $61 है।

C प्रोग्रामिंग भाषा में, योग को चेकसम में परिवर्तित किया जाता है:

यह भी देखें

 * बाइनरी-टू-टेक्स्ट एन्कोडिंग, एक सर्वेक्षण और एन्कोडिंग एल्गोरिदम की तुलना
 * इंटेल हेक्स प्रारूप
 * एमओएस प्रौद्योगिकी फ़ाइल स्वरूप
 * टेक्ट्रोनिक्स हेक्स प्रारूप

अग्रिम पठन

 * 
 * (56 pages)
 * (56 pages)

बाहरी संबंध

 * SRecord is a collection of tools for manipulating SREC format files.
 * BIN2MOT, BINARY to Motorola S-Record file converter utility.
 * SRecordizer is a tool for viewing, editing, and error checking S19 format files.
 * bincopy is a Python package for manipulating SREC format files.
 * kk_srec is a C library and program for reading the SREC format.