@Peter Van Der Walt Well I'll be, this was it! I uninstalled Control and reinstalled it from the latest download and it works perfectly! 3D views are rendered instantly.
If you skip to the 10 minute mark, the automatic Z height offset is the main thing I’d love to see in Control. My parts operations usually require 2 - 4 tool changes and not having to re-probe the z height would be an amazing quality of life improvement.
But isn't that essentially re-probing the z height? I was going to add one to my machine, but realized it would take longer to have the machine travel to the location the permanent offset was than to just re-probe above my XYZ zero point where I change tools. However, I am only looking at it from the speed and accuracy aspects that I prefer. There may be something I am missing. Obviously this would be great if the machine did automatic tool changes.
So, basically just the great Misterg's TLO Macro? : see post #14 in Getting started with Javascript Macros in CONTROL / Library of Macros created by the community Macros for the win (again) - deals with it in a way that's more forgiving than grbl's builtin TLO which was sometimes a bit flaky
Sounds similar to what I do - Little snippet of the macro in operation at about 1:30 1) Set reference tool 2) Move to tool change location (and manually change the tool) 3) Set new tool 4) Return to starting position at ~1:38
it’s actually your macro that Peter referred me to. I’ll check out your video. edit: nice work, that part came out great.
OpenBuilds Control produces a permission denied port error when attempting to connect. I have attempted every USB port on the machine and get the same error. Operating system is Ubuntu 22.04.2.
Not a CONTROL issue, rather, make sure your linux user account has permissions to access serial ports. Usually something like adding yourself to the Dialout group
We'll be 1000 years past the last POTS Modem connected to a computer (or anything) and linux will still call serial port access group the Dialout group. That kind of clown show is the first step to being BSD, Linux boys! Remember that!
I have an issue with a large gCode file i want to load. It is an intricate shield design i found on thingiverse. I succesfully created a carve on 25x25 cm, and now want to carve it on 700x700. This file now crashes Openbuilds Control on rendering. A couple of questions: - Is there an option to disable rendering? - My laptop is a Lenovo Yoga with a onboard intel gpu and a nvidia gtx1650; the latter being for 3D applications. I can set my preference on which gpu a program runs in either windows or nvidia control panel. No matter what i set OpenbuildsControl to; it always starts at gpu0 (onboard). On rendering it switches for 1 second to GPU1(nvidia) and then back to gpu0. Here is the gCode i try to run (35MB) Here is the gCode of the smaller version that successfully ran (1.9mb)
Troubleshooting tab > Application Diagnostics You can perhaps try forcing the GPU using Supported Command Line Switches | Electron (append to the startup command / shortcut)
Forcing the high performance GPU didnt seem to do much, although the diagnostics says it is in use. See the enclosed file. Without the renderer the file seems to work just fine, thanks
I am also unable to render your file, so doesn't just look like a PC specific issue. What CAM are you using? Are you using a Grbl/openbuilds Post?
Carveco; grbl post. But i noticed i had a tiiiiiiiny stepover, which generated an enormous toolpath, (which ran just fine without the renderer switched on) Changed that and now it runs fine with the renderer. Thanks for your help
There may be problems with the limit switches. When I try to home the machine, the machine homes Z-Axis first and then tries to home X-Axis and Y-Axis but I hear/feel buzzing noises and I hit "Abort" button. I replaced one limit switch but I still have problems. Code: $0=10 ; Step pulse time, microseconds $1=255 ; Step idle delay, milliseconds $2=0 ; Step pulse invert, mask $3=5 ; Step direction invert, mask $4=1 ; Invert step enable pin, boolean $5=0 ; Invert limit pins, boolean/mask $6=0 ; Invert probe pin, boolean $10=1 ; Status report options, mask $11=0.020 ; Junction deviation, millimeters $12=0.002 ; Arc tolerance, millimeters $13=0 ; Report in inches, boolean $20=0 ; Soft limits enable, boolean $21=1 ; Hard limits enable, boolean $22=0 ; Homing cycle enable, boolean (Grbl) / mask (GrblHAL) $23=3 ; Homing direction invert, mask $24=100.000 ; Homing locate feed rate, mm/min $25=1000.000 ; Homing search seek rate, mm/min $26=250 ; Homing switch debounce delay, milliseconds $27=5.000 ; Homing switch pull-off distance, millimeters $30=1000 ; Maximum spindle speed, RPM $31=0 ; Minimum spindle speed, RPM $32=0 ; Laser-mode enable, boolean $100=321.400 ; X-axis steps per millimeter $101=321.400 ; Y-axis steps per millimeter $102=321.400 ; Z-axis steps per millimeter $110=2500.000 ; X-axis maximum rate, mm/min $111=2500.000 ; Y-axis maximum rate, mm/min $112=2500.000 ; Z-axis maximum rate, mm/min $120=150.000 ; X-axis acceleration, mm/sec^2 $121=150.000 ; Y-axis acceleration, mm/sec^2 $122=150.000 ; Z-axis acceleration, mm/sec^2 $130=1000.000 ; X-axis maximum travel, millimeters $131=1000.000 ; Y-axis maximum travel, millimeters $132=100.000 ; Z-axis maximum travel, millimeters $I=custom Machine has CNC Pro V3 controller, external stepper motor drivers, NEMA 34 stepper motors. When I use the Troubleshooting window and I press one of the limit switches, the limit switches goes on and I get "Alarm 1" message. OB Control is version 1.0.369. How can I fix the problem?
Does the motors jog fine? Can they jog at 1000mm/min (Your Homing Seek speed) without stalling? Homing is set to Disabled?
If you are sure, then you are more than welcome to review the code change that made up v1.0.369, find the bug in the change, and submit a patch: See v1.0.369 · OpenBuilds/OpenBuilds-CONTROL@f724560
hmmm, in wood, stepover does not need to be smaller than 5 to 10 steps that the machine can actually do. for most leadscrew machines this means stepover of less than 0.1mm is invisible, especially in soft woods.
I found out that a small piece of wood prevented the gantry from hitting one of the limit switches. After cleaning out the "table" that the machine which is inside a cabinet is attached to, I got the machine working. Make sure that the table is clean.
Not blocked (if you were you wouldn't even be able to login plus would have received an email telling you you were blocked along with the reason, and only then if the reason was particularly serious and repeated). You could still post that question succesfully. I also replied to one of your questions in your other thread yesterday too so you were still working fine all along.
