Подскажите камень с указанными характеристиками, CAN, ADCx4, 32xout, timer16x1, flash-16,ram-4..... Опции

[SasaVitebsk]

Подскажите камень с интересующими характеристиками

1) CAN контроллер
2) flash от 16к
3) ram от 4к
4) таймер 1 на 16 лучше 2
5) Ног на вывод не менее 32 лучше мощный выход
6) ADC 4 канала х 10 бит
7) Подешевле

Ну и желательно корпус не большой. Хорошо бы на 64 ноги. А то at91sam7x128 - 100 ног.

Честно говоря PIC использовать не хочу. Что-то меня от него воротит. Хотелось бы на ядре ARM.

[Roman Mich.]

1. Действительно, есть там такой ляп про 400 kbit/s. У меня в электронном виде английский оригинал книги, там это написано на стр. 99. Это явная ошибка. Для LPC2xxx максимальная частота SPI равна pclk/8. Цитата из user manual:

SPI Clock Counter Register... The register indicates the number of pclk cycles that make up an SPI
clock... The value of the register must also always be greater than or equal to 8. Violations of this can result in unpredictable behavior.

2.

1) Для LPC не требуется доп. аппаратных цепей PLL. Для AT91sam7 - требуется.
2) Для LPC требуется внешний BOD, для ATMEL - нет.
3) Для LPC требуется внешний стабилизатор 1.8V, для ATMEL - нет.

Да, всё так и есть. Хотя в автомобиль действительно и для SAM BOD будет нелишним.

3. В общем насчет выбора МК для данной задачи:
Для LPC прийдется ставить буфера на вывод для преобразования 3в->5в, да и по трем вольтам у них выходной ток максимум 4 мА. Особенно хочу обратить внимание: у ARM, и LPC в частности, медленно работает битовый вывод. Нельзя просто вывести требуемое значение в порт, требуются манипуляции с регистрами SET/CLEAR. LPC разогнанный до 60 МГц, будет сопоставим с тем же AVR на 16 МГц. Быстрая работа с периферией - только по внешней шине, но у мелких LPC в 64-выводном корпусе её нет.

Если есть опыт работы с AVR, то я бы советовал его и использовать. Учитывая, что объем передаваемых данных небольшой, можно поставить внешний CAN контроллер типа например MCP2510 со связью по SPI, фильтрация сообщений у него настраивается. Или тот же AT90CAN128. Это всё равно будет занимать меньше места, чем LPC+буфера+ещё обвязка к нему. Кстати, нормальной EEPROM в LPC тоже нет.
Имею опыт работы с CAN в LPC, и считаю, что реализация CAN на LPC "с нуля" займет намного больше времени, чем прикручивание внешнего контроллера к AVR.
По-моему, две основных причины, которые могут повлиять на выбор в сторону ARM со встроенным CAN, это большой объем данных по CAN и/или необходимость в проведении быстрых вычислений.

[Alex03]

Особенно хочу обратить внимание: у ARM, и LPC в частности, медленно работает битовый вывод. Нельзя просто вывести требуемое значение в порт, требуются манипуляции с регистрами SET/CLEAR.

Откуда такое утверждение?
Помимо IOxCLR/IOxSET есть ещё и IOхPIN доступный на запись. В новых LPC ещё и fast IO появился.

[Roman Mich.]

Помимо IOxCLR/IOxSET есть ещё и IOхPIN доступный на запись.

LPC2119/2129/2194/2292/2294 User Manual
"IOPIN: ... The current state of the GPIO configured port pins can always be read from this
register, regardless of pin direction and mode. Access: Read only."

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

[Сергей Борщ]

Помимо IOxCLR/IOxSET есть ещё и IOхPIN доступный на запись.

"IOPIN: ...

Там же чуть ниже:

GPIO USAGE NOTES
Applications that require instanatneous appearance of zeros and ones on the respected parallel port can use direct access to port’s corresponding GPIO Pin Value Register (IOPIN).
Assuming that pins P0.8 to P0.15 are configured as output, write to IO0PIN:
IO0PIN = 0x0000 C700
will produce the same output as following sequence of writes:
IO0SET = 0x0000 C700
IO0CLR = 0x0000 3800
Solution utilizing access to IO0SET and IO0CLR will take more steps compared to a single IO0PIN write access.

Что говорит о невнимательности составителей доки. Проверяли, так оно и работает и кто-то тут на форуме получал от филипса подтверждение что "так делать можно и таки он не read-only"