Search found 585 matches
- Mon Mar 18, 2024 6:59 pm
- Forum: Форум на русском языке
- Topic: Не редактируется модель (сделана в Link Branch)
- Replies: 1
- Views: 129
Re: Не редактируется модель (сделана в Link Branch)
Попытаться откатиться на предыдующую сборку. Сделана вчера новая, для разных платформ, кроме аппимаджа. Да, в основной ветке, последней сборке, тоже проблемы с перемещением размеров по ZZ, с выделением граней для CAM (Path).
- Fri Mar 15, 2024 1:38 pm
- Forum: Path/CAM
- Topic: size request.
- Replies: 9
- Views: 669
Re: size request.
The situation is a bit more complicated than that. It is clear that FC in the end with the help of post-processor creates a ready code of the whole code for the machine. But it often happens that we change only one operation in the whole project and it is not reasonable to save the whole project aga...
- Thu Mar 14, 2024 7:12 am
- Forum: Path/CAM
- Topic: size request.
- Replies: 9
- Views: 669
size request.
When creating g-code it is completely unnecessary to specify speed and coordinate in each line, and in general to repeat repetitive codes, even G1. This is very important for the size of files. Even Z19 is several times lighter than Z19.000000. In the case of 3D, Adaptive, these issues are extremely...
- Thu Mar 14, 2024 7:03 am
- Forum: Path/CAM
- Topic: Path is dead, long live CAM
- Replies: 7
- Views: 743
Re: Path is dead, long live CAM
Btw, this particular solution is no longer needed. Path ordering is already fixed by @davidgilkaufman and as far as I know he is working on other improvements that hopefully will be available soon too. Better now than later. It would be just great if when significant changes appear on the forum the...
- Wed Mar 13, 2024 7:53 am
- Forum: Path/CAM
- Topic: Path is dead, long live CAM
- Replies: 7
- Views: 743
Re: Path is dead, long live CAM
I disagree. More recently, there has already been "broken backwards compatibility". And now the effect has been polished. As a result, solutions like viewtopic.php?t=83988 no longer work.
- Tue Mar 12, 2024 8:37 pm
- Forum: Форум на русском языке
- Topic: Пытался поиском по форуму найти и безуспешно
- Replies: 3
- Views: 517
Re: Пытался поиском по форуму найти и безуспешно
Недолго музыка играла. Модифицированные файлики действительно "разворачивали" путь. Но давчеа выкатилась новая сборка аппимаджа, в которой внезапно, молча, поменялись пути. Было /usr/Mod/Path/Path/Op/, стало /usr/Mod/CAM/Path/Op/. И перестало работать. Опция есть, но не работает.
- Sat Mar 09, 2024 7:10 am
- Forum: Форум на русском языке
- Topic: Arch example
- Replies: 2
- Views: 326
Re: Arch example
Секретного в этом чертеже ничего не видно, лчше бы сразу прикладывать файл программы. Рисовать такого рода объкеты можно разными способами. Например, большой Эскиз с общим планом "вид сверху или в аксонометрии", затем связанные с ним детали, причем можно как "все стены этажа разом + з...
- Sun Mar 03, 2024 8:40 pm
- Forum: Форум на русском языке
- Topic: Пытался поиском по форуму найти и безуспешно
- Replies: 3
- Views: 517
Re: Пытался поиском по форуму найти и безуспешно
No Path Reverse on each StepDown (PocketOp) ? Спасибо и очень любопытно, хоть и не то - в том смысле, что "то" было скриптом, который "применялся" к созданной операции и "разворачивал" направление и было это точно в 2023г. А "это" - в 2024 и я его прошляпил. ...
- Sat Mar 02, 2024 8:42 am
- Forum: Форум на русском языке
- Topic: Пытался поиском по форуму найти и безуспешно
- Replies: 3
- Views: 517
Пытался поиском по форуму найти и безуспешно
Коллеги, в теме Path в прошлом году, помнится мне, мелькнуло сообщение с прикрепленным скриптом, который (скрипт) "разворачивал" направление резания в операции Pocket - при движении от центра к периферии делал фрезерование попутным. Как дурак я понадеялся, что "вот его сейчас выкатят ...
- Wed Feb 28, 2024 7:21 am
- Forum: Path/CAM
- Topic: Operation Adaptive - must be done via G2 & G3
- Replies: 2
- Views: 335
Re: Operation Adaptive - must be done via G2 & G3
I would certainly prefer an ofset operation, but with a counterclockwise movement from the center to the periphery. But the operation available in the program does exactly the opposite - counterclockwise from periphery to center, clockwise from center to periphery. I may be wrong, but from memory so...