I wasn’t able to get started until this morning, and had to leave for the week before the first parts were even printed. Oh well, next weekend will still be workable.
I have to find a donor table too, I might be able to do that on the way home Friday since I’ll be traveling through the big city and can peruse craigslist beforehand.
And they looked as good in person as in the listing. $50 for the pair and now I’m planning on two ZenXYs instead of 1. The first couple of parts are printing 3 hours to go.
Dang it, this new phone isn’t letting me rotate the picture right (or else I just am not getting it yet).
Into the end piece, note which hole[attachment file=42491]
Back out and over to the other side[attachment file=42492]
Around the idler, note again which[attachment file=42493]
Around the next idler[attachment file=42494]
Across the center. I ended up reversing the zip-tie[attachment file=42495]
Back again to the side, but on a different idler[attachment file=42496]
Then into the second idler at the corner[attachment file=42497]
And out the other side[attachment file=42498]
Across the rollers[attachment file=42501]
To the second motor, note that we start on top this side[attachment file=42502]
Back to the next idler[attachment file=42503]
Now it’s time to hook up[attachment file=42504]
One end first[attachment file=42505]
All tied together![attachment file=42506]
Over she goes and the bearing clicks into place[attachment file=42507]
I somehow thought the captions would be visible near the embedded images, but at least they’re shown at the thumbnails. It makes a lot more sense with them than without.
Things should be dry enough to test with some soda tomorrow. Still have to decide on what to use for a decorative border to cover the areas the bearing can’t reach.
Next steps involve the decorative border between the original table hole and the mechanisms limits, trimming and mounting the LED rope to fit that border (as you can see mine is three times too long), cleaning up the wiring and mounting a pullout ‘drawer’ for the display.
Eventually I want to control the LEDs from the Arduino (three MOSFETs and toggle it on in Marlin) and add Bluetooth to stream the gcode from Sandify to the Arduino.
It turns out if you put too much media down the ball can get lost during a session. I showed the symptoms above, but was able to verify that the issue was directly related to the depth of the baking soda. I printed a zen rake and used it to drag a bunch off to the side and patterns now complete without the skips. I’m using a half inch ball but haven’t tested to see how deep we can go without skipping. It’d be worthwhile to see just where the issue crops up, see how it differs with different sized balls, and see how much the magnet strength and distance affects it.
Believe it or not we finally got around to ripping the boards to cover the difference between the area the ball could move and the actual open area on the table.
Dude, I had no idea!, Heffe I had no idea how you found this or why we didn’t get notified…
Bill, Thanks for sorry we missed it. Looks good, You might not be tap dancing right now but soon enough you’ll be able to get back to all of these projects.
I’m going to come up with a sequence of patterns to program into it, trying to use the ‘load a file and execute it’ gcode command to chain them together. I’ll use Sandify patterns and possibly hand code something like an etch-a-sketch “BEER / HERE” logo. Then it goes down to be displayed in the window of Route 30 Bottles and Brews in The Dalles. I’m kind of hoping Brian will like it enough to swap all his tables over.
I also have a WiFi/Bluetooth module I want to connect that would allow me to dump gcode via a virtual serial port using either protocol. Then I could potentially use Sandify to send a pattern directly from a computer or phone. And I want Sandify to expand to generating cursive text in the display area, so I don’t have to hand code it. ;}
I did a few crude DXF by hand in CAD and then let Estlcam make my gcode, I tweaked the first few and last few lines to get it to start and end where I wanted. I just used lines and curves in a sketch and never let them over lap but would get them super close (.1mm) where needed, that way it would generate gcode in the correct order in a continuous line. Export DXF.
The Arduino gcode sender Karl wrote and I worked on would work well on an esp8266 or esp32. Then it could host a webpage to upload gcode, or just open a port that you could stream a json file to. There are some neat esp32s for about $10 that have a built-in oled, and I’ve made a library to handle most of the BS for them. IIRC, they are called lolin32? Then just add an SD card for permanent storage. The front end could be sandify, or a page hosted on the esp.
Making sandify send to a serial, or some port would be pretty cool. The web version could even do it, as long as there was a way to specify where the zen XY was. Otherwise, you could run it locally, if the esps didn’t have internet.
I think the cursive wouldn’t be too hard, except for the art. The tricky thing is that every letter/symbol you would want needs to be well defined, and they need to be continuous, and start/end in specific places. If I had a list of x,y points for each letter, I can easily string them together in sandify. Anyone have any experience with fonts? Things like ‘t’ could retrotraverse to make the shape.