Актуальное семейство МК в данное время

[OlegNZH]

Так мы уже сосредоточились, каждый на своей


Вы сгущаете краски.

Так в то-то и дело , что как - "сосредоточиться на своей", сейчас рассредотачиваемся , Выбор начался... Но для этого нужно лбом поупираться сначала, иначе не понять. Наборы всякие ,киты- с одной стороны и претит- вроде Думать толком не нужно , а с другой стороны- сколько пацанов начинает кумекать ... База такая ,что нам было недоступно раньше....Первый Шаг- самый Трудный.(а подёргать ногами- я и на авр-ке быстрее чем стм-ке могу....ну и что? Иногда это важнее)

[nahimovv]

а подёргать ногами- я и на авр-ке быстрее чем стм-ке могу....ну и что? Иногда это важнее)

На АВРке не получится, и не напрягайтесь. На форуме уже это обсуждалось. Если не изменяет память в "Похороны Атмэл".

[OlegNZH]

На АВРке не получится, и не напрягайтесь. На форуме уже это обсуждалось. Если не изменяет память в "Похороны Атмэл".

Ой не надо ...так-же обсуждалось в Арм-ах, когда Люди специально тестили,на сколько можно подрыгать... (где-то про Дискавери вроде)

[nahimovv]

Было дело - фат под карточку писал на тини13 (правда под определенный тип), но на ассемблере - не было тогда fatfs (интересно fatfs влезет ли в тини13).

Мелкая ФАТ от Чена в копеечную STM8S003 уже влезет.

[vladgrig57]

Возможно не полностью по теме. Перспективность железа определяется, по моему, возможность переноса программных наработок, особенно для малых(единичных) серий. В советское время участвовал в "выдавливание всего и вся" из нашего железа(приходилось использовать машинный или в лучшем случае автокод), что привело к потерям практически всех программ(созданых сотнями, а то и тысячами программистов), и потребовало огромных дополнительных усилий при переносе алгоритмов на C.

[nahimovv]

Ой не надо ...так-же обсуждалось в Арм-ах, когда Люди специально тестили,на сколько можно подрыгать... (где-то про Дискавери вроде)

Вот и не надо, чтобы потом "не было мучительно больно".
У же всё прогрызли, а "пионеру бабка сказала" рассматривать не интересно.

[patriaomuerte]

Так в то-то и дело , что как - "сосредоточиться на своей", сейчас рассредотачиваемся , Выбор начался... Но для этого нужно лбом поупираться сначала, иначе не понять. Наборы всякие ,киты- с одной стороны и претит- вроде Думать толком не нужно , а с другой стороны- сколько пацанов начинает кумекать ... База такая ,что нам было недоступно раньше....Первый Шаг- самый Трудный.(а подёргать ногами- я и на авр-ке быстрее чем стм-ке могу....ну и что? Иногда это важнее)

В моей работе сейчас используется две архитектуры.
Микрочиповская и Cortex.

[terminator_seva]

Можете объяснить сакральный смысл использования плюсов на микроконтроллере? Там и С-то зачастую - оверхед.

Если в двух словах - то более жесткая проверка типов, и шаблоны. Ну и мне привычней с классами.

[OlegNZH]

Вот и не надо, чтобы потом "не было мучительно больно".
У же всё прогрызли, а "пионеру бабка сказала" рассматривать не интересно.

А чё грызьть-то? Я Xmegа-гу на 32MHz разгоню так(подрыгать ножками), что погоняться за ней..

[nahimovv]

Возможно не полностью по теме. Перспективность железа определяется, по моему, возможность переноса программных наработок, особенно для малых(единичных) серий. В советское время участвовал в "выдавливание всего и вся" из нашего железа(приходилось использовать машинный или в лучшем случае автокод), что привело к потерям практически всех программ(созданых сотнями, а то и тысячами программистов), и потребовало огромных дополнительных усилий при переносе алгоритмов на C.

Переносить тоже надо с умом. И наличие периферии которая позволяет делать многие вещи хардварными ускоряет этот процесс, правда это уже вопрос досконального владения знаниями и навыками. В том то и фишка, что на одной платформе это сделать гораздо легче, чем при переносе с одной платформы на другую. В случае с СТМ лёгкость перехода даже между STM8 и STM32 - периферия одного производителя, STM.