Krys

Здравствуйте. В документе en148.pdf (Spartan-6 FPGA LX and LXT Production Errata) от 15.04.2011 пишут, что IODELAY блок поддерживает максимальную частоту 1000 Mbps только при задержке максимум в 6 taps, а иначе он портит данные. Фактически, получается, что на гигабите регулируемая задержка практически отсутствует. А для нормального использования этого IODELAY блока нужно понизить скорость до 250 Mbps. Исправлена ли эта проблема в новых кристаллах? Если да, то в какой ревизии? Где об этом почитать? И как это трактовать? Кто с этим работал и вляпывался? Как тогда при этом работает DDR-память? Там же тоже требуются регулируемые задержки по каждой линии данных. Спасибо.

может Вы его ставили в папку, отличную от папки по умолчанию? Они этого не любят... Русские буквы, пробелы в путях...

Ладно, сдаюсь, применяем CRC32, и успокаиваемся. Особенно учитывая, что ещё будет снаружи 8B/10B. Остальные вопросы снимаю.

Вы бы ещё так же про теорию Эйнштейна написали )) А какие Вы назовёте более современные книжки на ту же тематику физических процессов в ЭОПах? Да и что с тех пор изменилось? Ну появились ФК с ОЭС. Ну сетка перед МКП... Ну и всё... Ну примерно так же, как Вы описываете деградацию МКП: То же самое, только ионы врезаются в поверхность фотокатода. А там, видимо, химическая реакция происходит с материалом фотокатода. Хотя, конечно, я не химик и не технолог производства ЭОПов. Заявлять не могу. Я просто их "пользователь" и исследователь их внешних потребительских свойств. Не могу в это поверить. По-вашему, важен градиент температуры или абсолютные значения температуры? Если первое, то фотокатод нанесён на стекло тонким слоем. Если какая-то часть фотокатода нагреется, она очень быстро передаст тепло стеклу. Стекло как радиатор. Так что градиент будет минимальным. А если второе - то фотокатод должен был разрушиться даже просто при хранении при температуре чуть выше комнатной. Ток пропустить через фотокатод такой, чтобы вызвать нагрев - тоже нереально. Там наноамперы всё же. И ограничивается всё достаточно большим поверхностным сопротивлением фотокатода. Больше никак не потечёт. Мощность, способную нагреть, - не получить. Особенно учитывая, что стекло как радиатор. Вы под низкоомным напылением что понимаете? Вход и выход микроканала? Куда подключаются электроды? Ну а равномерная засветка никому не интересна - не ФЭУ всё ж. Тут разрешение требуется. Пиксели. А Вы не могли бы подробно описать, что Вы понимаете под "срабатыванием канала"? Сам процесс, что происходит. Ну вот вообще такую информацию о деградации МКП встречаю от Вас в первый раз. И о разрушении ФК температурой. Ранее ни в литературе, ни в разговорах ни с одним коллегой, ни с сотрудниками ЗАО "Катод" я такой информации не встречал... Да и по опыту использования - у нас ЭОПы не ухудшали свои характеристики, да и в ПНВ они исправно работают, и про ограниченный ресурс я особо не встречал ничего. Я не утверждаю, что Вы неправы. Но всё же, ткните, пожалуйста, на литературу, где можно про это почитать. А то получается пока крайне голословно.

Спасибо за ответы, я для себя в общем-то всё прояснил. Заголовок будем продолжать закрывать CRC8, а а для поля данных изменим CRC16 на CRC32. Тем более, что лишние 2 байта - это ничто по сравнению с 2048 байт, так что не жалко. У нас бывает, что заголовки передаются без поля данных. Тогда для унификации лучше пусть CRC8 будет в любом случае. А всё же, по моему списку, не могли бы Вы разъяснить ответы на вопросы 1, 3, 5?

Согласен, что аналогия ФЭУ с ЭОПом не совсем точная. У динодов своя специфика по сравнению с МКП. Однако не согласен, что засветка фотокатода - явление безопасное. По ссылке выше говорится, что фотокатод отравляется. И по моим сведениям, это навсегда. Не согласен. Проверено на личном опыте. И как я помню из литературы. Да, МКП не боится засветки. Но фотокатод, наоборот, - боится. Ссылка на литературу выше. Не совсем так: в простейших схемах питания ПНВ применяется гигаомный резистор, осуществляющий одновременно и функцию АРЯ: ток через МКП увеличивается, напряжение падает, ток уменьшается, и так всё приходит к балансу. А про слой с сопротивлением я нигде не встречал информации. Другое дело, что сам микроканал является распределённым сопротивлением. Про уменьшение ресурса МКП не слышал. Дайте, пожалуйста, ссылку на литературу. Было бы интересно ознакомиться. По моим данным, наоборот, МКП работает во многих случаях с насыщением: электроны, пролетая микроканал, лавинообразно умножаются, и ближе к выходу из МКП вырывают из него вообще все возможные электроны. А ввиду недостаточной проводимости стенок микроканала, эти насыщенные места не успевают пополниться новыми электронами. Так ЭОП сам себя ограничивает в усилении. И ограничивает общий динамический диапазон всей картинки. От этого мы видим на экране "зашумлённое", "двухградационное" изображение и называем "шумовые" точки "сцинтилляциями".

Ну я так и предположил, что в битах. Но для сути 5го вопроса (трактование) это неважно, в каких попугаях измерять

вот кое-что нашёл из ссылок в диссере: Подозреваю, что источник информации для таких заявлений может скрываться по ссылкам 1 и 2 из этой статьи: # Бутслов М.М., Степанов Б.М., Фанченко С.Д. Электронно-оптические преобразователи и их применение в научных исследованиях, М.: Наука, 1978. # Изнар А.Н., Электронно-оптические приборы, М.: "Машиностроение", 1977. Но точно уже не помню, да и книжек под рукой уже нет... Может ещё чего потом найду...

Уважаемый i-mir, спасибо за конкретную помощь. Спасибо за ГОСТ. Думаю, категория 3я, ну максимум 2я. Не критического использования. Внутри поля данных этого пакета будут инкапсулированы пакеты других протоколов, у них будет своя защита от ошибок. К тому же ещё 8B/10B часть ошибок выловит. Он ловит все единичные ошибки в пределах одного символа. Да, устранение постоянной составляющей, самосинхронизация битов и байтовая синхронизация. У меня здесь следующие непонятности: 1. Где Вы взяли такие графики? Их считает программа? А Вы могли бы ей поделиться? 2. Может быть, более наглядно было бы построить графики для той же вероятности, что фигурирует в ГОСТе (т.е. 1e-4)? 3. "вероятности необнаруживаемого пропуска ошибок" - этот термин какому соответствует в табл. 3 ГОСТа? 4. Как Вы рассчитали, что в 3 раза лучше заголовок защищён? Я смотрю на графики, там для CRC8 для длины 32 байта вероятность неотличима от нуля. Или это для длины в битах? Тогда для графика CRC16 нет данных для длины 2 кБ. В любом случае вижу, что защищённость поля данных никакая... 5. Как вообще трактовать такую вероятность? Это обратная величина от среднего количества пакетов, спустя которые ошибка в одном пакете не будет обнаружена? Например, смотрим на график для CRC8, для значения длины 256 (попугаев), вероятность 2,5e-5. Обратная величина это 40 000. Т.е. правильно ли я понимаю, что, 40 000 пакетов принимаются, если в них появляется ошибка, то она обнаруживается, а потом 40 001-й пакет проходит, и в нём ошибка не обнаруживается? Или как правильно трактовать? Извиняюсь за глупые вопросы, в этом мои знания неглубоки, а вузовский курс тервера давно благополучно забыт, к сожалению.

Конкретика: мы "от фонаря" порешали, что заголовок пакета специфического устройства размером 32 байта закрываем 8-битовой CRC, а поле данных длиной до 2 кБ закрываем 16-битовой CRC. Теперь, прочитав эту тему, я начинаю покусывать локти, что и там, и там, мы заложили недостаточный размер CRC, т.е. могу предположить, что надо было 16 бит и 32 бита соответственно. Далее после добавления CRC весь пакет передаётся в канал, закодированный в 8B/10B. Канал связи - не радио, а проводной. Может быть либо медь, либо оптика. Медь - не более 3 метров, LVDS, по UTP. Оптика - до 2 км. По закону распределения ошибок в канале такого типа - сказать ничего не могу, т.к. мои познания в этом малы. Могу довериться вашему опыту.

хм... дело было где-то в 2006м году... Может просто попадались такие, без "дна". Насколько помню, использовали Molex.

А производители говорят обратное? Я напрямую общался с главными конструкторами завода "Катод" в Н-ске (очень много с ними контактировал, он же был моим оппонентом...). Ничего обратного они не говорили. Дело правда было ранее 2005 г., некоторое уже позабылось... Более того, мы ваще ЭОПы никогда неподключенные от света не защищали. И объективы приборов никогда не закрывали колпачками. Выключенные - тем более. Всё работает совершенно так же. Один раз был случай, что я случайно кратковременно "светанул" работающий ЭОП. Думал, что "всё, п..ц, сжёг ЭОП" ))) Нет, он конечно некоторое время прикидывался мёртвеньким, но потом оклемался, и всё вернулось. Дня через 2..3. Я думаю, нужно поднять книжки, где это написано. Прочитать собственноручно, точнее собственноглазно ) Поверить. И успокоиться ) Я ничего другого в литературе не находил. Как-нибудь, если не забуду, попробую порыться в диссере, найти ссылки.

8 слоёв и простой проект - понятия несовместимые ))))

у меня тоже с этим инструментом были волшебные превращения, которые я не ожидал и несразу обнаружил. Так что я теперь его стараюсь не использовать. Или с крайней осторожностью и всё потом тщательно перепроверить.

У меня с версией 8.2 были точно такие же сообщения об ошибках. Долго мучился. Но потом волшебным образом поставил. Вот мои инструкции: 1)ActiveHDL8.2_main_installation.exe - Установить, сказав что лицензия уже есть. - При установке спросит, какие компоненты устанавливать. Выбрать все возможные, кроме матлаба. Если у вас есть матлаб - можно и матлабовский компонент поставить. Если выбрать не все галки, то SP1 может не поставиться. Если всё же будет при установке вылетать - пробовать установку несколько раз. Т.е. главное выбрать все галки и пробовать несколько раз.

А что эта опция означает в реале?

Поясните, пожалуйста, что означает "все символы сделаны под HDL топовый файл *.vhf"? Как это поможет быстро трудиться?

я думаю, здесь Вы найдёте исчерпывающую информацию.

Синплифай позволяет создать Implementation Job, она будет выполняться после синтеза. По крайней мере в версии 2009 это есть.

Ткните, пожалуйста, носом. Смотрел тут /upload/FPGA/_Synopsys_/ и тут /pub/FPGA/_Synopsys_/. Ничего похожего на Synplify не нашёл. ... или fpga201103 - это оно и есть? Зачем тогда её так назвали?... только запутывают честных людей )))

ключевое слово RTL View. Я оч давно не работал в махплюсе, не подскажу, где это. Поищите сами, может, что на глаз попадётся.

Да, у меня тоже сложилось мнение, что автор путается в терминологии "Синтезированное" и т.п.

Другими словами, Вы реализовали в ПЛИС обычный Ethernet Switch? Да, согласен с des333, тут вопрос: вы использовали готовые корки MAC подуровня или писали всё сами с нуля? Если второе, то влезть в структуру пакета вполне возможно так, как Вы задумывали в первом сообщении. Можно и другими способами. Но если MAC готовый - то всё сложнее.

В добавление к этому пункту. Есть виртуальная машина от Микрософт. Windows Virtual PC называется, если не ошибаюсь. А в ней есть возможность совершенно без дистрибутива, без развёртывания поставить готовый образ винды. Называется XP mode. Преимущество по сравнению с ранее предложенными вариантами - отсутствие необходимости подключения мозга. Я скачал эту штучку, и сразу всё понял, как там что делать, там невозможно что-то сделать не так. Разберётся и домохозяйка, при том за 5 минут. Ну а остальное всё так же - в виртуальную винду ХП ставится полностью вся софтина, и уже оттуда производится прошивка.

Есть такая функция, мы её используем: http://www.xilinx.com/support/documentatio...uides/ug332.pdf Под заголовком "Post-Configuration CRC (Extended Spartan-3A Family Only)". Об этом писал уважаемый Igor_S: