Subject line pretty much covers it. I’ve done a little searching and where where others have had similar issues, some being solved by upgrading to a more powerful machine. That’s not an option here.
My controlling PC is a Lenovo ThinkCentre, Core i5-45xx, 8GB RAM, Win11 Pro (fully updated).
I installed CM 649, and connected the SO3.
I can jog and run any of the tests with no problem.
However, if I load any file, gocode or CCreate, it crashes during the load.
I sent in a couple reports, but I figured it would be quicker to ask here.
I was able to send jobs using the old PC that came with the machine, but after updating CM, it no longer will run, I think because that PC was on Windows 7, and it’s not compatible with the latest version of CM. I wasn’t too worried at the time, since I planned to update to this newer, faster PC, but now it’s busted as well.
What’s my next step? The machine is sort of bricked at this point. I wasn’t expecting this to be so complicated. lol
Where is the file being saved to?
Using what file name?
Upload it here or send in to support@carbide3d.com
It looks like you’re running Windows 10, not 11. That shouldn’t matter, but that’s what the crash report says.
According to the crash report, the crash is happening deep within the Qt library we use for the GUI. That’s pretty strange. You might try to update the graphics drivers to make sure there’s nothing wrong there, and make sure you’re not running any other invasive software, like third-party virus scanners, etc.
files are on the Desktop
test cut.cgode (as one example)
The other one I tried had a different name. Do file names matter a lot?
Umm, no…?
Running a iGPU driver now to see if that makes any difference. Thanks for the suggestion. 
The system is a clean install, just for running this machine. There’s basically nothing on it except C. Motion, C. Create, and Google Chrome. I also put gSender on it last night, but I haven’t even run that yet, and these issues existed before I installed that. The only AV on the system is Windows Defender.
No, filenames shouldn’t matter, but it was the one thing I could think of to check.
Cool. Yeah, I tried a couple different files, and even different types (gcode and whatever it is CC generates) and it behaves the same.
The iGPU update fixed it. Weird!
Thanks for the help, guys!
Now I have to figure out what’s up with my drag chains…
They just seem to fall off the little shelves, and let the cables get all tangled up. My router tried to eat its own power cord! 
For the drag chains, the usual fix is to add small plates or sections of aluminum angle to support where necessary.
In addition to what’s already there?
There are currently 2 little angle plates on the X-axis, for example. Is that just not enough, and it needs more? Is there a suggested source for these, or just whatever I can find?
If your machine already has such plates, then it should be sufficient to secure the drag chains in such a way that the plates are effective.
Folks usually would just source aluminum angle from the hardware store.
Could you maybe point me to an example of how these are secured to the drag chain, while still allowing them to operate? I can’t visualize it, and my google searches are just coming up with ads for buying drag chain. 
The ends of the drag chains are secured either with VHB adhesive, or with screws in drilled and tapped holes — if the former and it has given way, replace, or drill and tap new holes — if the latter, then it’s probably just a matter of loosening the screws, aligning things, then re-tightening them.
Okay, I’ll take a closer look. So it’s the ends being held firm that is supposed to keep things aligned and prevent the drag chain from falling off the shelves, right?
Correct. About half of the drag chain links shouldn’t move, but they are not fastened.
Hello. I’m on a Win 10 laptop that was previously running CM just fine but recently has been having problems loading the file. The cutter disconnects when loading the file. I then re-initialize the machine, re-zero the Z axis and then run the from the previous load. Where can I view the “Crash Report”? I’d like to resolve this so I can resume using the machine normally.
Crash reports are only generated by Bugsplat when there is a programmatic error — which a loss of connection is not.
Usually when a disconnect problem arises after a period of successful operation it is caused by worn carbon brushes, or a change in humidity due to the season, or a heavy load on the same circuit.
Router brushes are in great shape and disconnect happens when the file is first loaded, even when router and dust collection is unplugged. Once past the first crash, I ran a 1 hour cut with the shop vac on with no problems, so I don’t think it’s static.
Is there a way to run a diagnostic or get some type of report on the control board to ensure it’s working properly?
The one diagnostic mode I am aware of is Grbl’s “Check Mode” which will process a file, but not move the motors.
Enable the MDI under options then send
$C
to put Grbl into check mode, then send the file. Send the command again to toggle Check mode off.
First off, can’t tell you how much I appreciate this.
Last question, once that’s done, is there a report that’s displayed on screen or log file saved somewhere to see the outcome of the check?
If you wish, you can open up the Log and follow along as G-code is sent, and if you wish you could copy-paste from it — but it’s a binary thing, either the file runs without error, or there is an error and it is brought up.