Jump to content

    

svedach

Свой
  • Content Count

    147
  • Joined

  • Last visited

Community Reputation

0 Обычный

About svedach

  • Rank
    Частый гость
  • Birthday 05/03/1982

Информация

  • Город
    Беларусь

Recent Profile Visitors

1347 profile views
  1. На Win7 рандомно падает. Если после перезапуска попытаться открыть рабочую область, падает. Надо чистить ".plugins" и заново импортировать рабочую область.
  2. В общем разобрался... Я не совсем правильно понимал суть автосогласования. Для получения полного дуплекса необходимо оставить автосогласование, но при этом убрать из поддерживаемых режимов гигабит. В этом случае соединение установится на 100 МБит, полный дуплекс. Разобрался по исходникам драйверов для 88E1512 для Zynq. Там если проследить всю последовательность, то становится ясно... 10ff, спасибо!
  3. Попробовал - тогда соединение происходит на 1000 (за счет того, что бит автосогласования установлен)...
  4. 1. Инициализирую так: записываю в IEEE_AUTONEGO_ADVERTISE_REG (регистр №4) значение 0x141 (описано в предыдущем посте), записываю в IEEE_1000_ADVERTISE_REG_OFFSET (№9) значение 0x300 (поддерживаю half и full duplex на 1000), записываю в IEEE_CONTROL_REG_OFFSET (№0) значение 0x2100 - режим дуплекс и 100 МБит. Потом делаю программный сброс (бит 15 регистра IEEE_CONTROL_REG_OFFSET), жду окончания сброса. Вроде все. 2. Свич хороший: HP-1820-8G. Кабель менять пробовал. Интересно, что несмотря на фактический полудуплекс, 88E1512 при чтении регистра IEEE_SPECIFIC_STATUS_REG (№17) там установлен бит full-duplex... Смущает так же то, что если перевести порт свича в полный дуплекс, то соединение получается на реальном полном дуплексе...
  5. Добрый день. Столкнулся с проблемой: 88E1512 на 100МБит (принудительно задал) стартует всегда в half-duplex, при этом регистр №4 (Copper Auto-Negotiation Advertisement Register) выставлен в 0x141, т.е. микруха не должна поддерживать 100МБит half-duplex. При этом свич (порт выставлен в автосогласование), в который воткнута сеть, показывает half-duplex (ожидаемо), и позволяет переключить сеть в full-duplex и 88E1512 соединяется и функционирует нормально в full-duplex (что не ожидаемо)... Периодически проверял регистр "Copper Auto-Negotiation Advertisement Register", записанное значение сохраняется, т.е. 0x141. По ощущениям скорости передачи данных half-duplex реально есть, при переключении свича в full-duplex скорость обмена ощутимо возрастает. Может кто сталкивался? Может еще какие регистры надо записать или еще что сделать? (спрашивал в ветке про интерфейсы - там молчат...)
  6. Добрый день. Столкнулся с проблемой: 88E1512 на 100МБит стартует всегда в half-duplex, при этом регистр №4 (Copper Auto-Negotiation Advertisement Register) выставлен в 0x141, т.е. микруха не должна поддерживать 100МБит half-duplex. При этом свич, в который воткнута сеть показывает half-duplex (ожидаемо), и позволяет переключить сеть в full-duplex и 88E1512 соединяется и функционирует нормально (что не ожидаемо)... Периодически проверял регистр "Copper Auto-Negotiation Advertisement Register", записанное значение сохраняется, т.е. 0x141. По ощущениям скорости передачи данных half-duplex реально есть, при переключении свича в full-duplex скорость обмена ощутимо возрастает. Может кто сталкивался? Может еще какие регистры надо записать или еще что сделать?
  7. Если до этого работало, логика не менялась, то возможно времянка... Проверьте, правильно ли заданы констрейны и выполняются ли они. В понятиях ПЛИС такого термина думаю нет. Слово - это ширина шины, с которой Вы работаете. Если шина 15 бит, то слово, которое по ней передается равно 15-ти битам. Это понятие лучше относить к процессорным системам.
  8. Добрый вечер всем, а скачать с "альтернативного" сайта какого-нибудь можно? Может кто выкладывал уже?
  9. Все, разобрался, прав был des00, сделал значение по-умолчанию (default: LineSenderNextState <= LSND_Idle;) и generated clocks сразу пропали. Всем спасибо!
  10. Констрейнил его как клок, не помогало... dvlwork, это после синтеза, имплементации не было... des00, интересно, сча буду пробовать...
  11. Alex, полностью с Вами согласен, но вод у Вивадо видимо свое мнение. Эта цепь отнесена, как я понимаю, к клоковым:
  12. Добрый вечер, столкнулся с ситуацией, в которой не понимаю, откуда берется generated clock (vivado 2018.3). HDL синтезировался в следующую структуру: Вроде все синхронно... Но: подскажите, откуда он берется? Исходник:
  13. Добрый день всем! Столкнулся с непонятной проблемой: при передаче пакетов UDP и работе TCP (прием соединения, прием данных, отправка данных, закрытие соединения) начинают появляться ошибки в статистике кучи LWIP: бывает так: MEM HEAP avail: 4000000 used: FC007B80 max: FC009E00 err: 16 бывает так: MEM HEAP avail: 4000000 used: 2380 max: 3C80 err: 2 иногда так: MEM HEAP avail: 4000000 used: F8006D80 max: FC004B00 err: 0 при этом пакеты передаются и система вроде работает. Проект: Vivado 2018.2, LWIP 2.0.2, баре метал, из прерываний ничего моего не передается. За основу веб-сервера взят эхо-сервер, переделан... Но использование чистого эхо-сервера дает такие же результаты. Если работать только с UDP или только TCP, то проблем с кучей не возникает... Может кто сталкивался? Несколько дней пытаюсь отследить ошибку и никак... Буду благодарен за любую инфу.
  14. Аналогичная проблема. Проекты собираю в Vivado 2018.1 а шью флешку через 2017.1...
  15. Очень хотелось бы :)