d1n1s

Наличи режима Flow Control, на сколько я помню можно оценить в режиме "автопереговоров". И кстаи он создовался именно для ограничения скоростип риёма данных от комутаторов в режиме Full duplex и поддерживается соответсвенно всеми комутаторами. А вот наличие его в конечных устройствах, потребителях данных весьма редко встречается, разработчики редко заморачиваются на счёт этого.

Здравствуйте. В звязи с плановым "переворужением" начинки контроллеров встала задача оценить переход с парраллельной шины на LVDS(шина между модулями контроллера). Суть в том что бы на уже имеющихся криэйтах(LVDS линия заложена) и заданном конструктиве исследовать LVDS шину, в частности максимальную пропускную способность. Вопрос в том, какое оборудование использовать для исследования? Первое, что приходит в голову это собрать тестовые модули на ПЛИСке погонять данные между модулями и набрать статистику по ошибкам транспортировки данных.

Основное достоинство MAX24288 в том, что он может интерфейсы преобразовывать, ну и 1588 поддерживать. Но для свитча похоже он не подойдёт, поскольку включается по последовательной схеме между MAC и PHY.

Kuzmi4 http://www.ixxat.com/zugangsdaten_1588_en....avigation=28866 A user name and a password are required to download the IEEE 1588 binary file. These details are automatically sent to the specified e-mail address after registration via the following form.

vadimp61 Читайте внимательней постановку вопроса. Атмег Сам бы не отказался от свитча такого, ещё бы гигабит добавил) Вобще, у меня по крайней мере есть возможность, выбирать из микроконтроллеров, а уже есть МК и с 2-4 портами, гигабитом и 1588(freescale); А вам могу посоветовать, как вариант, микросхему отдельно для IEEE1588: MAX24288, т.е. как я понимаю можно поставить любой свитч и расширить функционал этой мс.

А iec62439 оказывается крутая штука, как раз для ПЛИС. Честно говоря слышу в первые, уже и реально электрические оборудованные подстанции есть. Известно на какой элементной базе сейчас оборудование изготовляется для поддержки стандарта?

По гуглите этот документ кстати: "A Universal Approach for implementing Real-Time Industrial Ethernet" Можно прикинуть сложность реализации некоторых решений. IEEE1588 есть доступное IP core от IXXAT: http://www.ixxat.com/ieee-1588-mega_core_f...luation_en.html А по поводу ASIC то да в малых партиях дороговато, но зато гарантировано работает(в идеале, на самом деле очень долго разбираться в скудном описание и новой САПР для микросхемы), и кстати со стеком тоже не всё гладко: как раз для Hilscher стек слейва (он кстати платный) везли пол года через таможню.

Вобще, есть свитчи с поддержкой 1588 Посмотрите пожалуйста продукцию фирмы SMSC, конкретно: LAN9311 - Two Port 10/100 Managed Ethernet Switch with 16-Bit Non-PCI CPU Interface LAN9312 - High Performance Two Port 10/100 Managed Ethernet Switch with 32-Bit Non-PCI CPU Interface LAN9313 - Three Port 10/100 Managed Ethernet Switch with MII Все они с поддержкой 1588, а LAN9313 вобще то, что нужно вам

На Altera(Cyclone) баловался с этим. Все протоколы которые вы назвали относятся к группе Industrial Ethernet, а вот у них уже есть надстройки RT и IRT для данных реального времени. Иногда удается обойтись стандартными компонентами (CPU,MAC) без написания хардварной поддержки протокола на ПЛИС. Сейчас и ALTERA и XILINX начали активно развивать это направление, есть специальные киты с семплами, может серьёзно помочь при старте. Здесь у ALTERA по моему чуть больше наработок, и разработок от сторонних фирм. Посмотрите продукцию фирм IXXAT, Softing, Beckhof например, все они делали на ПЛИС подобное. У каждого протокола своя специфика и область применения, поэтому следует определится какие характеристики вам нужны, может и обычная реализация потянет.

Мне тоже интересна тема, ибо возникали идеи сделать анализатор трафика промышленных сетей (Profibus для начала) с анализом качества сигнала. Вопрос к автору о выборе элементной базы: какие характеристики ожидается получить ну и некоторое обоснование элементной базы если можно.

Можно попытаться сжать поток, если предположить что источник данных АЦП и сигнал каждую выборку не меняется большим скачком, то сжать данные можно практически на порядок. Тем более ПЛИС позволяет наворотить своё чего нибудь. Второй вариант буферизовать данные на устройстве сбора в большое ОЗУ, и передовать на ПК на пониженной скорости. Естественно использование хорошего RAID массива с Ethernet выглядит превлекательней, как самое простое решение.

Посмотри проект "Open ARM9 SBC" там вроде все доки открыты Компоненты платы: 180 MHz ARM9 processor (Atmel AT91RM9200) 3 MPixel CMOS sensor (Micron MT9T001) Altera Cyclone FPGA with 6000 LEs 2x32 MBytes of SDRAM (32MB for the ARM9 and 32MB for the FPGA) 16 Mbits of serial flash 1 10/100 Intel Ethernet interface 1 high speed USB 2.0 interface 1 SPI interface 1 serial (RS-232) interface

Ой а выложите куд нибудь не для Греков пожалуйста) а то я кроме LEONa ничего не смог качнуть...

Фрезой) два слоя проводников два земли/питания + переходные отверстия нормуль делать можно) По вопросу, мне показалось, что передача параллельных данных на частотах за сотню и тем более за две сотни мегагерц должно быть весьма требовательной задачей., гребёнкой обычной не отделаешься. По крайней мере при разводке памяти DDR на тех же частотах производитель советует выравнивать длину, импеданс и.т.д. а тут разъём ещё(около 20-30 линий на канал) Мне понравились разъёмы типа FPC/FFC такие, через которые обычно подключают ТФТ дисплеи. кто знает подойдут такие?

Здравствуйте! Возникла комплексная задача из области коммуникаций, в решение которой склоняюсь к применению решения: одна основная плата + несколько сменных мезонинных. Требуется поддержка 10/100/1000 Ethernet, микросхема PHY(пока не выбрал конкретно) на одном из сменных модуле, а из доступных интерфейсов на основной плате MII,GMII,RGMII. Вопросы в следующем: что менее требовательно к разводке ПП и применяемым разъёмам: 1) GMII c 125Mhz клоком и 8 разрядная шина. 2) RGMII и тот же 125МГц клок, но захватом данных по обоим фронтам клока. 3) или может на основной плате лучше поставить(если такая МС есть) преобразователь в SGMII и передовать через разъём диф. сигналы. Какие разъёмы посоветуете для передачи высокоскоростных последовательных интерфейсов? п.с. весьма ограничен в разводке пп: дорожки 0.2мм, растояние между трассами 0.2мм, 4 слоя

Написание такого компонента как МАС-контроллер ответственное дело) Сам разрабатывал МАС с аппаратной поддержкой промышленных протоколов. Тестирование как уже было написано проводят перекачкой больших объёмов данных и собиранием логов. Посмотрите также работу ситемы при заполнении внутренних буферов контроллера. Также интересно посмотреть поведение(реальное) при работе с не стандартизованным трафиком (короткие кадры, поток с уменьшенным меж кадровым интервалом), практика показывает, что иногда компоненты зависают) И соответственно испытание на пропускную способность тоже не следует забывать. Очень интересно увидеть используемую вами архитектуру и полученную производительность. Кстати вопрос у меня не по теме: примерчик бы файла временных ограничений системы с НИОСом и самописными компонентами?

Здравствуйте! Моя задача состоит в разработке платы с Ethernet. При этом в проце уже есть один встроенный Ethernet(МАС), а для решения моих задач необходимо два порта с быстрой Swith Fabric между собой. Исходя из проблемы взгляд упал на ИМС которые по буржуйски называются примерно так: ethernet switch with non-pci cpu interface. Представляют такие микросхемы из себя следующее: несколько портов Ethernet (МАС и PHY), 8/16/32 разрядный интерфейс к процу и аппаратный блок комутации пакетов между портами(Swith Fabric,как правило на базе fifo). Нашёл пару микросхем LAN9312/LAN9311 и KS8842/KS8862 - двухпортовые свитчи на 10/100. Вопрсы: 1) Кто уже работал с представленными чипами, напишите пожалуйста отзывы. 2) Посоветуйте подобные микросхемы, желательно со скоростью 10/100/1000, можно на четыре порта.

Я дела IEEE1588 на ПЛИСе) по протокол действительно работает в диапазоне десятков наносекуд только при соответствующей аппаратной поддержки на устройствах и коммуникационном оборудовании. По поводу ПК, у фирмы IXXAT есть демо проги для винды и линукса, (для винды у меня получалась тоность порядка 5-10 милисекунд, при соединении на прямую) Но по моему целесообразней всё же использовать NTP или SNTP, всё таки для компов уже много чего наделано, и точность в небольших сетях удволетворительная(думаю микросекунды получить можно).

Доброе время суток) с TSE начал работать недавно, очень помогла эта тема. Возникло пару вопросов: 1) массив данных находится в памяти(100-500кб), и его надо передат по udp с максимальной скорость, как с минимальной задержкой формировать udp сообщение, имеется ввиду алгоритм, типа сначала десккриптор на заголовок потом на данные и потом уже трансляция в сеть, я правильно мыслю? 2) Как максимально быстро считать контрольную сумму? пробовал через С2H, хороший выйгрыш только на длинных пакетах, также видел в примера встраивание этой функции в sgdma.

Помогите поставить линукс на платформу sh7201. качал файлы и доки с сайта www.shlinux.com, вроде бы все загружается, но запускаешь и ничего не происходить. В таком большом ассемблерном коде не разобраться. Может у кого получалось, поделитесь опытом.

Спасибо! Подобные проекты я уже находил в инете. Мне собственно интересно ещё мнение отечественных специалистов в этой области.

Вот как раз то подобный контроллер и надо "обогнать" на ПЛИС. Работал с контроллером SMSC LAN9118 (внутри МАС и PHY данные вводятся по параллельной шине 32/16), решил составить конкуренцию))) :maniac:

Необходимо работать с промышленным протоколом высокого уровня поэтому я думаю без проца не обойтись. :07: А ты считаешь CRC и вобще какакя у тебя защита данных (чем пришлось пожертвовать для достижения высокого быстродействия? ) Очень хотел бы взглянуть на твою работу.

Необходимо добиться максимальной производительности 100 (мбит/с) ETHERNET . т.е. минимизировать временную задержку на обработку кадра промышленного протокола перед посылкой в сеть для организации реалтайма. В качестве аппаратной части рассчитываю на SPARTAN 3/3E, проц (до 200 Mips) и PHY-контроллер (внешний). Посоветуйте пожалуйста насчёт архитектуры системы? Может есть какие примеры? например реализация МАС на ПЛИС.