Есть желание научиться создавать устройства на МК.

Если ваш вопрос не влез ни в одну из вышеперечисленных тем, вам сюда.
Ответить
YS
Друг Кота
Аватара пользователя
Сообщения: 7518
Зарегистрирован: Вс мар 29, 2009 22:09:05

Сообщение YS »

Для простых и дешёвых приложений - типа STM8S003... для остального - STM32...
Угу. Рис едим палочками, все остальное - половником. Ложки, вилки, шпажки и прочее не нужно - зачем плодить сущности?
Зачем гробить время и деньги на позавчерашний хлам?
Вы все так же предлагаете, не уча таблицу умножения, переходить к квантовой механике?
Разница между теорией и практикой на практике гораздо больше, чем в теории.
Контактная информация:
Реклама
Друг Кота
Аватара пользователя
Сообщения: 3832
Зарегистрирован: Сб сен 10, 2011 17:46:25

Сообщение oleg110592 »

У каждого семества своя область применения.
Зачем изучать все семейства, если STM32 легко решает те задачи где для решения использовались PIC16 и AVR.
прирастет корнями к SPL и потом уже ни на какую другую архитектуру
к тому все и идет - думаю скоро будем писАть на C++, используя готовую библиотеку классов для периферии и пр., как это произошло на PC. На другую архитектуру будет (опять имхо) легче переходить - сейчас на ПК уже есть возможность писать один и тот же код для виндовс, линукс, мак, андроид, виндовс телефонную и т.д.
лазание по куче файлов
там вполне достаточно одного RM и документации на сам чип, errratу обычно читают когда совсем уж уперся
p.s. уже опередили с ответами
Реклама
YS
Друг Кота
Аватара пользователя
Сообщения: 7518
Зарегистрирован: Вс мар 29, 2009 22:09:05

Сообщение YS »

Зачем изучать все семейства, если STM32 легко решает те задачи где для решения использовались PIC16 и AVR.
Для общего развития, естесственно. Ну и для свободы в выборе решений - мир не ограничивается ARM'ом. Китайские клоны MCS-51 уделают по цене любые STM...
к тому все и идет - думаю ...
И это ужасно. На PC это уже привело к тому, что большинство программ требуют ресурсов, совершенно несоизмеримых с теми задачами, которые они выполняют. Я уже не говорю про сайты, грузящиеся по пять минут (JS, FLASH, HTML5 и прочее). Если эта участь постигнет и эмбед - это будет катастрофа.

А вообще этот идеал уже существует - это Arduino. Собственно, имеем тормозное говно для дилетантов (зато мозг напрягать не надо). SPL стремительно движется к этому идеалу.

Да, на Arduino (Wiring) я тоже писал - делал макет, платформу выбрал заказчик. Так что это не тот случай, когда "не пробовал, но осуждаю" - я копался в этой среде.

Так что двигаться надо по пути оптимизации кода, а не по пути установки более мощного чипа.
Разница между теорией и практикой на практике гораздо больше, чем в теории.
Контактная информация:
Опытный кот
Аватара пользователя
Сообщения: 830
Зарегистрирован: Пт ноя 16, 2007 11:21:37

Сообщение Pavel_1978 »

YS писал(а):
Так что двигаться надо по пути оптимизации кода, а не по пути установки более мощного чипа.
Но впихивать функционал в камень с маленьким флешем используя асм тоже перебор.
Сейчас все определяет время выпуска продукта в продажу, так что чем быстрее тем лучше и плевать руководству что продукт сырой, давайте выпускайте исправите потом...

Помните рассказ про не [url]хватку одного байта))) ?http://we.easyelectronics.ru/Asticon/istoriya-odnogo-bayta.html[/url]
Последний раз редактировалось Pavel_1978 Сб июн 07, 2014 23:06:49, всего редактировалось 1 раз.
Реклама
Эиком - электронные компоненты и радиодетали
Друг Кота
Аватара пользователя
Сообщения: 3832
Зарегистрирован: Сб сен 10, 2011 17:46:25

Сообщение oleg110592 »

SPL для STM32 можно теперь постепенно забывать - теперь будет HAL:
Новый HAL, являющийся частью встроенного пакета программ STM32Cube, предлагает высокий уровень абстракции, а следовательно, упрощает портирование приложения от одного микроконтроллера STM32 к другому. Пакет поддерживает переназначение точек входа API, допуская применение операционных систем реального времени (RTOS). Вызов внешних функции позволяет разработчикам расширять функциональность микроконтроллеров STM32 путём добавления нужных периферийных устройств. В этом случае поддерживаются модели прерывания, опроса устройств и прямой доступ к памяти (DMA). HAL использует инструмент статического анализа промышленного стандарта CodeSonar®, который гарантирует безопасное и предсказуемое поведение пользовательских приложений, и распространяется по неограниченной лицензии BSD (Berkeley Software Distribution) с открытым исходным кодом продукта.
Реклама
Друг Кота
Сообщения: 4583
Зарегистрирован: Вс дек 05, 2010 06:10:34
Откуда: ЮВ

Сообщение HHIMERA »

YS писал(а): Так что двигаться надо по пути оптимизации кода, а не по пути установки более мощного чипа.
STM32 при своей богатейшей периферии как раз и даёт более простой и оптимальный код... PIC и AVR во многих случаях просто пролетают "как фанера над Парижем"... ввиду своей убогой, древней реализации... :)))
"Я не даю готовых решений, я заставляю думать!"(С)
Реклама
Держит паяльник хвостом
Сообщения: 963
Зарегистрирован: Чт апр 03, 2014 23:16:55
Откуда: Россия

Сообщение Rtmip »

позвольте спрошу как "полный чайник"?
Для радиолюбителя, для человека начинающего с азов или почти, имеет смысл сразу изучать STM и прочее-подобное ARM?
Оно для домашнего творчества, для души так уж нужно? Время разработки программы так критично? Или этот форум для
профессионалов разработчиков? :)
Опытный кот
Аватара пользователя
Сообщения: 830
Зарегистрирован: Пт ноя 16, 2007 11:21:37

Сообщение Pavel_1978 »

Для дома и души если жена не пилит за потраченные " на фигню" деньги лучше начать с 8-ми битников в ДИП корпусе, и паять легко и вообще первые макеты без пайки собирать - но нужно покупать (городить) программатор ибо по вменяемым ценам отладочные комплекты с программатором на борту или в комплекте я не встречал.
Друг Кота
Сообщения: 4583
Зарегистрирован: Вс дек 05, 2010 06:10:34
Откуда: ЮВ

Сообщение HHIMERA »

Rtmip писал(а): спрошу как "полный чайник"?
А почему нет??? Берётся Дискавери с STM32F051 и вперёд!!! Отладчик на борту... возможностей куча...
Cortex M0 и предназначался для замены 8-ми и 16-ти битных МК...
На сегодняшний день Cortex M является стандартом де факто...
"Я не даю готовых решений, я заставляю думать!"(С)
Держит паяльник хвостом
Сообщения: 963
Зарегистрирован: Чт апр 03, 2014 23:16:55
Откуда: Россия

Сообщение Rtmip »

интересно, а сколько в $ стоит отладчик и сколько и в каких корпусах сами МК?
Опытный кот
Аватара пользователя
Сообщения: 830
Зарегистрирован: Пт ноя 16, 2007 11:21:37

Сообщение Pavel_1978 »

НУ берем AVR - программатор: http://www.terraelectronica.ru/catalog.php?ID=846
демо борды: http://www.terraelectronica.ru/catalog.php?ID=844 причем большая часть ардуины, это как бы другая тема.

и для сравнения посмотрите цены на Дискавери STM32 или эта http://www.terraelectronica.ru/catalog_ ... DE=1318065 причем все имеют на борту отладчик программатор.
Друг Кота
Аватара пользователя
Сообщения: 3832
Зарегистрирован: Сб сен 10, 2011 17:46:25

Сообщение oleg110592 »

Rtmip писал(а):интересно, а сколько в $ стоит отладчик
как раз сейчас смотрел деталюшки на сайте нашего местного продавца увидел раздел "Лидеры продаж":
Изображение
Отладочная плата STM32F4 Discovery
Плата предназначена для быстрого старта проектов, ориентированных на применение перспективных недорогих и очень мощных 32-разрядных микроконтроллеров на базе ядра Cortex M4 семейства STM32.
Основные характеристики платы:
собрана на основе STM32F407VGT6 - 32х битном микроконтроллере с ядром ARM Cortex-M4F , содержащем на своём борту 1 MB Flash-памяти, 192 KB RAM в платиковом корпусе типа LQFP100
Встроенный программатор ST-LINK/V2 с перемычкой переключения режимов отладка/программатор, позволяющей использовать плату как отдельный внешний программатор ST-LINK/V2 для серии STM32 (с использованием SWD-разъёма для программирования и отладки )
Втроенный стабилизатор питания: от внешнего USB хаба или от внешнего источника питания 5 V
Возможность работы с внешними утройствами питающимися от источников: 3 V или 5 V
Встроенные 3-х осевые акселерометры LIS302DL или LIS3DSH
встроенный широконаправленный аудиосенсор на базе ИС MP45DT02, цифрового микрофона
Встроенный ЦАП на базе CS43L22, с интегрированным драйвером выходных аудиосистем
8 штук светодиодов (LEDs):
LD1 (красный/зелёный) для USB связи
LD2 (красный) для индикации 3.3 V питания
Четыре пользовательских светодиода: LD3 (оранжевый), LD4 (зелёный), LD5 (красный) and LD6 (синий)
2 светодиода USB OTG LD7 (зелёный) . VBus и LD8 (красный) индикация превышения пределов по току
Две кнопки (пользовательская и ручной "reset")
USB OTG FS c разъёмом micro-AB
Пины расширения платы для всех ножек корпуса микросхемы LQFP100 I/Os для быстрого подключения к плате прототипа и начала макетирования и отладки.
Программатор AVR DRAGON
Основные характеристики:
Аппаратная поддержка до 3х програмных точек останова-отладки или 1 маскируемую данными ( в зависимости от модуля OCD на отлаживаемом AVR устройстве )
Поддержка до 32х програмных точек останова
Встроенная (On-board) 128kB SRAM - память для быстрой пошаговой отладки переменных
Поддержка преобразователей уровня от 1.8V до 5.5V на целевом отлаживаемом устройстве
Быстрая загрузка. Загружается 256Kb кода примерно за 60 секунд (XMEGA использует интерфейс JTAG )
Полноскоростной USB 2.0 интерфейс (12 MB/s)
Програмно перепрошиваемая микропрограмма (Firmware) для поддержки будущих устройств AVR.
Полддержка NanoTrace ( в зависимости от OCD модуля на борту отлаживаемого AVR устройства; используется память отлаживаемого устройства)
Возможность питания от USB, а также возможность запиатать от своих стабилизаторов отлаживаемое устройство.
Когда то мечтал купить дракона для авр, хорошо что не купил.
На всякий случай что народ на такой дискавери делает: https://www.youtube.com/watch?v=0ETyFmAMFjY
Опытный кот
Аватара пользователя
Сообщения: 830
Зарегистрирован: Пт ноя 16, 2007 11:21:37

Сообщение Pavel_1978 »

Про что и говорю голый программатор...

А ведь надо еще купить МК и собрать для него платку, к которой этот прогер цеплять.
YS
Друг Кота
Аватара пользователя
Сообщения: 7518
Зарегистрирован: Вс мар 29, 2009 22:09:05

Сообщение YS »

Сейчас все определяет время выпуска продукта в продажу, так что чем быстрее тем лучше и плевать руководству что продукт сырой, давайте выпускайте исправите потом...
Это плохо и с этим надо бороться, но никак не потакать. Другое дело, что это сложно и все дела, но просто оставлять это на самотек нельзя.
SPL для STM32 можно теперь постепенно забывать - теперь будет HAL
Ага, а потом питон прямо на чипе, такие сборки уже есть, смотрите на Хабре. :)))
Для радиолюбителя, для человека начинающего с азов или почти, имеет смысл сразу изучать STM и прочее-подобное ARM?
Сразу - нет. В перспективе - разумеется да.
но нужно покупать (городить) программатор
Здесь это безусловный плюс, поскольку позволяет набрать опыт.
На сегодняшний день Cortex M является стандартом де факто...
То-то в промавтоматике пики миллионами стоят. :)))

Discovery-платы удобны, да. Но они удобны тогда, когда у профессионала стоит задача по быстрому пощупать новый чип, не отвлекаясь на всякие мелочи типа того, а как же залить туда прошивку.

Но профессионал уже знает и как устроен и работает МК, и как туда прошивка заливается, и что такое JTAG и все остальное. Ему надо всего лишь быстро глянуть на характерные особенности и резво начать кодить проект - заказчик ждет и платит деньги. Тут и SPL можно применять, и HAL, да хоть RTOS с питоном - один раз не пи ардуинщик. :))) Тут правда, лишь бы работало и заказчика удовлетворяло (хотя доходить до полного маразма все равно не стоит).

У начинающего стоит задача разобраться, понимаете? Разобраться в деталях. Что и как происходит с исходником, как работает периферия, что это вообще такое, где какие шины, как конкретно заливается прошивка и все-все-все мелочи, которые скрывают SPL, CMSIS и Discovery-платы.
STM32 при своей богатейшей периферии
Периферия там и правда офигенная. Но при обучении это минус - от описания рябит в глазах. При таком обилии всего догадаться, что для простейшей настройки UART'а (8N1 без извращений вроде flow control, большего не требуется в 99% случаев) требуется всего две строчки - для начинающего задача совершенно нетривиальная. Лишние возможности отвлекают от главного.

Поймите, я совсем не против ARM. Это мощное семейство, я сам его активно использую там, где это правда необходимо. Но так же как учиться водить стоит начинать на чем-то типа ВАЗа, а не Порше, так и познавать основы эмбеда надо на чем попроще.

MSP430 G-серии в этом смысле вообще идеальны - в некоторых нет вообще ничего, кроме таймера. Для начинающего это рай - ничего не отвлекает, можно сконцентрироваться исключительно на базовых принципах работы МК. И да, для них тоже есть девборда Launchpad, которая стоит $5.
Разница между теорией и практикой на практике гораздо больше, чем в теории.
Контактная информация:
Друг Кота
Аватара пользователя
Сообщения: 3832
Зарегистрирован: Сб сен 10, 2011 17:46:25

Сообщение oleg110592 »

Ага, а потом питон прямо на чипе, такие сборки уже есть, смотрите на Хабре
Зачем питон - лучше C# на дискавери: http://habrahabr.ru/post/175989/
А что удобно, научился с Visual C# Express програмировать на PC, потом перешел на дискавери.
Мигать светодиодом вообще просто:

Код: Выделить всё

                led.Write(true);
                Thread.Sleep(500);
                led.Write(false);
                Thread.Sleep(500);
потом можно уже и Си перейти, если надо будет.
MSP430 G-серии в этом смысле вообще идеальны - в некоторых нет вообще ничего, кроме таймера
PIC16F505 еще идеальнее - там один таймер и нет прерываний, настройка периферии 3 строки, но что-то с них никто не начинает, продолжают мучить дорогой 16F84 (опять книжки и "кухаркины статьи" (с) виноваты).
здесь это безусловный плюс, поскольку позволяет набрать опыт

Непонятно почему пайка программаторов увеличивает уровень мастерства - делают обычно по чужой схеме и плате, используется чужая прошивка, управляющая программа, обычный копипаст. Разработать и спаять свою плату на микроконтроллере с индикацией и прочим и потом написать программу и чтоб заработало - вот это да. Как раз и удобно разработать (как на видео) к дискавери шилд с индикацией и прочими прибамбасами - микроконтроллер уже запаян и работает (мигает светодиодом), отладчик на борту. Потом переходить уже к своим платам.
Друг Кота
Сообщения: 4583
Зарегистрирован: Вс дек 05, 2010 06:10:34
Откуда: ЮВ

Сообщение HHIMERA »

YS писал(а): То-то в промавтоматике пики миллионами стоят. :)))
Здесь правило серии... "Работает - не трожь!"(С)... К данному топику это ну никак не относится...
Discovery-платы удобны, да. Но они удобны тогда, когда у профессионала стоит задача по быстрому пощупать новый чип, не отвлекаясь на всякие мелочи типа того, а как же залить туда прошивку.
Бред... Залить прошивку и школьник может... Что-то путаете...
Но профессионал уже знает и как устроен и работает МК, и как туда прошивка заливается, и что такое JTAG и все остальное. Ему надо всего лишь быстро глянуть на характерные особенности и резво начать кодить проект - заказчик ждет и платит деньги.
У начинающего стоит задача разобраться, понимаете? Разобраться в деталях. Что и как происходит с исходником, как работает периферия, что это вообще такое, где какие шины, как конкретно заливается прошивка и все-все-все мелочи, которые скрывают SPL, CMSIS и Discovery-платы.
Для начинающего... не отличающего бит от байта... и УАРТ на Меге будет непосилен...
CMSIS и Discovery-платы ничего не скрывают... не надо так откровенно врать... Зато позволяют без лишних телодвижений заняться именно изучением МК... и позволяют отладить в железе то, что потом будет залито в реальное устройство...
Например... Проект формируется и обкатывается на Дискавери с F051... а потом прекомпилируется и запихивается в F030...
Учитывая дешевизну, но ограниченный ресурс флэша F030 - очень удобно...
Если ограничений по разрядности в проекте нет... то куски кода легко перетаскиваются и на STM8S003... периферия похожа... Что даёт возможность получить простые устройства за очень малые деньги...
Периферия там и правда офигенная. Но при обучении это минус - от описания рябит в глазах. При таком обилии всего догадаться, что для простейшей настройки UART'а (8N1 без извращений вроде flow control, большего не требуется в 99% случаев) требуется всего две строчки - для начинающего задача совершенно нетривиальная. Лишние возможности отвлекают от главного.
А что такое "главное"??? Периферия даёт право на выбор!!! Освоил STM32... и хоть вверх к F4... хоть вниз на STM8...
Хочешь запустить LED-дисплей ногодрыгом через прерывания - пожалуйста... хочешь без прерываний через ДМА - пожалуйста... Хочешь 9бит SPI - пожалуйста... Не хватает скорости или памяти - бери STM покруче... Нужно дешевле и без изысков - бери что подешевле или STM8...
Что в случае с ПИК/АВР уже практически невозможно... Даже переход с ПИК16 на ПИК18 или 24 уже сопряжён с некоторыми трудностями... В случае с АВР... вообще уже никуда... особенно вверх... Если с размером флэш ещё можно выкрутиться, то с нехваткой скорости - уже никак...
Зачем загонять себя заранее в никому не нужные рамки??? Ради чего... ради пресловутой надписи Atmel или PIC???
Поймите, я совсем не против ARM. Это мощное семейство, я сам его активно использую там, где это правда необходимо. Но так же как учиться водить стоит начинать на чем-то типа ВАЗа, а не Порше, так и познавать основы эмбеда надо на чем попроще.
Я начинал с 580ИК80(ВМ80)... Тогда из доступного другого толком ничего не было... И что??? Хотелось познать - разбирался... А ведь тогда всё намного труднее было...
Сейчас... что труднее??? Что необходимо??? Всего навалом... инет пестрит информацией... только не ленись!!! Заказать можно что угодно...
Кто сейчас начнёт с 580ИК80??? Практически никто!!! Так зачем засирать себе мозги хламом типа АВР/ПИК??? А потом наблюдать унылый тупой код аля "кошерный ногодрыг" при подключении HD44780 к STM32F4XX... Почему??? Привычка и комплексы от ПИК/АВР... "всё не так как в Кодэвижэн"... Всё... полёт мысли гвоздями прибит к прошлому...
"Я не даю готовых решений, я заставляю думать!"(С)
YS
Друг Кота
Аватара пользователя
Сообщения: 7518
Зарегистрирован: Вс мар 29, 2009 22:09:05

Сообщение YS »

А что удобно, научился с Visual C# Express програмировать на PC, потом перешел на дискавери.
Мигать светодиодом вообще просто:
Да, мозг подключать вообще не надо, круче чем Ардуино. Только ценность таких, с позволения сказать, знаний - нулевая.

Толку в таком мигании светодиодом нет никакого. Смысл мигания светодиодом в том, что, поскольку сама задача тривиальна, можно обратить внимание на специфику. Правильно было бы написать это на ассемблере, чтобы почувствовать архитектуру, на Си, чтобы понять, как выглядит настройка периферии конкретно на этом чипе. Приведенный же код не дает никакого понимания специфики конкретного чипа (о да, он абсолютно портируем, хоть на PC) и потому абсолютно бесполезен. Простота в данном случае - критический недостаток.
PIC16F505 еще идеальнее - там один таймер и нет прерываний, настройка периферии 3 строки, но что-то с них никто не начинает
Тут, кроме всего прочего, вопрос еще и в доступности.
Непонятно почему пайка программаторов увеличивает уровень мастерства - делают обычно по чужой схеме и плате, используется чужая прошивка, управляющая программа, обычный копипаст.
Пайка чего угодно на начальных этапах увеличивает уровень мастерства.

Поначалу глупо требовать от начинающего разработки чего-то своего. Пока человек повторяет программатор, он тупо пощупает компоненты, усвоит мелочи типа чтения маркировки и прочего. После того, как соберет - научится отлаживать. Опять же легче, потому что четко известно, как все должно работать - начинающие зачастую не могут детально представить, чего они хотят от разрабатываемого устроства. А уже набив шишек на чужом, можно приниматься за свое.

Чем легче путь, тем меньше знаний останется в голове, потому что эта легкость - обманчивая. За тем же led.Write скрывается куча кода, для понимания которого начинающему понадобится до пары лет. И толку от такого примера?
Залить прошивку и школьник может...
Как человек, три года преподававший в школе, ответственно заявляю - не может. :)))
CMSIS и Discovery-платы ничего не скрывают... не надо так откровенно врать...
CMSIS - вид слоя абстракции, скрывающего обращения к оборудованию. Любая готовая плата избавляет от необходимости сразу же разрабатывать свое железо, и тем самым скрывает особенности реализации.
Например... Проект формируется и обкатывается на Дискавери с F051...
Начинающему кросс-кристалльность нахрен не сдалась. Так что все эти аргументы идут лесом.
В случае с АВР... вообще уже никуда... особенно вверх... Зачем загонять себя заранее в никому не нужные рамки???
Какие рамки? Когда мне объективно понадобились ресурсы, я после AVR взял Discovery и за два дня решил поставленную задачу. Так что никаких рамок тут нет.
А что такое "главное"???
Понять основные принципы - где ядро, как оно работает с периферией, как выполняются команды, как адресуется память и т.п. Тут богатство периферии только мешает.
Разница между теорией и практикой на практике гораздо больше, чем в теории.
Контактная информация:
Друг Кота
Аватара пользователя
Сообщения: 3832
Зарегистрирован: Сб сен 10, 2011 17:46:25

Сообщение oleg110592 »

ценность таких, с позволения сказать, знаний - нулевая

отвечу цитатой (не моя) из другого форума, сообщение 2011 года:
Лично моё мнение о .NETMF. Это просто ещё один инструмент в работе. И ему, как любому инструменту, положена своя область использования. Управляемый код увеличит скорость разработки больших проектов. Камень пошустрее - и нормально.
Кроме того, realtime-требования бывают разные, вот и получается, что дотнет на МК даст выигрыш для устройств со сложными алгоритмами, большим использованием памяти, не слишком жёсткими realtime-требованиями, с достаточно сложным пользовательским интерфейсом (не всегда нужно ставить промышленный комп, если гуй сложный), который, правда, придётся пока что писать самому.
Ещё очень удобная ниша использования - новички, которые только-только учатся работать с МК, которые привыкли к высокоуровневому программированию. Т.е. та самая ниша, которую сейчас занимает Arduino.
А во всех остальных случаях целесообразно использовать старый добрый С++ и асм. Не будешь же пихать МК с 512Кб и более флеша, чтобы включить насос или измерить температуру.
вопрос еще и в доступности
доступен и дешев: http://www.compel.ru/infosheet/MCRCH/PIC16F505-I%2FSL/
Пайка чего угодно на начальных этапах увеличивает уровень мастерства
тогда надо "лудить-паять, кастрюли-ведра чинить" :shock:
пайка не отменяется в случае STM32, только пропускаем нудный и опасный для здоровья ПК процесс паяния программаторов
Друг Кота
Сообщения: 4583
Зарегистрирован: Вс дек 05, 2010 06:10:34
Откуда: ЮВ

Сообщение HHIMERA »

YS писал(а): Как человек, три года преподававший в школе, ответственно заявляю - не может. :)))
Это потому что АВР со своими чудо-фузами... :facepalm: :))) :)))
CMSIS - вид слоя абстракции, скрывающего обращения к оборудованию. Любая готовая плата избавляет от необходимости сразу же разрабатывать свое железо, и тем самым скрывает особенности реализации.
Бред... CMSIS - нижний уровень... Всё там открыто... подобное есть во всех компиляторах к МК других производителей...
И по железу бред... Дискавери - средство разработки... за малые деньги... и только... Это не ардурина...
Начинающему кросс-кристалльность нахрен не сдалась. Так что все эти аргументы идут лесом.
Бред... Начинающий должен знать... что его ждёт завтра... какие ему светят перспективы...
Какие рамки? Когда мне объективно понадобились ресурсы, я после AVR взял Discovery и за два дня решил поставленную задачу. Так что никаких рамок тут нет.
:)))
Зашибись!!!

- С чего начать?
- С АВР!
- А если я завтра захочу что-то посерьёзнее?
- Пойдёшь и купишь STM32!
- А зачем мне тогда АВР?
:)))
Понять основные принципы - где ядро, как оно работает с периферией, как выполняются команды, как адресуется память и т.п. Тут богатство периферии только мешает.
Бред... Это что такое нужно курить... чтобы такое на свет вытянуть??? :)))
Какой смысл имеет ядро без периферии... если это МК??? :)))
Насколько в мелких STM32 периферии больше чем в Меге???
Чем отличается таймер АВР от таймера STM8/STM32??? Большими возможностями таймера в STM8/STM32... Какое отношение это имеет к ядру??? Да никакого!!!
Просто STM позаботилась о периферии, а АВР - нет!!! :)))
"Я не даю готовых решений, я заставляю думать!"(С)
YS
Друг Кота
Аватара пользователя
Сообщения: 7518
Зарегистрирован: Вс мар 29, 2009 22:09:05

Сообщение YS »

Это потому что АВР со своими чудо-фузами...
Да не, фузы мы не трогали. Я говорю про само понимание процесса.
Бред... CMSIS - нижний уровень...
Я так понял, вы и сами не знаете, что такое CMSIS. Ну так я вам расскажу.

The ARM® Cortex® Microcontroller Software Interface Standard (CMSIS) is a vendor-independent hardware abstraction layer for the Cortex-M processor series and specifies debugger interfaces.
http://www.arm.com/products/processors/ ... andard.php

Это цитата с сайта ARM, заметьте. Это не я придумал. Так что совсем не нижний. Это один из слоев HAL.
Начинающий должен знать... что его ждёт завтра...
Как говорил Жванецкий, "давайте переживать проблемы по мере их поступления". Когда это счастливое завтра наступит, тогда и узнает. А пока не надо грузить его вещами, не относящимися к сути.
Какой смысл имеет ядро без периферии... если это МК?
Дидактический.
Большими возможностями таймера в STM8/STM32...
От которых у начинающего рябит в глазах.
отвечу цитатой (не моя) из другого форума, сообщение 2011 года:
Ну так все правильно. Если нам нужен GUI или что-то типа этого (изначально достаточно тяжелое и не-риалтаймовое), нет смысла изобретать велосипед. Но
А во всех остальных случаях целесообразно использовать старый добрый С++ и асм. Не будешь же пихать МК с 512Кб и более флеша, чтобы включить насос или измерить температуру.
- я ровно про это.
Это что такое нужно курить...
Даташиты. :)))
Разница между теорией и практикой на практике гораздо больше, чем в теории.
Контактная информация:
Ответить

Вернуться в «Разные вопросы по МК»