Написание проги для упраления чпу
Под винду писать не серьезно.
Пробовал выдавать импульсы на LTP под XP, неравномерность была дикая, написал драйвер под нулевое кольцо, стало получше, но не намного. Поставил защелку (Lock, функция есть в DriverStudio от Numega), стало хорошо 😃 4мкс минимальная ширина импульса которую я достиг, может можно и меньше, мне хватало. Но при использовании этой защелки система не реагирует ни на какие раздражители. 😃 Т.е. экран остается в том же состоянии, мышка и клава не работают, как и все остальное - проц выполняет только одну задачу - вашего драйвера.
В принципе почти как под ДОСом.
Думаю об ЛПТ лучше даже не думать. www.modbus.org давно уже существует. Правильно разработать драйвер ШД с встроенным modbus сервером(клиентом) с Ethernet интерфейсом.
Правильно разработать драйвер ШД с встроенным modbus сервером(клиентом) с Ethernet интерфейсом.
Ага. Только полноценный компьютер pc/104 со всей периферией и rtlinux+emc будет дешевле и универсальнее. С ethernet, tcp/ip, и еще фиг знает чем. Мало ли какие спутники летают… Хотелось бы что-то более приближенное к жизни. Промышленные системы немеряной стоимости как-то совсем малоинтересны.
Я согласен с Вами, НО для тех систем где имеется обратная связь по углу поворота вала двигателя. Вот только тогда и будет заметна эта неравномерность.
Обратная связь не имеется в хобби-станках. Она не нужна совершенно. А неравномерность будет хорошо заметна на детали.
Мож пора на USB переходить с последующим дешифратором на микроконтроллере(с USB-)?
А там уж хоть на 3 мотора хоть на 20.
toxa! С днём варенья!
2 toxa
Не обязательно делать PC104 или ему подобный. Вы же не на улице в -30 будете им пользоваться.
Стоимость комплектующих (железо) под ведомое устройство будет в районе 50уе. Но нужно писать программу для MCU, что бы поддерживала modbus протокол. Именно здесь и будут проблемы 😃
Кстати существуют и другие варианты - программная реализация “ведомого” выполняет функции моста с любым железом. Запускается на том же компе где modbus сервер.
Мож пора на USB переходить с последующим дешифратором на микроконтроллере(с USB-)?
Вопрос в адаптации софта. Прошивка микроконтроллера будет не так уж проста. Фактически, в нем надо будет реализовать половину управляющей программы. Самую ответственную и трудоемкую: передвижение по вектору по всем осям одновременно, разгон-торможение, линейная и круговая интерполяция и так далее. Если у большинства проблемы с тем, чтобы просто фазы двигателя переключать в зависимости от двух пинов, то уж такой софт…
Есть программа mach и в ней есть USB mode. Но там он достаточно тупой. Фактически, там реализован LPT по USB. И все проблемы с задержками как были так и есть, потому что интервалы все равно измеряются mach.
Не обязательно делать PC104 или ему подобный. Вы же не на улице в -30 будете им пользоваться.
Как это… “Размер имеет значение”. 😃 У меня все вместе с компьютером собрано в корпус 15x30x6 см. Вместе с дисководом.
Стоимость комплектующих (железо) под ведомое устройство будет в районе 50уе. Но нужно писать программу для MCU, что бы поддерживала modbus протокол. Именно здесь и будут проблемы 😃
Вот-вот. А тут поставил emc, turbocnc или еще лучше step-four и радуйся.
Сколько интересных мыслей. Я уже сорок раз запутался. Так ктонибудь скажет на чем писать програмулину-то для 2D станка, чтоб рулила из под ДОСа? Пожааааалуйста 😵
Сколько интересных мыслей. Я уже сорок раз запутался. Так ктонибудь скажет на чем писать програмулину-то для 2D станка, чтоб рулила из под ДОСа? Пожааааалуйста 😵
На си:
watcom c/c++
borland c++ 4.5
На паскале:
freepascal
virtual pascal 2.1
borland pascal 7
На си:
watcom c/c++
borland c++ 4.5На паскале:
freepascal
virtual pascal 2.1
borland pascal 7
или Qbasic 4.5, Tasm
но лучше на вышеуказанном
На TAsm c плавающей запятой какие нибудь кривые пересчитывать пожалуй сложновато будет.
Сколько интересных мыслей. Я уже сорок раз запутался.
А каких не поделитесь?
На TAsm c плавающей запятой какие нибудь кривые пересчитывать пожалуй сложновато будет.
Глупо писать на ассемблере то, что можно написаь на си или паскале. Просто бессмысленная трата времени. Если необходимо реализовать какой-то критичный кусок (что врядли понадобится, можно обойтись чистым языком), пишем именно то что надо на ассемблере, потом линкуем к программе на си или паскале. Никаких проблем. Но, извините, возиться с интерфейсом пользователя, когда есть turbovision/graphicsvision или разбором строк, когда есть lexx/yacc и regexp’ы - просто бессмысленно.
А каких не поделитесь?
На мой взгляд, самая интересная мысль - взять за основу turbocnc или для любителей linux и gcc - emc и на основе этого делать то, что необходимо.
Я в свое время начинал писать на VisualBasic. + dll-ки на сишке. Потом забросил . Скачал Масh2 и до сих пор в ней работаю , мне нравится что под матч есть куча постпроцессоров практически для любой популярной САМ программы.