Проблемы с системой на спартане6, Microblaze + Ethernet + 2xDDR3 + LwIP Опции

[Golikov A.]

Всем привет.

На платке trenz-электроникс на спартане 6 собираю систему. 2 банка ДДР3, гигабитный езернет, Микроблайз 100 МГц, шина - фулл регистеред. Подключен кеш данных и интсрукций 32 кбайта. Программа работает из ДДР, ТСР-IP на ЛвИП.

Эта система работает крайне не стабильно. То работает, то не с того не с сего ресетиться и виснет с сообщением что нет мак контроллера или с ошибками ДМА контроллера, в ходе инициализации. Подозревал перегрев, теперь система с радиатором и вентилятором, особенно не греется, но стабильности особенно не добавило.

Вроде бы система не супер какая... и чего она не работает не понятно....


Вопрос: что можно добавить в систему чтобы диагностировать где и почему она падает? Кто собирал что-то подобное? На что еще обратить внимание. Что-то я уже не знаю чего и делать то....
Любые мысли и любая помощь... хелп!

[Golikov A.]

Опятушки накосятушки...

Всплыл очередной косячек, думаю как всегда от незнания предмета.

LwIP работает на двух таймерах в RAW режиме. Быстрый таймер 10 мСек, медленный 500 мСек.

С компьютера сыпятся данные раз в 50 мСек, принимаются плисиной, быстро обрабатываются и шлются обратно.

Долгое время работает все хорошо. Но иногда компьютер начинает ретрансмитить пакеты и мой замечательный управляющий поток затыкается. Через некоторое время все восстанавливается, быстро 3-4 ретрансмита, но у меня через этот канал налажено управление, и приятный реалтайм управления сбивается.

Анализируя шарком увидел что ретрансмиты начинаются после прихода подтверждающего прием пакета с 0 контрольной суммой. Хотя обычно она есть. Сумму у меня считает трех-головый МАК контроллер (не лайт который), железным образом. Причем в пакетах от компьютера этой суммы почему то никогда нет... А если приходит пакет с 0 суммой от плис сразу начинаются ретрансмиты.

Кто подобное видел, что может делать так что сумма не считается и в пакет не добавляется?

[akorud]

Вот может будет интересно, игрался тут со своей системой и в Post-PAR Static Timing Report вижу

Код

Timing constraint: TS_clock_generator_0_clock_generator_0_SIG_PLL0_CLKOUT3 =
PERIOD TIMEGRP         "clock_generator_0_clock_generator_0_SIG_PLL0_CLKOUT3"
TS_sys_clk_pin         HIGH 50%;
For more information, see Period Analysis in the Timing Closure User Guide (UG612).

1070970 paths analyzed, 23092 endpoints analyzed, 3 failing endpoints
3 timing errors detected. (3 setup errors, 0 hold errors, 0 component switching limit errors)
Minimum period is  10.112ns.

И дальше

Код

....
Slack:                  -0.112ns (requirement - (data path - clock path skew + uncertainty))
  Source:               microblaze_0/microblaze_0/MicroBlaze_Core_I/Performance.Decode_I/PC_Module_I/Use_BTC_2.bt_delayslot_target_18 (FF)
  Destination:          microblaze_0/microblaze_0/MicroBlaze_Core_I/Performance.Using_ICache.ICache_I1/Data_RAM_Module/Using_B16_S2.The_BRAMs[1].RAMB16_S2_1 (RAM)

И сразу знаю, что случайные зависания практически гарантированы, вопрос времени и температуры.