• Stars
    star
    223
  • Rank 178,458 (Top 4 %)
  • Language
  • License
    Other
  • Created almost 2 years ago
  • Updated 8 months ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

filament buffer for the ercf

piKa - a multimaterial filament buffer solution


buffer buffer out artie
piKa

welcome

thanks for checking out piKa, the friendly ercf filament buffer.

now let's get to it...

what's here


BOM

here is the hardware you'll need. hopefully this is a full, accurate list...

item 6 cart total 9 cart total 12 cart total
m3x8 38 53 68
m3x8 flat head 12 18 24
m3x12 6 9 12
m3 heatset 24 36 48
m2x8 self tapping 42 63 84
608 bearing 6 9 12
ecas connector 12 18 24
10x3 disc magnet with 3mm hole (optional) 12-24 18-36 24-48
PTFE/FEP 4mm OD x (2.5mm or 3.0mm ID) tubing variable variable variable

plus mounting hardware if you want to use the bottom bracket to mount the array on something.

the majority of the hardware was selected due to it being common across voron builds, so folks will likely have it just sitting around. the big exception being the hole magnets...

a note on magnets...

I used 10x3 disc magnets from amazon, which seem to be a moving target. basically, you're looking for 10x3 disc magnets with a 3mm hole in the middle, like these:

magnets

magnets with 4mm holes are a little better, but outside of the very first set I ordered I haven't been able to find any.

just a small wrinkle... as with the 6x3mm magnets for the ercf, the majority of "10x3mm" hole magnets in the wild are really around 9.5mm in diameter. as such, the buffer parts are designed against this width.

magnet-lies-2 magnet-lies

if you have real 10mm magnets they'll be too large and you'll want to keep looking. or maybe lightly sand the plastic, depending on how much room your magnets need. solution coming soonâ„¢

m2x8 hex cap self threading screws

these m2x8 hex cap self threading screws from amazon are really handy, both for this and other voron projects, like klicky. m2x10 will also work in current buffer versions if those are easier to find.

screws

printing

a few things to note when printing...

  • the models already oriented for optimal printing. no parts have included supports to remove, nor are supports necessary for any part. if there are overhangs that need support the part is oriented incorrectly.
  • due to bending of large parts, you want to print the bottoms flat so that the latch fit is tight - you'll only be able to print 1 or two of these at a time.
  • conversely, the tops are designed to be printed upright, so go ahead and fill your plate. if you care about a good looking bottom overhang, keep your exterior perimeter fans at 100% and engage them starting on layer 2.
  • I used 20% infill on the tops and bottoms in order to keep parts light and plastic use down. ymmv.
  • I would suggest printing the latches and bracket using standard voron parameters (40% infill, .2mm layers, 4 perimeters) for added strength.
  • the screen with the posts works best with higher temps and lower fan to keep the layers as strong as possible. early versions had thinner posts, but the current version is a bit more rigid and should be less problematic.
  • consider using setting only_one_perimeter_first_layer to true for the screens, which helps the first layer be a little more sane. well, in superslicer, anyway.

I printed mine in ABS, and most people do the same. PLA should be fine, but ymmv...

assembly

hopefully, y'all find this self explanatory, and can figure it out from the pictures. basically, we have:

  • a series of buffer slot slider thingies
  • held together by a frame

that's about it.

the good news is that there's only one way the parts can really go together, and everyone so far has found it relatively straightforward.

and in late breaking news, there's even a manual!

feel free to ping me on the voron discord in #ercf_questions if you have issues.

manual

and now... a manual

manual

array

currently, there are 6, 9, and 12 slot versions. the only parts that differ depending on the number of slots are the side latches and bottom bracket.

the 9 cart is the most popular, and what I currently run. both the 6 and 12 cart versions have at least one user I've worked through the design with, so I'm confident in the dimensional accuracy. however, if you discover an issue with the sizing just let me know.

part description required hardware
array-front.stl front of array m3x8
array-front-screen.stl screen for front of array none
array-back.stl back of the array m3x8
array-latch-9a.stl side latch (6 and 12 stls also provided) m3x8
array-latch-9b.stl side latch (6 and 12 stls also provided) m3x8
array-bottom-bracket-9.stl bottom bracket (6 and 12 stls also provided) m3x8

buffer segments

one complete buffer is required per cart, so for a nine cart system _xN turns in to _x9 and you print 9 of that piece.

three buffer top configurations are provided:

which configuration you choose depends on the needs of your setup.

please see the note on magnets

part description required hardware
buffer-bottom_xN.stl segment bottom m3 heatset
[a]_buffer-top-ecas+ecas_xN.stl segment top, both sides ecas connector ecas
[a]_buffer-top-ecas+magnet_xN.stl segment top, one side ecas and one side disc magnet connector ecas, 9.5mm disc magnet
[a]_buffer-top-magnet+magnet_xN.stl segment top, both sides disc magnet connector ecas, 9.5mm disc magnet
[a]_ecas-to-magnet-end_xN.stl if you use either of the magnet tops ecas, 9.5mm disc magnet
[a]_buffer-screen-a_xN.stl segment screen for wheel m3x8 flat head, m3 heatset
[a]_buffer-screen-b_xN.stl segment top screen m2x8 self tapping
[a]_buffer-bearing-insert_xN.stl holds the wheel in place m3x12
[a]_buffer-handle_xN.stl segment handle m3x8
[a]_buffer-wheel_xN.stl wheel 608 bearing

the wheel is (currently) the same as the ercp wheel, except with a filament hole (with marker) for easier loading. feel free to use the stock ercp wheel instead if you have some sitting around.

tag plates

if you mount your buffer overhead your numbers will be upside down. you can find upside down tag plates here.

mounting

in general I'm not a fan of sticking the ercf on my printer - something just makes me think all that extra weight and rattling around can't be good for my resonance compensation efforts.

with that in mind, I mount my ercf on the wall at 90 degrees using a french cleat system, which you can find here.

the 90 degree mounting created some challenges accessing the filament block ecas connectors, so I made an extension to help.

a magnetic bowden "bridge" (plus some springs) keeps my bowden tubes straight, clear, and managed. available here.

operation

buffer operation made simple...

operation-feed-thumb.png operation-anchor-thumb.png operation-spin-thumb.png operation-pull-thumb.png

there's also a video of the buffer in action I posted on discord that's worth a look:

the number of people who haven't figured out the spin-the-wheel-with-your-finger method is significantly higher than I would have imagined.

"but how fast and easy is it to load... really?" I hear you cry. allow satisfied discord user @ningj V2.2726 to show you:

how much can I buffer?

my ercf_calib_ref is currently 1146.4 and I use 5 loops.

beyond that, my tests indicate the standard wheel can successfully buffer ~300mm per loop up to 6 loops:

loops buffer capacity
1 300mm
2 600mm
3 900mm
4 1200mm
5 1500mm
6 1800mm
7+ not recommended

at 7+ loops two gremlins start to reveal themselves...

the first gremlin is that the filament begins to be more prone to tangling during or after the load sequence. Experimentation has led me to believe this is mostly due to limitations of the standard wheel design.

the second gremlin is more insidious in that the weight of the buffered filament begins to compound - once you load 300mm it takes more push to slosh the next 300mm of filament back and coil it up in the cage. after around 2000mm or so of filament the ercf gear isn't as successful in pushing all the filament along and the consistency of the buffer process begins to degrade.

the former problem I'm beginning to solve with a new wheel concept, while no wheel design can counteract the laws of physics governing the latter. I'm still giving this latter gremlin some thought...

pictures

some reference photos, videos, etc

artie v2.1650
buffer buffer wheel buffer 2
movie buffer wheel 2 path
artie artie 2 assembly manual
other users on discord
ningj-1 campapalooza-1 user-1
user-2 user-3

pull requests against the current development branch with your (single 500x500px) picture added to images/user/ most welcome.

why?

filament buffers are hardâ„¢

I didn't realize how hard until I ventured down this path.

I started like most do, and loyally printed some ercf carrot patch units. space limitations required me to mount them overhead, which is where things started to go sideways - every time I needed to put in new filament I had to find a chair and fsck around with the confined carrot patch space, sharp edges, filament whiplash, and whatnot - all overhead - until my shoulders hurt, cursing the entire time. I figured there had to be a better way...

it turns out, there really isn't. yes, there's the nifty buffer array usermod, which saves on space but doesn't remove what turned out to be my main source of frustration - not having direct access to the wheel. this alone generated so much yelling the neighbors started to complain. beyond the carrot patch and its variants, remaining alternative solutions seemed to end in a single slot hey lets shove the filament in this little space approach. given my 1200mm bowden path, those weren't poised to work out well unless I made them half a mile long.

all I wanted was a lightning-fast, super-simple, overhead-mounted, expletive-free, wheel-based, wicked-dependable filament buffer solution. how hard could it be?

this thing here is where I ended up.

honestly, I'm surprised it actually worked... but it really does, and my experience has been frustration free ever since. others on discord seem to have similarly joyful experiences with it as well, so I guess I'm on to something.

piKa?

in chemistry...

a buffer is a solution specifically designed to be resistant to changes in pH, allowing a reaction to continue in balance even when ideal conditions are threatened. the most effective buffers - those with the greatest capacity to absorb change - are created using an acid whose pKa (acid dissociation constant) is equal to the desired pH. choosing an acid with the wrong pKa can mean disaster.

pKa is crucial to buffer efficacy

in taxonomy...

three members make up the order Lagomorpha: rabbits, hares… and pikas

american pika american pika

pretty cool little creatures, worth getting to know.

in multimaterial 3d printing...

we have a rabbit, and a hare, and now... a pika

piKa

buffers, solutions, pKa... the name just seemed to come together for a recovering chemist.

credits

  • the entire concept here started after seeing this mmu buffer on printables.com. while my work isn't really a mod of that (I modeled everything myself from scratch), I did copy the latch concept nearly... verbatim? I'm sure there's a word for it. anyway, the latch works really well, and needless to say I couldn't have figured a mechanism like that on my own. this project owes sincere credit and gratitude to all the work and effort over there. many thanks!

  • all the fittings and cutouts - ecas and m3 holes, bridging, etc - were taken directly from either the ercf project or the voron 2.4 project. since I use blender and don't cad, I really appreciate all the community work that has gone into getting those measurements and fit tricks just right. kudos to team voron, be they enraged or not.

  • the buffer wheel is taken right from ercf project. no need to reinvent the wheel...

  • deepfriedhero, west3d, and fabreeko for consistently fantastic parts and service

  • I'm super grateful for some early beta testers, who provided really valuable feedback:

    • @TheTechRunner V2.1453 V0.1556
    • @ningj V2.2726
    • @ZChem V2.5299
    • @SilentMuse V2.3841
    • @Imburr VT.959
    • @xF4m3 V2.3687
  • probably others - if you feel left out let me know :)

contributing

pull requests against the development branch (typically the vN branch that isn't main) more than welcome. feel free to dm me over in discord to discuss something first.

be sure to read the LICENSE and mentally agree with it. please don't make me add license acknowledgement and sign-off overhead to the project - we're all just after a kinder buffer experience so we can get on with printing, so let's just focus on that, ok?

other buffer options

some other proven buffers that may suit your needs: