[alex28041986 0]

Здравствуйте!

 

Есть задача заставить плату Spartan-3e starter kit работать по ethernet. Проблема в том, что программировать я должен через Labview. В LabView fpga есть возможность вставить блок hdl code. Подскажите пожалуйста, если в этот блок запихнуть eth/ip/udp ядро оно заработает? Кто-нибудь уже выполнял подобные задачи? Буду рад любой информации по данной теме. Заранее спасибо!

[Kuzmi4 0]

2 alex28041986

а почему именно Labview ?

С помощью ISE или ISE+EDK эзернет и вся кухня к нему заводится однозначно быстрее B)

[alex28041986 0]

2 alex28041986

а почему именно Labview ?

 

Потому что это часть дипломного проекта и препод хочет в лабвью. Сам он нифига в этом не понимает, а я брошен на произвол судьбы...

[alex28041986 0]

Неужели никто не пытался реализовать subject?

[DM1206 0]

Думаю, что никто так не делал.

С реальной практикой работы с FPGA _это_ ничего общего не имеет.

Сочувствую.

 

[alexPec 3]

Неужели никто не пытался реализовать subject?

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

[bureau 0]

Что за плата? поподробней... Может ли она работать совместно с LabView?

[alex28041986 0]

Что за плата? поподробней... Может ли она работать совместно с LabView?

 

Плата с лабвью работает, сам проверял на небольших примерах. Ссылка на доки к плате: http://www.digilentinc.com/Data/Products/S...arter_ug230.pdf

[bureau 0]

В принцыпе если у вас есть готовый хдл-е мак+сетевой стек, то можно попробывать... Хотя сам подобного еще не делал - небыло задач...

Только вот одно но... Когда вы создаете проект в LabVIEW в списке Available Resources присутствуют ли пины для Ethernet connections?

[alex28041986 0]

В принцыпе если у вас есть готовый хдл-е мак+сетевой стек, то можно попробывать... Хотя сам подобного еще не делал - небыло задач...

Только вот одно но... Когда вы создаете проект в LabVIEW в списке Available Resources присутствуют ли пины для Ethernet connections?

 

Насчёт пинов уже задумался... пока в лабвью реализацию отложил и пытаюсь сделать в ISE. не подскажете, куда нажимать, чтобы привязку пинов сделать?

[bureau 0]

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

Вот как раз вот в Available Resources представлены все возможности, которые ты можешь использовать при написании дизайна в LabVIEW. Если там чего-то нет, то увы...

[Diayg 0]

Прочитал все что было описано, но так и не увидел ничего внятного.... У меня есть подобная задача, и подобные трудности. Суть в чем, есть Atix -7 в связке с гигабитным адаптером, работа с контроллером не представляет проблем. Был реализован UDP протокол, на камне, в качестве отладчика использовался wireshark. На компе запускаю wireshark, вижу все посылки, в том числе и ARP обмен между ПЛИС и компом, но создав приложения на pytnon и попробовав считать посылку из сокета ничего не получается. Подскажите, может кто сталкивался с подобной проблемой и как получилось её решить?  

[RobFPGA 27]

Приветствую!

2 hours ago, Diayg said:

Прочитал все что было описано, но так и не увидел ничего внятного.... У меня есть подобная задача, и подобные трудности. Суть в чем, есть Atix -7 в связке с гигабитным адаптером, работа с контроллером не представляет проблем. Был реализован UDP протокол, на камне, в качестве отладчика использовался wireshark. На компе запускаю wireshark, вижу все посылки, в том числе и ARP обмен между ПЛИС и компом, но создав приложения на pytnon и попробовав считать посылку из сокета ничего не получается. Подскажите, может кто сталкивался с подобной проблемой и как получилось её решить?  

Для начала убедится  (анализируя пакеты в wireshark ) что вы правильно формируете ETH/IP/UDP  заголовки  чтобы принимать их  штатным стеком  на компе, а не в promiscuous режиме  в  wireshark.

 

Удачи! Rob.

[Diayg 0]

17.11.2020 в 22:51, RobFPGA сказал:

Приветствую!

Для начала убедится  (анализируя пакеты в wireshark ) что вы правильно формируете ETH/IP/UDP  заголовки  чтобы принимать их  штатным стеком  на компе, а не в promiscuous режиме  в  wireshark.

 

Удачи! Rob.

Спасибо за ответ. Ещё раз все перепроверил. Все заголовки верны, потому как если допустить хоть где то ошибку  wireshark начинает указывать на нее и не корректно воспринимать пакет. По читал за это время много вариантов, как люди пытались решить подобную проблему. Наиболее вразумительный и тот, что привел в одном случае к положительному результату именно и связан с promiscuous режимом. 

Но тока же нашел ещё один путь, пока не опробовал, реализовать RAW_Sock. 

Rob, подскажи, если имел дело с promiscuous режимом на практике, как его правильно реализовать на сетевой карте, под управлением Windows?

[RobFPGA 27]

Приветствую!

5 hours ago, Diayg said:

Спасибо за ответ. Ещё раз все перепроверил. Все заголовки верны, потому как если допустить хоть где то ошибку  wireshark начинает указывать на нее и не корректно воспринимать пакет. По читал за это время много вариантов, как люди пытались решить подобную проблему. Наиболее вразумительный и тот, что привел в одном случае к положительному результату именно и связан с promiscuous режимом. 

Но тока же нашел ещё один путь, пока не опробовал, реализовать RAW_Sock. 

Rob, подскажи, если имел дело с promiscuous режимом на практике, как его правильно реализовать на сетевой карте, под управлением Windows?

Странная  ситуация  у вас - все заголовки верны, а штатным способом не принимает, чертовщина однако .   
Но если при этом работает в promiscuous  (а этот костыль  всего лишь выключает  фильтрацию  по MAC адресу) то значит что то все же  не так с заголовками. Толи  MAC  адрес какой-то левый,  или у вас ARP не поднят на плате. Если так то можно руками добавить в ARP таблицу.  

 

Удачи! Rob.