e2prom + समय सीमा prblem में डेटा की विशाल राशि writting के?

[omid_juve]

हम सीरियल पोर्ट से 18kbyte डेटा को पाने के लिए और उन्हें एक at24c256 e2prom पर लिखना चाहते हैं, लेकिन के रूप में आप इन विशाल डाटा भेजने के लिए जानते हैं और उन्हें e2prom की दुकान पर हम बॉड दर इतनी कम के रूप में सभी डेटा e2prom पर लिखा जाना पर्याप्त समय चाहिए, और यह सभी 18kB डेटा प्राप्त करने के लिए एक लंबे समय के कारण और उन की दुकान पर (लगभग 4min br साथ: 1200) है कि हम इस समस्या का कोई समाधान है? e2prom में एक पृष्ठ writting क्या है?

 

[xorcise]

यदि आपका समय तेजी से USART और I2C और EEPROM लेखन की गति के बीच काम नहीं कर रहा है, एक SPI या समानांतर EEPROM स्मृति का उपयोग पर विचार करें. इन दोनों तरीकों में से एक USART से ज्यादा तेजी से कर रहे हैं. समांतर: [ख] [यूआरएल] http://www.ramtron [ख] [यूआरएल = http://www.ramtron.com/] RAMTRON url [/] [/b] से इन FRAM यादें पर एक नज़र रखना .com/lib/literature/datasheets/FM1808ds_r3.3.pdf [/ यूआरएल] [/b] SPI (20MHz घड़ी गति) [ख] [यूआरएल] http://www.ramtron.com/lib/literature / datasheets/FM25256Bds_r3.0.pdf url [/] [/b]

 

[omid_juve]

बस i2c e2prom का उपयोग करके इस समस्या के लिए किसी अन्य समाधान नहीं है?

 

[xorcise]

हाँ, और यह है के रूप में आप एहसास हुआ. आप USART की दर को धीमा करने के लिए I2C EEPROM लिखने के अपने कार्यों को पूरा करने की अनुमति मिलनी चाहिए. तुम एक राम बफर बना सकता है, लेकिन 18K सबसे microcontrollers के परे है. I2C के लिए सेट किया जा सकता 400KHz मास्टर की क्षमता और गुलाम की क्षमता पर निर्भर करता है घड़ी हो, आपके EEPROM, कि तेजी से चलाने के लिए. अन्यथा यह 100K है. मुझे लगता है कि 100K I2C गति पर भी आप 56K पर USART चलाने के और I2C रख सकते हैं कर सकते हैं. सुनिश्चित करें कि आपके EEPROM लिखने के समय से 100us कम से कम है. इस समग्र दर देना होगा आप प्रति सेकंड लगभग 6K बाइट्स पर स्थानांतरित .... या 3 सेकंड में 18K बाइट्स.

 

[x_zoli]

AT24C256 भी 400KHz में काम करता है, इसका मतलब है कि आप 35 45KByte / चारों ओर की एक डाटा दर प्राप्त करने के लिए, पृष्ठ लेखन मोड का उपयोग कर सकते हैं. पृष्ठ में लिखना आपको पता है कि तुम बेहतर पृष्ठ की शुरुआत एक बार और फिर तुम I2C के हस्तांतरण को रोकने के बिना डेटा के 64 बाइट्स, भेज सकते हैं लिखने भेज. इस इष्टतम है, क्योंकि अन्यथा आप सब पता प्रत्येक बाइट लिखने के लिए भेज दिया है, कि तेजी से अपनी गति कम हो जाती है - और, के बाद आप का कहना है कि आप इस गति समस्या है, मुझे लगता है कि इस विधा है आप उपयोग कर रहे हैं. पर अधिक पृष्ठ लिखने के लिए atmel डेटापत्रक के पृष्ठ 9 और 11 देखें. तो, एक इष्टतम हस्तांतरण के लिए आप एक 64 बाइट बफर है, पर्याप्त कर सकते हैं एक पृष्ठ के लिए, इस तरह से लिए rs232 हस्तांतरण की गति सीमा को नष्ट करने.

 

[sn_burki]

हाय, मुझे लगता है कि आप parallet डेटा transwer तकनीक पर स्विच करना चाहिए, लेकिन अगर संभव नहीं तो 120usec से डेटा transwer दर का उपयोग करें. दूसरी पृष्ठ लेखन मोड का उपयोग करें. मोड आप पहले प्रारंभिक बिंदु का पता भेजने के लिए की जरूरत है लेखन तो यह autometically अद्यतन अगले पता. तुम स्थान का पता भेज किया जा सकता है फिर से और फिर thats क्यों आप इस समस्या है. 4 केवल कुछ सेकंड - अच्छा तकनीक द्वारा आप 3 बस में डेटा भेज सकते हैं.