cnc-club.ru

sidor094 писал(а):

ART_ME писал(а):Зачем Вам MACH если Вы пишете для своего Cortex на С, на котором и для QNX софт пишется?

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

Во-первых, пентюх - это тоже микропроцессор (причем с гораздо большим количеством ног, т.е. интерфейсом), а во-вторых, то, что Вы считаете ограниченным интерфейсом типа лпт, ограничено в windows, в системах же реального времени таких ограничений нет в принципе.

ART_ME писал(а):Во-первых, пентюх - это тоже микропроцессор (причем с гораздо большим количеством ног, т.е. интерфейсом), а во-вторых, то, что Вы считаете ограниченным интерфейсом типа лпт, ограничено в windows, в системах же реального времени таких ограничений нет в принципе.

Такие ограничения есть даже на абсолютно голой машине. Даже если запретить все известные прерывания. В процессоре и чипсете есть куча "фишек" разной степени недокументированности. Которые могут отнимать процессорное время, иногда на десятки-сотни микросекунд. Причем у каждого процессора и периферийного чипсета они свои. Какие-то можно отключить через настройки BIOS, какие-то нет.

Сергей Саныч писал(а):

ART_ME писал(а):Во-первых, пентюх - это тоже микропроцессор (причем с гораздо большим количеством ног, т.е. интерфейсом), а во-вторых, то, что Вы считаете ограниченным интерфейсом типа лпт, ограничено в windows, в системах же реального времени таких ограничений нет в принципе.

Такие ограничения есть даже на абсолютно голой машине. Даже если запретить все известные прерывания. В процессоре и чипсете есть куча "фишек" разной степени недокументированности. Которые могут отнимать процессорное время, иногда на десятки-сотни микросекунд. Причем у каждого процессора и периферийного чипсета они свои. Какие-то можно отключить через настройки BIOS, какие-то нет.

Не поленитесь, почитайте про QNX - её главная фича аккурат в том, что она прекрасно решает описанные Вами проблемы, мало того, она только ради их решения и создана.
Причем эффективность этих решений настолько высока, что система разработки QNX применяется не только для семейства x86, но и для MIPS, PowerPC, SH-4, ARM, StrongARM и xScale.

А можно хотя бы одну ссылку свободного (или, нехай, платного) CNC проекта под QNX?

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

MX_Master писал(а):А можно хотя бы одну ссылку свободного (или, нехай, платного) CNC проекта под QNX?

Чисто на вскидку: вот эти конторы смогут Вам продать своим проекты:
http://www.flexicam.com/en/
http://www.multicam.com

UAVpilot писал(а):LinuxCNC не сложно будет портировать...

ИМХО очень даже разумная идея.
Хотя нужно ли это делать, когда есть альтернативная QNX система реального времени - RTLinux?

Суть-то вопроса в том, что в существующих отечественных условиях старенькая материнка с ОС реального времени - вне конкуренции по всем показателям.
Если конечно умеешь писать на С.

ART_ME писал(а):Чисто на вскидку: вот эти конторы смогут Вам продать своим проекты:
http://www.flexicam.com/en/
http://www.multicam.com

Готовые решения предлагаете смотреть? Ну а зачем тогда знать про QNX конечному юзеру?

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

ART_ME писал(а):Чисто на вскидку: вот эти конторы смогут Вам продать своим проекты:
http://www.flexicam.com/en/
http://www.multicam.com

Мультикам вроде ПО без станков не продают
И получается не АВТОНОМНЫЙ контроллер, а зависимый от изготовителя платного ПО

ART_ME писал(а):Хотя нужно ли это делать, когда есть альтернативная QNX система реального времени - RTLinux?

Только в самом QNX нужды особой нет. Если уж портировать, то под спецжелезку, у которой будут два раздельных проца под RT (послабее) и под UI и остальное (помощнее).

ИМХО на нынешнем витке нет смысла делать автономный контроллер.
причем даже если тупо посчитать по цене вопроса.
связка оранж пи (нано арм, малина, etc) с платой циклона уделает любой самопал тупо по цене железа.

muxa писал(а):связка оранж пи (нано арм, малина, etc) с платой циклона уделает любой самопал тупо по цене железа.

Дело не в цене железа. Линуксу на этих "связках" альтернативы пока нет, а для Линукса RT пока "не родной". Посему RT-часть планировщика хочется унести в отдельный чип например с RTOS или вообще без OS.

Как то слабо представляется уровень задач у самодельщика или мелкопромышленника, которым вынь да полож реалтайм для ЧПУ.
Кроме того, еще когда линух назывался ЕМС помню обсуждение на тамошнем форуме - что несколько "краеугольных" кирпичей было откуда то "позаимствовано",
т.е. основополагающие куски кода вдрух откуда то появились и вполне себе работают,
а как оно там написано никто толком не разбирался.
вот это мол и основной тормоз для портирования по всяким qnx и для прочих самопалов.
Поэтому вот берем циклон как RT часть и линух как UI часть, сопрягаем все через SPI host, короче самопал по мотивам месы 7i90HD ,

muxa писал(а):Как то слабо представляется уровень задач у самодельщика или мелкопромышленника, которым вынь да полож реалтайм для ЧПУ.

самодельщики и мелкопромышленники разные бывают...

muxa писал(а):а как оно там написано никто толком не разбирался.

Ну я разбирался. Всё вполне понятно и ожидаемо.

muxa писал(а):Поэтому вот берем циклон как RT часть

Придётся в этом циклоне создавать ядро МК, а это очень накладно, дешевле какой-нибудь stm32f4xx какой-нибудь припаять.

А, понял твоё заблуждение, поясню: в "RT-часть планировщика" не входит задача генерация шагов. Сия часть занимается такими задачами, как например формирование траектории с учётом текущего состояния, выполнение G-кодов связанных с пробником и т.п, работа HAL-компонентов.

UAVpilot писал(а):Придётся в этом циклоне создавать ядро МК, а это очень накладно

совсем не накладно, на али даже платы есть с уже распаяным циклоном, ОЗУ и прочим вплоть до HDMI = уже готовые под NIOS , ARM7 ядро вроде давно уже мелькало .
только нафиг это все ?
сколько денег можно заработать за время потраченное разработку на некоего контроллера и UI к нему ???

MX_Master писал(а):Готовые решения предлагаете смотреть? Ну а зачем тогда знать про QNX конечному юзеру?

aftaev писал(а):И получается не АВТОНОМНЫЙ контроллер, а зависимый от изготовителя платного ПО

Ну дык либо сам творишь, либо покупаешь сотворенное другими.
QNX кстати тоже платный. И windows. И Mach3.

А вот интересно, будет ли считаться автономным контроллером мат.плата + хард с LinuxCNC, если управление будет удаленное, по сети?

ART_ME писал(а):почитайте про QNX - её главная фича аккурат в том, что она прекрасно решает описанные Вами проблемы, мало того, она только ради их решения и создана.

Какие проблемы? Тормоза из-за аппаратных компонентов, не рассчитанных на работу в системах РВ с квантом времени порядка единиц и десятков микросекунд? А такой нужен для генерации шагов через LPT.
Или QNX знает особенности всех периферийных чипсетов и видеоподсистем, чтобы "научить" их не блокировать процессор?
Одно дело - промышленный компьютер на том же "пентюхе", где все заточено под РВ, и совсем другое - офисно-игровой писюк с кучей "зеленых" заморочек.
Заменяя Windows или Linux на QNX мы решаем проблемы софта, но не железа.

Сергей Саныч писал(а):Одно дело - промышленный компьютер на том же "пентюхе", где все заточено под РВ, и совсем другое - офисно-игровой писюк с кучей "зеленых" заморочек.

Разъясните пожалуйста, чем отличается архитектура промышленного компьютера на "пентюхе" от архитектуры офисно-игрового писюка на нём же?

Хотя бы набором периферии, типом и настройками чипсета.

Сергей Саныч писал(а):Хотя бы набором периферии, типом и настройками чипсета.

Каким-таким набором периферии, приведите плиз примеры того, что есть у промышленного компа и нет у офисного?

К примеру,
AIMB-742 Промышленная материнская плата формата ATX на базе чипсета Intel 865G

AIMB-762 Промышленная материнская плата на базе чипсета 945G с поддержкой ЦП Pentium D

AIMB-763 Промышленная материнская плата формата ATX на базе чипсета Intel 945G с поддержкой ЦП Core 2 Duo

т.д. и т.п.