Показати скорочену інформацію

dc.contributor.authorЧопей, Р. С.uk
dc.contributor.authorФедасюк, Д. В.uk
dc.date.accessioned2019-05-23T09:14:15Z
dc.date.available2019-05-23T09:14:15Z
dc.date.issued2018
dc.identifier.citationЧопей Р. С. Метод аналізу тривалості виконання програмного коду з урахуванням архітектури мікроконтролера [Текст] / Р. С. Чопей, Д. В. Федасюк // Вісник Вінницького політехнічного інституту. – 2018. – № 2. – С. 74-79.uk
dc.identifier.issn1997–9274
dc.identifier.issn1997–9266
dc.identifier.urihttp://ir.lib.vntu.edu.ua//handle/123456789/24958
dc.description.abstractРозглянуто загальні проблеми, які можуть виникнути під час аналізу тривалості виконання програмного коду вбудованої системи. Огляд існуючих підходів, проведений авторами, показав, що методи, засновані на аналізі кеш-пам’яті та архітектури конвеєра команд мікроконтролера, неефективні для оцінки тривалості виконання програмного коду, що виконується на мікроконтролерних вбудованих системах. Один зі способів підвищення ефективності аналізу тривалості виконання програмного коду — це врахування внутрішньої архітектури мікроконтролера, включаючи затримки, що відбуваються під час обміну даними між внутрішніми модулями мікроконтролера та затримками при передачі даних через стандартні інтерфейси зв’язку. Запропоновано метод аналізу тривалості виконання програмного коду з урахуванням швидкості обміну даними між внутрішніми модулями мікроконтролера та швидкості надсилання даних через інтерфейси зв’язку. Чисельними експериментами доведено підвищення точності отриманих результатів у порівнянні з існуючими методами. Підвищення ефективності запропонованого методу, можливе шляхом врахування тривалості читання даних з оперативної пам’яті, а також за рахунок автоматизації процесу розрахунку тривалості виконання програми.uk
dc.description.abstractРассмотрены общие проблемы, которые могут возникнуть при анализе продолжительности выполнения программного кода встроенной системы. Обзор существующих подходов, проведенный авторами, показал, что методы, основанные на анализе кэш-памяти и архитектуры конвейера команд микроконтроллера, неэффективны для оценки продолжительности выполнения программного кода, выполняемого на микроконтроллерных встроенных системах. Один из способов повышения эффективности анализа продолжительности выполнения программного кода — это учет внутренней архитектуры микроконтроллера, включая задержки, происходящие при обмене данными между внутренними модулями микроконтроллера и задержками при передаче данных через стандартные интерфейсы связи. Предложен метод анализа продолжительности выполнения программного кода с учетом скорости обмена данными между внутренними модулями микроконтроллера и скорости передачи данных через интерфейсы связи. Численными экспериментами доказано повышение точности полученных результатов по сравнению с существующими методами. Повышение эффективности предложенного метода, возможно путем учета продолжительности чтения данных из оперативной памяти, а также за счет автоматизации процесса расчета продолжительности выполнения программы.ru
dc.description.abstractThe paper deals with common problems that are likely to be encountered when analyzing the execution time of the firmware of any typical embedded system. The overview of the existing approaches performed by the authors has revealed that methods based on analysis of the cash memory and the instruction pipeline architecture of the embedded system being investigated are impractical for evaluating the execution time of the firmware running in microcontroller-based embedded systems. One of the ways of making the results of firmware execution time analysis more accurate is to take into consideration the internal architecture of the microcontroller including delays introduced by data exchange between internal blocks of the microcontroller via modules that implement standard communication interfaces. We have proposed a method for firmware execution time analysis that assumes the following steps: determining the settings of the microcontroller on the basis of the firmware, determining interconnections between the synchronization buses and the internal blocks, analysis of the settings of communication interfaces for external peripheral devices, and calculation of the firmware execution time itself. Upon the performed multiple numerical experiments, one can conclude that the proposed method provides more accurate results in comparison with the existing methods. The authors are planning to enhance the accuracy of calculating the firmware execution time due to making allowances for the duration of reading data from random access memory and due to the fact that the proposed method might be automated, in order to reduce the time of analysis for commercial projects. After being automated, the introduced method is applicable for verification of different methods for measurement of the firmware execution time.en
dc.language.isouk_UAuk_UA
dc.publisherВНТУuk
dc.relation.ispartofВісник Вінницького політехнічного інституту. № 2 : 74-79.uk
dc.relation.urihttps://visnyk.vntu.edu.ua/index.php/visnyk/article/view/2217
dc.subjectвбудовані системиuk
dc.subjectархітектура мікроконтролераuk
dc.subjectсередовище розробки Keil uVisionuk
dc.subjectтривалість виконання програмного кодуuk_UA
dc.titleМетод аналізу тривалості виконання програмного коду з урахуванням архітектури мікроконтролераuk
dc.title.alternativeМетод анализа продолжительности выполнения программного кода с учетом архитектуры микроконтроллеровru
dc.title.alternativeExecution Time Analysis Method Taking Into Account Architecture of Microcontrolleren
dc.typeArticle
dc.identifier.udc004.054
dc.relation.referencesT. Ringler, “Static Worst-Case Execution Time Analysis of Synchronous Programs,” Reliable Software Technologies Ada-Europe 2000, vol. 1845, pp. 56-68, 2000.en
dc.relation.referencesA. Tavares and C. Couto, “A machine independent WCET predictor for microcontrollers and DSPs [worst case execution time],” in ISIE 2001. 2001 IEEE International Symposium on Industrial Electronics Proceedings (Cat. No.01TH8570), 2001.en
dc.relation.referencesA. Tavares and C. Couto, “A machine independent WCET predictor for microcontrollers and DSPs [worst case execution time],” in ISIE 2001. 2001 IEEE International Symposium on Industrial Electronics Proceedings (Cat. No.01TH8570), 2001.en
dc.relation.referencesJ. Engblom, “Processor pipelines and static worst-case execution time analysis.” Uppsala: Acta Universitatis Upsaliensis, 2002.en
dc.relation.referencesR. Wilhelm, D. Grund, J. Reineke, M. Schlickling, M. Pister and C. Ferdinand, “Memory Hierarchies, Pipelines, and Buses for Future Architectures in Time-Critical Embedded Systems,” IEEE Transactions on Computer-Aided Design of Integrated Circuits and Systems, vol. 28, no. 7, pp. 966-978, 2009.en
dc.relation.referencesXianfeng Li, A. Roychoudhury and T. Mitra, “Modeling Out-of-Order Processors for Software Timing Analysis,” in 25th IEEE International Real-Time Systems Symposium, 2004.en
dc.relation.referencesP. Atanassov, R. Kirner and P. Puschner, “Using real hardware to create an accurate timing model for execution-time analysis,” in IEEE Real-Time Embedded Systems Workshop held in conjunction with RTSS 2001, 2001.en
dc.relation.referencesRM0090 Reference manual STM32F4, 2nd ed. STMicroelectronics, 2017.en
dc.relation.references“ARM Information Center,” Infocenter.arm.com, 2017. [Online]. Available: http://infocenter.arm.com/help/index.jsp. [Accessed: 14- Dec- 2017].en
dc.relation.referencesR. Chopey, B. Knysh and D. Fedasyuk, “The model of software execution time remote testing,” in IXth Intern. Conf. of Young Scientists «Computer Science and Engineering 2017» (CSE’2017), Lviv Polytechnic National University, 2017, pp. 398–402.en


Файли в цьому документі

Thumbnail

Даний документ включений в наступну(і) колекцію(ї)

Показати скорочену інформацію