[voyt 0]

Зато часы реального времени теперь потребляют 0,5мкА. Чем-то приходится жертвовать.

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

[Petka 0]

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

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

[HARMHARM 0]

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

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

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

[meister 0]

 

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

[zltigo 1]

чтобы чтение из UxLSR и U1MSR не сбрасывали...

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

[Aner 4]

... невозможность использовать внешнюю память как в LPC22xx, LPC23xx.

 

Ждите LPC18xx - аналог LPC24xx. Там будет полноценный EMC.

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

Ждать 18-ых или юзать 24-ые вот в чем вопрос. Если есть что-то просьба поделитесь.

[zltigo 1]

Ждать 18-ых или юзать 24-ые вот в чем вопрос. Если есть что-то просьба поделитесь.

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

[Vitaliy_ARM 0]

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

(нужно для программной эмуляции сигнала выбора кристалла).

[aaarrr 69]

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

(нужно для программной эмуляции сигнала выбора кристалла).

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

[meister 0]

 

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

[Vitaliy_ARM 0]

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

 

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

 

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

 

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

[aaarrr 69]

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

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

 

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

[Vitaliy_ARM 0]

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

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

 

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

[dimka76 45]

Кристаллы и документация уже есть. Но, как говорится, не для всех.

 

Интересная ситуация.

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

[bus16 0]

Цитируя 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 бите... точнее смещение работает - а ремап таблицы - нет..