Т.е. вы пожертвовали нормальной NVRAMой ради того, чтобы часы кушали 500 нА?

Всё правильно сделали. Объясню. В тех применениях, где важно низкое энергопотребление - обычно необходимо хранить очень мало информации (1-4 параметра), которые надо мгновенно прочитать после спячки, всё остальное можно прочитать из энергонезависимой памяти. Зато есть возможность получить ультра низкое потребление. А где потребление не очень важно, то можно в обычной памяти информацию хранить. Энергонезависимую память тоже никто не отменял.

Конечно правильно. Только забыли Voltage-low detector, а без него нужно как минимум контрольную сумму данных иметь (а по-хорошему, нужно иметь всегда). А время вообще никак не проверишь... В PCF8563 был, все красиво. А тут - нет!
Да, совсем забыл. RS-485 режим для UART1 - это хорошо. Вроде бы достаточно. Но - разве трудно таки добавить прерывание передачи последнего бита? Не всегда нужен только один 485, а иногда и UART1 занят.

Еще бы неплохо сделать, чтобы чтение из UxLSR и U1MSR не сбрасывали бы флаги прерываний (сбрасывать записью в отдельные регистры), а то приходится костыли делать в виде дополнительных переменных и проконтролировать работы UART в assert'ах становится не совсем хорошо.

Да.... уж додумались .

Есть какая то информация когда выйдет LPC18xx и что-то из Preliminary. Пока нигде не нашёл.
Ждать 18-ых или юзать 24-ые вот в чем вопрос. Если есть что-то просьба поделитесь.

Использовать 24xx. Кроме формально больших попугаев и цены остальные преимущества 1xxx уже не столь однозначны, или преимуществ вообще нет.

Еще не заметил в кортексе такой штуки. Как узнать, что только что закончилась транзакция по SSP (передача)?
(нужно для программной эмуляции сигнала выбора кристалла).

По прерываниям RXIM/RTIM или поллингом.

В кортексе какой-то особый SSP? SSPxSR::BSY. У меня SSP работает на CCLK/2, быстрее поллить регистр, чем использовать IRQ+OS.

Мне нужен поллинг. Судя по даташиту, подойдет бит RXRIS в регистре статуса прерываний.



У меня после поллинга этого бита поднимался CS. Тактовая Clk/4 = 24МГц. Так вот CS поднимался где-то в середине 16-битного пакета при передаче. OS-ов нет.

Каким образом он подойдет, если длина передачи не равна 4-м?

Правильный ответ уже озвучили - BSY, и я очень сильно сомневаюсь в его неадекватном поведении. Хотя утверждать не могу, конечно.

BSY действительно у меня такое было поведение. На всякий случай сегодня/завтра еще раз проверю. Про RXRIS неправильно понял. Не подходит он.

Интересная ситуация.
Через два месяца начинаются продажи, а документацию прячут от глаз общественности.

Цитируя UM LPC1768:
"TBLOFF Vector table base offset field. It contains bits[29:8] of the offset of the table
base from the bottom of the memory map.
Remark: Bit[29] determines whether the vector table is in the code or
SRAM memory region:
Bit[29] is sometimes called the TBLBASE bit.
• 0 = code
• 1 = SRAM."
Так вот, бит TBLOFF располагается не в 29, а в 28 бите... точнее смещение работает - а ремап таблицы - нет..