зачем ждать - идем сейчас в магазин и сравниваем:
PIC


или STM32


интересно умный человек какой выбор сделает - есть ли смысл делать часы/моргалку на PIC (пусть даже улучшенной ориентации), если рядом есть лучше, дешевле, перспективнее.

Я не о внутреннем их убранстве.
Я именно о той самой "перспективности" - она, вроде, есть (и даже я с этим никогда не спорил), но настоящих _перспективных_ проектов на ARM-ах - с кошкин нос (SDR-приемник и осциллограф, ссылки на которые я как-то приводил). Ну, разумеется, еще пара-тройка (десяток ?) проектов, про которые я не знаю.
Все остальное, что попадается на этих новых и _перспективных_ камнях - это трэшак, многократно сделанный на т.н. "старье". Разумеется, в конце каждого описания авторы всегда добавляют : "у камня еще куча наворотов, которые вы вольны использовать, как вам заблагорассудится".

Я никоим образом не умаляю вашу работу. Честно, я очень уважительно отношусь к подобного рода изысканиям.
Но, повторюсь, возможности ARM-ов в таких конструкциях совсем не впечатляют, извините, пож-ста.

PS
Как так "можем не влезть " ? Я же привел объемы кода для точно такой же задачи, как и та, что сделана вами на АРМ-е )))
Кроме того, есть же пути, пусть и джедайские, типа асма и "прямой работы с железом", которых не чураются в т.ч. и поклонники АРМ-ов. И в этой ситуации ни в XC-8, ни в Hi-tech ничто не упирается, поскольку для написания кода для моргалок/часиков на ПИК-ах они совсем не нужны.

причем тут возможности - говорим о том, что можно на армах делать все тоже самое, что и на старых микроконтроллерах, а на армах делать это удобнее и перспективнее. Перспективнее, потому что на простых армах, решив простые задачи, проще будет потом решить и более сложные. Получается - для часов/моргалок изучаем 51/PIC/AVR, для сложных ARM, спрашивается зачем, если есть все в одном.
Моя эволюция - платы выполняют одинаковые задачи:

Но была задача удешевить - появилась плата на STM8, как сказал заказчик - "теряем на каждой сотне 800 грн." (ранее было 100$)
Сейчас есть задача измерять переменное напряжение и переменный ток (ранее только переменный ток) - на STM32 решить задачу намного проще, точнее и по цене дешевле.
з.ы. платы все односторонние

Ну да, не спорю, абсолютно нормальное развитие.
Для измерения переменки RMS, думаю, присутствует ?

А здесь разговор не о впечатлениях... а об отсутствии смысла применять старьё... и о выдуманных причинах "сложности" и пр. ...
Мне... много лет просидевшему на ПИКах... и в голову не придёт сейчас пойти и купить ПИК или АВР... просто нет смысла...

Конечно, не знаю как и кому, но мне было трудно решить задачу на PIC16F676, на STM32 - АЦП через DMA, памяти валом, умножение аппаратное и т.д...

Вот еще изделие конкурентов:


з.ы. а в PIC16F676 програмка на Hi-tech и XC8 никак не влазила

Ну, если по-чесноку, RMS для тока и напряжения легко влазило и отлично работало еще на стародавних PIC12F675 или на крошках PIC10. В PIC16F688 уже можно было индикацию добавить и внешний мониторинг.
Наверное, все-таки новомодные IDE для каких-то конкретных задач ( а в вашем случае - для серийных изделий) - еще то попадалово.

Можно... нельзя... к чему эти трудности и переживания???

Вот за это первоначально и был разговор... Нет смысла мудохаться с этими развитыми ПИКами на новомодных глючных ИДЕ... Перспективы то всё равно никакой...

Хм, как же это тогда получалось ? Ну, в смысле, и давно, и сейчас, и со старыми камнями, и с новыми, и даже без мудоханья ?
Ладно, слежу за темой, все равно интересно.

В 16F676 была посегментная динамическая индикация, которая чаще прерывает микроконтроллер чем обычная, что очень мешало основной программе оцифровки - чем больше оцифровок и выдержан их период, тем точнее измерения. Кроме того много места занимало меню, где калибровка, задание значений, вывод на индикатор событий. Помню что больше 64 выборок на 1/2 периода АЦП пик не мог физически успеть - это маловато. А возвести в квадрат и суммировать с предыдущими - RAM на хранение 64 выборок то нет. А корень извлечь и подготовить данные на индикатор, до начала нового периода. Хотелось бы посмотреть чужую реализацию подобного.
А IDE что там такого новомодного - Keil я еще давно использовал для AT89C2051 (тогда PIC только начинали у нас появляться) потом и для LPC2103.

Всегда можно найти задачу, которую можно решить двумя диодами или одним резистором... разговор не об этом... не о частных случаях... Олег просто привёл пример реализации чтобы показать... что "не так страшен STM32, как его малюют"...
А в общем.. всегда можно напороться на нехватку РОМ, РАМ или скорости... Просто в случае с STM это обходится намного проще и безболезнено...

Посегментной индикации у меня не было, может тут и причина.
Но первое, что было сделано - не хранение выборок, а их суммирование после каждого считывания.
Вся математика с корнями и квадратами была на асме, занимала в памяти понты и едва ли 10% всего машинного времени.
Именно поэтому даже на младших камнях все работало и у заказчика не возникло вопросов с подбором/поиском наиболее подходящего МК только потому, что XC8, сцуко такое, не могло это сделать меньше.
В примере с часами - опять таки меньше (и эффективней по той простой причине, что ресурсов еще много осталось) оказался "старый" код, адаптированный под условно "новые" мк.

Поэтому, несмотря на возмущения камрада HHIMERA, я остаюсь при своем - камень подбирается под задачу.
И если это снова 100500-я пресловутая "мигалка" - есть по крайней мере наработки, которым в обед 100 лет и которые при одинаковом функционале все равно более компактные по коду и быстрые по его исполнению.
И которые не будут заставлять юзера носиться с "ааа, смотрите, новый камень ! У него целый мегабайт флеша и гигагерц под капотом ! И теперь мигать светиком можно в 5 раз быстрее !!!"

Хорошо... разберём по частям этого сферического коня в вакууме "камень подбирается под задачу"...
Нигде не написано... что под эту задачу подходит именно этот камень и никакой другой... это факт...
Если кто-то кодит на Атмэле, то он не возьмёт ПИК из-за того что "под эту задачу подходит именно этот камень и никакой другой"... а возьмёт типа Мега48 или Мега8... это факт...
Если задача чудесно ложится под MSP или STM8... то это не значит что MSP или STM8 не годится... это факт...

Теперь посмотрим на STM32... шина 32 бита... улучшенная система команд... более развитая периферия... более высокая частота ядра... больше флэша и RAM...
Шина 32 бита... у MSP - 16 бит... Запретим любителям MSP кодить???
Улучшенная система команд... Система команд у всех МК разная... Где граница оптимальности по системе команд для задачи???
Более развитая периферия... Это просто бонус... может выручить в некоторых случаях... Или периферия помешает задаче???
Более высокая частота ядра... Если сравнивать ПИКи и АВР, то 5МГц vs 16МГц тактовой... у простой 100-ки - 24МГц... Запретим АВР???
Больше флэша и RAM... Бонус... и лишним никогда не бывает... Или кто-то будет доказывать обратное???

Ну и где этот пресловутый камень под пресловутую задачу???

HHIMERA, у меня дежа вю или это реинкарнация SWG ?
"-Что вы мне тычите STM, я и на пЫк это сляпаю. Не на одном так на сотне"


abc, даже мигать LED'ом можно по разному . Изъ...ться на пЫк , забив под завязку ресурсы накодив на асме хитро-вышмарганные алгоритмы-трюки или же аппаратно без особых усилий и извращений на STM .

Кто хочет делать - ищет способы , кто не хочет - отмазки

HHIMERA
"Под задачу" ? Дык я только что пример привел, когда уже _тогда_, лет 7-8 назад, можно было решать свои задачи, не дожидаясь выхода быстрых и всесильных АРМов.
В остальном - все верно, я даж не спорю.
Но как-то печально видеть раз за разом новые нароченные АРМ-ы, мигающие раз за разом светодиодами или семисегментными матрицами.
Я понимаю, что сложно, наверное, придумать задачу, какую-то совсем новую и необычную.
Но вот есть же Максимайт на ПИК-е. Есть куча проектов на АВР-ках - там и видео, и звук, и эмуляция каких-то старых компов (вон, камрад Лисицин выложил на днях).
И это именно ЛЮБИТЕЛЬСКИЕ проекты, которые их авторы сделали почти с нуля, не ожидая от производителей каких-то специально обученных МК.

А тут целая гора мощного железа в спичечной головке ... и опять нихрена (сорри, Олег, это не конкретно о вашей теме, это вообще).
Ткните носом хоть в один по настоящему УХ_ТЫ_Ж_ЕХАНЫЙ_БАБАЙ-проект, буду благодарен.
Дайте описание, хоть краткое, своих коммерческих - тоже будет интересно посмотреть.
А то профанация какая-то получается - каждый раз дают новый микроскоп с кучей плюшек, а его опять, как молоток...

dosikus, нет ни малейшего желания сраться, тем более, зная ваш характер.
А про "способы и отмазки" я уже выше писал. Лично мне ничего не мешало, все было сделано без ...эээ... извращений, инфа 100%

Нет аргументов переходим на личности . Я так же могу и небезосновательно заявить , что твой характер мне не по нутру ...


Не надо о пЫк , большое количество времени сидел и на них и на авр . Ловить там больше нечего .


Давай, давай - и что же в нем такого замечательного ? Только учти - есть и вживую и исходники , и РК86 (кривое аж жуть) подпилили под Максимайт колор ...

И это нормально... Пустые разделы и форумы по ПИКам говорят сами о себе...

Ну и что... Кому это нужно... удивлять кого-то??? Народ делает то, что считает нужным... По большому счёту важна идея... а остальное вторично... как и "МК по задаче"... Ну кого сейчас можно удивить TFT-дисплеем или RGB-лентой??? Хватает для этого ПИК16??? Ну и ладно...

dosikus
Дело не в личностях. Я не употребляю завуалированный мат, тем самым сводя общение с собеседником к гаражно-барыжному. И никого ни с кем не сравниваю, хотя тоже могу.
А есть, кстати, любительский аналог максимайта на АРМе ? Может, простой черно-белый и потому безглючный ? Кинь ссылку, я уйду читать и заткнусь.

Иди читай
http://forum.easyelectronics.ru/viewtop ... 35&t=17676
http://forum.easyelectronics.ru/viewtop ... 35&t=16592

Обязательно обрати внимание на отношение вашего кумира к подобным поделкам .

А кумир - это ЛИ ? Не, ни разу не угадал.
Вот Ведущий специалист - реальный монстр, я его еще по опытам на ВРТП с VS1000 помню.
Спасибо за ссылки.

---
И сразу : "Код был взят у китайцев (waves nes). Немного переработан и вот.."
Ну что за ?...