Winstar ग्राफिक और टेक्स्ट मोड प्रदर्शित करता है

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

वास्तविक ग्राफिक डिस्प्ले के विचार पर आगे बढ़ने से पहले, हम WS0010 नियंत्रक के पाठ मोड को सक्षम करने की समस्याओं के साथ सदाबहार समस्या पर विचार करेंगे, जिसे एक अप्रत्याशित और स्पष्ट समाधान प्राप्त हुआ (ओह, जहां मेरी आंखें थीं!)।

WS0010 पाठ मोड समस्याएँ हल करना

यह सर्वविदित है कि विनस्टार लाइन डिस्प्ले में आरंभीकरण के दौरान स्थिरता के मुद्दे हैं। वैसे, यह पता चला कि यह "शापित चीनी" के लिए अद्वितीय नहीं था: न्यूहेवन डिस्प्ले 16x2 के नमूने, जो मैंने बड़ी कठिनाई के साथ प्राप्त किए, जो दुनिया के दूसरी तरफ स्थित हैं, बाहरी रूप से विनस्टार की एक पूरी प्रतिलिपि है, कुछ शिलालेखों के स्थान और ब्लोट पर कंपनी के नाम के अलावा ( एक ही आकार और फ़ॉन्ट):



युक्त, जैसा कि यह डेटशीट में लिखा गया है, एक निश्चित "एलसीडी तुलनीय" नियंत्रक है, ये डिस्प्ले पूरी तरह से चीनी के समान व्यवहार करते हैं और समान नुकसान हैं। जाहिर है, आपको अन्य कंपनियों, जैसे कि मिडास: इस प्रकाशन को देखते हुए, यह अंतरराष्ट्रीय सहयोग के बिना नहीं कर सकता है, की जाँच करने में समय व्यतीत नहीं करना चाहिए। वैश्वीकृत अर्थव्यवस्था शासन!

पाठ मोड की कठिनाइयों को इस तथ्य में व्यक्त किया जाता है कि शुरू करते समय (उदाहरण के लिए, जब रिबूटिंग या मैन्युअल रूप से नियंत्रक नियंत्रक के कार्यक्रम को रीसेट करना), कचरा डिस्प्ले पर दिखाई दे सकता है, और 0 और 1 बेतरतीब ढंग से स्थान बदल सकते हैं। प्रयोगों से पता चला कि यह समावेश विधि (8-बिट या 4-बिट) पर निर्भर नहीं करता है। यह समस्या विशेष रूप से तीव्र है जब आवधिक सॉफ्टवेयर रिबूट आवश्यक हैं, उदाहरण के लिए, वॉचडॉग-टाइमर द्वारा।

समस्या का एक भाग सत्ता के लिए एक साफ रवैया है (एक अलग स्रोत से, और यूएसबी अरुडिनो से कोई साधन नहीं है), और नियंत्रण कार्यक्रम शुरू करने के बाद प्रदर्शन बंद करके और लेखक का पिछला प्रकाशन देखें। जैसा कि यह निकला, इन पंक्तियों का लेखक एकमात्र ऐसा व्यक्ति नहीं था जिसने समस्या के समान समाधान का प्रस्ताव दिया था: विंक्लेरेड एडेड ऑन लुक्विडकल्चर के लेखक ने इसमें एक विशेष pw_pin भी शामिल किया है, जिसके साथ कार्यक्रम शुरू होने पर प्रदर्शन शक्ति विकृत होती है।

लेकिन यह सब, निश्चित रूप से, पहल और आधा उपाय है। कोई SeregaB एक कट्टरपंथी तरीके से आया (देखें अपने प्रकाशन easyelectronics.ru पर - टिप के लिए टॉमसिना के लिए धन्यवाद)। वास्तव में, उन्होंने एक पूरी तरह से अलग कार्य पेश किया: पाठ मोड के बजाय सिर्फ ग्राफिक के साथ काम करने के तरीके को जानने के लिए। मोड के बीच स्विच करने की कोशिश करते हुए, उन्होंने जल्दी से पता चला कि " ग्राफिक मोड पर स्विच करना सामान्य था, और ग्राफिक से" पाठ "- बहुत अनाड़ी ।" तब उन्हें याद आया कि " एक बार, बहुत समय पहले, जब डीएसएच को अभी भी कागज पर मुद्रित किया जाता था, एचडी 44780 में कुछ डीएस में मैंने पढ़ा था कि स्क्रीन बंद होने पर ही स्विचिंग मोड किया जाना चाहिए ।" और इसने काम किया।

उद्धृत प्रकाशन से, मैं यहां केवल दो स्विचिंग प्रक्रियाओं को पुन: प्रस्तुत करूंगा, उन्हें ल्यूक्विडक्रिस्टल के साथ उपयोग करने के लिए थोड़ा अनुकूल करना होगा (वर्ग उदाहरण को यहां OLED1 कहा जाता है)।

ग्राफिक मोड पर स्विच करें:

OLED1.command(0x08);//  OLED1.command(0x1F);//   OLED1.command(0x01);//    (..  clear()) OLED1.command(0x08|0x04);//  

पाठ मोड पर जाएं:

  OLED1.command(0x08);//  OLED1.command(0x17);//    OLED1.command(0x01);//    (..  clear()) OLED1.command(0x04 | 0x08);//  

जैसा कि हम बाद में देखेंगे, पहली प्रक्रिया की वास्तव में आवश्यकता नहीं है: WS0010 एक आधा किक से ग्राफिक मोड में स्विच करता है, बस इसे 0x1F कमांड भेजें। लेकिन आदेशों का दूसरा क्रम बहुत अधिक था। नमूने के लिए, इसे सीधे स्केच में शामिल किया गया था जिसमें इस रूप में ल्यूक्विडक्रिस्टल का उपयोग किया गया था:

 void reset_textmode() //     { OLED1.command(0x08);//  OLED1.command(0x17);//    OLED1.command(0x01);//    OLED1.command(0x04 | 0x08);//  } 

फिर लाइब्रेरी के आरंभ होने के तुरंत बाद इस समारोह को सेटअप में बुलाया गया:

  . . . . . OLED1.begin(16,2); //16  2  reset_textmode(); //  clear() . . . . . 

यदि आप इससे पहले कुछ देरी (500) सम्मिलित करते हैं, तो प्रदर्शन बहुत स्पष्ट हो जाता है: स्क्रीन पर Arduino बोर्ड के रीसेट बटन को दबाने के बाद, हमेशा की तरह, कचरा दिखाई देता है, लेकिन केवल एक पल के लिए: फ़ंक्शन चालू होने के बाद, स्क्रीन साफ़ हो जाती है और सभी लाइनें वापस आ जाती हैं ।

फ़ंक्शन उस तरह काम करता है, लेकिन सुविधा के लिए, मैंने उन्नत लिक्विडक्रिस्ट्रस_ओएलईडी.प्प पुस्तकालय की फ़ाइल में लिक्विडक्रिस्ट्रस :: क्लियर () फ़ंक्शन की सामग्री को बदल दिया है जो पहले इस क्रम के अनुक्रम के साथ चर्चा की गई थी (मुझे याद दिलाता है कि आप इसे लेखक की साइट से डाउनलोड कर सकते हैं )। लाइब्रेरी में कमांड के निष्पादित होने की प्रतीक्षा नहीं है, इसलिए, विश्वसनीयता के लिए, प्रत्येक कमांड के बाद लाइब्रेरी की सामान्य शैली में 100 μs की देरी होती है। LiquidCrystalRus_OLED के इस संस्करण का उपयोग करते हुए स्केच में, सेटअप की शुरुआत में, यह स्पष्ट () फ़ंक्शन को कॉल करने के लिए आवश्यक है, और एक ही समय में यह स्क्रीन को साफ करेगा।

अब अंत में ग्राफिक्स मोड से निपटते हैं।

पाठ में ग्राफिक मोड WEH001602 प्रदर्शित करता है

इसके साथ शुरू करने के लिए, मैंने टेक्स्ट डिस्प्ले को WEH001602BG को ग्राफिक मोड में बदलने की कोशिश की। ध्यान दें कि चित्रमय 100x16 और पाठ (20x2 कॉन्फ़िगरेशन, 16x2 में बस कम क्षैतिज बिंदु हैं) प्रदर्शित करने के लिए समान मैट्रिक्स हैं, केवल पाठ प्रदर्शन परिचित में अंतराल से अलग होते हैं। यह गंभीर रूप से पाठ डिस्प्ले में ग्राफिक्स मोड, और ग्राफिक्स में और भी अधिक पाठ मोड का उपयोग सीमित करता है। लेकिन यह परीक्षण करने के लिए कि यह कैसे काम करता है, आप उनमें से किसी का उपयोग कर सकते हैं।

DS1307 के साथ प्रदर्शन निम्न योजना के अनुसार Arduino नैनो से जुड़ा था:


उसी योजना के अनुसार, हम भविष्य में ग्राफिकल डिस्प्ले कनेक्ट करेंगे। आरेख में ग्रे रंग यदि आवश्यक हो, तो दूसरे डिस्प्ले का कनेक्शन दिखाता है।

चित्रमय मोड में जाने के लिए, आप पिछले अनुभाग से बेहतर प्रक्रिया का उपयोग कर सकते हैं, लेकिन एक कमांड से एक सरल कार्य काम करता है:

 . . . . . #define LCD_SETGRAPHICMODE 0x1f LiquidCrystal lcd(9, 4, 8, 7, 6, 5); void setGraphicMode(){ lcd.command(LCD_SETGRAPHICMODE); } . . . . . 

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

इसके अलावा, मैंने आंशिक रूप से उल्लेखित WinstarOLED लाइब्रेरी के लेखक की उपलब्धियों का उपयोग किया है (अपने आप में, यह ऐड-ऑन LuquidCrystal के लिए है, मेरी राय में, अधूरा है, और इसका उपयोग करना व्यावहारिक नहीं है)। उन्होंने ग्राफिकल कर्सर सेट करने के लिए एक सुविधाजनक फ़ंक्शन पेश किया (अधिकतम x मान के बारे में मूल त्रुटि यहां तय की गई थी):

 void setGraphicCursor( uint8_t x, uint8_t y ){ if( 0 <= x && x <= 99 ){ lcd.command(LCD_SETDDRAMADDR | x); } if( 0 <= y && y <= 1 ){ lcd.command(LCD_SETCGRAMADDR | y); } } 

निरंतर LCD_SETDDRAMADDR को लिक्विड क्रिस्टल लाइब्रेरी में परिभाषित किया गया है। एक 100x16 डिस्प्ले, एक टेक्स्ट डिस्प्ले की तरह, दो लाइनों, 0 और 1 में विभाजित है, क्योंकि y केवल यहां दो मान ले सकता है। और क्षैतिज समन्वय x 0 से 99 तक भिन्न होता है। एक बाइट को lcd.write () कमांड के साथ भेजा जाता है, जो व्यक्तिगत बिट्स 8 बिंदुओं की लंबाई के साथ लंबवत रेखा के चमकदार पदों को निर्धारित करता है। ऊपरी पंक्ति में सबसे बाईं स्थिति में 0,0 का समन्वय होता है, नीचे में सबसे दाहिनी ओर - 99,1। इसके अलावा, सबसे कम बिंदु कम से कम महत्वपूर्ण बिट के अनुरूप होगा, और सबसे कम बिंदु - उच्चतम।

एन्कोडिंग छवियों की सुविधा के लिए, मैंने एक प्लेट खींची जिसमें आप जल्दी से वांछित कोड मैन्युअल रूप से बना सकते हैं। पूर्ण फ़ॉन्ट तालिकाओं के लिए, निश्चित रूप से, विशेष संपादकों (शौकिया गतिविधि के कम से कम एक लाख अलग-अलग डिग्री) का उपयोग करने की सलाह दी जाती है, लेकिन वांछित बिट ऑर्डर के साथ 10 अंक मैन्युअल रूप से संसाधित करने के लिए तेज़ होते हैं, खासकर जब से स्वचालित रूप से निर्मित फोंट अक्सर अभी भी हाथ से समाप्त करना होता है। उपरोक्त के अनुसार, एक ग्लिफ़, उदाहरण के लिए, संख्या 2 फ़ॉन्ट 10x16 निम्नानुसार एन्कोड किया जाएगा:



यह सब फॉर्म के दो-आयामी सरणी में लिखा गया है:

 const byte Data2[2][10]={{0x06,0x07,0x03,0x03,0x03,0x83,0xc3,0x63,0x3f,0x1e}, {0xf0,0xf8,0xcc,0xc6,0xc3,0xc1,0xc0,0xc0,0xc0,0xc0}}; 

प्रत्येक अंक 0-9 के लिए, इस तरह का एक अलग सरणी बनाया जाता है: Data0, Data1, Data2, और इसी तरह। घड़ियों के लिए, संख्याओं के अलावा, आपको डबल डॉट की भी आवश्यकता होगी। इसे छोटा बनाया जा सकता है:

 const byte DataDP[2][2]={{0x70,0x70}, {0x1c,0x1c}};//  

चूंकि नियंत्रक ग्राफिक मोड में "ब्लिंक" करना नहीं जानता है, इसलिए यह बृहदान्त्र को प्रोग्रामिक रूप से ब्लिंक करना आवश्यक है। आप संबंधित स्थितियों में केवल शून्य प्रदर्शित करके एक दोहरे बिंदु को बुझा सकते हैं, लेकिन एकरूपता के लिए मैंने एक अलग सरणी बनाई

 const byte DataDPclr[2][2]={{0x00,0x00}, {0x00,0x00}};// .  

दोहरे अंक के लिए प्रत्येक अंक और अलग-अलग प्रदर्शित करने के लिए, एक अलग फ़ंक्शन लिखा जाता है:

 void draw2 (byte x/* */) // “2” { for (byte i = x; i<x+10; i++){ setGraphicCursor(i, 0); lcd.write(Data2[0][ix]); setGraphicCursor(i, 1); lcd.write(Data2[1][ix]);} } 

सभी फ़ंक्शन समान हैं, लेकिन विभिन्न सरणियों का उपयोग करते हैं, और एक दोहरे बिंदु के लिए, लूप की अन्य सीमाएं भी उपयोग की जाती हैं। यह पता चला कि कोड की मात्रा के संदर्भ में बहुत अधिक किफायती नहीं है (बाद में इस पर अधिक देखें), लेकिन यह स्पष्ट और सही त्रुटियों के लिए आसान है। वर्णों के बीच अंतराल को आउटपुट स्टेज पर ध्यान में रखा जाता है, इसी स्थिति को दर्शाता है (घड़ी पढ़ने के लिए RTClib लाइब्रेरी का उपयोग किया जाता है):

 void loop() { DateTime clock = RTC.now(); if (clock.second()!=old_second) { uint8_t values; values=clock.hour()/10; //  drawValPos(values,0); values=clock.hour()%10; //  drawValPos(values,12); values=clock.minute()/10; //  drawValPos(values,28); values=clock.minute()%10; //end   drawValPos(values,40); if (clock.second()%2) drawDP(24); else drawDPclr(24); old_second=clock.second(); }//end if clocksecond } 

20 बाइट्स के दस अंक प्रत्येक मेमोरी में 200 बाइट्स पर कब्जा करेंगे - इसकी मात्रा का लगभग 10% (और विस्तृत फ़ॉन्ट 16x16 है, जैसा कि नीचे दिए गए उदाहरण में है, और सभी 16%)। इस आकार का एक पूर्ण मोनोलिंगुअल फ़ॉन्ट, संख्याओं के साथ, सभी प्रकार के विराम चिह्न और विशेष को ध्यान में रखे बिना। अक्षर, 62 (अंग्रेजी) से 74 (ई के बिना रूसी) वर्णों के होते हैं, मान ATmega328 रैम के लगभग आधे तक ले जाएगा। इसलिए, प्रत्येक वर्ण के लिए सरणियों और आउटपुट फ़ंक्शन के साथ ट्रिक्स को रद्द करना होगा, और अपेक्षा के अनुसार करना होगा। यही है, फोंट को प्रोग्राम मेमोरी में छोड़ दिया जाना चाहिए और PROGMEM के माध्यम से डाउनलोड किया जाना चाहिए, और सभी ग्लिफ़ पैटर्न को एक फ़ॉन्ट फ़ॉन्ट के रूप में व्यवस्थित किया जाना चाहिए, और एक ही तालिका में प्रतीक संख्या द्वारा आउटपुट के लिए लोड किया जाना चाहिए। अन्यथा, पर्याप्त मेमोरी नहीं होगी और प्रोग्राम कोड एक बेकाबू मात्रा में बढ़ेगा। यहां हम इस पर ध्यान केंद्रित नहीं करेंगे, क्योंकि हमारे सरल उदाहरणों में यह सब आवश्यक नहीं है - हर बार हम पात्रों की एक छोटी सी सख्ती से आवश्यक संख्या तक सीमित होंगे।

ग्राफिकोलेड_डीसी 1307 स्केच के पूर्ण पाठ के बड़े आकार के कारण, मैं इसे नहीं ला रहा हूं; आप इसे यहां डाउनलोड कर सकते हैं । रीसेट किए गए फ़ंक्शन को टेक्स्ट में सहेजा जाता है, जो डिस्प्ले पावर को विकृत करता है जब कंट्रोलर रिबूट (pwrPin D2 के माध्यम से) करता है, लेकिन इसकी कभी आवश्यकता नहीं होती है, इसलिए इसे सुरक्षित रूप से हटाया जा सकता है। कार्यक्रम का परिणाम फोटो में दिखाया गया है:



दुर्भाग्य से, एक साथ पाठ और ग्राफिक मोड में रहने को बाहर रखा गया है, इसलिए, यदि आप शेष स्थान का उपयोग करना चाहते हैं, तो आपको अपने स्वयं के फोंट खींचने होंगे (प्रत्येक पंक्ति में 5x7 फ़ॉन्ट के लगभग 7 वर्णों के लिए स्थान रहता है)।

ग्राफिक डिस्प्ले WEG010016A

जब, आखिरकार, ऑर्डर किए गए ग्राफिक डिस्प्ले WEG010016AL आए, तो मैंने इसे शुरू करने के लिए टेक्स्ट मोड में प्रवेश करने की कोशिश की।

पाठ मोड की जांच करने के लिए, पिछले प्रकाशन में वर्णित बाहरी तापमान सेंसर के साथ कैलेंडर-घड़ी प्रदर्शन का अनुकरण करने के लिए एक कार्यक्रम डाउनलोड किया गया था। परिणाम ने मुझे याद दिलाया कि अलग-अलग विनस्टार डिस्प्ले कनेक्टर के संबंध में अलग-अलग उन्मुख हो सकते हैं (इस मामले में, WEG010016A में शीर्ष पर एक कनेक्टर है, पाठ WEH001602B के लिए, जिसका उपयोग हमने ऊपर, नीचे, और नीचे C टाइप के लिए किया है):



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

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

चूंकि मैंने पिछले मामले के लिए पहले से ही दस अंकों को चित्रित किया था, अंतिम कार्य के लिए यह कार्यक्रम उलट प्रक्रिया शुरू करने के लिए बना रहा:

 byte reverse(byte x) { byte result=0,i; for(i=0;i<8;i++) { if (x & (1 << i)) { result |= 1 << (7-i); } } return result; } 

आप setGraphicCursor फ़ंक्शन में परिवर्तन करके क्षैतिज निर्देशांक और ऊर्ध्वाधर रेखाओं के क्रम को बदल सकते हैं:

 void setGraphicCursor( uint8_t x, uint8_t y ){ if( 0 <= x && x <= 99 ){ lcd.command(LCD_SETDDRAMADDR | (99-x)); } if( 0 <= y && y <= 1 ){ lcd.command(LCD_SETCGRAMADDR | (1-y)); } } 

प्रत्येक अंक के सरणी के आउटपुट फ़ंक्शन समान रहते हैं, केवल बिट रिवर्सल जोड़ा जाता है:

 void draw2 (byte x/* */) // 2 { for (byte i = x; i<x+10; i++){ setGraphicCursor(i, 0); byte b=reverse(Data2[0][ix]); lcd.write(b); setGraphicCursor(i, 1); b=reverse(Data2[1][ix]); lcd.write(b);} } 

GraphicOLED_DC1307_100x16 वॉच के आउटपुट का पूरा स्केच यहाँ से डाउनलोड किया जा सकता है , और WEG010016AL डिस्प्ले के लिए परिणाम फोटो में दिखाया गया है:



लेकिन इस फोटो में WEG010016CG डिस्प्ले पर एक अलग प्रकार (16x16) का फ़ॉन्ट (डिस्प्ले भी उल्टा है):



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

नीचे दी गई तस्वीर गति और हवा की दिशा सेंसर को प्रदर्शित करने के लिए एक रिक्त कार्यक्रम का परिणाम दिखाती है। जैसा कि आप देख सकते हैं, चित्रों के साथ एक पंक्ति में विभिन्न आकारों के फोंट लागू करने के लिए यह बहुत सरल निकला:



अंत में, मैं यह जोड़ना चाहूंगा कि SPI का उपयोग करके ग्राफिकल और टेक्स्टुअल मोड में WS0010 के साथ काम करने के लिए यहां एक बहुत ही दिलचस्प लाइब्रेरी है। पाठ में, यह ज्यादातर लिक्विड क्रिस्टल की नकल करता है (और आप इसके बारे में और क्या सोच सकते हैं?), और ग्राफिक में यह ग्राफिक आदिम ड्राइंग के कार्य हैं, अंतर्निहित फोंट (मोटी, मेरी तरह, और सामान्य 5x7) और भी बहुत कुछ।