Судя по "..._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, там большинство проверок связаны со слабой типизацией, ... постоянно по ходу написания добавлять необязательные проверки было бы лениво даже мне
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
И что же перевешивает такой набор минусов, в пользу 'кактуса'?
А выбор был между ИАР-ом (потому что я к нему привык еще с аврок) и Эклипсом (потому что редактор получше и под линух есть). Но под ИАР 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]
Скачиваний: 474
Комментарий к файлу: Yiu J. - The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors, 3rd Edition - 2014 SetupCodeOverwrite.png [63.46 KiB]
Скачиваний: 469
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 35
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения