Эт вряд ли.

Пишу как для мег, так и для пиков, могу сравнить. За счет системы команд выигрыш дспика будет значительным. А в хитрых местах многократным.

? Не понял

Мешает появление новых платформ за те-же деньги, мешает необходимость делать все боллее сложные устройства за меньшие деньги и меньшие сроки. В вашей сфере деятельности это еще не заметно? Странно.

Я отнюдь не агитирую за использование достаточно монстральных операционнок логика развития которых давно уже подчинена исключительно маркетинговым идеям с закосами к десктопам.
Однако, обе помянутые операционки на IBM/PC, как минимум, с успехом используются в качестве платформ для написания и отладки 'приложений' котрые уже переносятся на целевую платформу имеющую сходные системные сервисы. Да и для отладки перефирийного железа уже зачастую тоже, ибо периферийные железки далеко тоже уже не светодиоды и вешаются не на GPIO а на, например, PCI. Разбирательство и покупка чужого кода тоже неизбежна - время мануфактур в программировании проходит. Да, естественно будут какие-то нишевые работы типа вырезания статуэток из эбенового дерева на потребу туристам. Но в общем тенденции аналогичны общепромышленной революции 19 века.

А как же секреты мастерства ? Я, к примеру, уже несколько однотипных проектов сделал на смеси С и ASM. Быстрые процессы на ASM в прерываниях, а медленные на С последовательно. Может быть из-за этого несколько задержался на 18-х PICах.
А на чистом ЯВУ Вы, пожалуй, и смены платформы не заметите...
Все остальное, питание, таймеры, АЦП и проч. - оно же у всех одинаковое, за редким исключением. Где же тут новизна и острота ощущений?
Другое дело смена концептуальной модели программирования или разработка собственного хитрого алгоритма.

DMA там тоже есть, несколько штук. Кстати, там ещё и full speed USB есть. И пространство памяти программ можно "переливать" в пространство памяти данных.

И вот не надо здесь насчёт работы ума. Некрасиво сравнивать 8-разрядную машинку с 16-разрядной. Кстати, а что ж это микрочипы остановились на 40 МГЦ? А теперь давайте я вдруг вспомню, что есть АВР32! Ну и где будет ваш дспик?

Совсем не плохой КПД, согласитесь!

Оталось посмотреть на "таблицу с ARMами" и подумать почему это


Лично меня радует сегодняшний день и богатый выбор ARM7/9 всех ценовых категорий и не уступающиx им по стоимости DSP.
А грусти по 51/PIC/AVR уже нет. Попадется задача попроще под что-то совем мелкое выберу безпристрастно и использую.

А Вы никогда не сравнивали свои временные затраты на разбор чужого продукта (неважно какого, то ли аппаратного, то ли программного) с собственно творческим процессом? Времени на что-то большое и светлое катастрофически не хватает.


Еще как заметно. В моей основной сфере деятельности эти платформы "инкапсулированы" внутрь ПЛК. Так вот, они стали быстрее и значительно дешевле. В принципе, за день на ПЛК я могу сделать то же, что за значительно больший срок на МК. Мне порой кажется, что через небольшой промежуток времени потребность в разработчиках электроники на МК значительно сократится.


С удовольствием повырезал бы статуэтки... Ну их, эти операционки...

Так, к слову. Знаете, какая у меня всегда самая маленькая, самая дешовая и самым тоненьким описанием микросхемка? - микроконтроллер . Тем не менее токостей и потенциальных проблем хватает и при портировании и просто так менять котроллер не тянет. Правда в этом процессе очень помогают демоборды - потрясающая эффективность.






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

Дык, и в dsPIC это все есть, куда-ж без этого? И USB, думаю, будет. AC кодек есть, CAN есть, даже блок расчета CRC есть.


Я думаю, что с dsPICом все будет в норме. А AVR32 есть только в мечтах. До моего Мухосранска он еще не добрался. Вот когда доберется, тогда и посмотрим...
Да и вообще, лично мне Ангстремовский 1878ВЕ1 нравится, только я его готовить не умею бо не на чем . Кроме шуток, посмотрите, если найдете время.

Там-же, где AVR32 по сравнению с любым 300-400MHz DSP 10 долларовой категории за которым стоит многолетний опыт специализирующихся на сигнальной обработке фирм.

Дык, откуда ж денег взять столько? Я же сам по себе.


А я первое лично на себе попробовал. Никому не советую.


Про операционки полностью согласен.
Насчет ПЛК - обратите внимание на ПЛК100/150/154 (не сочтите за рекламу). После этого, заниматься разработкой ПЛК считаю бессмыссленным. Тем более в одиночку. Лучше уж резьба по дереву .

Видел я его, тесей называется, запоздали немного ангстремовцы, лет 10 назад камушек неплохо бы смотрелся.

Нам беспокоиться об атмеле или микрочипе не стоит, они сами о себе побеспокоятся, что называется "жираф большой, ему видней".

Ещё одно соображение по дспику. Потребление на 40 мипсах 90мА*3.3В=300 мВт, печка получается. Уж я лучше поставлю TMS320F2801, на 40 мипсах он будет потреблять 78*1.8=140 мВт. Да еще есть огроменный запас и по памяти, и по мипсам, и по ногам, и по периферии. Так что дспик тоже запоздал появиться на свет. Что привлекает - малое количество ног...Сделать подарок для радиолюбителей - какой-нибудь цифровой приёмник Морзе с фильтрацией, хорошей динамикой плюс RTTY плюс PSK31 и т.д. и т.п.(:-).


"Пикоманы" начали сравнивать 8-битный авр с 16-битным дспиком, не, ну так нельзя! Где у них совесть спрашивается? Вот в ответ на это я и начал вспоминать, что есть авр32...

Надо по справедливости сравнивать. Я ж не сравниваю пик18 и атмегу по производительности, а только по машинным циклам, ну так, пусть и они сравнивают пик18, а не пик24 или дспик...

Ф точку! Искусства программирования как такового всё меньше и меньше, осталась (тупая) работа для (тупых) кодеров...
Вот поэтому и люблю возиться с ассемблером, аккуратно всё оптимизировать вручную и применять нестандартные подходы. Мне это душу греет...



Вопрос имхо спорный. Товарищи предлагают изучить их систему, языки и привыкнуть полностью к их методу написания ПО для их девайсов. Какому же разработчику хочется загружать свою голову ещё и чужими тараканами, когда своих хватает? Опять упираемся в "разбирательство с чужой писаниной". Дали бы прямой доступ к программирования того самого ARM7/9, который внутри, глядишь и количество желающих увеличилось бы. ARM для многих знакомый, как-никак. Да и минуя интерпретатор, удалось бы повысить скорость реакции на внешние события (в паспорте стоит цифирь 1 мс, что совсем не фонтан при ядре 200 МГц).
Однако, наиболее успешным решением имхо будет являться создание такого ПЛК, для программирования которого можно будет взять любого PC-кодера с улицы. Нужно сам ПЛК сделать на базе компьютерной платформы. Всё равно овеновцы просят за своё изделие не менее 300 енотов, так что от ценовой конкуренции с пром.компьютерами они практически не защищены, а фактор подготовки (переучивания) специалистов весьма дорогостоящий.

Спасибо, посмотрел. Привлекает CAN, он то мне и нужен.
Для того, чтобы попробовать PIC, нужно решить вопрос с компилятором и отладкой.
ICD2 то где-то валяется, это не проблема.
А вот с компилятором ... Привык к IAR, придется разбираться с новым. Буду собирать инфо, если есть практические советы, буду рад.

IAR поддерживает PIC 16/17/18/24/dsPIC рекордов, особых, скорее всего не ставит, но код генерит. Год назад пробовал тупо в старой железке на PIC16 вместо разборок с ASMовкими исходниками все заново написать - получилось

Да у меня тоже получилось, даже для PIC12. Но мне показалось, что IAR бросил этот компилятор сопровождать, настолько отстало выглядел по сравнению с AVR и MSP.
Сейчас снесен на этом компе. Я не помню, там есть поддержка отладки через ICD2?