"Мозги" cnc-контроллеров, драйверы, совместимость

ATLab
spike:

Исходный код на Delphi высокоточного таймера, написанного добрым буржуем, и то как его применить, посмотреть как он работает можно

Я знаю, что такое HighResolutionTimer, приходилось его использовать, и мне не нужно уповать на доброго буржуя - это все есть в WindowsAPI. Приходилось генерить сигнал с помощью этого таймера, и смотреть осциллографом. Шевелится он и дрожит.
Согласитесь, когда начинаются оговорки про “прогнозируемое, с определенной вероятностью, время”, про компьютер помощнее, про задач поменьше - это все несколько не то, чего хотелось бы.
Зачем нужен двух/четырех ядерный 3 ГГц процессор с 2-4 Гбайт ОЗУ, не гарантирующий траектории движения инструмента, из-за того, что системе понадобилось что-то выгрузить в своп?
Расчет траектории с требуемой скоростью без проблем может считаться, пожалуй, и на 386 компьютере с 4 Мбайтами ОЗУ, только это будет не под Windows.
Программа под Windows - это ширпотреб на потребу самодельщиков, для которых Windows м PC синонимы.

mura
ATLab:

Согласитесь, когда начинаются оговорки про “прогнозируемое, с определенной вероятностью, время”, про компьютер помощнее, про задач поменьше - это все несколько не то, чего хотелось бы.
Зачем нужен двух/четырех ядерный 3 ГГц процессор с 2-4 Гбайт ОЗУ, не гарантирующий траектории движения инструмента, из-за того, что системе понадобилось что-то выгрузить в своп?
Расчет траектории с требуемой скоростью без проблем может считаться, пожалуй, и на 386 компьютере с 4 Мбайтами ОЗУ, только это будет не под Windows.
Программа под Windows - это ширпотреб на потребу самодельщиков, для которых Windows м PC синонимы.

5

spike
ATLab:

Программа под Windows - это ширпотреб на потребу самодельщиков, для которых Windows м PC синонимы.

Не, ну конечно, программы под виндовз - ширпотреб… 😁

Можно создать такие условия, что системе в своп ничего выгружать не нужно будет, так ведь?
Насчет машины, можно ездить на “инвалидке”, можно работать на 386-м, с 4 Мб ОЗУ, можно, а нужно ли?

ATLab:

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

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

З.Ы.: а на доброго буржуя я не уповаю - я просто благодарен ему, за то, что именно его код мне попался первым.

newsol
ATLab:

😃 Ради любопытства загляните в “Диспетчер задач” и посмотрите, сколько там процессов выполняется. А еще сколько не видно…
Windows - не система реального времени, она не гарантирует времени обработки прерывания или события, поэтому станок, программа которого крутится в Windows и напрямую генерирует сигналы DIR/STEP, по определению не может быть системой реального времени, не морочьте людям голову. Хочется реального времени - в DOS, или другие, специальные ОС реального времени.

Работал у меня станок в реальной системе под QNX, пишут и продают это чудо “ПО Ленинец” в СПб с мощным названием “Снайпер”. Они расказывали что эта система работает на вражеских самолетах F-16. Больше 10 000 отрезков в неё просто не загрузить. Ну а их выполнеиии вообще можно промолчать.
Mach3 кушал 8 000 000 и выполнял под Виндами двое суток без ошибок.

ATLab
newsol:

Mach3 кушал 8 000 000 и выполнял под Виндами двое суток без ошибок.

А вот очень мне любопытно, как Вы проверяли отсутствие ошибок?
То, что спустя 2 суток, инструмент пришел в 0, совершенно не означает, что нет ошибок (отклонений) траектории: грубо говоря, вместо круга у Вас вышло яйцо, но при этом в 0 Вы придете точно, поскольку это характеризует скорее люфты в механике, чем работу софта.

Kitsok

Коллеги, признайтесь.
Вы обсуждаете станки для изготовления плутониевых сборок для ядерной бомбы? 😉 Есть работающее решение, компромисное как и любое другое.
Не устраивает степень реалтаймовости винды и MACH3? Попробуйте LinuxCNC, там все намного честнее. Не устраивает и это? Тогда, по-моему, вы форумом ошиблись.

VD46

На одном сайте были исходники для PIC18F452.
Програмка под винды в формате PLT.
Все работает через СОМ порт, от винды только данные идут.
Движки работают чисто без запинаний.

Часть коментов из исходников:
// C program FOR PIC18F452 MICROCHIP MCC18-MPLAB
// PStep
// Pic18f452 serial 3 axis stepper
// 24 bit 3 axis linear interpolation

// 40Mhz quartz connected to OSC1
// BAUDRATE 115200
// portb 7, 5, 3 are connected to steppuls wires for x, y, z axis
// portb 6, 4, 2 are connected to direction wires for x, y, z axis

Я бы выложил, но автор просил в сеть не выставлять.
Устройство типа MaxSteper от KCam.

mura
VD46:

На одном сайте были исходники для PIC18F452.
<>
Я бы выложил, но автор просил в сеть не выставлять.
Устройство типа MaxSteper от KCam.

Ну так выложи адрес сайта где они были.

bolt

Один из вариантов под Win & COM есть здесь klev.borda.ru
Все построено на том, что контроллер CNC запрашивает информацию от РС, когда она нужна. Это позволяет не напрягать ОС. Собственно мультизадачные ОС на прерываниях и работают

VD46
bolt:

Один из вариантов под Win & COM есть здесь klev.borda.ru
Все построено на том, что контроллер CNC запрашивает информацию от РС, когда она нужна. Это позволяет не напрягать ОС. Собственно мультизадачные ОС на прерываниях и работают

Все замечательно, а протокол какой?

bolt

I2C PC-master. Комп передает байт параметров (ось, скорость, направление) и байт кол-ва шагов. После этого Win свободна, пока CNC не выставит флаг, что команда выполнена.
Поскольку ОС не нужно управлять каждым шагом всех ШД, то и загрузка «камня» не более 1%

ATLab
bolt:

Один из вариантов под Win & COM есть здесь klev.borda.ru

Любопытно-странный форум: не в обиду bolt сказано, его содержание напоминает шизофрению - сам спросил, сам ответил 😉

I2C PC-master. Комп передает байт параметров (ось, скорость, направление) и байт кол-ва шагов. После этого Win свободна, пока CNC не выставит флаг, что команда выполнена.

Первый раз слышу, чтобы I2C использовалась для таких целей - не предназначена она для связи на сколько-нибудь дальние расстояния, 2 м - максимум, да еще нужно умудриться при этом уложиться в 400 пФ емкости линии.
Может лучше RS232/485? И пары байт маловато будет для надежной работы: нужно предусмотреть контрольную сумму для обнаружения ошибок.

VD46
bolt:

I2C PC-master. Комп передает байт параметров (ось, скорость, направление) и байт кол-ва шагов. После этого Win свободна, пока CNC не выставит флаг, что команда выполнена.
Поскольку ОС не нужно управлять каждым шагом всех ШД, то и загрузка «камня» не более 1%

Под Win программа у Вас своя?
2 ATLab
LPT тоже далеко нежелательно, но Народ пользуется.
RS232 было бы удобней.

Кому интересно посмотреть
www.luberth.com/cstep/download/
логин guest
пароль end2004

bolt

Протокол как в I2C, так мне не нужно тайминги выдерживать, комп сам сихроимпульсы выдает. Аналогичным образом все программаторы работают. Ограничений по емкости и длине линии здесь нет, поскольку параметры зависят не от протокола, а возможностей СОМ порта.
Прогу транслятора пришлось писать свою, на cnc8am денег жалко 😉

Kitsok
bolt:

Протокол как в I2C, так мне не нужно тайминги выдерживать, комп сам сихроимпульсы выдает.

(дальше следует невнятное удивленно-изумленно мычание)
ЫЫЫЫыыыЫЫыыЫ? В I2C не надо тайминги выдерживать??? Комп выдает сам синхроимпульсы? Коллега, честно, вы много I2C-компонентов без выдерживания таймингов использовали? А то на моей памяти банальный 4-канальный АЦП работал в диапазоне ±10% от даташытных таймингов…

bolt

“Коллега, честно, вы много I2C-компонентов без выдерживания таймингов использовали?”

Достаточно много. Как известно, в I2C имеются шины SDA (данные) и CLK (синхронизация), что позволяет работать с произвольной скоростью, задаваемой Мастером.

ATLab
bolt:

… Как известно, в I2C имеются шины SDA (данные) и CLK (синхронизация), что позволяет работать с произвольной скоростью, задаваемой Мастером.

Imho, не имеет смысла дальше обсуждать это без схем и картинок.
Imho, имеет место терминологическая путаница.

P.S. Есть такой режим работы последовательного порта - синхронный, там тоже данные стробируются клоками.
Есть SPI, тоже данные синхронизируются клоками, и т.д. Наличие клоков еще не означает принадлежности к I2C.
I2C имеет вполне определенную аппаратную конфиграцию с достаточно жесткими требованиями к параметрам линии. При этом линия данных двунаправленная (данные передаются по одному проводу).
Плюс определенный протокол доступа устройств к шине.
Как-то это не очень вписывается в параметры COM порта компьютера.

bolt

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

Вот про pin с которого СОМ выдает клоки, если можно, подробнее 😉

В начале ветки есть post #8 от Художника, который еще 3 года назад, доступно изложил проблему и варианты ее решения.
К сожалению, стандартные контроллеры обратной связи на ОС не имеют, что и привело к необходимости изобретать свое управление.
Чтение/запись I2C EEPROM любым СОМ программатором и общение моего контроллера с РС происходит одинаково. Можно назвать этот протокол Вам будет угодно.

ATLab
bolt:

Вот про pin с которого СОМ выдает клоки, если можно, подробнее 😉

Процитирую себя же: “…Есть режим работы последовательного порта - синхронный, там тоже данные стробируются клоками”
Разве я что-то написал про COM порт PC?
Я же говорю: следовало бы разобраться с терминологией, чтобы говорить на одном языке и об одном и том же.

bolt

Извините, думал что речь идет о моем CNC контроллере и РС, а не последовательном порте другого устройства.
Мне нужна была простая прога для управления домашним станком, лишенная недостатков присущих управлению по LPT под Win. Я эту задачу и решал. Разносить РС и станок на 5…10м мне не надо, хотя токи СОМ порта и используемый протокол проделать такое вполне позволяют.