Ср июл 19, 2017 18:59:45
Чем круче если в большинстве обычная мега?Hustas писал(а):АРДУИНО - круче всех
Ср июл 19, 2017 19:15:21
Чт июл 20, 2017 08:42:00
Чт июл 20, 2017 16:48:19
Пт июл 21, 2017 06:45:35
YS писал(а):Итак, давайте я внесу свою лепту в этот холивар, давно я в таком не участвовал. ...
Ну и каждое семейство хорошо по-своему. Например, я не вижу альтернатив ATtiny13 среди чипов от ST, прежде всего в плане аналоговой периферии. Возможность выбрать внутреннюю опору для АЦП бесценна. А зато таймер 1 в STM32 умеет генерировать комплементарный сигнал с защитным интервалом...
Пт июл 21, 2017 08:46:17
Если же мы говорим о "разумном любителе" - тут я продолжаю рекомендовать AVR, в особенности для начала. Это простая и ясная архитектура с простыми и ясными инструментами, которую приятно программировать на ассемблере для уяснения фундаментальных вещей
Начинать с ARM/STM32 я никогда не советую, не в последнюю очередь и из-за того информационного хаоса, который творится вокруг этой архитектуры по причине моды на нее. Но да, эти чипы дешевле.
STM8 еще дешевле, чем STM32F0xx, но они, мягко говоря, в некоторых местах специфичны, а еще для них нет нормального компилятора, так что, что цену на них выставляют практически на вес, меня не соблазняет. К слову, это та архитектура, которую я бы точно не рекомендовал начинающему...
я не вижу альтернатив ATtiny13 среди чипов от ST
Пт июл 21, 2017 08:56:21
Рукоплещу неистово!YS писал(а):Касаемо ARM
Пт июл 21, 2017 13:13:48
При таком подходе и не дать ардуинке право на существование как еще одному подвиду элементной базы?
если бы у меня была девушка, и она программировала бы Ардуино (LilyPad какой-нибудь, скажем), я бы только умилялся.
Самая простая и ясная у PDP, msp430 и ПИК24, ну никак не АВР. Первая канула во времени, msp дороговаты, остаётся ПИК24. Ну и как это коррелирует с вашими выводами?
Это как в былую эпоху рассвета АВР утверждать, что 8051 правильнее чем модный АВР. Странноватый спич.
Компиляторы есть и вполне съедобные, код на выходе вполне адекватный.
STM8S003
Рукоплещу неистово!
Пт июл 21, 2017 13:19:10
Пт июл 21, 2017 13:23:20
несмотря на наличие в них весьма сложной скрытой от пользователя аппаратно-программной структуры.
Пт июл 21, 2017 13:28:38
Пт июл 21, 2017 13:40:14
YS писал(а):...
Я уже писал, что не пользуюсь STM32Cube и прочими Ардуиноподобными творениями. Так что от меня ничего не скрыто.
Вообще, программирование STM32 ничем особо не отличается от программирования AVR, или MSP430, или STM8. Просто параграфы в документации длиннее.
Пт июл 21, 2017 13:45:52
ARV писал(а):... в наше время человек, работающий с STM32 и при этом не впадающий в истерику от их крутости - это редкость.
Пт июл 21, 2017 14:08:11
Ничего не скрыто, точнее не больше чем в PIC и AVR.BOB51 писал(а):АРМ (в том числе и STM) несмотря на наличие в них весьма сложной скрытой от пользователя аппаратно-программной структуры.
Плата сойдет, а о АрдуиноИДЕ я свое мнение высказывал viewtopic.php?p=3147916#p3147916BOB51 писал(а):Чем же подход ардуино-платка=МК с указанным к применению компилятором, в рамках которого она работоспособна отличается?
Вы про единое адресное пространство размером 4 ГБ? Т. е. лучше фрагментированное как в PIC и AVR?BOB51 писал(а):А система управления памятью?
Вы о чем? Пишите подробнее потому что совершенно непонятно что хотите этим сказать. Предположу что речь о коне в вакууме.BOB51 писал(а):"троянский конь" практически незаметен был
Повторюсь, вы о чем? Точно о STM32 или уже об ардуине (но для нее оффлайновая IDE как впрочем и для STM32)?BOB51 писал(а):Вторая точка система дебаггер-отладчика онлайновая...
Скажу вам больше, для таких спец режимов есть прерывания.BOB51 писал(а):Так что возможностей вогнать МК вспецрежим с "что-то пошло не так"
NMI_Handler - Обработчик немаскируемого прерывания
HardFault_Handler - Обработчик "железного" сбоя
MemManage_Handler - Обработчик блока защиты памяти
BusFault_Handler - Обработчик сбоя периферийной шины
UsageFault_Handler
Пт июл 21, 2017 14:21:08
Вам вот кажется, что самая простая и ясная архитектура у PDP-11, а мне - что у AVR.
Во-первых, корпус не SOIC и не восьмивыводной (иногда это большой минус).
Во-вторых, более узкий диапазон питающих напряжений.
В-третьих, необходимость навешивать конденсатор Cext (вот уже первый видимый костыль).
Но хуже всего, конечно, с аналоговой периферией.
Во-первых, нет компаратора (полезная штука, позволяет, например, превратить ATtiny13 в программируемую MC34063).
Во-вторых, нет внутренней опоры.
В-третьих, входа для подключения внешней опоры тоже нет! Кроме того, на диапазон VDDA наложены серьезные ограничения.
ARV писал(а):... в наше время человек, работающий с STM32 и при этом не впадающий в истерику от их крутости - это редкость.
Пт июл 21, 2017 14:22:05
Пт июл 21, 2017 14:26:50
какое ж оно "единое" если имеем дело с раздельными физическими областями ОЗУ и ЕЕПРОМки?
Пт июл 21, 2017 14:49:04
По аналогии можно сказать что у PC тоже не единое адресное пространство (знаете что в старших адресах находятся порты в/в, скажем 256 МБ выделено под окно памяти видеокарты, с этим связано то что в x86 системах без PAE доступно меньше 4 ГБ ОЗУ)? Или все же у компа оно единое, как считаете?BOB51 писал(а):какое ж оно "единое" если имеем дело с раздельными физическими областями
Пт июл 21, 2017 18:38:37
Неужели "ничего не скрыто"?
Загляните в геморный код меги и в прекрасный код того же ПИК24, где на АСМе как на Си, а на Си ка на АСМе.
ТССОП20 занимает не больше места чем СОИК.
Я вас умоляю! На сколько? А уменьшение тактовой частоты с падением напряжения питания у меги уже не в счёт?
Да, это аргумент! Прямо аргументище!
Вот не надо! Из меги MC34063 как из говна конфета. И вы это прекрасно знаете.
В большинстве случаев она никому и не нужна.
При желании в СТМ8 можно заюзать напряжение с Cext.
В СТМ8Л уже всё есть - и копараторы, и опора. Но вы почему-то скромно так промолчали об этом.
Или вы считаете себя умнее производителей МК? Ну-ну!
Какие ограничения? Прям такие серьёзные?
На меге он зациклен, от рождения.
Пт июл 21, 2017 18:44:08
Ложь и обман, вводящая читающих в заблуждение.Мурик писал(а):в STM32 флеш, ОЗУ, регистры периферии и ядра находятся в одном адресном пространстве