Форум РадиоКот

coredumped писал(а):Лучше изучать ASM для AVR - тк, по сравнению с ARM, он просто на порядок проще и понятней, особенно для начального изучения. Кроме того писать программки для малых AVR лучше на ассемблере, ввиду ограниченных ресурсов. Для ARM знание ассемблера предпочтительно, тк может сильно помочь в глубокой отладке. Писать для ARM на ASM - это для настоящих гурманов Я пишу на Си и иногда делаю вставки на ASM, для критических по времени кусочков кода.

- на AVR даже ассемблер мне кажется на несколько порядков проще, чем Си для ARM в тех примерах, которые видел
Именно по-этому на данный момент, пока вычислительных возможностей AVR хватает, крайне не хочется их менять на что-либо.

Чем любители занимаются, то он и отражает, и не важно торт он или не торт.

Да не, ИМХО дело не в этом.

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

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

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

Да, журнал 70х-80х годов зачитаешься.
Выкинул почти 1.5 метровую стопку этих журналов несколько лет назад

Satyr писал(а):Писать не на Си есть реальная необходимость сейчас ну очень редко. Так что с точки зрения писанины знание ассемблера практически не нужно.

Не факт. Имею опыт наблюдения за студентом, который после освоения скриптовых ЯВУ (пхп) изучает по долгу учебной программы С. Ох и тяжко ему дается понимание операции присваивания в ее сишной ипостаси Хорошо, пока с динамическими строками/массивами не разбирался, пока со статическими работает - а там одному массиву указатель на другой компилятор таки не дает присвоить, иначе бы он долго разбирался, что же конкретно присвоилось операцией =

А по сабжу - да, арм осваивать стоит. Сам собираюсь, для общего развития

Тоже мне показатель. Вот не отличать яву от ява-скрипта - это серьёзнее. Исправьтесь хоть. Погорячился

hybroid писал(а):Тоже мне показатель. Вот не отличать яву от ява-скрипта - это серьёзнее. Исправьтесь хоть.

Какой такой яваскрипт? Я вообще о ЯВУ (языках высокого уровня) говорю...

А по сабжу - да, арм осваивать стоит. Сам собираюсь, для общего развития

Верно говорят - освоив одну архитектуру с другой проблем не будет. После АВРок с АРМами гораздо проще, чем если бы с нуля стал ковырять. Проблемы чисто технические, например поленился почитать док как следует, что-то перепутал/недоглядел и т.д.

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

ploop писал(а):

А по сабжу - да, арм осваивать стоит. Сам собираюсь, для общего развития

Верно говорят - освоив одну архитектуру с другой проблем не будет. После АВРок с АРМами гораздо проще, чем если бы с нуля стал ковырять. Проблемы чисто технические, например поленился почитать док как следует, что-то перепутал/недоглядел и т.д.

Для близких архитектур - да. После 8086 освоить 8051 не проблема, после 8051 авр тоже легко осваивается... В то же время пики в свое время так и не осилил (хотя не особо и стремился), их фирменные извращения, типа бита направления и особо извращенной организации таблицы констант, как-то отбили все желание изучать их.

hybroid писал(а):Зря ваш студент perl не видел, там хоть ссылки есть, меньше бы удивлялся.

Видел в свое время, краем глаза, испугался и смотреть больше на него не захотел

Да что там говорить, всё железо сделано на ARM.
AVR не имеет перспективы, по крайней мере на ближайшие лет 5.
ARM и только ARM!!!
AVR может пригодиться для каких нибудь игрушек, хотя есть гораздо дешевле STM8.
Аснова та же ARM, так что изучаем ARM.

А по поводу асемблера, ну что говорить, прошлый век.
И не какие доводы не помогут, т.к мозгов в процессорах завались (экономить место не зачем)
Ну и по частоте ARMки могут будь здоров.
Так что C/C++ рулят.

И не какие доводы не помогут, т.к мозгов в процессорах завались (экономить место не зачем)

Вот пока находятся люди, которые так рассуждают, маркетологи будут иметь профит (не зря же те же ST это поощряют), а действительно квалифицированным эмбеддерам не будет конкурентов.

YS писал(а):не будет конкурентов

Только больше геморроя будет. Ибо многие заказчики будут долго не понимать, зачем им платить больше за квалификацию ембеддера, ведь быдлокодеров больше и стоят они дешевле А с ценой на тот же самый дешёвый STM32 будет нереально трудно объяснить обратное Это я ни в коем случае не поощряю слова про "мозги процессора". Просто грустно

Ибо многие заказчики будут долго не понимать, зачем им платить больше за квалификацию ембеддера

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

YS писал(а):а действительно квалифицированным эмбеддерам не будет конкурентов.

Отчего же? если квалифицированный эмбеддер займет 60% памяти, а быдлокодер сделает тоже самое(без глюков), но будет занято 90%, при этом времени за тратиться меньше, и стоимость работы будет меньше, заказчик выберет быдлокодера. А квалифицированный эмбеддер ничего кроме морального удовлетворения от более красивого кода не получит.

квалифицированным эмбеддерам должен кто-то платить, чтобы можно было что-то есть. Деньги могут появиться только если что-то сделать и продать, чем дороже продашь и чем дешевле разработка, тем больше (теоретически) тебе заплатят. Стоимость разработки включает в себя разработку ПО и стоимость комплектующих. STM8 стоит дешевле аналогичных AVR, даже некоторые STM32, производительность которых в разы больше, стоят дешевле AVR. Чем больше производительность - тем меньше запар с оптимизацией кода. Аналогичные коды под AVR и ARM, на AVR будут выполняться в разы медленнее. Проинтегрировав все перечисленные факторы можно сделать вывод, что разработка устройства под ARM значительно дешевле, чем под AVR.

Если не брать конкретно AVR, а рассматривать 8-битки и 32-битки, то я считаю, что для каждой задачи - свой инструмент и ни одна из этих архитектур не будет вытеснена другой.

P.S. Опередили))

YS: Это понятно. А кушать "квалифицированным ембеддерам" хочется сейчас. Я перелопачиваю пример с веб-разработки, где куча школоло, верстающих в wisywig-редакторах и пишущих потом в этой же вёрстке на похапэ. Естественно они рады продать свой "труд" хоть за сколько, что никогда не устроит хоть какого-то специалиста. Такие же каловые массы можно наблюдать и в системном администрировании, где ценить квалификацию сисадмина начинают лишь обременённые мозгами, а многие и дальше считают лишь откат в свой карман, ибо "ну и ничего страшного". Радует, что количество быдлокодеров в последнее время пропорционально количеству быдлозаказчиков.

PS: во понаписывали..

O-LED писал(а):если квалифицированный эмбеддер займет 60% памяти, а быдлокодер сделает тоже самое(без глюков), но будет занято 90%, при этом времени за тратиться меньше, и стоимость работы будет меньше, заказчик выберет быдлокодера.

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

+ квалицифированный будет писать так, что в любой момент не будет принципиальной проблемой соскочить на какое то новое более дешевое железо

Satyr писал(а):Квалифицированный оценит возможность соскочив

Скорее хитрый и умный, ибо овощу-заказчику с ПТУ и пачкой денег бесполезно что-то объяснять. Пока живы лохи - жив и лохотрон.

hybroid писал(а):

Satyr писал(а):Квалифицированный оценит возможность соскочив

Скорее хитрый и умный, ибо овощу-заказчику с ПТУ и пачкой денег бесполезно что-то объяснять. Пока живы лохи - жив и лохотрон.

Все зависит от масштабов. Если штучное - то там уж пофиг на железо, по сравнению с ценой разработки оно ничего не стоит и "быдлокодиНГ" вполне себе мотивирован.

А если нечто делается сотня тысяч, то тут 50 центов экономии с девайса. это уже хватит и на зарплату разработчику за месяц-другой доп. времени, и несколько десятков тыс. в профит

так и вижу, крупный производитель ищет разработчика в барахолке У него наверняка есть целый отдел конструкторов в штате.