Metamorphosis build in TN

Hello all!

I built a MendelMax 1.5+ 3d printer back in 2013, and it has served me pretty well since then. However, I’ve wanted an MPCNC ever since I first saw one, and finally hatched a plan to use the MendelMax to slowly print its own “replacement body” and transfer the parts over. I’ve been slowly printing parts off and on throughout this year, and last weekend, I finally got first motion!

I built this one a bit oversize - about 42 x 24 outer dimensions, because I want to take a shot at milling RC glider molds and wing cores with it. If this size doesn’t work out, I can shrink it later and see if I can make those parts via indexing. Other than that, this is a pretty standard build with PLA+ and conduit.

I also plan to use it for vinyl cutting, 3d printing, and perhaps needle-cutting DTFB.

After I got everything going the right direction, the first program I ran on it was the crown, of course. Yay! With that under my belt, I strapped the DW660 on and made some test cuts. Cool! Cheap plywood and an upcut bit made for some nasty pullout, but I’m still excited to be able to mill something! It’s pretty loud for my den “makerspace,” though, even on a router speed control at minimum. I’m contemplating some kind of sound dampening, or perhaps switching to something that I can slow down a lot more, but that might depend on what the verdict is from my wife.

I had some challenges with the smart controller board that I bought from the shop. First, I hadn’t realized that I would need an adapter to wire it into my old RAMPS board, so I had to order that and wait for it to come in. After reversing the connectors as I had read online, I got it to “kind of” work, but the output was kind of glitchy (“LCD artifacts”), enough to not really be usable. I finally found the answer, which was to adjust the delay timing in my Marlin config. Once applied, the LCD was finally in business. I think this might be related to the nice, long cables that are included. Here is the change that fixed it for me, in case anyone else encounters this issue:

#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
  #define ST7920_DELAY_1 DELAY_NS(0)
  #define ST7920_DELAY_2 DELAY_NS(200)
  #define ST7920_DELAY_3 DELAY_NS(0)

Next, it was time to 3d print something. This is where I got to make the machine’s first “real” part. I had planned to re-use all of the electronic components from the MendelMax, including its old Wade’s extruder and Budaschnozzle 2.0, and had designed and printed 2 different alternative mounts for them. Now that the MPCNC is put together and the 3d printer is no more, I found out that they were both too close to the mounting place to accommodate the cold end! What to do? Well, redraw the part with enough space, and mill it out, of course! I used some 5mm plywood and 12mm plywood stacked and glued with dowels to make the part. I’ll post a better picture of it when I get one.

The new mount works well enough that I was finally able to 3d print last night. Now that I can print again, I feel like the machine is “complete!” There is still work to be done, and lots of things to try out, but I think I’m finally at the end of the beginning!

3 Likes

Oh, and I almost forgot - thanks, Ryan, for making this design available and building such a helpful community around it! I hope this venture continues to work out for you!

2 Likes

That is crazy. I just saw the glitchy screen yesterday! I swapped screens and it went away, I figured I screwed up my screen during all the firmware testing and the odd Archim stuff. Shoot.

Glad you found a solution, they had to have changed something in the LCD. I might have to fix that in the new firmware if we get more reports of it. Thank you so much for finding an easy solution!

 

2 Likes

I had the exact same issue and my solution in configuration.h was similar:

#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(250)
#define ST7920_DELAY_3 DELAY_NS(0)

Oh no.

Sounds like a firmly worded email to your vendor is in order…

I sourced mine locally so it may just be a component change. For reference I used the Marlin-MPCNC_Ramps_T8_16T_LCD_32step_DualEndstop archive.

(Also it was attached to one of those RAMPS 1.6 boards as I had it already).

What a great build. I especially like how you have it built into the shelving frame. It’s ready for an enclosure.

Neat how adaptable it is. thanks for documenting your issues. good for us all.

1 Like

It didn’t seem easy at the time! It was difficult to find words for “glitchy screen” that would get Google to take me to the right spot. I think I finally found the right term via an image search. Here are a couple of links to the issue that I eventually found:

I was surprised that no one had mentioned it here yet - this was the first place I looked. I wonder how many people are running that display with such an old RAMPS board, though.

Something changed in the firmware. I use a really old Ramps and LCD for testing, it sits in a box otherwise. My two Ramps based printers don’t have the issue.

Shoot, another one in the FB group. He needed to add a 250 delay to #3. Odd, I am not sure if the values changed or not. I do not know how to search old commits for a specific change.

This is what is currently in the firmware.

[attachment file=115895]

“Blame” is how to find the last commit that touched a given line in a given file. Looks like November 13 of 2018 is when these were committed, if I’m looking in the right place…

Blame, that is funny. As in, who is to blame for this!?! HAHA

Well it has definitely changed after that point. I wonder what happened. Both the Mini and Ramps are having issues of varying severity. Tested on a long term proven screen and board.

Easy enough fix but less changes I have to make or maintain the better. especially since I do not like blindly changing values without know what it could cause.

If you want to know what exactly changed, you can run a “diff” between two commits. It would be interesting to see what it was before, and maybe do more testing. I just found a possible solution on the Internet, tried it, and when it worked for me, I went on to the next thing.

Speaking of the next thing, here are a couple of shots of my milled extruder mount. This is a plate of 5mm plywood and a bracket of 12mm plywood glued together using 4mm dowels for indexing. I noticed it tilts upwards a few degrees, which I think is because I had some tool deflection during milling. From what I’ve read, maybe the walls would come out straighter if I stacked up the spoilboard so the tool wasn’t reaching down so far? I guess some experiments are in order, there, as well. The nozzle angle doesn’t seem to be enough to mess up prints, so far.

Also, this weekend, I finished the milled/printed LCD cover. Now that I’ve completed the tutorial, does that make me a level 0 machinist? :slight_smile:

1 Like

I’d say that means you survived the funnel, and you’ve graduated to a level-1 Machinist… (nerdy gaming joke)

Thank you!!!

I got hardware installed this weekend for my new RAMPS based MPCNC build and thought I had screwed something up when looking at the LCD screen. Hoped it was software but spent a few hours trying to decide if the Arduino based RAMPS couldn’t handle things, my cheap LCD screen from Amazon was bad, or I had fried something and made back up plans for each situation.

Going to tweak the timing and reflash to see if I can get the RAMPS screen behaving now.

I hope it works out for you! That’s a nice enclosure. What goes on top?

How long are the cables between the RAMPS and your display?

I have a fix for that LCD, the firmware has been changed and now I need to edit some values. I hope to do it tonight and release a V412.

 

 

1 Like