Посоветуйте пожалуйста программатор для Atmel, STM, PIC

[Мурик]

да, ведь в каждом приложении требуется CAN (есть и 8 ), USB (есть и у 8 ), 3 комплементарных пары выходов PWM (есть и у 8 )

Тут про тиню 10 писали. Что в ней есть из перечисленного?

Отладка - это вообще вопрос профессионализма. В большинстве случаях её ни у кого нет, так как полноценная отладка периферии включает в себя наличие сторонних и часто недешевых инструментов.

Для этого нужен доступ к регистрам периферии, а это аппаратный отладчик поддерживает.

Дык и не надо периферии сложнее зачастую.

То есть вас полностью устраивает 8-ми битный таймер с примитивным предделителем на 2, 8, 256 и 1024 вместо полноценного от 1 до 65536 и в лучшем случае 2 каналами захвата/сравнения? Это примитивщина!

[BlackKilkennyCat]

Мурик, а что, в каких-то 8-битных нет доступа к регистрам? Честно говоря, не знал... ST7, STM8 имеют точно, MSP430 давно уже не брал в руки, к сожалению, поэтому не помню...
Что касается 8-битного таймера, то опять же... у STM8 есть и 16. Количество захватов/сравнения... не так часто и один-то используется.

[Мурик]

что, в каких-то 8-битных нет доступа к регистрам?

Почто во всех 8-ми битниках нет отладки.

Что касается 8-битного таймера, то опять же...

Я про AVR. Не зря тиньку упомянул. А что качается STM8, то лучше я буду использовать STM32. Не \только более мощное и современное ядро, но и есть нормальный компилятор GCC и много IDE, а не то что для STM8.

Количество захватов/сравнения... не так часто и один-то используется.

Про такую штуку знали? http://we.easyelectronics.ru/STM32/ir-u ... ast-1.html

PS.
В текущем номере журнала радио есть анонс заинтересующий любителей 8-ми битников.

Спойлер

Журналу больше публиковать видимо нечего! Лучше бы что-то по малине опубликовали.

[BlackKilkennyCat]

Мурик, ну, я прекрасно такую штуку делал на pic18f14k50, и сейчас IR у меня часто используется. И почти точно такой же таймер есть у STM8, и вообще IR реализуется экономичнее, два канала там не нужны.
Что касается компилятора GCC то не соглашусь, не уверен, что он лучше Cosmic. А вот с IDE... это да. IDE у ST просто отстой, и альтернатив особых нет.
Увиливать на AVR не надо я спорю в общем о равноправии 8-битных с ARM, а не отдельных ущербных.

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

[ДядяВован]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949577#p3949577"]То есть вас полностью устраивает 8-ми битный таймер с примитивным предделителем на 2, 8, 256 и 1024 вместо полноценного от 1 до 65536 и в лучшем случае 2 каналами захвата/сравнения? Это примитивщина![/uquote]
Да. Если не устраивает 8 бит, в Меге есть 16-битный таймер.

Добавлено after 2 minutes 55 seconds:
[uquote="BlackKilkennyCat",url="/forum/viewtopic.php?p=3949598#p3949598"]Увиливать на AVR не надо [/uquote]
Да это я тут с AVR-ми чуть вклинился.

[BlackKilkennyCat]

ДядяВован, нестрашно, пусть будут и AVR )
Количество людей, использующих, и притом успешно, AVR больше, чем иных.

Мурик, смена полярности на лету исключает необходимость двух каналов в захвате/сравнении:

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

@interrupt void _ir_data() 
{
  TIM2_SR1 = 0x00;
  TIM2_CNTRH = 0x00;
  TIM2_CNTRL = 0x00;

  TIM2_CCER2 ^= 0x02; //change capture/compare polarity
	
  if (ir_flag) 
  {
    TIM2_IER |= 0x01;
    ir_flag = 0x00;
  }
  else 
  {
    ir_raw[ir_ptr] = TIM2_CCR3H;
    asm("ld a,_TIM2_CCR3L");

    if (--ir_ptr == 0) 
    {
        ir_flag = 0x02;
        ir_disable();
    }
  }
}

[Мурик]

я прекрасно такую штуку делал на pic18f14k50, и сейчас IR у меня часто используется.

Прием IR организован аппаратно? Если нет, то прочитайте внимательно статью и посмотрите картинки. 2 канала измеряют частоту и длительность, а третий для таймаута. Если задействовать DMA, можно аппартно принимать всю посылку с пульта без лишних прерываний и с минимальной погрешностью. На pic18f14k50 вы это не сделаете - периферия примитивная.

Что касается компилятора GCC то не соглашусь, не уверен, что он лучше Cosmic.

Сравните машинный код и увидите насколько GCC лучше?
Cosmic поддерживает LTO? А современные стандарты C/C++?

Анонс допотопного компа тоже не в тему.

В тему. Это 8-ми битный любительский комп. Он также нужен как 8-ми битные МК на фоне современных.

Да. Если не устраивает 8 бит, в Меге есть 16-битный таймер.

Один и с тем же примитивным предделителем и возможностями. Скажу вам по секрету, в STM32 есть 32-ух битные таймеры с 16-ти битным предделителем.

Мурик, смена полярности на лету исключает необходимость двух каналов в захвате/сравнении

Это программное решение. Сделайте аппаратно без прерываний. Прерывание допустимо только по окончанию приема данных или по таймауту.

[BlackKilkennyCat]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949612#p3949612"]прочитайте внимательно статью и посмотрите картинки.[/uquote]

1. Прочитайте внимательно сами. Ибо я по первоисточнику этой статьи реализовывал свой вариант.
2. На pic18f14k50 это уже давно работает.

Больше не хочу спорить. Вы либо не знаете предмета, либо притворяетесь зачем-то.

[Zhuk72]

Мурик, вы когда в последний раз заглядывали на страницу Майкрочипа в раздел 8-битных ПИКов? Хоть один ДШ последних МК просматривали чисто из интереса?

[ДядяВован]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949612#p3949612"]Один и с тем же примитивным предделителем и возможностями.[/uquote]
Да, один... Примитивный полностью... Но его хватает для решения поставленной задачи.
[uquote="Мурик",url="/forum/viewtopic.php?p=3949612#p3949612"]Скажу вам по секрету, в STM32 есть[/uquote]
Для меня это не секрет, я в курсе периферии STM32.
Я полностью с Вами солидарен, что STM32 - это хорошо, даже может быть отлично!!!
Но иногда atmega тоже не плоха и вполне уместна. И замена её на STM32 никак не повлияет на функционал устройства, не сделает его ни лучше, ни хуже. Может только ПО будет посложнее из-за не примитивной периферии.

[Reflector]

[uquote="ДядяВован",url="/forum/viewtopic.php?p=3949537#p3949537"]я Вас понимаю. Есть наработки по stm, рука набита, библиотеки разные "нажиты". Может быть что-то в результате быстрее получится на stm. Но если хватает производительности 8-разр. кристалла, зачем всё усложнять.
Вот делал я блок управления приводами распашных ворот. Всё влезло в mega48 (правда "под завязку"). Каюсь, запаял 328-ю, поскольку они у меня были, ну и вдруг захочется расширить функционал. Но никто меня не убедит, что это надо было сделать на stm32.[/uquote]
Правильно, в ход пошла mega328 потому что разумно набрать именно их и ставить в том числе там где достаточно mega48/88/168. По той же причине производитель пылесосов при одинаковой цене 8-ми битки и ARM выберет последний, вдруг захочется расширить функционал А на любительском уровне ARM часто отпугивают большей сложностью, но одно дело когда, как для BlackKilkennyCat, возможности ARM не нужны, и совсем другое когда ставят STM32 если меги уже не хватает. Разобраться с тем и другим сложнее, чем только с STM32, написать либы для первого и второго сложнее, чем только для STM32 и по возможностям эти либы будут превосходить либы для AVR, потому пользоваться ими будет легче. При этом STM32 можно поставить в блок управления распашных ворот вместо меги, а мегу вместо STM32 там где возможностей этой меги не хватает поставить не получится. Так зачем все усложнять?

[Мурик]

Больше не хочу спорить.

Конечно, на PIC вы не сможете сделать аппаротно как на STM32.

когда в последний раз заглядывали на страницу Майкрочипа в раздел 8-битных ПИКов?

Вот к примеру pic16f18446 https://www.microchip.com/design-center ... ic16f18446
Несколько КБ флеша и сотня байт ОЗУ. Предлагаете писать на асме?
Смотрим дальше https://www.microchip.com/wwwproducts/en/PIC16F18323
Из периферии только 1 UART, 1 SPI, 1 I2C и 2 8ми битных таймера и 1 16-ти битный.
И это ваши новые ПИКи? Спасибо не надо!

Да, один... Примитивный полностью... Но его хватает для решения поставленной задачи.

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

И замена её на STM32 никак не повлияет на функционал устройства, не сделает его ни лучше

Речь не про замену МК с готовом устройстве, а про разработку устройства.

Может только ПО будет посложнее из-за не примитивной периферии.

Это не так. Решение может быть проще потому что есть больше вариантов и можно выбрать наиболее подходящий.

[pavel2000]

Вот ты упертый, ппц. )))

[NStorm]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949834#p3949834"]Вот к примеру pic16f18446 https://www.microchip.com/design-center ... ic16f18446
Несколько КБ флеша и сотня байт ОЗУ. Предлагаете писать на асме?[/uquote]
Что за ерунда? По ссылке видим до 2 Кб ОЗУ и до 28 Кб ПЗУ. И это достаточно для 8-битника, чтобы писать на Си. Не забываем что слова инструкции обычно 16-битные всего, а инициализация куда проще, чем у Cortex-M. Поэтому код флэша куда меньше будет занимать, более чем в 2 раза меньше.
А еще куча периферии, который в STM32 просто не бывает, вроде CLC, ZCD, NCO, CWG, DSM, HLT и т.д. Таймер есть 24-битный SMT и т.д.

Смотрим дальше, например семейство K42 на вот таком примере: https://www.microchip.com/wwwproducts/en/PIC18F27K42
7 таймеров, ZCD, DMA, 24 канала АЦП, ЦАП и прочие аналоговые фишки и т.д.

Смотрим аналогичное в семействе AVR DA: https://www.microchip.com/wwwproducts/e ... l-features
Даже лень уже перечислять.

Но щас Мурик опять проигнорирует просто всё это ) Потому что фанатизм.

[Zhuk72]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949834#p3949834"]Вот к примеру pic16f18446 https://www.microchip.com/design-center ... ic16f18446
Несколько КБ флеша и сотня байт ОЗУ. Предлагаете писать на асме?
Смотрим дальше https://www.microchip.com/wwwproducts/en/PIC16F18323
Из периферии только 1 UART, 1 SPI, 1 I2C и 2 8ми битных таймера и 1 16-ти битный.
И это ваши новые ПИКи? Спасибо не надо![/uquote]

Ну так и есть, не заглядывали.
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.
В каждых мне что-то свое нравится. Вот только АВР не люблю, их у меня нет и не было.

[ДядяВован]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949834#p3949834"]Речь не про замену МК с готовом устройстве, а про разработку устройства.[/uquote]
Я вёл речь о замене (точнее выборе) МК на этапе проектирования.

[Ярослав555]

[uquote="Мурик",url="/forum/viewtopic.php?p=3949834#p3949834"]И это ваши новые ПИКи?[/uquote]
А это у них политика такая - очень большой асортимент моделей, чтобы брать под задачу только то что нужно. Корпоративный, промышленный подход.
Это мы здесь вольные художнки, берем с запасом - а вдруг.

[Мурик]

По ссылке видим до 2 Кб ОЗУ и до 28 Кб ПЗУ.

Это очень мало. В самом простом STM32 4 КБ ОЗУ и 32 КБ флеша. В средних моделях примерно 128 КБ ОЗУ и 1024 КБ флеша.

Не забываем что слова инструкции обычно 16-битные всего, а инициализация куда проще, чем у Cortex-M.

В Cortex-M тоже большинство инструкций 16-битные.

Таймер есть 24-битный SMT и т.д.

В каждом STM32 есть 24-битный таймер. И 32-ух битные тоже.

18446 - 16к флэш, 2к ОЗУ, 256 ЕЕПРОМ, 32 МГц

Это ерунда по современным меркам. Этих 32 МГц нужно делить на 4, т .к. инструкция выполняется за 4 такта. В самых младших моделях STM32 параметры намного лучше и большинство инструкций выполняются за такт.

Я не зациклен на одних ПИКах. У меня и STM32 есть несколько разных, и EFM8, несколько С8051, STC.

Лучше хорошо знать МК одного производителя, чем посредственно 10 производителей. Поэтому лучший выбор - STM32.

[Zhuk72]

Я на этом деньги не зарабатываю. Я вообще конечные устройства практически никогда не делаю. Мне для души нужно, просто время скоротать, подключая к разным МК разную периферию только с целью ее освоить.

А если к вам придет заказчик и скажет, что у него завалялась большая партия? скажем, PIC16F18446, которые нужно задействовать в неком устройстве, тогда как, откажетесь? Под предлогом того, что профессионал должен хорошо знать только одну платформу?

[Мурик]

Я вообще конечные устройства практически никогда не делаю.

В этом и отличие. Я разрабатываю устройства на МК и простота разработки и наличие отладки для меня имеет значение.

А если к вам придет заказчик и скажет, что у него завалялась большая партия? скажем, PIC16F18446, которые нужно задействовать в неком устройстве, тогда как, откажетесь?

Чем сложнее и дольше разработка, тем больше стоимость работы. Если он готов заплатить указанную сумму, разработаю на PIC16F18446.