cnc-club.ru

nkp писал(а):буфер - накопитель уже находится в плис (?)

скорее всего. Если КФЛОПом управляет Мач то при нажатии Стоп станок еще какое то время ездит, или при изменении скорости подачи станок не сразу меняет скорость

aftaev писал(а):скорее всего. Если КФЛОПом управляет Мач то при нажатии Стоп станок еще какое то время ездит, или при изменении скорости подачи станок не сразу меняет скорость

то, что буфер в железе конечно понятно из использования юсб
ну и вот:
Path segments are downloaded into a buffer within the KMotion board.
==========
а вот то что он "еще какое то время ездит" - когда мы ему говорим "стоять" - то имхо - это (мягко говоря)) не есть правильно

nkp писал(а):а вот то что он "еще какое то время ездит" - когда мы ему говорим "стоять" - то имхо - это (мягко говоря)) не есть правильно

это скорее всего из-за того что из под Мача управляется, а если будет управляться из проги КФЛОПа то такого не будет

nkp писал(а):несколько вопросов-предположений(если я правильнопонял)
KFlop организован так:
интерпретатор - планировщик - буфер - накопитель
буфер - накопитель уже находится в плис (?)

KMotionGUI - это то, что только умеет читать файл с УП и пересылать его (построчно) в KMotion.
Ну команды от кнопок передавать аналогичным образом.

tooshka писал(а):Я думаю автор Кфлопа перенес все на винду из за маркетинговых соображений, просто пользователей на винде больше.

Маркетинговые соображения типа таких: "нафик мне ещё деньги потенциальных линуксоидов"?
Как правило эти "маркетинговые соображения" в реальности выглядят примерно так: "я не знаю что такое линукс", "и так денежки идут, зачем ещё напрягаться?", "это ж надо денег потратить на портирование", и т.п.

вот здесь интересный ответ автора - если я правильно понял , всё таки есть закрытые библиотеки MS,
так что хоть и всё открыто остальное - полноценно (и "малой кровью") собрать пол линукс не удастся...
(правда - неизвестно - какова сложность и "незаменимость" этих библиотек)

Это не более чем "отмазка".
С одной сторы имеем графический интерфейс, с другой протокол обмена поверх USB. Что между ними может быть такого, что программисты MS осилили, а другие программисты никак осилить не могут?
IMHO только нежелание DynoMotion. И, я так понимаю, вся DynoMotion это один Tom Kerekes?..

UAVpilot писал(а):Это не более чем "отмазка".
С одной сторы имеем графический интерфейс, с другой протокол обмена поверх USB. Что между ними может быть такого, что программисты MS осилили, а другие программисты никак осилить не могут?
IMHO только нежелание DynoMotion. И, я так понимаю, вся DynoMotion это один Tom Kerekes?..

https://www.linkedin.com/pub/tom-kerekes/5/407/229 - он что ли?

Да сдался вам этот Kflop, вроде же на форуме производители всяких платок есть.
Замутите платку на основе Spartan и всё.
И вообще, имхо сравнивать LinuxCNC с этим не следует, равеняться надо на верх, к Syntec или что серьёзнее.

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

UAVpilot писал(а):IMHO только нежелание DynoMotion. И, я так понимаю, вся DynoMotion это один Tom Kerekes?..

А если попросить его просто открыть USB протокол?

torvn77 писал(а): А если попросить его просто открыть USB протокол?

Так попроси и узнаешь.

Какой применяется интерфейс rs232 или usb на самом деле вообще не принципиально, главнее знать формат передачи данных, между компьютером и контроллером, реализация программы для работы с интерфейсом не такая сложная задача.
Например я на протяжении года реверсил формат для контроллера planet-cnc, угадывая где какой байт что означает, и большую часть команд отреверсил, но это достаточно трудоемкий процесс.
Так что к линуксу прикрутить возможно что угодно, но нужен формат данных, а это в коммерческих проектах закрытая информация.