@robgrz Rob, Is there (or could there be) a single thread where Beta-releases are announced within the forum? If I’m following a particular fix thread, I see the announcements within that thread, but if you make changes to the beta and I’m not watching the particular problem, I don’t see it until someone posts something like, “I’m running Beta xxx” - and I then realize that I’ve been running an old beta for several days.
I would follow a “Beta Release” thread - where a notification is placed whenever a new file is available…does such an animal exist? If not, could there be? I realize I could check the Beta link page every day, but it would be easier to leverage the forum’s notifications.
Can you share a video of the problem and the content of your quick action?
I think we can do that generally but there is some “community engineering” in creating a thread like this when we really need feedback for a big change to either program.
Let me think about the best way to do it.
For what it’s worth, the plan is to build that kind of feed into both programs at some point.
Rob,
For the life of me, I can’t get it to occur again. Had a small stutter but the camera was not ready.
When it occurred last night:
Machine on, work piece placed, plenty of clearance from rails and dust extraction hose. Bit setter off, Bit Zero Off
Initialize: Back right corner:
Load File:
Quick action. Move cutter to X-Y. Jog, adjust and or confirm Z zero. Set zero:
Run tab, Start, next screen Start. Z traveled up then started stuttering. (up-down up-down) Pause job, stop job. This would be the point in the program where you are prompted to load the tool.
Rebooted computer. Unplug Brick leaving machine on. Wait a min or two, start over. Went through this three times before I stopped using Quick Action. Worked perfectly after that. Ran that job 5 times last night with out hitting QA, no issues. Flat.nc (1.9 KB)
Don’t want to be the boy that cried wolf. I have a workaround if it happens. Don’t know what the issue might be.
I know you are trying to ensure this release is working correctly. If you would like I will go through Support if I have more issues.
So you’re saying I would have been able to save Marty’s life had I left the comfort of Build 537 and seen in the 3D preview of the Beta that my z-zero was supposed to be stock top?
I would do a quick check of the wiring for the Z stepper. An intermittent failure of one of the wires can cause steppers to jitter back and forth. It may not be this but it is an easy thing to check. I have had it happen on my X axis stepper once.
I think it’s two separate thoughts…In fact, you could use one to bait the other: "BETA xxx is up on the site, discussion and issue reporting can be found at :https.//xxxxxxx.
If the latest release is just a small patch to an existing Beta, you could keep the link the same and just post the information that the beta is up there. It’s just easier to keep track…I like to try the betas as quickly as I can…
I ran 563 for a few hours this weekend. The preview was fantastic. big fan.
only weird thing and it might be pre-existing, not sure. Is I was doing a peck drilling operation (10k rpm) then when that finished it went right into the next advanced vcarve which was clearing with the same bit so it sounded a bit rough. had to react and flick the dial to 18k rpm real quick since there was no pause.
I try to set up jobs so that all the speeds are the same — when that isn’t possible, I temporarily disable the BitRunner — the machine will still turn things on/off automatically, but it will put up the prompts for on/off which include the speed.
If you have the BitRunner enabled, it will start and stop the router but not prompt for a change in router speed. If you disable it in CM but leave it connected, it will still start and stop the router and prompt you for every change in speed.
If I have that right, it makes no sense. Why would you not prompt for any change in router speed when the BitRunner is enabled?
I argue that there is a mistake in implementation then. You would just need a checkbox in settings to indicate if you are using a BitRunner and an if-then type statement in the code to pause and ask you to change the speed if that box is checked. There are more details to this like any quick overview of software code but it is firmly in the realm of straight forward to do.
It seems very unhelpful to have an automated tool to start and stop your router that won’t pause for changing the speed if a change is requested in gcode.
If the machine pauses to change for you to change the bit, Why does it need to pause again for you to change the speed? When changing the bit, I change the speed as well, if needed.
If it is the same tool you don’t need to change it. For example, if I rough something and then have a separate finish pass right after using the same tool but slower RPM and IPM (which helps if you are trying to get really good finishes) you would run into this problem.
This is probably the best work around. I just think you shouldn’t have to do it.