Посмотрела на плате, да, чип FC7300F8MDT2A320T1A Я отлаживаюсь в ozone (таковы были рекомендации от коллег). Там нестабильность проявляется так. Запускаю код на выполнение ( без точек останова) и он типа выполняется (но до посылки результатов в uart явно не доходит), нажимаю паузу, выскакивает окошко сообщающее, что возник именно Hard Fault （но я ему не на 100% доверяю). Окошко это можно закрыть и увидеть, что код висит в DefaultISR, в которую (если я правильно понимаю дизассемблер) он попал из FTU2_IRQHandler. FTU2 у меня в коде не используется и не инициализируется. Питание пробовала и 3.3 и 5В. Результат один. sdk: 0.2.0
Я проводила тестирование производительности ядра Coremark - это портируемый код, нагружающий ядро кучей вычислений и по времени выполнения выносящий суждение о быстродействии и отправляющий результат в uart. Тестирование производилось именно на отладочной плате для FC7300 (если я правильно помню FC7300F8MD, остальные буковки-циферки смогу посмотреть в понедельник). Собирался проект из исходников Coremark+sdk Flagchip в eclipse общего назначения, так сказать (не FC IDE). Запускала на core0 ( другие ядра или работали и просто мигали светодиодами или я их не включала), код во flash. При оптимизации O0, O1, Os, Og код работал адекватно. При оптимизации O2, O3, Ofast нет. Выражалось это в уходе контроллера в hard fault. Пыталась, конечно, отлаживать дебаггером пошагово, но там настолько замудренные вычисления, что найти причину не удалось. И сложилось впечатление, что пошагово если отлаживать, то вылетал контроллер в разное время. Плюс параллельно коллега портировал тоже на этот контроллер наш самописный шедьюлер и у него тоже с оптимизацией не работало. Поэтому решили приостановить выяснение причин. Можно вас попросить проверить, ваш проект заработает на 7300 на любой из O2, O3, Ofast оптимизациях? Хотелось бы понять, это общая проблема или нам так не повезло то ли с платами, то ли с чипами, то ли с sdk.
Добрый день! Немного работала с fc7300. Собирала проект в eclipse. У меня, правда, проект сложнее мигания светодиодом. Столкнулась с тем, что при оптимизации более O1 чип перестает адекватно работать. А как у вас? Вы пробовали оптимизировать и запускать код?
Насколько я поняла, если говорить про GCC, то есть все же два SDK: GCC+Eclipse разработки НПФ "Вектор" и GCC+QtCreator от непосредственно НИИЭТ (информация от 2015 года).
В SDK от Вектора GCC под винду. Подробно можно посмотреть их курс (ссылка в конце статьи, а также на сайте).
Про SDK от НИИЭТ сами разработчики на форуме и в руководстве пишут, что можно запустить под Ubuntu.
Цена и доступность - это очень интересный вопрос, ответ на который тем не менее не просто найти. Могу навскидку сказать, что все, что в пластиковых корпусах цена и поставка "по запросу". В открытых источниках цены, сроков нет. По информации про К1921ВК01Т на 2019 год: в пластике 3500 р за штуку, в керамике (приемка 5) порядка 30000 тыс за штуку.
С форумов (март 2022): К1887ВЕ4У - 3000,00 руб. (без НДС) К1887ВЕ7Т - 5720,00 руб. (без НДС) - корпус керамический.
Да, ядро там AVR. 1887ВЕ7Т это аналог mega128, можно даже программировать в Atmel Studio. Но чтобы найти пруфы, пришлось изрядно покопаться в форуме НИИЭТ: http://forum.niiet.ru/viewtopic.php?p=31361#p31361
По именно этим мк крайне рекомендую курс от НПФ "Вектор" (есть ссылка в конце статьи). Там история такая: ARM ядро куплено в виде описания аппаратной части ядра в VHDL, вся периферия кроме ШИМ, QEP, CAP куплена в виде IP ядер. ШИМ, QEP и CAP разработаны по заказу НИИЭТ в НПП "Цифровые решения" по аналогии с Texas и с пожеланиями по функционалу от НПФ "Вектор". Производство возможно только в Китае, так как у нас нет фабрик с нужными тех нормами. Более того корпусировка в пластик тоже проводится в Китае. Корпусировка в металлокерамику и приемка происходит в НИИЭТ.
Спасибо за статью. А можно подробнее про НИИЭТ? Я пыталась понять по их сайту и из открытых источников, где они-то делают свои микроконтроллеры, но не поняла)
Вы серьезно? Это статья для хабра? Я когда увидела название надеялась на какое-то откровение, интересное решение по отладке modbus. А в итоге статья о том, что есть переходники из 485 и терминалки. Слабовато.
На сайте альянса есть страница Product Showcase, на которой публикуется список существующего оборудования. Насколько этот список полон и актуален можно только догадываться.
Спасибо! Заработало)
Посмотрела на плате, да, чип FC7300F8MDT2A320T1A
Я отлаживаюсь в ozone (таковы были рекомендации от коллег). Там нестабильность проявляется так. Запускаю код на выполнение ( без точек останова) и он типа выполняется (но до посылки результатов в uart явно не доходит), нажимаю паузу, выскакивает окошко сообщающее, что возник именно Hard Fault （но я ему не на 100% доверяю). Окошко это можно закрыть и увидеть, что код висит в DefaultISR, в которую (если я правильно понимаю дизассемблер) он попал из FTU2_IRQHandler. FTU2 у меня в коде не используется и не инициализируется.
Питание пробовала и 3.3 и 5В. Результат один.
sdk: 0.2.0
Сборка (на всякий случай все привожу):
xpack-arm-none-eabi-gcc-10.3.1-2.3
arm-none-eabi-gcc -mcpu=cortex-m7 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O2 -fmessage-length=0 -fsigned-char -ffunction-sections -fdata-sections -g3 -I"C:\DATA\eclipse_projects\FC7300_CoreMark\project\dev" -
..."
-std=gnu11 -std=c99 -MMD -MP -MF"CoreMark/Src/core_main.d" -MT"CoreMark/Src/core_main.o" -c -o "CoreMark/Src/core_main.o" "../CoreMark/Src/core_main.c"
Invoking: GNU Arm Cross C Linker
arm-none-eabi-gcc -mcpu=cortex-m7 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 -O2 -fmessage-length=0 -fsigned-char -ffunction-sections -fdata-sections -g3 -T "C:\DATA\eclipse_projects\FC7300_CoreMark\project\Startup\FC7300_flash.ld" -Xlinker --gc-sections -Wl,-Map,"FC7300_CoreMark.map" --specs=nano.specs --specs=nosys.specs -o "FC7300_CoreMark.elf"
Я проводила тестирование производительности ядра Coremark - это портируемый код, нагружающий ядро кучей вычислений и по времени выполнения выносящий суждение о быстродействии и отправляющий результат в uart.
Тестирование производилось именно на отладочной плате для FC7300 (если я правильно помню FC7300F8MD, остальные буковки-циферки смогу посмотреть в понедельник). Собирался проект из исходников Coremark+sdk Flagchip в eclipse общего назначения, так сказать (не FC IDE).
Запускала на core0 ( другие ядра или работали и просто мигали светодиодами или я их не включала), код во flash. При оптимизации O0, O1, Os, Og код работал адекватно. При оптимизации O2, O3, Ofast нет. Выражалось это в уходе контроллера в hard fault. Пыталась, конечно, отлаживать дебаггером пошагово, но там настолько замудренные вычисления, что найти причину не удалось. И сложилось впечатление, что пошагово если отлаживать, то вылетал контроллер в разное время. Плюс параллельно коллега портировал тоже на этот контроллер наш самописный шедьюлер и у него тоже с оптимизацией не работало. Поэтому решили приостановить выяснение причин.
Можно вас попросить проверить, ваш проект заработает на 7300 на любой из O2, O3, Ofast оптимизациях? Хотелось бы понять, это общая проблема или нам так не повезло то ли с платами, то ли с чипами, то ли с sdk.
Добрый день! Немного работала с fc7300. Собирала проект в eclipse. У меня, правда, проект сложнее мигания светодиодом. Столкнулась с тем, что при оптимизации более O1 чип перестает адекватно работать. А как у вас? Вы пробовали оптимизировать и запускать код?
Спасибо за комментарий. А вы знаете, какие позиции из МК НИИЭТ все же делают у нас?
Хорошая идея! Добавила для нескольких МК (в гугл таблице), для остальных поищу и добавлю постепенно.
Насколько я поняла, если говорить про GCC, то есть все же два SDK: GCC+Eclipse разработки НПФ "Вектор" и GCC+QtCreator от непосредственно НИИЭТ (информация от 2015 года).
В SDK от Вектора GCC под винду. Подробно можно посмотреть их курс (ссылка в конце статьи, а также на сайте).
Про SDK от НИИЭТ сами разработчики на форуме и в руководстве пишут, что можно запустить под Ubuntu.
Про скриншоты согласна, но там перед каждым скриншотом есть активная ссылка на гугл таблицу с возможностью просмотра всеми желающими.
опечатка, спасибо, что заметили. Но поправить, видимо, я уже не могу
Как справедливо заметили выше 8-битные - это AVR, 16-битные - это C166.
Ответ на второй вопрос я не нашла, к сожалению.
я искала именно с какой мегой аналог. То, что это avr написано в документации, да.
"Просто" - это в принципе не про российские микроконтроллеры, как мне кажется. Но это не означает, что про них не надо говорить и писать.
Насколько я понимаю, купить их можно только у НИИЭТ. Цены на некоторые мне удалось найти на просторах интернета, написала в ветке ниже.
Цена и доступность - это очень интересный вопрос, ответ на который тем не менее не просто найти. Могу навскидку сказать, что все, что в пластиковых корпусах цена и поставка "по запросу". В открытых источниках цены, сроков нет.
По информации про К1921ВК01Т на 2019 год: в пластике 3500 р за штуку, в керамике (приемка 5) порядка 30000 тыс за штуку.
С форумов (март 2022): К1887ВЕ4У - 3000,00 руб. (без НДС) К1887ВЕ7Т - 5720,00 руб. (без НДС) - корпус керамический.
Да, ядро там AVR. 1887ВЕ7Т это аналог mega128, можно даже программировать в Atmel Studio. Но чтобы найти пруфы, пришлось изрядно покопаться в форуме НИИЭТ: http://forum.niiet.ru/viewtopic.php?p=31361#p31361
По именно этим мк крайне рекомендую курс от НПФ "Вектор" (есть ссылка в конце статьи). Там история такая: ARM ядро куплено в виде описания аппаратной части ядра в VHDL, вся периферия кроме ШИМ, QEP, CAP куплена в виде IP ядер. ШИМ, QEP и CAP разработаны по заказу НИИЭТ в НПП "Цифровые решения" по аналогии с Texas и с пожеланиями по функционалу от НПФ "Вектор". Производство возможно только в Китае, так как у нас нет фабрик с нужными тех нормами. Более того корпусировка в пластик тоже проводится в Китае. Корпусировка в металлокерамику и приемка происходит в НИИЭТ.
Спасибо за статью. А можно подробнее про НИИЭТ? Я пыталась понять по их сайту и из открытых источников, где они-то делают свои микроконтроллеры, но не поняла)