OMNI-395 भुगतान टर्मिनल अंदर से

2000 के दशक के शुरुआती दिनों में "अंडर" पीसी (संयोग से) के साथ मेरा असली परिचित था, जब मुझे एक बैंक के प्लास्टिक कार्ड प्रसंस्करण विभाग में नौकरी मिली थी। और विशेष रूप से, भुगतान टर्मिनलों के लिए सॉफ्टवेयर के विकास में, पीओएस-एस। प्लास्टिक कार्ड के साथ भुगतान स्वीकार करने के लिए एक पीओएस आमतौर पर एक पूर्ण डिवाइस है, एक मिनी- या माइक्रो-कंप्यूटर, स्क्रीन के साथ, एक कीबोर्ड, एक कार्ड से एक चुंबकीय पट्टी रीडर, अक्सर एक प्रिंटर के साथ, और अब चिप कार्ड के लिए एक रीडर भी।

मैंने OMNI-395 से शुरुआत की। Zilog Z180 पर निर्मित, इसमें डेटा संग्रहीत करने के लिए 1M गैर-वाष्पशील मेमोरी तक है (ऑपरेशन लॉग्स, उदाहरण के लिए), 2400 के लिए एक एटी-मॉडेम (यहां तक ​​कि कुछ प्रकार के सुधार के साथ), पिन कीबोर्ड, प्रिंटर और सिर्फ एक सामान्य उद्देश्य पोर्ट के लिए बारह-वोल्ट RS232 पोर्ट। (हमने इसका उपयोग टीसीपी / आईपी में मल्टीपोर्ट गेटवे से कनेक्ट करने के लिए किया) (अफसोस, सभी बंदरगाहों में RS232 लाइनों का एक पूरा सेट नहीं है, जो सॉफ्टवेयर बाइक का आविष्कार करने पर मजबूर करता है), अच्छी तरह से, और एलसीडी स्क्रीन।



वैसे, वास्तुकला दिलचस्प है। उपयोगकर्ता कोड निष्पादित करने के लिए एक आभासी मशीन का उपयोग किया गया था (जाहिरा तौर पर, प्रतिबंधों, पृष्ठों, और इसी तरह से संबोधित करते हुए) को इस तरह से संभाला गया था। इससे हमें डेटा के लिए बहुत सारी मेमोरी का उपयोग करने की अनुमति मिली, लेकिन कोड का आकार और गति बहुत मामूली थी। यह आवश्यक था, उदाहरण के लिए, स्थानीय स्प्रिंट का उपयोग नहीं करना, लेकिन अपने स्वयं के लिखने के लिए, स्थानीय स्टैक के अतिप्रवाह से बचने के लिए, आदि। 5-10KB डेटा के लिए एक सारणीबद्ध सीआरसी की गणना दृश्यमान सेकंड में काम करती है।



हालांकि, ईमानदारी से, उस समय (Injenico, Nurit, आदि) अन्य कंपनियों के टर्मिनलों की तुलना में, जहां आपको अक्सर बकवास से निपटना पड़ता था जैसे कि मैन्युअल रूप से मेमोरी पेजों को स्विच करना और पत्रिकाओं को स्टोर करना, VeriFone (TXO) - पर्यावरण लगभग उपज। C मानक पुस्तकालय, जहां आप रीड / राइट / ioctl, आदि के माध्यम से पोर्ट और फाइलों के साथ काम कर सकते हैं। और यह तथ्य कि डेवलपर्स के चंचल दिमाग आमतौर पर एक हाथी को दुर्भाग्यपूर्ण उपकरण में बदलना चाहते हैं, जिससे समस्याएं पैदा हो रही हैं। जब, समय के साथ, प्रतिबंध कम या ज्यादा आत्मसात हो गए, तो विकास लगभग सहज हो गया।

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

और फिर सांता क्लॉज़ एक पुरानी पुरानी ओएमएनआई -395 को ले आया, और मेरी खुशी कोई सीमा नहीं थी। क्या हम अन-कॉर्क करेंगे? बेशक!

हम इसे चालू करते हैं, बस मामले में, और, लो और निहारना, मेरा एक फर्मवेयर अभी भी वहां लोड है।



तो, अंदर से दृश्य।



दो बोर्ड - ऊपरी एक, कीबोर्ड के नीचे, और निचले एक, कनेक्टर्स के साथ।





मैं नौटंकी में कंपाइलर और लोडर को खोदूंगा, कुछ लिखने की कोशिश करूंगा।

काश, मुझे हार्डवेयर के विवरण का विवरण नहीं मिला, और आधिकारिक प्रलेखन केवल मानक पुस्तकालय और एक आभासी मशीन का एक सा वर्णन करता है, जिसके कोड में उपयोगकर्ता कोड संकलित किया गया है।

बेशक, OMNI-395 को सुरक्षित रूप से NEDO-PC के रूप में उपयोग किया जा सकता है। उदाहरण के लिए, किसी चीज़ के नियंत्रक के रूप में। यदि आपको सामान्य-उद्देश्य पोर्ट की आवश्यकता है, तो RS-232 उपयुक्त है (DTR / RTS - आउटपुट, CTS / DSR - इनपुट)।

और आदर्श रूप से, आप फ़र्मवेयर को इकट्ठा कर सकते हैं (केवल 64KB है), और आर्किटेक्चर को समझने के बाद, आप पहले से ही Z80 पर विशुद्ध रूप से लिख सकते हैं, और फिर यह बहुत तेज़ी से काम करेगा।

पुनश्च

मुझे कहना होगा कि, हार्डवेयर प्लेटफ़ॉर्म और कंपाइलर (एक से अधिक बार) के परिवर्तन के बावजूद, VefiFone में एक उत्कृष्ट फ्रंट-एंड लाइब्रेरी इंटरफ़ेस है, जो आपको फर्मवेयर को बाद के मॉडल में न्यूनतम बदलाव के साथ पोर्ट करने की अनुमति देता है। 395 वें के बाद, मैंने अभी भी OMNI-3350, 3750, VX510, VX610 के साथ काम किया।

वैसे, ट्विटर पर #cardpayments के टैग पर मैं बैंक कार्ड प्राप्त करने के लिए PICs, पिनपैड और अन्य उपकरणों की तस्वीरें पोस्ट करता हूं, जो मुझे किसी से भी दिलचस्पी होने पर जीवन में मिलते हैं।