С чего начать? Опции

[internal enemy]

Здравствуйте!
Хочу освоить программирование контроллеров и на работе тоже этого жаждут. Я программист, однако, к сожалению, с "железом" никогда не работал.
Почитав форумы включая этот нашел что хвалят Freescale, но я все равно без помощи не разберусь. Хотел бы взять отладочную плату для Cortex-M4, с экраном, USB, Ethernet, CAN, ЦАП/АЦП. Пока незнаю что еще может понадобиться. Хочется бесплатную IDE от производителя (пускай с ограничениями) работающую под Linux и встроенные средства отладки (если такое бывает).
Получается если связываться с freesale, то мне нужно брать плату Kinetis K70 120 MHz Tower System Module и остальеное докупать отдельно (экран, Ethernet)?
Это вооще реально купить в РФ в связи с санкциями?

Наверное, подобные темы уже раздражают, поэтому прошу меня простить.

Сообщение отредактировал internal enemy - Jan 5 2015, 21:02

[SII]

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

[=AK=]

Ну так использование всего готового -- это не настоящее освоение, если уж на то пошло. А писать всё необходимое самому для STM32, как по мне, зачастую сложней, чем под Атмелы или NXP. STMки какие-то... странные, что ли, да и "плотность" неудачных решений, как по мне, у них зашкаливает -- начиная от GPIO с EXTI.

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

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

[SII]

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

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

Что же до сроков разработки, то тут не поспоришь: чтобы делать быстро, надо использовать готовое. Однако между "слепым и тупым" и грамотным, вдумчивым использованием -- очень большая разница. К примеру, если мне надо сделать на ПК оконную программу с несколькими полями ввода, кнопками и прочими элементами пользовательского интерфейса, но с примитивной логикой, нетребовательную к производительности и т.д., я её быстренько набросаю на Дельфях, совершенно не задумываясь о том, как и что там работает или сколько памяти сожрёт. Но, в отличие от основной массы "дельфиноидов-формошлёпов", я знаю, как работают дельфозные компоненты и библиотека в целом, а при необходимости способен решить ту же задачу хоть на голом Паскале или Си (дёргая ручками вызовы Win32 API), хоть на ассемблере. Т.е. я использую готовое, но когда-то я его освоил на куда более глубоком уровне, чем требуется для простого использования.

То же самое касается и микроконтроллеров. Естественно, не обязательно каждый раз всё писать с нуля, но знать, как оно в действительности работает, я считаю необходимым -- а узнать это можно только путём освоения голого железа. Так что, думаю, каждый должен научиться самостоятельно настраивать синхронизацию, дёргать GPIO, работать с UART, SPI, I2C и другими широко распространёнными вещами хотя бы для одного МК -- чтобы понять, а как оно вообще делается. Конечно, при "переезде" на другой МК "железные" аспекты могут измениться, и очень сильно, но базовые принципы никуда не денутся, и человек, освоивший одно железо, сможет быстро и без особых усилий освоить и другое, если такая нужда возникнет. А она может возникнуть даже при наличии готовых библиотек. Например, мой коллега пару-тройку дней убил на попытки заставить работать одну железяку на каком-то STM32. Как в итоге оказалось, он всё делал правильно, но в библиотеке (кажись, для SPI) писавший её индус-быдлокодер допустил тупую ошибку (что-то вроде |= вместо &=, вероятно), из-за чего в определённых ситуациях библиотека работала неправильно. Ну и как разобраться в такой проблеме, не имея представления о том, что такое SPI, как он работает и как его программировать на уровне регистров контроллера?

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

[=AK=]

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

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

Т.е. я использую готовое, но когда-то я его освоил на куда более глубоком уровне, чем требуется для простого использования.

Очень хорошо, но зачем советовать остальным быть точно таким же, как вы? Даже при том, что вы обрисовали свои знания, вы не упомянули, какие на практике вы получаете выгоды от их использования. Вот я, к примеру, до сих пор наизусть помню цоколевку советских германиевых транзисторов, всяких МП13 и иже с ним, в молодости мне это было нужно. А сейчас какой с этого прок? Никакого.

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

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