voyt 0 8 октября, 2009 Опубликовано 8 октября, 2009 · Жалоба Зато часы реального времени теперь потребляют 0,5мкА. Чем-то приходится жертвовать. Т.е. вы пожертвовали нормальной NVRAMой ради того, чтобы часы кушали 500 нА? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Petka 0 8 октября, 2009 Опубликовано 8 октября, 2009 · Жалоба Т.е. вы пожертвовали нормальной NVRAMой ради того, чтобы часы кушали 500 нА? Всё правильно сделали. Объясню. В тех применениях, где важно низкое энергопотребление - обычно необходимо хранить очень мало информации (1-4 параметра), которые надо мгновенно прочитать после спячки, всё остальное можно прочитать из энергонезависимой памяти. Зато есть возможность получить ультра низкое потребление. А где потребление не очень важно, то можно в обычной памяти информацию хранить. Энергонезависимую память тоже никто не отменял. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
HARMHARM 0 9 октября, 2009 Опубликовано 9 октября, 2009 · Жалоба Всё правильно сделали. Объясню. В тех применениях, где важно низкое энергопотребление - обычно необходимо хранить очень мало информации (1-4 параметра), которые надо мгновенно прочитать после спячки, всё остальное можно прочитать из энергонезависимой памяти. Зато есть возможность получить ультра низкое потребление. А где потребление не очень важно, то можно в обычной памяти информацию хранить. Энергонезависимую память тоже никто не отменял. Конечно правильно. Только забыли Voltage-low detector, а без него нужно как минимум контрольную сумму данных иметь (а по-хорошему, нужно иметь всегда). А время вообще никак не проверишь... В PCF8563 был, все красиво. А тут - нет! Да, совсем забыл. RS-485 режим для UART1 - это хорошо. Вроде бы достаточно. Но - разве трудно таки добавить прерывание передачи последнего бита? Не всегда нужен только один 485, а иногда и UART1 занят. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 11 октября, 2009 Опубликовано 11 октября, 2009 · Жалоба Еще бы неплохо сделать, чтобы чтение из UxLSR и U1MSR не сбрасывали бы флаги прерываний (сбрасывать записью в отдельные регистры), а то приходится костыли делать в виде дополнительных переменных и проконтролировать работы UART в assert'ах становится не совсем хорошо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 11 октября, 2009 Опубликовано 11 октября, 2009 · Жалоба чтобы чтение из UxLSR и U1MSR не сбрасывали... Да.... уж додумались :(. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 5 11 октября, 2009 Опубликовано 11 октября, 2009 · Жалоба ... невозможность использовать внешнюю память как в LPC22xx, LPC23xx. Ждите LPC18xx - аналог LPC24xx. Там будет полноценный EMC. Есть какая то информация когда выйдет LPC18xx и что-то из Preliminary. Пока нигде не нашёл. Ждать 18-ых или юзать 24-ые вот в чем вопрос. Если есть что-то просьба поделитесь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 11 октября, 2009 Опубликовано 11 октября, 2009 · Жалоба Ждать 18-ых или юзать 24-ые вот в чем вопрос. Если есть что-то просьба поделитесь. Использовать 24xx. Кроме формально больших попугаев и цены остальные преимущества 1xxx уже не столь однозначны, или преимуществ вообще нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 12 октября, 2009 Опубликовано 12 октября, 2009 · Жалоба Еще не заметил в кортексе такой штуки. Как узнать, что только что закончилась транзакция по SSP (передача)? (нужно для программной эмуляции сигнала выбора кристалла). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 12 октября, 2009 Опубликовано 12 октября, 2009 · Жалоба Еще не заметил в кортексе такой штуки. Как узнать, что только что закончилась транзакция по SSP (передача)? (нужно для программной эмуляции сигнала выбора кристалла). По прерываниям RXIM/RTIM или поллингом. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
meister 0 12 октября, 2009 Опубликовано 12 октября, 2009 · Жалоба В кортексе какой-то особый SSP? SSPxSR::BSY. У меня SSP работает на CCLK/2, быстрее поллить регистр, чем использовать IRQ+OS. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 13 октября, 2009 Опубликовано 13 октября, 2009 · Жалоба По прерываниям RXIM/RTIM или поллингом. Мне нужен поллинг. Судя по даташиту, подойдет бит RXRIS в регистре статуса прерываний. В кортексе какой-то особый SSP? SSPxSR::BSY. У меня SSP работает на CCLK/2, быстрее поллить регистр, чем использовать IRQ+OS. У меня после поллинга этого бита поднимался CS. Тактовая Clk/4 = 24МГц. Так вот CS поднимался где-то в середине 16-битного пакета при передаче. OS-ов нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 13 октября, 2009 Опубликовано 13 октября, 2009 · Жалоба Мне нужен поллинг. Судя по даташиту, подойдет бит RXRIS в регистре статуса прерываний. Каким образом он подойдет, если длина передачи не равна 4-м? Правильный ответ уже озвучили - BSY, и я очень сильно сомневаюсь в его неадекватном поведении. Хотя утверждать не могу, конечно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaliy_ARM 0 13 октября, 2009 Опубликовано 13 октября, 2009 · Жалоба Каким образом он подойдет, если длина передачи не равна 4-м? Правильный ответ уже озвучили - BSY, и я очень сильно сомневаюсь в его неадекватном поведении. Хотя утверждать не могу, конечно. BSY действительно у меня такое было поведение. На всякий случай сегодня/завтра еще раз проверю. Про RXRIS неправильно понял. Не подходит он. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimka76 60 3 ноября, 2009 Опубликовано 3 ноября, 2009 · Жалоба Кристаллы и документация уже есть. Но, как говорится, не для всех. Интересная ситуация. Через два месяца начинаются продажи, а документацию прячут от глаз общественности. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
bus16 0 30 ноября, 2009 Опубликовано 30 ноября, 2009 · Жалоба Цитируя 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 бите... точнее смещение работает - а ремап таблицы - нет.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться