NIOS + UART прерывания Опции

[Acvarif]

Застрял на прерываниях по NIOS UART. Точнее на прерываниях по endofpacket.
Обработчик:

Код

....
alt_u8 *buf_uart;
alt_u8 uart_count = 0;
....
static void uart_isr(void* context, alt_u32 id)
{
    alt_u32 status;
    
    // Чтение регистра статуса для определения причины прерываний
    status = IORD_ALTERA_AVALON_UART_STATUS(UART_0_BASE);
    // Очистка всех флагов ошибок
    IOWR_ALTERA_AVALON_UART_STATUS(UART_0_BASE, 0);
    // Прцесс чтения irq
    if (status&ALTERA_AVALON_UART_STATUS_RRDY_MSK)
    {
        buf_uart[uart_count] = IORD_ALTERA_AVALON_UART_RXDATA(UART_0_BASE);
        uart_count++;
    }
    // Процесс записи irq
    if(uart_count >= 5)
    {
        // Флаг старта в основном цикле main
                Start = 1;
        if (status&ALTERA_AVALON_UART_STATUS_TRDY_MSK)
        {
            IOWR_ALTERA_AVALON_UART_TXDATA(UART_0_BASE, buf_uart[uart_count - 1]);
        }
        uart_count = 0;
    }
}
....

По прерыванию на прием одного байта все работает неплохо. Но хотелось бы разобраться как использовать прерывания по символу endofpacket. Пока не врубаюсь как это все должно работать. Существует регистр конца пакета. Совпадение очередного принятого байта с символом конца пакета сгенерит прерывание. В связи с этим вопросы:
1. Что это за символ? 0х0А? Если да то как он попадает в регистр конца пакета?
2. Как в случае прерывания по концу пакета записывать пришедшие до того байты самого пакета?

Кто сталкивался поясните пожалуйста коротко как это все работает.

[Unfog]

Как в этом случае накапливать в массив информацию?

Для простоты, имхо, лучше начать с FIFO.

Да, стаффинг это что?

Кодирование передачи таким образом, чтобы она всегда заканчивалась на определенный символ, который при этом отсутствует в теле посылки. Очень упрощает прием. Если нужно могу подробно описать.

[Acvarif]

Для простоты, имхо, лучше начать с FIFO.

Кодирование передачи таким образом, чтобы она всегда заканчивалась на определенный символ, который при этом отсутствует в теле посылки. Очень упрощает прием. Если нужно могу подробно описать.

Спасибо. В целом понятно. В продолжение темы возник еще вопрос по Avalon записи, которая должна быть после приема пакета с генерацией прерывания по концу пакета. Далее формируется импульс во внешнем устройстве типа так:

Код

        // формирование пуска транзакций
        IOWR_32DIRECT(FIRENISEY_0_BASE, 0, 1);
        Delay(0x000f);
        IOWR_32DIRECT(FIRENISEY_0_BASE, 0, 0);
        Delay(0x000f);

Диаграмма выглядит так:

Процес записи делаю так:

Код

.....
    -- формирование запуска одной транзакции
    process(clk)
    begin
    if (falling_edge(clk)) then
        if(avs_s0_address = "00" and avs_s0_write_n = '0') then
            if(avs_s0_writedata = "00000000000000000000000000000001") then
                s_aso_out0_ready <= '1';
            elsif (avs_s0_writedata = "00000000000000000000000000000000") then    
                s_aso_out0_ready <= '0';
....

Суть непонятки: Все должно выполниться по отрицательному фронту clk. Что имеется ввиду под clk? Это системный клок? Дело в том, что я использую в качестве clk частоту которая присутствует в моем внешнем устройстве. Эта частота ниже в 5 раз системной (100 mHz) частоты и не связана с системной частотой, поскольку идет с другого выхода PLL.
Запись работает. Вопрос в том насколько надежна будет такая система записи данных во внешнее устройство с шины Avalon?

[Unfog]

Не уловил сути, если честно.
Это какой то запускающий импульс?

Код

        // формирование пуска транзакций
        IOWR_32DIRECT(FIRENISEY_0_BASE, 0, 1);
        Delay(0x000f);
        IOWR_32DIRECT(FIRENISEY_0_BASE, 0, 0);
        Delay(0x000f);

Если да, то его можно просто в PIO писать. Там все по фронту клока, на котором NIOS работает будет писаться. Далее если нужно считывать сигнал на другой частоте, то нужно поставить синхронизатор. По простому 2 д-триггера последовательно, и на них вторую частоту и подавать.

И да, clk в данном случае клок NIOS. И данные можно (я бы сказал, что нужно) читать по фронту этой частоты.

Сообщение отредактировал Unfog - Aug 17 2015, 18:08