caxapa.ru :: Кто плотно работал с интерфейсом SSP в NXP-ных ARM9? Требуется помощь/консультация.

rezident (09.11.2011 22:59, просмотров: 6139)

Кто плотно работал с интерфейсом SSP в NXP-ных ARM9? Требуется помощь/консультация. Коллега мается с одной проблемой. Ему требуется как-то программно организовать передачу произвольного количества слов (меньше, чем размер FIFO, например 1 или 2 байта) через SSP так, чтобы конец фрейма обнаруживался сразу после передачи последнего слова? Сейчас схемотехника и логика работы такова: - режим SSP - мастер, аппаратный сигнал SSEL не используется; - стоит м/с дешифратора для четырех устройств, подключенных к SSP; - адрес ведомой м/с (управляющий сигналом CS ведомого) устанавливается программно с помощью GPIO; - система реал-таймовая, запросы на транзакцию через SSP обрабатывает некий менеджер; - для контроля передачи менеджер использует прерывание RTMIS. Проблема в том, что у SSP всего четыре источника прерываний. Но для данного режима работы подходит только прерывание RTMIS. Однако RTMIS вызывается не сразу после опустошения FIFO, а через промежуток времени, упоминаемый в User manual как "timeout period". Параметры этого timeout period мне лично в документации обнаружить не удалось. Коллега утверждает, что он достаточно большой и его эта величина никак не устраивает. Как нужно было сделать по-уму я знаю/понимаю. Но "маємо те, що маємо". Интересуют мнения, как можно это (быстрое обнаружение конца фрейма произвольной длины) сделать сейчас без изменения схемотехники, только программными средствами? Я предложил коллеге использовать таймер, чтобы подсчитав время, необходимое для передачи фрейма задавать прерывание от таймера в котором проверять статусный регистр SSP и деактивировать и/или переключать сигналы CS ведомых. Коллеге такой способ не очень нравится. Может кто-то предложит другие способы? Блин, ну почему инженеры NXP сэкономили на количестве источников прерываний в SSP? Ведь SPI у них более-менее по-уму реализован.

Ответить

- Ответил бы, да боюсь с терминологией оплошать, уж извините. - a3r3(10.11.2011 18:56, )
- Из вашего сообщения не совсем понятно, где надо ловить окончание передачи байта - на приеме или на передаче??? yuri_t(189 знак., 10.11.2011 08:04)
  - Что непонятно-то? SSP как и SPI является синхронным интерфейсом и работает на обмен данными - одновременно с передачей идет прием. А для того чтобы что-то принять нужно что-то передать. Прием слова означает окончание передачи такого же слова. В rezident(155 знак., 10.11.2011 13:08)
  - Если речь идет все-таки о передаче, то здесь, IMHO, два реальных варианта: yuri_t(400 знак., 10.11.2011 08:48)
    - С DMA лично у меня некоторое недопонимание. Прерывание от DMA свидетельствует лишь о завершении транзакции данных из памяти в буфер SSP? А как учитывать размер FIFO? Задействовать еще один канал для приема данных от SSP, настроив прерывание DMA на rezident(259 знак., 10.11.2011 13:23)
      - Простой пример работы с DMA. yuri_t(308 знак., 10.11.2011 16:06)
        
        Вы совершенно зря модифицировали свое предыдущее сообщение, перепостив его, и тем самым, удалив мой ответ. Потому, что в ответе я указывал на спорный момент. Использование DMA при передаче нескольких байт (меньше, чем размер FIFO) может rezident(220 знак., 10.11.2011 18:03)
    - Кстати, от таймера можно завести DMA. А DMA запрограммировать для вывода в GPIO для снятия CS, безо всяких прерываний. Или писать в SSP по DMA по сигналам от таймера, запрограммировав период = периоду передачи 1 слова по SSP. Примечание: С ARM9 от vmp(50 знак., 10.11.2011 09:17)
      - Дык, LPC1700 это самое что ни на есть NХP ARM и есть, только Cortex3 вроде ядрышко а не девятка - progchip(12.11.2011 22:12)
- Намутил твой коллега с прерываниями. AlexandrY(358 знак., 10.11.2011 00:51)
  - По делу есть что сказать? Я же просил не рассказывать о том, как нужно делать. А предложить, как можно сделать при поставленных условиях? - rezident(10.11.2011 00:57)
    - Кстати, может хоть вы поясните, что это за "timeout period", упоминаемый в описании прерывания RTMIS? - rezident(10.11.2011 00:59)
      - 32 бита - a3r3(10.11.2011 03:10, )
        
        Период имеет размерность времени, а бит это единица информации. Ферштейн? Что вы имели в виду под значением "32 бита"? Может 32 периода тактовой частоты сдвигового регистра SSP? Т.е. тактовой частоты шины APB с учетом настройки rezident(18 знак., 10.11.2011 13:11)
        
        Именно так. Казалось бы, это очевидно. - a3r3(10.11.2011 17:37, )
        
        Очевидно бывает, когда ответ не вызывает встречных вопросов, а собеседник адекватно применяет терминологию. Но все равно спасибо за информацию. Кстати, откуда вы это знаете? Эмпирический факт или где-то в документации указано? - rezident(10.11.2011 17:57)
        
        Указано - a3r3(10.11.2011 18:38, )
        
        Где именно? - rezident(10.11.2011 18:42)

ARM, RISC-V контроллеры