LPC vs STM32 cortex-M3 Опции

[PraNkiSh]

подбираю для нового проекта процик и смотрел старшие кортексы от ST и от NXP
все вроде примерно одинаково .....

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


от ST смотрел stm32f2 серию
от NXP серию LPC176x , LPC178x
из периферии которая не у всех ARM поголовно есть надо ethernet, желательно вход под квадратурный датчик, желательно USB хост

[zuy]

Знающие люди, подскажите такой момент.
В каком корпусе с минимальным количеством ног доступен Cortex M3 от STM с контроллером внешней SRAM ?
У NXP я нашел только 208 ногий, а что может предложить STM ?

[777777]

Знающие люди, подскажите такой момент.
В каком корпусе с минимальным количеством ног доступен Cortex M3 от STM с контроллером внешней SRAM ?
У NXP я нашел только 208 ногий, а что может предложить STM ?

Я использую 144-ногий, но вроде бы в 100-ногом тоже можно.

А еще вот говорят, что у STM32 либы есть для инициализации периферии. <...>

Я уже спрашивал, может здесь кто объяснит - на фига они нужны? В чем глубокий смысл инициализировать структуру, а потому вызвать функцию, которая перепишет эту структуру в регистры? Почему сразу не инициализировать регистры?

[shreck]

Я уже спрашивал, может здесь кто объяснит - на фига они нужны? В чем глубокий смысл инициализировать структуру, а потому вызвать функцию, которая перепишет эту структуру в регистры? Почему сразу не инициализировать регистры?

Потому что структура напрямую в регистры не ложится. Во многих случаях требуются промежуточные преобразования с нюансами. И вот чтобы а) не грузить голову этими нюансами; б) иметь более высокоуровненвую абстракцию; в) сократить время разработки; и пишут подобные либы.

P.S. IMHO. Либа от ST кончно не верх изящества, но говорить, что она такая/сякая/вся кривая - это просто не профессионально.

[777777]

Потому что структура напрямую в регистры не ложится.

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

И вот чтобы а) не грузить голову этими нюансами; б) иметь более высокоуровненвую абстракцию; в) сократить время разработки;

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

Железо все больше и больше усложняется, и честно говоря у меня нет энтузиазма писать под каждую новую платформу свой HAL.<...>
В идеале хотелось бы использовать общую RTOS под все платформы(те, которые использую я) и не читать даташиты по 2000 страниц

Вот я только что организовал выдачу сигнала слложной формы - там DMA записывает в ЦАП значения из массива, а по окончании он подает запрос другому контроллеру DMA и он записывает в первый DMA адрес следующего массива, который тот должен передавать в ЦАП. Диаграмма формируется только периферией (2 таймера, 2 DMA, ЦАП), без участия процессора. Как вы себе представляете RTOS, которая бы предоставляла такую возможность? Боюсь, что без чтения 2000 страниц даташитов это невозможно.

И вообще, любое универсальное (кроссплатформенное) средство будет непременно упрощенным, чтобы использовать только те возможности, которые есть во всех контроллерах, которые оно поддерживает. Следовательно самые интересные фичи, в которых изощряются производители и которыми контроллеры отличчаются друг от друга, не будут поддерживаться. И чтобы ими воспользоваться, придется прочитать даташит.

Сообщение отредактировал 777777 - Oct 4 2011, 15:32

[shreck]

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

Вот кусок функции инициализации АЦП, первое, что под руку попалось. Как видим, поля структуры ложатся в регистры совсем не напрямую.

Код

void ADC_Init(ADC_TypeDef* ADCx, ADC_InitTypeDef* ADC_InitStruct)
{
  uint32_t tmpreg1 = 0;
  uint8_t tmpreg2 = 0;
  ...
  /*---------------------------- ADCx CR1 Configuration -----------------*/
  tmpreg1 = ADCx->CR1;
  tmpreg1 &= CR1_CLEAR_Mask;
  tmpreg1 |= (uint32_t)(ADC_InitStruct->ADC_Mode | ((uint32_t)ADC_InitStruct->ADC_ScanConvMode << 8));
  ADCx->CR1 = tmpreg1;
  ...
}

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

??? Остается развести руками. Сказать нечего.
P.S. Если вы не любите кошек, скорее всего вы не умеете их готовить.