Not sure what the GF is doing after each line of an engrave, but it’s really slowing down the overall engrave. Sure it’s 400ms or whatever, kind of quick, but those add up! Kind of infuriating to see this tiny stop-pause rather than fluid back and forth
So… three options what it could be in my mind:
It’s a flaw, or GF engineers were just being conservative - is it being worked on / improved?
Is it an intentional cripple-ware because my unit isn’t a PRO. ?
Maybe the CPU is really that slow, and it takes that long to load the next set of instructions?
hmm… UPDATE: after measuring at 1000 speed, it’s actually 100-133ms. that 400ms figure was a guess
I doubt it’s about the CPU. I haven’t really noticed a pause in my engraves, but I have noticed that the head (which weighs close to a pound) goes well past the engraving area as it slows down and reverses direction. There’s probably an acceleration limit (before losing steps) that they really don’t want to violate.
That occurred to me as well, the first time I saw it doing this. That the head is heavy, and since secured by magnets, probably can’t have that big a force change on it or things get jilted quick. At best, the head could shift, causing an offset in the print, and at worst the head could tip and get stuck at an odd angle.
It’s quick. But it is a pause… But you’re probably right… I wonder how much room (in milliseconds) there is for improvement… ever the optimizer i am… but at 600 lines per inch, it’ll add up
It may be that they were conservative, but they may be being conservative with cause. I think it’s more about conservativism with respect to the motion mechanics than the CPU since the local CPU is just playing back a stepper waveform. It’s the CPU in the cloud that computed the waveform that said to be slow and careful around the uturn at the end of each scan line.
So you’ve got speed, stiffness and moving mass. Increasing speed or mass without sufficient stiffness means you’ll lose positioning accuracy as the components flex and spring back. Since the machine is already shipped with a particular mass (for the Y motion that includes the laser tube) and stiffness, the only variables you get to play with are speed and acceleration. And basically the trade off is time vs. quality. The conservative approach is to preserve quality at the expense of time.
It’s clear that the sliders already let you ask the machine to go faster than quality will allow so letting it go faster trivially (ie set a higher preset speed) won’t produce good enough results. They may have room to tweak the acceleration as well as the particular Y motion for one scan line.
agreed. that’s likely. magnets are not a stiff linkage and prone to dislodge, plus the center of gravity of that tall head is waaay above the connecting point. better to be careful. one downside of a magnet design. though, it’s a pretty awesome design.
Also, if you ship slow, then tweak faster later, you make your users feel good (can make an announcement about performance improvement, etc.).
(as an aside, Reminds me when I worked on video games (xbox), we would allocate several 10’s of MB of nothing (blank character array), then when an artist ran out of memory, we’d tell them “let me see what i can find”, come back a day later “yeah, I found a couple MB for you”… Of course, leaving some allocated for next time. )
Not sure what you mean by pause. What it should do is engrave the line at constant speed, then decelerate to a stop with the laser off, then accelerate up to speed again in the opposite direction while also moving down a line before turning the laser on again.
So it is only stationary for an instant as it reverses. Is that what you are seeing or something else?
Are there pauses in there? Mine eyes don’t see any.
According to the video player I can see in my phone’s browser, the video is 1 second long and the head changes direction 4 times, if ALL it was doing was pausing, the pauses would be 250ms each, on average. And it’s clearly spending most of its time moving.
At 450LPI, engraving a 3in fret slot (0.023" wide) at 1000 speed, there’ll be at least 100ms * 450lpi * 3in of pausing == 135seconds == (135/60)min == 2.25 extra minutes of pause on top of the actual work being done, and that doesn’t include the time needed for accel/deceleration…
(3 minutes, if you’re using the 133.3ms measure)
would be interesting to see a video from a pro at 1000… wondering if it has less pause.