Перейти к содержанию
    

nenu1985

Участник
  • Постов

    5
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о nenu1985

  • День рождения 08.12.1985

Информация

  • Город
    Array
  1. Потыкал сигналтапом в tse И sgdma_tx. При передаче больших пакетов происходила установка бита m_tx_err в единицу, после чего данные не передавались, ходя во в внутренние фифошки тсе данные поступали до eop sgdma (при малых пакетах до 200 байт этот бит не устанавливался и пересылка завершалась хорошо). Не могу понять из-за чего происходила ошибка передачи - при установке бита других сигналов не появлялось. Дальше урезал проект для размещения ресурсов под сигналтап (плата небольшая - neek на циклоне 3). Из урезки существенным являлось замена sdram на ssram. В новой схеме пакеты передаются успешно при любой длинне. Так что буду работать дальше, всем спасибо ) Проблема пока не актуальна, но хотелось бы понять кто как решает похожие проблемы. В старой схеме ддр работала на 133 МГц, периферия на 133/2 МГц (tse, sgdma, etc), режим tse - mii (small mac). В новой cхеме - ssram на 100 МГц, периферия 60 МГц, tse - small mac. Констрэйны не менял и не вникал что к чему, т.к. в доках про их необходимость мало чего написано и пока проходит мимо :)
  2. Здравствуйте. Скорей всего где-то что-то упустил, надеюсь большинство знает ответ. В драйвере vadimuzzz (спасибо ему) при отправке, пакеты полностью принимаются wireshark-от при их длине до 200-т байт. Если отправлять пакеты длиннее, в дискрипторах все ок - actual_bytes_transfered = bytes_to_transfer, control = 5, а wireshark принимает по-разному - от 180 до 280 байт, почему так, на что обратить внимание? Функции MacInit, TseMacDataSend и TseMacTxWrite, не изменял. Спасибо.
  3. Разъясните все-таки какую частоту надо подавать на bclk, зависит ли она от частоты дискретизации и режима i2s/dsp?. Если не трудно, поделитесь пожалуйста описанием модуля или скиньте на [email protected]. Никак не могу завести звук на выход.
  4. Интересует вопрос по снижению PAPR в OFDM. Интересуют алгоритмы и способы уменьшения PAPRA и их вносимые искажения. Мне досконально известен только один метод - обрезание мокушек, но как известно это приводит к значительным внеполосным искажениям, а С/Ш уменьшает до 40дБ при 60дБ без обрезания - кому оно тогда надо, пусть передатчик сам обрежет что не поместится ;) Второй метод - наложение окна. Я понял идею метода так: ищется пик, определяем разницу пика с заданным порогом, умножаем его на окно (ханн, хаминг и др), инвертируем окно, получаем нечто. Допустим выбрали размер окна 7, тогда у нас перевернутое окно, которое надо тупо умножить с соответствующими отсчетами OFDM символа, причем центр окна будет на обрезаемом отсчете, т.е. если вылез 145 отсчет, то умножаем in(142 - 3 : 142 + 3) .* window(1 : 7). Если я правильно понял идею, то уж очень получаются нехорошие результаты: С/Ш хуже обрезения аж на 2дБ, а минимальный ПАПР получается не ниже 6 дБ (дальнейшее уменьшение порога значительно уменьшает энергию символов и PAPR перестает уменьшаться). Еще если кто-нибудь пробовал это реализовать в симулинке, подкиньте идею какими блоками это реализовать: поиск пика и наложение на него окна. Знаю что есть и другие методы: обрезание с фильтрацией, умножение не на прямоугольник (в случае обрезания), а на "сглаженный прямоугольник" кот. как-то получается, после обрезания делать Фурье - фильтровать - обратное Фурье и т.д., но из источников могу понять только общую идею, ибо нигде не встречал ни формул ни понятных алгоритмов, нужна более конкретная инфа. У кого есть опыт использования каких-либо методик на практике, объясните целесообразность уменьшения PAPRa, а то за неимением радиостанций не понятно чего надо достичь и надо ли это вообще. Спасибо.
×
×
  • Создать...