cnc-club.ru

vektor_z писал(а):Пробовал ставить предыдущий образ за 2019 Apr 15- все четко.

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

vektor_z писал(а):Единственное если выставить в настройках дисплея разрешение 1280х720 то рябь пропадает но изображение не четкое..

А вот это уже близко. Думаю, надо попробовать с соседними режимами,
например 1366*768

frezeryga писал(а):я бы вообще не использовал VGA мониторы. у меня раньше стоял и помехи были.

Да, это решение.

Если получается подобрать разрешение, то его надо прописать в hdmi_toggle скрипт.
Про него написано тут - http://docs.pv-automation.com/mycnc/hdm ... inkerboard

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

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

Я может не особо силён в электронике, но логику ещё никто не отменял: если один и тот же монитор на старом станке работает, а на новом (новых) не работает - дело тут скорее всего не в мониторе?

Столкнулся с проблемой медленных переходов между отрезками, как в mach3 (
Видео процесса https://www.youtube.com/watch?v=BkNW4YRoQa0
Во вложении скриншот настроек и скриншот проблемного участка в режиме редактирования кривых

Как победить?

g-код покажите

mycnc писал(а):g-код покажите

Прикрепил G-код. Время выполнения mycnc пишет 20 минут, а по факту прошло около 40 минут

Эти же вопросы есть на нашем форуме, отвечать буду там.

bzb писал(а):Я может не особо силён в электронике, но логику ещё никто не отменял: если один и тот же монитор на старом станке работает, а на новом (новых) не работает - дело тут скорее всего не в мониторе?

После уточнения от пользователей ситуация прояснилась, я не думал, что нужны дополнительные комментарии.

Очевидно, поставщики Linux для Tinkerboard (Armbian) около года назад обновили какие-то из драйверов. Возможно, они взяли их от Asus (я не думаю, что они это делали сами).
В новой версии забили болт на поддержку старых мониторов (намеренно или случайно - не имею понятия).

Я думаю, ситуацию можно исправить настройкой режима, но не уверен в этом. Проверить без проблемного монитора не получается.

Может быть имеет смысл обратиться на форум Armbian или Asus-Tinkerboard, но мы этим заниматься не будем (опять же по причине отсутствия проблемного монитора).

Только-что купил и получил новый 7" монитор IPS 1024x600. Всё тоже: КВН (купил-включил-неработает).

Обещали ли производители экрана совместимость c Tinkerboard?
Какие настройки использовались при влючении экрана?

Если что-то не устраивает в Tinkerboard, готовы вернуть оплату в обмен на товар, чтобы не тратить понапрасну время на переписку.

Улучшили окно 2D визуализации

Поддержка FlyCut в myCNC


https://www.youtube.com/watch?v=Y6bgXOu_QPM

Cделали визуализацию разных инструментов разными цветами.

Здравствуйте Сергей.
У меня вопрос по RTCP, когда настраивал RTCP, Вы писали что значение импульсов для всех осей должно быть одинаковым, ничего не поменялось с обновлениями софта? Не получиться сохранить разные значения для разных осей? Или контроллер ET7 не умеет так работать и дело не в софте?

значение импульсов

Это как так?

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

можно разное значение и все работает. ведь на x, y и z иногда ставят винты с разным шагом

Когда первый раз настраивал rtcp, мне пришлось менять на оси z шестерни на ременной передаче, чтобы импульсы привести к одинаковому значению, делал я это по рекомендации Сергея, так как он сказал что должны быть одинаковыми.
Сейчас сменили винт на оси z, шаг винта отличается, теперь нужно либо снова шестерни подобрать либо импульсы пересчитать, вот и думаю может производители как то решили данный вопрос.

Речь идео про RTCP - Rotational Tool Center Point correction.

На некоторых вариантах 4-5 осевой кинематики при изменении уголовых координат ABC точка инструмента уходит и ее
надо удерживать на месте синхронно управляя осями XYZ.
Это можно делать в постпроцессоре, соответствующим образом корректируя G-код,
или силами контроллера ЧПУ, на лету корректируя оси XYZ при измнении угловых координат.

https://www.youtube.com/watch?v=jyQdKQ0AGB4&t=5s

На видео в G-коде программируется 2D контур + задание углов фаски. Коррекция при изменении углов делается силами контроллера.

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