Так здесь все то же самое. F103V например и F407V становятся на одну и ту же плату.
F1 и F2 — это Cortex M3
F3 и F4 — это Cortex M4
ядро вообще разное.
Насчет графической конфигурялки то же самое MicroXplorer называется:
Выбираем функции, режимы, она генерит файлы настройки и инициализации периферии.
Вдобавок еще и поможет подобрать МК из всех линеек, которые имеют заданные функции. С фильтрами по корпусам, сериям и подсериям
Курс на easyelectronics читал полностью. Во-первых он под KEIL, во вторых ни фига не для начинающих. Даже реализовав не один проект на AVR я не смог сходу въехать.
Теоретический материал там неплохо дан, но мало и далеко не с начала и не до конца, так, основы и некоторые моменты. Для тех кому ногами подрыгать, в основном. В целом почерпнул для себя немало, но этого недостаточно.
IAR идет лесом сразу же — отстойнейший редактор, плюс платный.
Когда девайс только и делает что дергает парой ног, я вообще не вижу смысла делать девайс. МК для меня — это в первую очередь обработка информации из реальногом мира. То есть интерфейс и интеллектуальная обработка сенсоров и управление исполнительными девайсами. Маленький такой компьютер. Давняя мечта. которая теперь — реальность. А не просто набор резисторов и транзисторов в одном корпусе, тупой как и раньше.
Самое ценное в МК — возможность писать программу любой сложности и связываться с ней извне.
Это написано на С с использованием STM32StdPeriphLib. + Debug информация.
И это еще очень простой функционал. Я люблю функциональные девайсы.
А верх тупизны — это Hydra с встроенным интерпретатором .Net и то, что RPi предлагают программить на питоне! Вот это изврат. Там и так кот наплакал производительности и памяти.
Мой текущий проект в DEBUG target имеет размер 40 кБ. Там только примерно 2/3 функционала реализовано. Будет еще. Да, release будет гораздо компактнее, но пока так. И мучаться с тем, что не влезает не хочется.
Поделюсь. На этой неделе собираюсь написать статью, пока времени нет. Да и код еще грязный, пришлось адаптировать — сходу ни один пример не компилился. Любят эти товарищи изврат коммерческий вроде KEIL и IAR, а я их близко видеть не могу. Ну и там под другую плату. Пришлось адаптировать.
Ерунда, в том же STM32 STDPeriphLib есть заготовка под С++, чтобы корретно компилировалось. Так что проблем не будет.
А больше разработчиков потому, что вендоры ленятся сделать поддержку, опрадывая это своей ленью такими вот странными способами. С++ уже много лет как не то, что не экзотика, а мэйнстрим.
Невозможно. То, что хочу я невозможно. даже приближенно реализовать — нужны усилия лишние. Вопрос — зачем? Зачем заниматься извратом, когда есть в девайсе встроенный функционал правильный, быстрый, надежный, удобный.
Я знаю, что есть любители оправдывать занятия ерундой и кривые реализации, но я их не поддерживаю и оправданий им нет.
А то! и функционал офигенный. не понимаю тех, кто делает CDC, когда есть HID. И потом ищет дрова под это убожество. А все потому, что кроме как UART они ничего не знают для коммуникаций.
Ничего подобного :)
Вы давно распиливали девайс и изучали его на уровне транзисторов? Я нет. и не буду. Мне достаточно логики работы девайса и схемы из даташита. а в идеале и еще проще — только логики. Обойтись можно без чего угодно, но я люблю удобство, особенно когда оно бесплатное. можно и на одной руке ходить научитсья, а зачем?
У меня, например, программы не всегда просты, к тому же я часто использую код в последующих проектах и код на С переносить неудобно, а на С++ классы переносятся бесшовно. Я пишу и под МК и под ПК сам, один. Поэтому проект в целом может быть очень большим. Лишние телодвижения мне ни к чему.
Еще раз — если можно получить простоту и удобство бесплатно с точки зрения производительности и инструментария, то почему не получить?
Лично мне, как программисту, USB гораздо удобнее. Не проще, нет, но удобнее. Это да. удобство — это не тупой код, который глючит при работе девайса из-за его принципиальной ущербности, а тот, который работает надежно.
Для меня работа с девайсом, когда его не надо опрашивать, а он сам шлет данные по готовности и в пакетом режиме очень удобна.
Я написал свою реализацию пакетного обмена по USART, но USB все равно удобнее и функциональнее. Я могу в одном девайсе сделать и управление компом и кучу событий и обмен данными и вообще всего дофига, чего на UART не сделать никак. Это я и ценю в USB. А еще то, что не нужно искать какой же из десятков COM портов приинадлежит моему девайсу, не нужно ставить драйверов FTDI, CP2102 и тому подобных конвертеров. Не нужно самих конвертеров в конце концов. Пара резюков и все — девайс напрямую подключается к компу. Это удобно.
А вы видели сколько манипуляций для этого нужно и как криво это реализовано? Вот пусть умельцы этим и пользуются.
С++ мне лично нужен. По эффективности кода он бывает даже лучше С, это уже тоже проверено, в том числе и для МК. А писать удобнее.
У вас нет нужды? я рад за вас. Многим разработчикам хватает блокнота и они готовы каждый раз писать make руками или переделывать выдранный из другого проекта. Я нет.
Я люблю проверять идеи быстро — нажал кнопочку создать проект, получил заготовку, в которую пишу только нужный мне код и нажав две кнопки получаю прошитый девайс. Вот это удобство. Если мне нужно для проверки идеи создавать и настраивать новый проект более 1 минуты, то я этого делать не буду.
Тем более. Так что вопли о том, что есть же море разных уникальных плат для меня выглядит странно — учить что-то, чтобы использовать в одном проекте? нафиг.
Я уже прошел то время, когда каждая железка вызывала восторг. Сейчас от железок мне нужна простота, надежность, дешевизна и гибкость. и желательна унификация. Почти все из этого списка я нашел. Не в идеале, но уже сносно.
Вы пробовали? А я пробовал — при попытке записать в отсутствующий девайс, который просто выдрали из компа, мы получим Exception. И все на этом. Порт ни закрыть ни снова открыть при подключении девайса, пока не перезапустим прогу. Разница капитальная. К тому же есть проблемы, когда девайс подключен постоянно к компу, а комп уходит в слип и возвращается. Там проблемы еще больше. Комп может запросто потерять несколько пакетов, пока просыпается, и пакеты битые могут быть.
С USB HID такого не бывает. И девайс может отслеживать спит комп или нет, и обмен гораздо правильнее, надежнее и удобнее организуется. Я с COM портами работал начиная с 2001 года. В разных девайсах. С обеих сторон — и с МК и с ПК. И могу сказать, их достоинство — распространенность и простота. На этом они заканчиваются, а недостатков море.
Вот лично я не хочу ни травить ни паять ни тем более тратить время и разводить эту дурацкую плату. Для меня вообще работа с любым трассировщиком и рисование плат — мучение. Ненавижу эту работу. Если бы можно было получить плату просто нарисовав блоки, которые мне нужны, я бы так и делал. А пока самый простой способ — именно такой — взять процессорный модуль и сделать к нему «шилд». Это быстрее и проще. А по моему времени — еще и дешевле. Вот когда будет на девайс спрос, тогда и сделаем все на одной плате, а для небольших проектов и экспериментов — самое оно.
Профессиональных разработчиков в расчет вообще не беру. Они могут себе позволить и мучаться с KEIL и IAR и заказывать платы в резоните и поддерживать зоопарк МК. Это их хлеб.
мне нужно просто, дешево и удобно.
Не, не ремапить его на другие ноги, а выключить нафиг вообще. Он мне никогда не понадобится, мне нужен только SWD. Вроде были где-то описания, надо посмотреть.
F1 и F2 — это Cortex M3
F3 и F4 — это Cortex M4
ядро вообще разное.
Насчет графической конфигурялки то же самое MicroXplorer называется:
Выбираем функции, режимы, она генерит файлы настройки и инициализации периферии.
Вдобавок еще и поможет подобрать МК из всех линеек, которые имеют заданные функции. С фильтрами по корпусам, сериям и подсериям
Курс на easyelectronics читал полностью. Во-первых он под KEIL, во вторых ни фига не для начинающих. Даже реализовав не один проект на AVR я не смог сходу въехать.
Теоретический материал там неплохо дан, но мало и далеко не с начала и не до конца, так, основы и некоторые моменты. Для тех кому ногами подрыгать, в основном. В целом почерпнул для себя немало, но этого недостаточно.
IAR идет лесом сразу же — отстойнейший редактор, плюс платный.
Самое ценное в МК — возможность писать программу любой сложности и связываться с ней извне.
И это еще очень простой функционал. Я люблю функциональные девайсы.
А верх тупизны — это Hydra с встроенным интерпретатором .Net и то, что RPi предлагают программить на питоне! Вот это изврат. Там и так кот наплакал производительности и памяти.
А больше разработчиков потому, что вендоры ленятся сделать поддержку, опрадывая это
своей леньютакими вот странными способами. С++ уже много лет как не то, что не экзотика, а мэйнстрим.Я знаю, что есть любители оправдывать занятия ерундой и кривые реализации, но я их не поддерживаю и оправданий им нет.
Вы давно распиливали девайс и изучали его на уровне транзисторов? Я нет. и не буду. Мне достаточно логики работы девайса и схемы из даташита. а в идеале и еще проще — только логики. Обойтись можно без чего угодно, но я люблю удобство, особенно когда оно бесплатное. можно и на одной руке ходить научитсья, а зачем?
У меня, например, программы не всегда просты, к тому же я часто использую код в последующих проектах и код на С переносить неудобно, а на С++ классы переносятся бесшовно. Я пишу и под МК и под ПК сам, один. Поэтому проект в целом может быть очень большим. Лишние телодвижения мне ни к чему.
Еще раз — если можно получить простоту и удобство бесплатно с точки зрения производительности и инструментария, то почему не получить?
Для меня работа с девайсом, когда его не надо опрашивать, а он сам шлет данные по готовности и в пакетом режиме очень удобна.
Я написал свою реализацию пакетного обмена по USART, но USB все равно удобнее и функциональнее. Я могу в одном девайсе сделать и управление компом и кучу событий и обмен данными и вообще всего дофига, чего на UART не сделать никак. Это я и ценю в USB. А еще то, что не нужно искать какой же из десятков COM портов приинадлежит моему девайсу, не нужно ставить драйверов FTDI, CP2102 и тому подобных конвертеров. Не нужно самих конвертеров в конце концов. Пара резюков и все — девайс напрямую подключается к компу. Это удобно.
С++ мне лично нужен. По эффективности кода он бывает даже лучше С, это уже тоже проверено, в том числе и для МК. А писать удобнее.
У вас нет нужды? я рад за вас. Многим разработчикам хватает блокнота и они готовы каждый раз писать make руками или переделывать выдранный из другого проекта. Я нет.
Я люблю проверять идеи быстро — нажал кнопочку создать проект, получил заготовку, в которую пишу только нужный мне код и нажав две кнопки получаю прошитый девайс. Вот это удобство. Если мне нужно для проверки идеи создавать и настраивать новый проект более 1 минуты, то я этого делать не буду.
Я уже прошел то время, когда каждая железка вызывала восторг. Сейчас от железок мне нужна простота, надежность, дешевизна и гибкость. и желательна унификация. Почти все из этого списка я нашел. Не в идеале, но уже сносно.
С USB HID такого не бывает. И девайс может отслеживать спит комп или нет, и обмен гораздо правильнее, надежнее и удобнее организуется. Я с COM портами работал начиная с 2001 года. В разных девайсах. С обеих сторон — и с МК и с ПК. И могу сказать, их достоинство — распространенность и простота. На этом они заканчиваются, а недостатков море.
Профессиональных разработчиков в расчет вообще не беру. Они могут себе позволить и мучаться с KEIL и IAR и заказывать платы в резоните и поддерживать зоопарк МК. Это их хлеб.
мне нужно просто, дешево и удобно.