Страница 26 из 28
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 10:16
Nick
У меня они меняются...
Как ты делаешь замену?
У меня в Axis-sim-mm пишу
T1M6
G43
И координаты меняются.
Какие у тебя отображаются координаты, Станочные или относительные? (Меню-Вид-в самом низу)
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 12:01
T00T
Ща доеду до станка
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 13:11
Serg
Nick писал(а):
Вообще любое ручное перемещение не безопасно - если вдруг заглючит GUI станок может продолжить ехать дальше даже при отпускании всех клавиш... У меня была тема, когда Убунта жестко висла, а станок продолжал резать по программе как ни в чем не бывало
!
Ну там зависала не операционка, а скорее всего Xserver. В принципе можно например на короткое нажатие кнопки Power повесить kill для Xserver'а.
T00T писал(а):
Блин, именно по этому я и пытался сделать эмуль процессора НЦ-31(тема токая есть), там не будет никаких операционок, и прочей ерунды.
Т.е. написанная тобой программа изначально не будет содержать ни одной ошибки и никакой набор внешних факторов не сможет привести к её зависанию?
Не то что какая-то поделка от X.Org Foundation.
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 16:49
T00T
Ну я бы сказал что программы написанные на асме, и работающие на отдельном контроллере без всяких там Xserver, windows, Linux, ипрочих ядрах операционках и т д. Гораздо надёжнее и стабильнее работают. ПРОВЕРЕННО
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 16:52
T00T
Nick писал(а):У меня они меняются...
Как ты делаешь замену?
У меня в Axis-sim-mm пишу
T1M6
G43
И координаты меняются.
Какие у тебя отображаются координаты, Станочные или относительные? (Меню-Вид-в самом низу)
Координаты относительные.
Разобрался - без G43 совсем ничего не работает. А ведь это команда коррекции всего лишь. ЭТО КОСЯК.
При смене инструмента без всяких G43 должны координаты меняться на координаты текущего инструмента.
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 16:54
T00T
Nik,а может кто знает где в аксисе поправить трабл с Shift' ом. Или никто с кодом аксиса не разбирался?
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 16:58
Nick
T00T писал(а):А ведь это команда коррекции всего лишь. ЭТО КОСЯК.
Не, так универсальнее, а что если тебе не надо делать отступ, или ты хочешь сначала уехать с точки смены инструмента, а уже потом отступ включать? Поэтому дополнительное использование G43 уместно. Тем более, при смене инструмента не должно быть дополнительных незапланированных изменений.
nkp разбирался с axis. С шифтом надо по хоткеям смотреть.
Можно написать компонентик на питоне... вечером попробую набросать...
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:05
nkp
Вот этот код (/usr/bin/axis) :
Код: Выделить всё
def bind_axis(a, b, d):
root_window.bind("<KeyPress-%s>" % a, kp_wrap(lambda e: jog_on(d, -get_jog_speed(d)), "KeyPress"))
root_window.bind("<KeyPress-%s>" % b, kp_wrap(lambda e: jog_on(d, get_jog_speed(d)), "KeyPress"))
root_window.bind("<Shift-KeyPress-%s>" % a, lambda e: jog_on(d, -get_max_jog_speed(d)))
root_window.bind("<Shift-KeyPress-%s>" % b, lambda e: jog_on(d, get_max_jog_speed(d)))
root_window.bind("<KeyRelease-%s>" % a, lambda e: jog_off(d))
root_window.bind("<KeyRelease-%s>" % b, lambda e: jog_off(d))
можно переназначить
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:27
T00T
Блин круто, nkp а ты можешь поправить этот момент. Я просто буду долго разбираться в этом, а момент очень важный.
Просто когда несколько станков с разными ЧПУ путаница неизбежна!!!!!!!!
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:30
T00T
Нужно, чтоб быстрые перемещения работали только при нажатой SHift и кнопкой направления, и должно быть не важно какую кнопку ты первой нажал Sift или направление. Ну а если просто направление, то на рабочей подаче.
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:30
Serg
T00T писал(а):Ну я бы сказал что программы написанные на асме, и работающие на отдельном контроллере без всяких там Xserver, windows, Linux, ипрочих ядрах операционках и т д. Гораздо надёжнее и стабильнее работают. ПРОВЕРЕННО
Разве что очень маленькие программки.
Вот например комп, которые опрашивает кучу разнообразных датчиков и рулит многими исполнительными механизмами:
Код: Выделить всё
[root@dcmon ~]# uptime
18:18:34 up 1636 days, 15:07, 1 user, load average: 0.37, 0.58, 0.52
надеюсь это достаточно стабильно.
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:42
nkp
T00T писал(а):поправить этот момент.
Мое мнение-нужно по мере возможности уходить от компьютерной клавы (во "взрослых" станках)
Это возможно,и без ограничения функционала и удобства.
Конечно посмотрим по изменению кода (но я тоже шибко не силен в этом
),но через компонент с выводом на панель оператора будет правильней (и добавить можно чего нибудь новенького ,ну там например нарастание скорости в различнах сочетаниях,или еще чего...)
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:46
T00T
Я бы ответил, что русские НЦ-31 десятилетиями работают изо дня в день !!!!
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:50
T00T
Панель оператора это здорово, да и выносной пульт. А пока хотя бы так.
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 17:52
T00T
nkp писал(а):но через компонент с выводом на панель оператора будет правильней (и добавить можно чего нибудь новенького ,ну там например нарастание скорости в различнах сочетаниях,или еще чего...)
А что за компонент?
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 20:34
Nick
Нужно найти bind или event на отпускание shift...
Re: Модернизация токарного станка
Добавлено: 18 июл 2012, 21:19
Serg
T00T писал(а):Я бы ответил, что русские НЦ-31 десятилетиями работают изо дня в день !!!!
Не выключаясь и без перезагрузки? Интересно какую-же деталь они производят столько лет без смены УП и без профилактики?
Мой опыт (>30 лет) программиста и разработчика встроенных и распределённых систем показывает, что долгое время без сбоев могут работать только несложные конечные автоматы с небольшим количеством входных сигналов. С ростом количества этих самых сигналов соотв. увеличивается количество возможных состояний этого автомата (в геометрической прогрессии от количества сигналов и длительности их последовательностей, а ещё не забываем про всевозможные помехи) и наступает момент, когда программист уже физически не может предусмотреть все возможные комбинации и состояния. Вот тут-то приходят на помощь более сложные системы образующие некоторую среду выполнения задания (ту самую ОС), это конечно увеличивает сложность системы, но зато позволяет реализовывать средства слежения за автоматом и средства исправления последствий возможных сбоев, вплоть до обхода узлов, физически вышедших из строя.
Простейший пример: большинство современных микроконтроллеров штатно имеют встроенный watchdog.
Опять-же ОС - это не только некая среда исполнения, это в большей степени интерфейс между УП и железом, библиотеки алгоритмов и т.п., всё это написано сторонними людьми, такими-же, которые пишут ОС. Эти средства будешь использовать или тоже для надёжность сам напишешь свои реализации?
Кстати, случай Ника показателен: Xserver завис, но УП продолжала нормально исполнятся, просто исчез не важный для работы УП компонент - средство визуализации. Так сказать "отряд не заметил потери бойца".
Re: Модернизация токарного станка
Добавлено: 19 июл 2012, 08:16
Lexxa
Ушли от темы, вопрос по привязке остается.
Re: Модернизация токарного станка
Добавлено: 19 июл 2012, 08:53
Nick
Так вроде решили же вопрос с привязкой - просто кадый раз надо не забывать G43 выполнять.
Re: Модернизация токарного станка
Добавлено: 19 июл 2012, 09:31
T00T
Да вопрос с привязкой решили!