Ethernet контроллер для LinuxCNC (STM32, FPGA)

[selenur]

что развязку и доп. функции нужно делать только отдельными платками. Учесть все варианты подключения устройств и разместить на одной плате всё необходимое - выйдет довольно дорого.

Вот тут тоже интересный момент, по поводу компоновки, типа бутерброд, или вот такого типа:

(взято тут: https://quick240.com/quicki/)

[N1X]

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

[MX_Master]

Кстати, предлагаю всем кто хочет придумать название для будущей платки. Это же название возьмём и для драйвера LinuxCNC.

Наверно, лучше что-нибудь короткое, чтоб и в hal файле быстро написать и запомнить легко. Первое рабочее имя было mxio

[FLUKE]

название для будущей платки

"MX_Master"

[MX_Master]

MX32 ?

[solo]

название для будущей платки

"MX_Master"

я тоже за МХ Мастера

[Impartial]

Ввиду острого нежелания что либо программировать предлагаю супер современное решение чип LAN9252.
Получится EtherCAT, без программирования и огромной расширяемостью.

[selenur]

https://www.youtube.com/watch?v=5nkwYL-za5g
вот тут прикольно показали возможности, надо будет для тестов купить.

[MX_Master]

Ввиду острого нежелания что либо программировать предлагаю супер современное решение чип LAN9252.
Получится EtherCAT, без программирования и огромной расширяемостью.

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

[alex1816]

Ввиду острого нежелания что либо программировать предлагаю супер современное решение чип LAN9252.
Получится EtherCAT, без программирования и огромной расширяемостью.

Если чип еще куда не шло, то платы на его базе в заоблачном диапазоне..

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

Цены не совсем гуманные для тестов и на этот easycat.....
А вообще заманчивая штуковина ..

но сначала мне надо приобресть минимальный опыт и проложить дорогу в этом направлении.

Так какие планы начальные будут? То есть какой функционал платы в общем будет?
То есть что на входе и что на выходе в начальном варианте планируется получить? (то есть в общем функционально).

[selenur]

Если чип еще куда не шло, то платы на его базе в заоблачном диапазоне..

Посмотрел... если чип можно купить за 600-700 рублей, то платы ценой от 30000 рублей...

[Impartial]

Я ещё не знаю, как себя покажет текущий вариант.

Я вам могу сказать что получится. Идея использовать UDP протокол упрется в TCP/IP стек. Это сразу означает то , что в серво поток не укладываемся, не говоря уже о базовом. Это вынудит использовать управление по позиции ( при движении) и сильно усложнит алгоритмы обработки приводов в СТМке не важно шаговик это или серва.
EtherCAT не требует стека и драйвер на мастере может быть запущен в базовом потоке.
Мне, правда, с ходу не удалось запустить драйвер мастера на Н3.
Может вам это удастся.
Описания езернет контроллера на этот чип отвратительное.

[T00T]

Идея использовать UDP протокол упрется в TCP/IP стек

Это почему же?

[Impartial]

А что есть варианты? Расскажите.

[alex1816]

Идея использовать UDP протокол упрется в TCP/IP стек.

mesa использует, успевает. Раз в сервоцикл соединилась да и ладно:)
Если взять микросхемы 5100-5500 - то со стеком вообще просто выйдет.

EtherCAT не требует стека и драйвер на мастере может быть запущен в базовом потоке.

EtherCat - это вообще протокол реального времени и если его правильно реализовать, то задержки при обмене на каждом узле должны быть не больше 1 мкс и тогда на мастере можно обрабатывать и скорость и позицию и не только.
Но не так все просто в нем оказывается, особенно в ценах. И для того чтобы его использовать, надо определится чем управлять через него и какие данные передавать и как передавать.
Может такое получится, что если связываться между линуксцнц и контроллером раз в сервоцикл то и юдп хватит с головой - проект то бюджетный.

[Impartial]

Не успевает UDP в сервоцикл 1mc уложиться. Если есть другие сведения то поделитесь.

Чем не устраивает цена за чип в 10$ ? Ведь без всякого программирования это замена 2х LPT портов.

[Serg]

Код: Выделить всё

$ traceroute -U -q 10 172.16.0.222 5000
traceroute to 172.16.0.222 (172.16.0.222), 30 hops max, 5000 byte packets
 1  stm32test.home (172.16.0.222)  0.380 ms  0.358 ms  0.342 ms  0.365 ms  0.403 ms  0.331 ms  0.327 ms  0.324 ms  0.345 ms  0.406 ms
$

И это не выделенное соединение, а через дешёвенький свич и с компа, на который сейчас льётся около 4Mbit/s онлайн видео.

[Impartial]

Простой расчет показывает, что для передачи 5000 байт только в одну сторону без доп. трафика и задержек свича нужно 0.4 мс.
Откуда такие цифры?

[alex1816]

Не успевает UDP в сервоцикл 1mc уложиться. Если есть другие сведения то поделитесь.
Чем не устраивает цена за чип в 10$ ? Ведь без всякого программирования это замена 2х LPT портов.

Я не против езерката вообще, я конечно в нем еще не разобрался до конца и как его можно применить в хобийных решениях, но ...
Для того чтобы что-то обсуждать наверное нужно определиться: что нужно по езеркату или по юдп передавать.
Одно дело степ-дир передавать на шаговик, другое дело обрабатывать еще значения енкодера, и к примеру аналог генерировать (при этом где будет находится контур скорости?) и успеет ли мастер (на базе обычного ПК) с поставленными задачами?
Эзеркат классный если его поддерживают все исполнительные устройства, к примеру если сервоприводы подключены все слейвами, а ПЛК - мастер. В этом случае половину функционала сервоприводов можно перекинуть на мастер(сделать чтобы контур позиции, скорости и тп было в ПЛК), и при этом витой парой соединяются устройства и не нужно тянуть лишние провода с энкодеров, аналог если есть и тп.

В 1мс уложится юдп, меса то укладывается, а вот если нужно обрабатывать что-то быстрее - тогда конечно... наверное на плечи контроллера нужно перекладывать или протокол менять.
Хотя если степ-дир побыстрее гнать ... может и можно езеркат.... UAVpilot с реализацией слейва экспериментировал уже и вроди бы успешно

PS:
Здесь советовали как упростить обработку стека и снять доп нагрузку с контроллера:

W5X00 - вся физика и tcp/ip стэк уже внутрию А скорость SPI теоретически неограничена, например общение с оптическими трансиверами (телекомуникации) происходит по SPI на скорости 80Gbit/s.
Те-же W5X00 поддерживают 80Mbit/s.

Здесь ссылка на доку месы как у нее организован обмен:
http://www.cnc-club.ru/forum/viewtopic. ... 60#p428590

[Serg]

Простой расчет показывает, что для передачи 5000 байт только в одну сторону без доп. трафика и задержек свича нужно 0.4 мс.

У меня получается порядка 50us.

Откуда такие цифры?

С экрана компа.
Демоплатка с dp83848, с W5500 результаты раза в два хуже будут - он осиливает порядка 50Mbit/s.
Опять-же напомню про Mesa, работающие именно по UDP. "Ругаться" они будут если задержки превысят 0.6ms (по памяти).

Хотя если степ-дир побыстрее гнать ...

step/dir никуда гнать не надо - ничего хорошего не получится.