реклама на сайте
подробности

 
 
> прерывания по фронту(edge sensitive)
pitt
сообщение Oct 20 2012, 13:50
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 328
Регистрация: 1-06-06
Из: USA
Пользователь №: 17 672



Прошу прощения за терминологию: русскую или забыл или не знал.
Работаю с LPC1768. Пишу HAL- hardware abstraction layer (не знаю перевод). К своему ужасу обнаружил, что UART(перевод?) генерирует прерывания по фронту: если "Пустои передающий буфер", например, было замаскировано, то после снятия маски прерывание потеряно, даже если условие - буфер, по прежнему, пустой сохранилось. Сильно подозреваю, что то же ждет меня с другой переферией. Хочу услышать ваши советы.
1. Зачем Phillips так делает? В чем преимущества? Чем просто маски недостаточно?
2. Способы борьбы. Вдруг узнаю что-то, чего еще не знаю. Учтите, у меня за плечами более 30 лет опыта работы в СССР и США
3. Другой М3, например, Atmel SAM3... или что-то подобное. Предварительный обзор, сделаный до меня, рекомендавал NXP за лучший интерфейс с периферией. Кстати, на М3 мы переключились после провала использовать NIOS-II в среде ALTIUM TASKING. Их порт ни в какие ворота не лезит: все дырявое и корявое, хотя на бумаге все прекрасно...

Спасибо.

Сообщение отредактировал pitt - Oct 20 2012, 13:54


--------------------
Прокричал немой глухому:"...Спасибо за внимание!"
http://www.youtube.com/watch?v=3Nnj4ky4Z_g
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
_Артём_
сообщение Oct 20 2012, 14:37
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(pitt @ Oct 20 2012, 16:50) *
К своему ужасу обнаружил, что UART(перевод?) генерирует прерывания по фронту: если "Пустои передающий буфер", например, было замаскировано, то после снятия маски прерывание потеряно, даже если условие - буфер, по прежнему, пустой сохранилось. Сильно подозреваю, что то же ждет меня с другой переферией. Хочу услышать ваши советы.
1. Зачем Phillips так делает? В чем преимущества? Чем просто маски недостаточно?

Из вашего поста непонятно, что вас интересует. UART или edge sensitive?

Цитата(pitt @ Oct 20 2012, 16:50) *
3. Другой М3, например, Atmel SAM3... или что-то подобное.

Наверное все Cortex-ы имеют ошибки-недостатки. Зачем переходить на другой?

Цитата(pitt @ Oct 20 2012, 16:50) *
Предварительный обзор, сделаный до меня, рекомендавал NXP за лучший интерфейс с периферией.

Интересно, чем это интерфейс от NXP лучше, чем другие?
Go to the top of the page
 
+Quote Post
pitt
сообщение Oct 20 2012, 15:51
Сообщение #3


Местный
***

Группа: Участник
Сообщений: 328
Регистрация: 1-06-06
Из: USA
Пользователь №: 17 672



Меня UART НЕ интересует. Это просто удобный и понятный объект для обсуждения. Мой первый вопрос - попытка понять зачем и почему используется фронт, а не уровень. Не вижу никаких преимуществ, кроме недостатков. Может кто-то знает то, что я пока не знаю?

Прерывание по фронту, в том виде как оно есть, вызывает у меня серьезную изжогу, и потому, пока не поздно, ищу возможную альтернативу, а по сему, так как "все Cortex-ы имеют ошибки-недостатки" стараюсь не наступить на грабли, обтоптанные кем-то до меня. Например, STM32 имеет корявый I2C, а вот LPC в этом отношении нареканий не имеет. У меня несколько I2C devices, так что это серьезный довод. Мне нужен простой и надежный CAN и Ethernet., остальная перефирия не столь болезненна.

Не знаю точно, но предполагаю, что примеры, которые входят в состав eval-kit(а как по-русски?) легче сочетаются с документацией и более прозрачне для ЕЕ(элетронщики?), которые имеют первый голос при выборе микроконтроллера. Насколько я осведомлен, они тестируют эвал-киты инициализируя периферию(по-видимому, NXP оказался самым простым, удобным, понятным...) и на том удовлетворяются. Я embedded SOFTWARE инженер и слово SOFTWARE выделил и повторил не случайо. Электрики пишут и довольствуются кодом, а я разрабатываю программное обеспечение, а не код. Разница существенная и тема для другого отдельного топика, так что, пожалуйста, давайте не будем здесь ее обсуждать.

Сообщение отредактировал pitt - Oct 20 2012, 15:52


--------------------
Прокричал немой глухому:"...Спасибо за внимание!"
http://www.youtube.com/watch?v=3Nnj4ky4Z_g
Go to the top of the page
 
+Quote Post
_Артём_
сообщение Oct 20 2012, 16:23
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322



Цитата(pitt @ Oct 20 2012, 18:51) *
Мой первый вопрос - попытка понять зачем и почему используется фронт, а не уровень. Не вижу никаких преимуществ, кроме недостатков. Может кто-то знает то, что я пока не знаю?

В NXP считают иначе:

Цитата
• Each port pin can be programmed to generate an interrupt on a rising edge, a falling
edge, or both.
• Edge detection is asynchronous, so it may operate when clocks are not present, such
as during Power-down mode. With this feature, level triggered interrupts are not
needed.

Прерывания по уровню на входе нет, только по фронтам.

Цитата(pitt @ Oct 20 2012, 18:51) *
Прерывание по фронту, в том виде как оно есть, вызывает у меня серьезную изжогу, и потому, пока не поздно, ищу возможную альтернативу, а по сему, так как "все Cortex-ы имеют ошибки-недостатки" стараюсь не наступить на грабли, обтоптанные кем-то до меня.

Почему "Прерывание по фронту, в том виде как оно есть, вызывает у меня серьезную изжогу"? Что с ними не так?
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- pitt   прерывания по фронту(edge sensitive)   Oct 20 2012, 13:50
||- - pitt   Если речь идет о внешнем прерывании, то я двумя ру...   Oct 20 2012, 16:41
|||- - ar__systems   Цитата(pitt @ Oct 20 2012, 12:41) Если ма...   Oct 20 2012, 18:47
|||- - pitt   Цитата(ar__systems @ Oct 20 2012, 14:47) ...   Oct 20 2012, 19:00
||- - AHTOXA   Цитата(_Артём_ @ Oct 20 2012, 22:23) Поче...   Oct 20 2012, 18:46
||- - _Артём_   Цитата(AHTOXA @ Oct 20 2012, 21:46) Наско...   Oct 20 2012, 19:27
||- - pitt   Цитата(_Артём_ @ Oct 20 2012, 15:27) Неле...   Oct 20 2012, 19:29
||- - _Артём_   Цитата(pitt @ Oct 20 2012, 22:29) Особенн...   Oct 20 2012, 20:45
||- - pitt   Цитата(_Артём_ @ Oct 20 2012, 16:45) Ну, ...   Oct 20 2012, 20:53
|- - Allregia   Цитата(pitt @ Oct 20 2012, 17:51) Не знаю...   Oct 24 2012, 06:05
- - pitt   Цитата(pitt @ Oct 20 2012, 09:50) Прошу п...   Oct 21 2012, 13:32
|- - jcxz   Цитата(pitt @ Oct 21 2012, 19:32) Должен ...   Oct 22 2012, 04:56
|- - KnightIgor   Цитата(jcxz @ Oct 22 2012, 06:56) По-моем...   Oct 22 2012, 06:54
||- - gladov   Цитата(KnightIgor @ Oct 22 2012, 10:54) N...   Oct 22 2012, 07:57
||- - KnightIgor   Цитата(gladov @ Oct 22 2012, 09:57) Дело ...   Oct 23 2012, 19:22
|- - pitt   Цитата(jcxz @ Oct 22 2012, 00:56) http:/...   Oct 22 2012, 23:50
- - KnightIgor   Цитата(pitt @ Oct 20 2012, 15:50) Прошу п...   Oct 21 2012, 18:29
|- - _Артём_   Цитата(KnightIgor @ Oct 21 2012, 21:29) С...   Oct 21 2012, 19:05
|- - pitt   Цитата(KnightIgor @ Oct 21 2012, 14:29) С...   Oct 21 2012, 20:34
|- - KnightIgor   Цитата(pitt @ Oct 21 2012, 22:34) Поделит...   Oct 21 2012, 21:55
|- - pitt   Цитата(KnightIgor @ Oct 21 2012, 17:55) П...   Oct 21 2012, 22:28
|- - _Артём_   Цитата(pitt @ Oct 22 2012, 01:28) Атмел з...   Oct 21 2012, 23:03
|- - pitt   Цитата(_Артём_ @ Oct 21 2012, 19:03) Про ...   Oct 21 2012, 23:16
- - IgorKossak   Хватит оффтопа, давайте вернёмся к обсуждению темы...   Oct 24 2012, 08:18


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 29th July 2025 - 05:21
Рейтинг@Mail.ru


Страница сгенерированна за 0.01434 секунд с 7
ELECTRONIX ©2004-2016