Судя по "..._noAssert" - Вы пишете на SPL? Я вот тоже думал - а что если все эти Assert'ы поотключать - сильно код уменьшится?
Никакого SPL, там большинство проверок связаны со слабой типизацией, когда передают аргументы как uint32_t и потом проверяют их допустимость. Части из них можно избежать даже в С, а в С++ они не нужны практически все. У меня assert-ов довольно много, но только там где или так, или никак. Большинство выбирает второй вариант поскольку в принципе мало кто пишет достаточно сложные либы внутри которых assert-ы и живут, постоянно по ходу написания добавлять необязательные проверки было бы лениво даже мне
За это время уже можно было всё поставить, попробовать, удалить и снова поставить.
Ага... щщщаззззз!!! Нет, на третий-пятый раз, оно, наверное, будет попроще, но пока... -
Вот только полчаса, как прервался в том процессе! У Кейла процесс установки паков - это квест! И хоть ушло на это несколько часов, всё равно процесс еще не закончен. Четыре часа - это только их установка. А потом, в процессе создания пробного проекта, ещё часа два перетасовывания паков. Скажем, добавляю паки с CMSIS (ARM.CMSIS.5.6.0.pack, Keil.STM32F1xx_DFP.2.3.0.pack), а подключить их в проект не получается - нету их в списках. (Хорошо хоть IAR установился как обычно, без неожиданностей.) Может, подскажете - что почитать по этому поводу? А-то, там не просто пара древовидных структур (RTE packs, да Software packs), а еще какие-то невидимые связи между нодами этих деревьев просматриваются (если судить по поведению RTE Manager'а).
Завтра продолжу войнушку. _____ P.S. А за inspiration - спасибо!
Никакого SPL, там большинство проверок связаны со слабой типизацией, ... постоянно по ходу написания добавлять необязательные проверки было бы лениво даже мне
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
И что же перевешивает такой набор минусов, в пользу 'кактуса'?
А выбор был между ИАР-ом (потому что я к нему привык еще с аврок) и Эклипсом (потому что редактор получше и под линух есть). Но под ИАР ST дает примеры, а под эклипс нет. Вот и все.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Что-то вы усложняете всё. Вам надо то для начала работы 4 пака, три из которых скорее всего будут по умолчанию установлены. Keil минут 5 ставится от силы.
А потом, в процессе создания пробного проекта, ещё часа два перетасовывания паков. Скажем, добавляю паки с CMSIS (ARM.CMSIS.5.6.0.pack, Keil.STM32F1xx_DFP.2.3.0.pack), а подключить их в проект не получается - нету их в списках.
Не надо их в проект тащить. Зачем? Я же кидал проект не просто так. Вам надо то стартап-файл из пака дёрнуть или свой сделать и всё.
VladislavS, им бы сперва на травке ... Знай они основы компиляции и структуру проекта, не было бы этих тупых споров . Из обязательного - нужен лишь стартап, хэдер с описанием регистров и их бит и хэдеры CMSIS...
под ИАР ST дает примеры, а под эклипс нет. Вот и все.
Чооо? У ST вообще никаких примеров, кроме сниппетов для STM32F0, нет! Но т.к. F1 довольно близки к F0, можно эти сниппеты и на F1 расширить, у меня получается по крайней мере. P.S. вантузячий софт в глаза не видел, но вот зачем вам эклипсина — не понимаю. Оно же на жабке написано, т.е. тормозное от природы! Есть уйма более приличных IDE: geany, sublime, qtcreator и т.п.
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Знай они основы компиляции и структуру проекта, не было бы этих тупых споров .
Человек пишет, что работал в IAR для AVR. Там всё это было. Ну разве что стартап и заголовочные файлы абсолютно на все процессоры были в системных папках. А так всё до безобразия одинаково. Чем и хорош IAR, что хрен поймёшь под какой проц ты сейчас кодишь
F0 от F1 отличается как земля и море... вообщето. В референс мануале примеры есть, только они описаны обычными словами, а не программным кодом. И еще смотрим различные аппноты (они есть на сайте st.com в списке ресурсов), там практически все описано - как словами, так и программным кодом. Да еще и схемы подключений есть.
Чем и хорош IAR, что хрен поймёшь под какой проц ты сейчас кодишь
Угу. Если два иара на компе, то тот который запускал последним - асоциируется с файлом проекта. И если открыть после работы в авр проект арма - вронг тулчейн бла бла бла... И еще когда устанавливаешь два разных по архитектуре - они норовят влезть в одну папку и натворить делов. А еще в заголовке окна не пишет название проекта. И если открыто несколько проектов, то чтобы поныть в каком ты сейчас - нужно смотреть дерево проекта, что там в заголовке. А это окошечко обычно скрыто, потому что места всегда не хватает. И вот начинаешь тыкать-кликать-щелкать - эргономика хуже некуда.
Что-то вы усложняете всё. Вам надо то для начала работы 4 пака, три из которых скорее всего будут по умолчанию установлены. Keil минут 5 ставится от силы.
Ни на секунду не сомневаюсь, что перемудрил, но в первый раз же! Насчет пяти минут - "да, у меня тоже есть такой автомобиль" (c)
Не, я не имел ввиду тащить физически (трудности перевода?) я имел ввиду простановку галочек напротив паков в RTE Manager'е, ровно как здесь:Однако, ни один из подгруженных Import'ом cmsis-паков в этом RTE-дереве не появился. Вот о чем я говорил. Если Вам известна какая дока с пояснениями относительно устройства этого RTE или ссыль на таковые, буду весьма признателен.
Признаюсь, хочется чистоты эксперимента (и свежести ощущений?), поэтому проект я (обязательно!) посмотрю, но чуть позже. Первые грабли - самые вкусные!
Вам надо то стартап-файл из пака дёрнуть или свой сделать и всё.
А вот это самое "дернуть", как я понимаю, означет именно "скопировать в свой проект"? Я-то, как умная Маша, думал, что нужно в конце создания проекта, когда открывается окно RTE manager'а, поставить галочку напротив CMSIS-пака... это я заблуждался?
VladislavS, им бы сперва на травке ... Знай они основы компиляции и структуру проекта,...
Да не-не, дело не в этом! Знаю я и основы, и компиляции, и структуру, и проекта. И даже не только основы. Просто оченна хочется с места в карьер, а лыжи-то еще несмазанные. Ща, немного подразберусь и все будет путем!
Эээ, тараписса нинааада! Я не являюсь профессиональным программистом или электронщиком и для меня несколько часов в неделю за платами/процами/IDE'ями - уже, в общем-то, роскошь. Так-что, кидаться в меня такими какашк тяжелыми обвинениями столь же просто, сколь и незаслуженно.
В том-то и дело, что в IAR'е не было менеджера RTE. Там все было попроще. Мне даже кажется - на порядок. Я вчера с большим интересом присматривался к этому менеджеру RTE - у него действительно есть некие relations между элементами rt-окружения, которые отрабатывают всякий раз, как поставишь/снимешь к-л галку - меняются подсвечиваемые элементы в соотетствии с релевантностью. Ну, сову эту мы разъясним.(c)
Я и в кайло RTE не использую и в яре галки не ставлю. Лучше в самом деле все в папке проекта держать, тем более это не спл и не калокуб, с их тоннами г.кода..
Есть-то она есть, только она на порядок проще, нет там автомата, который отслеживал бы действия юзера и что релевантно текущему проекту, а что нет. Да ладно, оставим это на факультативное изучение.
Я и в кайло RTE не использую и в яре галки не ставлю. Лучше в самом деле все в папке проекта держать, ...
Я тоже так делаю, но только в тех случаях, когда файл из бибилиотеки IDE необходимо править. Самый распространенный случай - изменение тактовой. А в случае с армами изменение всего тактирования в целом, повидимому.
Инит тактовой элементарная вещь и библиотеки здесь не нужны...
Ну, раз своими словами не получается, прибегну к цитатам:
Вложения:
Комментарий к файлу: Yiu J. - The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors, 3rd Edition - 2014 SetupCodeOverwrite2.png [50.97 KiB]
Скачиваний: 473
Комментарий к файлу: Yiu J. - The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors, 3rd Edition - 2014 SetupCodeOverwrite.png [63.46 KiB]
Скачиваний: 468
Сейчас этот форум просматривают: Юрий48 и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
Я не являюсь профессиональным программистом или электронщиком и для меня несколько часов в неделю за платами/процами/IDE'ями - уже, в общем-то, роскошь. Так-что, кидаться в меня такими 
