да, ведь в каждом приложении требуется CAN (есть и 8 ), USB (есть и у 8 ), 3 комплементарных пары выходов PWM (есть и у 8 )
Тут про тиню 10 писали. Что в ней есть из перечисленного?
BlackKilkennyCat писал(а):
Отладка - это вообще вопрос профессионализма. В большинстве случаях её ни у кого нет, так как полноценная отладка периферии включает в себя наличие сторонних и часто недешевых инструментов.
Для этого нужен доступ к регистрам периферии, а это аппаратный отладчик поддерживает.
ДядяВован писал(а):
Дык и не надо периферии сложнее зачастую.
То есть вас полностью устраивает 8-ми битный таймер с примитивным предделителем на 2, 8, 256 и 1024 вместо полноценного от 1 до 65536 и в лучшем случае 2 каналами захвата/сравнения? Это примитивщина!
Мурик, а что, в каких-то 8-битных нет доступа к регистрам? Честно говоря, не знал... ST7, STM8 имеют точно, MSP430 давно уже не брал в руки, к сожалению, поэтому не помню... Что касается 8-битного таймера, то опять же... у STM8 есть и 16. Количество захватов/сравнения... не так часто и один-то используется.
Я про AVR. Не зря тиньку упомянул. А что качается STM8, то лучше я буду использовать STM32. Не \только более мощное и современное ядро, но и есть нормальный компилятор GCC и много IDE, а не то что для STM8.
BlackKilkennyCat писал(а):
Количество захватов/сравнения... не так часто и один-то используется.
PS. В текущем номере журнала радио есть анонс заинтересующий любителей 8-ми битников.СпойлерЖурналу больше публиковать видимо нечего! Лучше бы что-то по малине опубликовали.
Мурик, ну, я прекрасно такую штуку делал на pic18f14k50, и сейчас IR у меня часто используется. И почти точно такой же таймер есть у STM8, и вообще IR реализуется экономичнее, два канала там не нужны. Что касается компилятора GCC то не соглашусь, не уверен, что он лучше Cosmic. А вот с IDE... это да. IDE у ST просто отстой, и альтернатив особых нет. Увиливать на AVR не надо я спорю в общем о равноправии 8-битных с ARM, а не отдельных ущербных.
Анонс допотопного компа тоже не в тему. Это действительно извращение на любителя и никоим образом не характеризует использование 8-битных мк, протестую и прошу вычеркнуть из протокола, присяжным не обращать внимание ))
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
То есть вас полностью устраивает 8-ми битный таймер с примитивным предделителем на 2, 8, 256 и 1024 вместо полноценного от 1 до 65536 и в лучшем случае 2 каналами захвата/сравнения? Это примитивщина!
Да. Если не устраивает 8 бит, в Меге есть 16-битный таймер.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
я прекрасно такую штуку делал на pic18f14k50, и сейчас IR у меня часто используется.
Прием IR организован аппаратно? Если нет, то прочитайте внимательно статью и посмотрите картинки. 2 канала измеряют частоту и длительность, а третий для таймаута. Если задействовать DMA, можно аппартно принимать всю посылку с пульта без лишних прерываний и с минимальной погрешностью. На pic18f14k50 вы это не сделаете - периферия примитивная.
BlackKilkennyCat писал(а):
Что касается компилятора GCC то не соглашусь, не уверен, что он лучше Cosmic.
Сравните машинный код и увидите насколько GCC лучше? Cosmic поддерживает LTO? А современные стандарты C/C++?
BlackKilkennyCat писал(а):
Анонс допотопного компа тоже не в тему.
В тему. Это 8-ми битный любительский комп. Он также нужен как 8-ми битные МК на фоне современных.
ДядяВован писал(а):
Да. Если не устраивает 8 бит, в Меге есть 16-битный таймер.
Один и с тем же примитивным предделителем и возможностями. Скажу вам по секрету, в STM32 есть 32-ух битные таймеры с 16-ти битным предделителем.
BlackKilkennyCat писал(а):
Мурик, смена полярности на лету исключает необходимость двух каналов в захвате/сравнении
Это программное решение. Сделайте аппаратно без прерываний. Прерывание допустимо только по окончанию приема данных или по таймауту.
Для меня это не секрет, я в курсе периферии STM32. Я полностью с Вами солидарен, что STM32 - это хорошо, даже может быть отлично!!! Но иногда atmega тоже не плоха и вполне уместна. И замена её на STM32 никак не повлияет на функционал устройства, не сделает его ни лучше, ни хуже. Может только ПО будет посложнее из-за не примитивной периферии.
я Вас понимаю. Есть наработки по stm, рука набита, библиотеки разные "нажиты". Может быть что-то в результате быстрее получится на stm. Но если хватает производительности 8-разр. кристалла, зачем всё усложнять. Вот делал я блок управления приводами распашных ворот. Всё влезло в mega48 (правда "под завязку"). Каюсь, запаял 328-ю, поскольку они у меня были, ну и вдруг захочется расширить функционал. Но никто меня не убедит, что это надо было сделать на stm32.
Правильно, в ход пошла mega328 потому что разумно набрать именно их и ставить в том числе там где достаточно mega48/88/168. По той же причине производитель пылесосов при одинаковой цене 8-ми битки и ARM выберет последний, вдруг захочется расширить функционал А на любительском уровне ARM часто отпугивают большей сложностью, но одно дело когда, как для BlackKilkennyCat, возможности ARM не нужны, и совсем другое когда ставят STM32 если меги уже не хватает. Разобраться с тем и другим сложнее, чем только с STM32, написать либы для первого и второго сложнее, чем только для STM32 и по возможностям эти либы будут превосходить либы для AVR, потому пользоваться ими будет легче. При этом STM32 можно поставить в блок управления распашных ворот вместо меги, а мегу вместо STM32 там где возможностей этой меги не хватает поставить не получится. Так зачем все усложнять?
Что за ерунда? По ссылке видим до 2 Кб ОЗУ и до 28 Кб ПЗУ. И это достаточно для 8-битника, чтобы писать на Си. Не забываем что слова инструкции обычно 16-битные всего, а инициализация куда проще, чем у Cortex-M. Поэтому код флэша куда меньше будет занимать, более чем в 2 раза меньше. А еще куча периферии, который в STM32 просто не бывает, вроде CLC, ZCD, NCO, CWG, DSM, HLT и т.д. Таймер есть 24-битный SMT и т.д.
Ну так и есть, не заглядывали. 18446 - 16к флэш, 2к ОЗУ, 256 ЕЕПРОМ, 32 МГц, Configurable Logic Cell (4 модуля), Complementary Waveform Generator (2 штуки), 4 CCP модулей (16-bit resolution CC, 10-bit PWM), 2 отдельных PWM модуля (10-bit), Numerically Controlled Oscillator (пока не пощупаешь, не оценишь его прелесть), Peripheral Pin Select, EUSART, SPI, I2C (единственное, что заметили), Data Signal Modulator, 3 8-битных таймера с лимитом счета, 3 16-битных, и 1 на 8 или 16-бит. В довесок к ним - Signal Measurement Timer. Но и это еще не всё. 12-битный ЦАП с вычислительными функциями (17 каналов), Zero-Cross Detect модуль, компараторы, 5-битный ЦАП, Fixed Voltage Reference модуль. И при этом - широкий диапазон питающих напряжений!
Именно этот у меня есть. И 18855 тоже. Никаких проблем с написанием на Си, памяти хватает. Второй указанный вами 18323 даже перечислять не буду, его вы явно тоже не смотрели.
Добавлено after 4 minutes 39 seconds: Да, совсем забыл про новые PIC18, тоже 8-битники между прочим! Их я еще не щупал, но желаю.
Я не зациклен на одних ПИКах. У меня и STM32 есть несколько разных, и EFM8, несколько С8051, STC. В каждых мне что-то свое нравится. Вот только АВР не люблю, их у меня нет и не было.
_________________ Каждый имеет право на свое личное ошибочное мнение.
У меня было тяжелое детство - я до 14 лет смотрел черно-белый телевизор.
Последний раз редактировалось Zhuk72 Пн дек 28, 2020 15:21:10, всего редактировалось 1 раз.
А это у них политика такая - очень большой асортимент моделей, чтобы брать под задачу только то что нужно. Корпоративный, промышленный подход. Это мы здесь вольные художнки, берем с запасом - а вдруг.
Это очень мало. В самом простом STM32 4 КБ ОЗУ и 32 КБ флеша. В средних моделях примерно 128 КБ ОЗУ и 1024 КБ флеша.
NStorm писал(а):
Не забываем что слова инструкции обычно 16-битные всего, а инициализация куда проще, чем у Cortex-M.
В Cortex-M тоже большинство инструкций 16-битные.
NStorm писал(а):
Таймер есть 24-битный SMT и т.д.
В каждом STM32 есть 24-битный таймер. И 32-ух битные тоже.
Zhuk72 писал(а):
18446 - 16к флэш, 2к ОЗУ, 256 ЕЕПРОМ, 32 МГц
Это ерунда по современным меркам. Этих 32 МГц нужно делить на 4, т .к. инструкция выполняется за 4 такта. В самых младших моделях STM32 параметры намного лучше и большинство инструкций выполняются за такт.
Zhuk72 писал(а):
Я не зациклен на одних ПИКах. У меня и STM32 есть несколько разных, и EFM8, несколько С8051, STC.
Лучше хорошо знать МК одного производителя, чем посредственно 10 производителей. Поэтому лучший выбор - STM32.
Я на этом деньги не зарабатываю. Я вообще конечные устройства практически никогда не делаю. Мне для души нужно, просто время скоротать, подключая к разным МК разную периферию только с целью ее освоить.
А если к вам придет заказчик и скажет, что у него завалялась большая партия? скажем, PIC16F18446, которые нужно задействовать в неком устройстве, тогда как, откажетесь? Под предлогом того, что профессионал должен хорошо знать только одну платформу?
_________________ Каждый имеет право на свое личное ошибочное мнение.
У меня было тяжелое детство - я до 14 лет смотрел черно-белый телевизор.
Я вообще конечные устройства практически никогда не делаю.
В этом и отличие. Я разрабатываю устройства на МК и простота разработки и наличие отладки для меня имеет значение.
Zhuk72 писал(а):
А если к вам придет заказчик и скажет, что у него завалялась большая партия? скажем, PIC16F18446, которые нужно задействовать в неком устройстве, тогда как, откажетесь?
Чем сложнее и дольше разработка, тем больше стоимость работы. Если он готов заплатить указанную сумму, разработаю на PIC16F18446.
Сейчас этот форум просматривают: Сталкер84 и гости: 26
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения