Статьи, обзоры, цены на станки и комплектующие.
https://www.cnc-club.ru/forum/
дёргать/читать можно только управляющие сигналы и TX (4in, 3out), а для приёма/передачи последовательных данных используется FIFO.MX_Master писал(а):Спасибо, буду знать. А если мы дёргаем/читаем пины порта вручную (rtapi_inb/outb, serport.comp), засада с буфером будет решена?
Здесь немножкоMX_Master писал(а):Попутно заметил в LinuxCNC драйвер (RT), который позволяет обращаться к пинам COM порта напрямую. Но что-то нигде не видно примеров его применения.
Если написать свой драйвер на основе serport, который бы работал с портом на уровне регистров, то лишних задержек не будет.MX_Master писал(а):Вопрос к знатокам - способен ли компьютерный COM порт (rs232, serial) и его драйвер успеть за сервопериод отправить/получить минимально полезный объем данных (10-20бит)? Будут ли в процессе непредсказуемые задержки? (:
Насколько я помню, буферизация в чипах SIO отключаемая.UAVpilot писал(а):останется засада с неуправляемой буферизацией данных (16 байт FIFO в чипе порта).
Лишнее это. К COM нужно просто подключать платы ввода-вывода (реле, оптроны) с управлением по Modbus и использовать их для более медленных процессов - смена инструмента, вкл/выкл СОЖ, кнопки, а ПЛК реализовывать в HAL.MX_Master писал(а):Китайцы производят много разных и недорогих ПЛК c STM32 на борту и с RS232 в качестве связи. Было бы удобно юзать эти ПЛК в качестве плат IO, подключая их прямо к ПК. Прошивку в МК (или сам МК) поменять не сложно. Но хотелось бы иметь возможность работать с этими ПЛК платами в RT циклах. Хотя бы в сервоцикле (:
Битик-то есть, только вот при отключении будут проблемы с приёмом - нужно будет успевать забирать принятый байт до начала приёма следующего, а драйвер у нас не очень-то и RT...Сергей Саныч писал(а): Насколько я помню, буферизация в чипах SIO отключаемая.
Есть там промежуточный регистр, где принятый байт хранится до окончания приема следующего. Даже при полном отключении FIFO. Так что запас времени около 100 мкс при 115200 бод у нас будет. Достаточно при программном опросе по base_freq.UAVpilot писал(а):нужно будет успевать забирать принятый байт до начала приёма следующего
Да, обычно, всё так. Про ПЛК ничего не говорю. Я имел ввиду, что сами платы (меняя прошивку) можно юзать как доп. платы IO. И если у нас будет возможность юзать их не только в userspace, но и в RT, это будет очень удобно и полезно.UAVpilot писал(а):К COM нужно просто подключать платы ввода-вывода (реле, оптроны) с управлением по Modbus и использовать их для более медленных процессов, а ПЛК реализовывать в HAL.
Сергей Саныч писал(а):Насколько я помню, буферизация в чипах SIO отключаемая.
UAVpilot писал(а):Битик-то есть, только вот при отключении будут проблемы с приёмом - нужно будет успевать забирать принятый байт до начала приёма следующего, а драйвер у нас не очень-то и RT...
Если я правильно понял, сделать отправку/получение данных в сервоцикле, всё-таки, можноСергей Саныч писал(а):Есть там промежуточный регистр, где принятый байт хранится до окончания приема следующего. Даже при полном отключении FIFO. Так что запас времени около 100 мкс при 115200 бод у нас будет. Достаточно при программном опросе по base_freq.
Это несомненно радует. Значит, работать надо напрямую с регистрами порта. Ради спортивного интереса можно и попробовать.Готовое решение для некоторых аппаратных платформ в xenomai имеется.MX_Master писал(а):И если у нас будет возможность юзать их не только в userspace, но и в RT, это будет очень удобно и полезно.
Код: Выделить всё
drivers/tty/serial/8250/8250_core.c
drivers/tty/serial/amba-pl011.c
drivers/tty/serial/xilinx_uartps.cКод: Выделить всё
drivers/tty/serial/8250/8250_core.c
Есть шанс перепаять МК на новый Не во всех реализациях, в более-менее современных от Intel каждый принятый бит заменяет собой тот, что в этом регистре. Я уже напоролся на это...Сергей Саныч писал(а):Есть там промежуточный регистр, где принятый байт хранится до окончания приема следующего.
Для плат на 8 входов/выходов, скорее всего, так и будет.UAVpilot писал(а):Впрочем если данные будут представлять собой 8-9 отдельных бит, то на эту проблему можно просто забить.
А можно ссылки на эти девайсы. И сколько их можно повесить на одну сетевуху?) ато бывает надо 40-50 входов и столько же выходов. использую месы и pci-e 2хLpt. Подумывал для очпушивания старых пультов сдвиговые регистры для ардуины, вот только руки не доходят.MX_Master писал(а):лянул что ещё есть в продаже для прикручивания к LinuxCNC. Попалась парочка интересных и недорогих IO плат (Ethernet, STM32, 25$). Вкупе с китайским контроллером будет неплохая Ethernet компания.
Поэтому, если надо порядка 100 пинов IO, лучше взять 1 многолапый микроконтроллер на макетке без развязки и добавить к ней жменьку отдельных модулей с развязкой. Так будет дешевле по цене и по времени общения с ЧПУ. Например, можно взять макетку NUCLEO-H743ZI (фото в первом посте темы), на ней порядка 100 свободных пинов. Рядом прикрутить любые модули опто-развязки. Соединить всё эту компанию короткими проводами. Всё.А хватит-ли места под 2 прошивки в контроллере?MX_Master писал(а):Появилась ещё одна интересная мысль по поводу китайского Ethernet контроллера (NVEM и клоны). А что если в контроллере оставить оригинальную прошивку для работы с Mach3, добавить рядом прошивку для LinuxCNC, а в загрузчике сделать выбор между ними? (:
Чтобы реализовать это технически, я поинтересовался у спецов соседнего форума - https://electronix.ru/forum/index.php?a ... &id=154491
Будет даже триselenur писал(а):А хватит-ли места под 2 прошивки в контроллере?
Оригинал занимает примерно 70 Кб. Моя по объёму - почти так же. Флэха у STM32F207VCT6 размером 256 Кб. Веб-загрузчик выйдет примерно на 40-50 Кб.
т.е. для выбора прошивки которую загружать, нужно через веб интерфейс заходить?MX_Master писал(а):Веб-загрузчик