jon-harper / e34m1 Goto Github PK
View Code? Open in Web Editor NEWEVA 3 modified for the Mercury One.1 3D printer
Home Page: https://jon-harper.github.io/E34M1/
License: Other
EVA 3 modified for the Mercury One.1 3D printer
Home Page: https://jon-harper.github.io/E34M1/
License: Other
I have designed (and a user has tested) a 15mm CPAP rear part and am working on a 22mm part.
It still needs to be documented and the 22mm part tested.
EBB42 CANbus board does not fit when using dual 5015 fan inlet.
There are drive modules in the testing
branch that need fit testing. Please let me know here if you've tried one out.
Drives remaining to test:
Hi Jon!
First of all, THANK YOU for this project! I have been looking forever to find EVA3 compatibility for Ende 6. E34M1 is so very close.
I actually would like to ask, if there is a chance you would consider including a variant that directly allows compatibility for Ender 6.
the actual differences for Ender 6:
By chance you would not have f3d files for the parts?
Alternatively I work out something myself and post the result as a remix on printables.com, but i thiought it may be of interest to you, to officially add one more feature to the list - native ender 6 support.
Thank you!
Best regards, Alex
From what I understand there is already a way to mount the extruder from Ender5S1. It would be really great if there would be mounts for the "default" hotend too.
Thnx for all the great work!
Greetings!
I've recently noticed a change in the design of the Rapido hotend mount, which now comes in two versions โ one for HF and the other for UHF that allows for a slightly higher hotend mount (1.6mm). However, if (picture below) the UHF hotend is only compatible with UHF bottom horns when using the UHF hotend mount (and HF only with HF parts), it means that switching from HF to UHF needs changing both the bottom horns and the hotend mount, instead of just changing the horns. This adds the extra step of unscrewing the hotend itself, making the process more time-consuming.
Is it possible to revert to a single mount for both Rapido HF and UHF? Or does it even matter, since it's just a 1.6mm difference? I haven't printed the parts yet, so I don't know what's the height clearence from the nozzle tip to the bottom of the horns etc.
Any insights on this would be appreciated!
This needs fit testing: https://github.com/jon-harper/E34M1/blob/testing/STL/bottom/bottom_klicky_uhf.stl
Call 'em as you find 'em so they can be fixed.
It's impossible to get the 25mm crossbar screw in along with the top left 45mm screw.
Hi @jon-harper!
First of all I love that you adapted EVA3 for Merc One.1, and the fact that you took your time to show some assembly instruction.
The belt grabbers seem to be 2-3 mm to high (at least for my setup), as pictured.
Would you be willing to share the STEP file for the front mount (the one with holes for ADXL345), so I can fix that for myself? I couldn't find it in the files already in the repo, but maybe I missed it.
(placeholder text)
Hi Jon,
would you be interested in officially supporting sensorless Homing for X by providing another TOP part without compartments for microswitched?
Thank you!
Best, Alex
Not sure if this technically fits as an issue, but I wanted to encourage a minor clarification to the Dragon UHF Bottom Horn recommendations in the Intro Guide (https://jon-harper.github.io/E34M1/guide/) and the general notes for the Dragon UHF hotend mount (https://jon-harper.github.io/E34M1/modules/hotend/).
Context: There are two possible configurations for the Dragon UHF. One involves threading the nozzle directly into the heat block. This configuration is not really capable of the "UHF" flow rates, instead it's on par with the HF version of the hot end. The other configuration is to thread on an extension nut to the heatblock, and then thread the nozzle into the extension nut (Phaetus refers to it on the product page as an "extended nut". The extension nut acts as an extended melt zone--functionally similar to a volcano hotend--allowing for the increased UHF flow rates. The Rapido UHF appears to have the same configuration options (the user can choose to forgo the extension nut if they don't need the added flow rate). Not sure why people seem to be commonly forgoing the extension nut on the Dragon UHF but not the Rapido UHF, but I digress.
The clarification: In any case, the first configuration works with the Dual or Kraken bottom horns as stated in the documentation. However! The second configuration does require the UHF or Kraken UHF bottom horns like the Rapido UHF. I don't have the Rapido UHF to check, but I would assume that the same logic should also apply to the Rapido UHF if the user chooses to remove the extension nut.
Try making a rear inlet with the 5015 fans laid with their flat faces towards the X extrusion
Any chance we could get a version of the Owl-eyes duct that has a Beacon compatible inlet like the single-duct version does?
Also, the download link for the standard Owl-eyes is broken - the .stl at the end of the link is missing the L. Simple fix but might throw some users off when they see the 404 pop up if they don't double-check the url.
Thanks for the work on the E34M1!!
CAD is still on v0.7
Pending fit testing. ON HOLD for redesign.
Part | Qty |
---|---|
cr_touch_mount.stl | 1 |
Heat Set Insert, M3x5x4 | 2 |
M3 x 6mm SHCS | 4 |
Since the bottom horns are printed upright, 3.3mm is too tight a bore for the screws. This forces the user to thread them manually, which is frustrating. Widen to 3.6mm.
When integrating the top_left_microswitch.stl with drive_bmg.stl, there is not enough clearance to install the cable anchor due to the NEMA17 motor's size. The only workaround is to remove the cable anchor. My fusion360 skills are currently awful, but if I manage to come up with a modded design, I'll include it here.
There's a new, dual-5015 radial fan rear intake. It's modified from a stock EVA 3 "cooling inlet" to E34M1-style with screw holes for the 4x 45mm screws that hold the Core together.
Parts | Qty |
---|---|
dual_5015_inlet.stl |
1 |
5015 radial fan | 2 |
M3 x 45 SHCS | 4 |
M3 x 6mm SHCS | 1 |
Lock washer, M3 | 5 |
M3 x 20mm SHCS | 2 |
Heat set inserts, M3x5x4 | 2 |
I have the hotend model but still need to drop it in CAD and modify the regular Rapido model for UHF
The portable input shaper could move up about 1-2mm and allow the sensor to be mounted without removing the fan.
There are three new Beacon mounts, courtesy Cuiviemen. These all allow the connector to remain on the Beacon. They require a Rear Inlet that's also in the unstable
branch.
Parts | Qty |
---|---|
rear_inlet_beacon.stl | 1 |
Screw, M3-0.5 x 6mm FHCS | 1 |
Screw, M3-0.5 x 20mm | 1 |
Screw, M3-0.5 x 45mm | 4 |
Heat Set Insert, M3x5x4 | 1 |
5015 Radial Fan | 1 |
Note that the M3 x6 is a flat head cap screw.
Parts | Qty |
---|---|
beacon_bottom.stl | 1 |
Heat Set Insert, M3x5x4 | 3 |
Low-Profile Beacon Kit | 1 |
Parts | Qty |
---|---|
beacon_bottom_trihorns.stl | 1 |
Heat Set Insert, M3x5x4 | 3 |
Low-Profile Beacon Kit | 1 |
This uses bare screws to attach the Beacon mount and may have slightly improved airflow.
Parts | Qty |
---|---|
beacon_bottom.stl | 1 |
Heat Set Insert, M3x5x4 | 1 |
Low-Profile Beacon Kit | 1 |
The CRTouch mount for both the UHF and the non UHF look to be the same model unless i'm missing something.
Was that a mistake or does it use the same mount?
I missed this modification to the original; while I'm at it, should check the others for the same mistake.
I'm sorry if this is a stupid post.
Thank you for creating this thing. I'm thinking about building a Mercury Ony.1. Going through the documentation I had one question:
Why is this even needed? What did you have to change from the original EVA3 to make it compatible with Mercury One.1? Why could one not simply use the original EVA3? Is there a page where this is explained?
Thank you!
We have a user with a HextrudORT; add a native mount.
I've added to testing
a mount for the Phaetus Dragon UHF. Link to STL is in the BOM below.
Bill of Materials
Parts | Qty |
---|---|
hotend_dragon_uhf.stl |
1 |
Phaetus Dragon UHF | 1 |
Fan, 40mm x 10mm | 1 |
M2.5-0.45 x 8mm SHCS | 4 |
M3-0.5 x 6mm SHCS | 4 |
M3-0.5 x 12mm SHCS | 4 |
Heat Set Insert, M3x5x4 | 8 |
X endstop can be hard to source or confusing. It'd be helpful to have links to other hardware, too.
Sherpa Mini has a mount available, but fit test is pending. See the docs.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.