Professional Firmware for the Creality Ender 3 V2/S1 Printers

Overview

Professional Firmware for the Creality Ender 3 V2/S1 Printers

GitHub contributors GitHub Release Date Build Status

Universal RET6/RCT6 Ender 3 V2/S1 Edition

Please test this firmware and let us know if it misbehaves in any way. Volunteers are standing by!
Precompiled binary files can be downloader from: Latest Release


Wiki

Community links

Credits

This is a Marlin based firmware and is maintained by @mriscoc

This work would not be possible without the supporters, helpers and betatesters at the Telegram group.

Marlin firmware is an Open Source project hosted on Github, Marlin is owned and maintained by the maker community.

Disclaimer

THIS FIRMWARE AND ALL OTHER FILES IN THE DOWNLOAD ARE PROVIDED FREE OF CHARGE WITH NO WARRANTY OR GUARANTEE. SUPPORT IS NOT INCLUDED JUST BECAUSE YOU DOWNLOADED THE FIRMWARE. WE ARE NOT LIABLE FOR ANY DAMAGE TO YOUR PRINTER, PERSON, OR ANY OTHER PROPERTY DUE TO USE OF THIS FIRMWARE. IF YOU DO NOT AGREE TO THESE TERMS THEN DO NOT USE THE FIRMWARE.

LICENSE

For the license, check the header of each file, if the license is not specified there, the project license will be used. Marlin is licensed under the GPL.

Comments
  • Support for Ender 3 S1 with the STM32F401RCT6 SoC

    Support for Ender 3 S1 with the STM32F401RCT6 SoC

    New Release candidate version with the changes from the APRIL2022 release, only for Ender3S1 with the STM32F401RCT6 chip:

    Ender3S1-STM32F4-20220515.zip

    The issue https://github.com/mriscoc/Ender3V2S1/issues/125 has been fixed.

    @houseofbugs has discover that the firmware must be inside the STM32F4_UPDATE folder of the memory card for a correct flash procedure in some S1 F4 printers.

    This is a private build for testing the compatibility of the firmware with the Ender3S1 with the F4 SoC, please use it with caution.

    Disclaimer

    THIS FIRMWARE AND ALL OTHER FILES IN THE DOWNLOAD ARE PROVIDED FREE OF CHARGE WITH NO WARRANTY OR GUARANTEE. SUPPORT IS NOT INCLUDED JUST BECAUSE YOU DOWNLOADED THE FIRMWARE. WE ARE NOT LIABLE FOR ANY DAMAGE TO YOUR PRINTER, PERSON, OR ANY OTHER PROPERTY DUE TO THE USE OF THIS FIRMWARE. IF YOU DO NOT AGREE TO THESE TERMS THEN DO NOT USE THIS FIRMWARE.

    enhancement 
    opened by mriscoc 77
  • Changed settings are not stored to EEPROM when saved (STM32F401)

    Changed settings are not stored to EEPROM when saved (STM32F401)

    Describe the bug Changed settings are not stored to EEPROM when saved.

    To Reproduce Steps to reproduce the behavior:

    1. Change any setting
    2. Select "Store Settings" or send gcode M500 through terminal.
    3. Power cycle printer
    4. All settings have reverted to firmware defaults.

    Expected behavior Changed settings should survive a power cycle after being stored.

    Version (please complete the following information): Experimental build 2.1.0.1 15Apr2022 (STM32F401).

    bug: Confirmed 
    opened by theSt33v 41
  • 1047 : PT1000 w/ 4.7k Ohms (E3D) max temp error on boot

    1047 : PT1000 w/ 4.7k Ohms (E3D) max temp error on boot

    E3D PT1000 thermistor plugged directly into Ender 3 v2 4.2.2 RCT6 board, produces MAX TEMP ERR after switching on printer. Firmware was compiled with TEMP_SENSOR_0 1047

    Thermistor functions correctly on other firmware (Jyer's and Unified) with TEMP_SENSOR_0 1047.

    To Reproduce

    1. Plug E3D RTD PT1000 temp sensor to 4.2.2 (RCT6) board Ender 3 V2 (no amplifer)
    2. Change TEMP_SENSOR_0 1 to TEMP_SENSOR_0 1047 in Configuration.h
    3. Update firmware
    4. Turn on printer

    Expected behavior After printer boots up, the following errors show in the screenshots

    Screenshots 293812614_1317897308743821_8182415118491087111_n 294342707_1205814770219478_8301836343814519096_n

    Version Ender3V2-422-BLT 20220716 Mid year release

    bug: Confirmed 
    opened by mendozabrah 30
  • Ender3 S1 Mesh Values Wildly Deviate as Mesh Size Changes

    Ender3 S1 Mesh Values Wildly Deviate as Mesh Size Changes

    Describe the bug Depending on the mesh size chosen, the values at different points will be wildly different than the same or near the same points in higher or lower point meshes. Not only that, but after changing the Z-offset after an auto home (or z-home) OR doing it right after the points have been measured and mesh saved; I will move to the front part of the bed where the values deviate most and the paper I use to change z-offset is almost always heavily gripped between the nozzle and bed when it was fine at the center.

    To Reproduce Steps to reproduce the behavior:

    1. On a Stock Ender 3 S1 running the latest S1 specific firmware, preheat the bed to usual temps.
    2. Advanced -> Mesh size -> try different sizes after repeat, starting with 4x4 (or 3x3).
    3. Take photos of the meshes to check deviation over points under the same heating cycle.
    4. See possible high deviation with error on mesh values at certain points (test with paper and moving x and y to different points with z at 0 and A4 paper underneath, both just after mesh and then homing).

    Expected behavior An auto-level z-compensation mesh with +- 0.002mm (tested with m48) values to account for bed warping on a levelled bed.

    Screenshots Please see below all the different mesh creations under the same thermal profile on a CR touch on the Ender 3 S1:

    image image image image image

    NOTE: The screenshots with the button over continue do not mean I chose continue, I saved each of these and did the aforementioned tests.

    Version (please complete the following information): Ender3 V2/S1 Professional Firmware 20220302 - maintenance release II - March 3rd, 2022 (Ender3 S1 version)

    Additional context Any help or insight is appreciated, other than this issue I really like this firmware! I have the Z feed rate in the probe settings set to 960 if that's any help, as per your mesh guide mentioning the CR-touch support. Could this be part of the problem?

    opened by zenforic 30
  • mesh leveling doesn't work well

    mesh leveling doesn't work well

    The mesh leveling curiously don’t work for me. I got 4 models of the Ender 3 S1, two with the F103 and two with the F401 board. On every single printer the same problem: It seems like it’s working (z-axis moves), but not the shape of the bed. When I turn the ABL off, manually perfect levelt, it works way better. On the following Picture you can see the results in comparison, the lower sheet is with ABL turned on. Hopefully someone can help me. BTW I also got the problem on stock firmware.

    opened by Marvindaut 27
  • Ender 3 V2 Neo support

    Ender 3 V2 Neo support

    I'm wondering if the new V2 refresh (Ender 3 V2 Neo) can be added to this project. It comes with auto leveling and some slightly upgraded internal bits too and a new screen but I think the mainboard is the same as the standard V2. It also runs a version of Marlin Firmware.

    enhancement 
    opened by adrianocr 25
  • Motors make sounds on diagonal movements with firmware version 20220527

    Motors make sounds on diagonal movements with firmware version 20220527

    Describe the bug Board: 4.2.2 STM32F103 RET6 with no mods. Printer is "singing" on diagonal movement.

    To Reproduce Steps to reproduce the behavior:

    1. Load Ender3V2-422-MM-20220716.bin firmware
    2. Load default config + use attached config.
    3. Print "something" --> Printer is "singing"
    4. Load Ender3V2-422-MM-20220527.bin firmware
    5. Load default config + use attached config.
    6. Print same "something" --> Printer is "quiet"

    Configuration: Sound off ;-) Bed; 230x230 Xmin Xmax; 4, 244 Ymin Ymax; 3, 288 Zmax; 250 X; 80.4 steps/mm Y; 80.5 steps/mm Z; 402.4 steps/mm E; 97.2 steps/mm

    Expected behavior Printer to remain "quiet"

    Version (please complete the following information): 20220716 - MID-YEAR release Ender3V2-422-MM-20220716.bin

    known issue 
    opened by SorenRR 22
  • Thermal analysis and determination of the thermistor of the Sprite extruder Pro

    Thermal analysis and determination of the thermistor of the Sprite extruder Pro

    I'm on a e2s1 pro with a e3v2 knob-display running your firmware and I used the custom Gcode C104 U1 T315 to unlock my full temp range. I couldn't enter the gcode into pronterface, it claimed it didn't recognise the syntax. So I created a gcode file containing:

    ;set new Temp
    C104 U1 T315
    
    ;save settings
    M500
    
    ; display for confirmation
    M117 Temp setting done!
    

    Which initially worked, i confirmed manually in the set temps menu and I could select temps up to the entered range. However, whenever the Hotend actually reaches 270°C or above the printer enters panic mode and wants to be shut down immediately. Apparently, there's a different monitoring routine somewhere, that needs to be updated with the new maximum hotend temp so the safety protocol isn't falsely triggered.

    Anyways thanks a LOT for your work on tis firmware!

    opened by BogusF 20
  • Z at right edge out of mesh border is being overcompensated for UBL with a 9x9 mesh

    Z at right edge out of mesh border is being overcompensated for UBL with a 9x9 mesh

    I've got a 9x9 mesh, HS probing disabled, multi probing disabled (one probe per meshpoint). I'm running this precompiled version on an E3 S1 pro, F1 Board. My probe has been relocated to be in line with nozzle on y-axis. On a sidenote, the physical machine limits are/were incorrect (too small) and I had to set correct values, mesh inset is close to maximum size from what the probe can reach, which is bigger than on stock since I relocated the probe. (x min=10,0; x max=216,0; y min 10,0; y max 218,0)

    The unedited mesh is too far away on the right back corner so I tried the "tilt mesh" function which resulted in this weird jump over a nonexistant bump. I included a video because it is so ridiculous. It didn't do it on the untilted mesh. The gcode file certainly has no Z-movements there. I've had this issue before, but the jump wasn't as pronounced as the one I got filmed here. I think back then, I didn't tilt the mesh, but used the "edit mesh" function, but I wasn't out to document a bug so steps might have been different. I've only ever seen this on the right edge, but maybe I didn't get close enough to the other edges. I had to rename the gcode file to csv, so it would upload.

    Here's the video

    this is my current mesh (after the tilt) meshPic

    This is the testfile it happened with. (rename to *.gcode) CE3_SquareTest.gcode.csv

    bug: Confirmed 
    opened by BogusF 18
  • Bed leveling off

    Bed leveling off

    About the printer

    Version: Ender3v2-422-BLTouch-20220202.bin Settings: Imgur album Mods:

    Example drawing

    The red line illustrates where the probe and hotend starts. The line is aprox 8.5mm off. It might be related to chainging the mounting plate. That does not explain why it levels all the way in the front of the bed.

    opened by davkvi 18
  • CRTouch UBL probing error for 9x9 meshes with HS mode active

    CRTouch UBL probing error for 9x9 meshes with HS mode active

    Describe the bug I am using UBL 9x9 and when probing the bed with "G29 P1" it always fails on just 1 attempt. I have confirmed this on 3 different machines, an Ender-3v2 and 2 different Ender-3 S1 Plus's. What happens is that the probe retracts, it fails and lowers onto the bed and then re-probes the same place successfully.

    Sometimes it retracts when moving to the next position like in the attached video and other times it probes then retracts (set to probe each point 3 times).

    It is consistent in that it fails at the exact same probe number time each time but not the same position. For example...

    Ender-3v2 - Fails on position 65/81, but the position on the bed might be different for this probe number as it moves around randomly. Ender-3 S1 Plus - Fail on position 63/81, but the position on the bed might be different for this probe number as it moves around randomly. Second Ender-3 S1 Plus - Also fails on position 63/81, but the position on the bed might be different for this probe number as it moves around randomly.

    As the probe number is the same on each Ender-3 S1 Plus but different to that of the Ender-3v2 I wonder if it's something to do with the bed size.

    To Reproduce Heat bed to 60°C and wait for it to reach temp Run "G29 P1" and monitor to check all probe points were successul

    Expected behavior To be able to build the mesh without errors

    Screenshots Video attached https://user-images.githubusercontent.com/39552752/199599438-a230e72c-ad15-44e0-928d-6e903116ce77.mp4

    Version (please complete the following information): Version 2.1.3 20221019 - 01:40

    Additional context I filed a false positive yesterday which turned out to be a faulty CR-Touch but I have had that replaced today and it's working fine now. I don't think we can blame this on a faulty CR-Touch as it's happening on 3 machines.

    opened by TheCableGuy99 17
  • Ender3v2Neo UBL mesh does not seem to be applied

    Ender3v2Neo UBL mesh does not seem to be applied

    After updating to the version 20221222 with UBL I have been unable to get good first layer prints. I used bilinear bed leveling with the previous version with good results but decided to use UBL after it was recommended in the latest release notes.

    I have a Ender 3 V2 Neo with CR-touch.

    Calibration done after installing UBL firmware:

    • Set the probe XY offset to (X: -37.1, Y:-11.4) which I measured myself (would be good to get offsets from other Neo owners to confirm my measurements)
    • Maximized and centered mesh area
    • Set PLA Preheat before running "Auto-build Mesh"
    • Saved mesh to memory (the mesh values looked reasonable)
    • Updated start g-code:
    G29 L0; Load the mesh stored in slot 0  
    G29 J; Probe 3 points to tilt mesh if needed 
    

    First layer results were not good. It was clear that the left side is too close to the nozzle and the right size is too high. Middle is acceptable but top/bottom-middle is not perfect.

    I saw bugs mention issues with CR-Touch but it seems specific to S1 model, not sure if it is also an issue with V2Neo.

    First layer results

    bug: False alarm? 
    opened by jonathanysp 3
  • Ender3S1 F4 ABL not compensating

    Ender3S1 F4 ABL not compensating

    I have noticed that the ABL when used with my ender 3S1 and the professional firmware does not appear to apply compensation during the prints to account for the bed levelling. Before each test print below i trammed the bed using the tramming wizard - each time there were all 0 except for the bottom right which was -0.01. The Gcode was produced using cura with a 0.2mm layer height. The M420 S1 Z5 was present in the start G-code after G28 and only removed for the no abl print. During the ABL prints the z-offset lines were blue and the icon blinking as per the Wiki (not blinking and white during the non-abl print).

    It appears for each print the top left is consistently too high and bottom right too low. I have checked the height of the X gantry above the bed and frame and these are the same left and right.

    WITH 5x5 ABL 5x5abl

    WITH 4x4 ABL 4x4abl

    NO ABL noabl

    This issue is present:

    • on both professsional-Ender3S1-F4-20221002.bin and the current firmware Ender3S1-F4-UBL-20221222.bin
    • Printing from octoprint and via SD
    • Multiple probing 0 1 or 2
    • ABL Mesh size 3x3 up to 8x8
    • All have been tested with HS Mode enabled - I have yet to try with this option disabled.
    • Multiple different print files not just the calibration example above.

    I am at a loss as what to do to improve the first layer of my prints with the current firmware. From the prints above i don't see any difference in the print output when ABL is enabled or disabled.

    Any suggestions on what to try ?

    Many thanks for your work on this firmware!

    opened by needs-coffee 4
  • CR Touch doesn’t work in the experimental GD32F303 SoC Maple firmware version

    CR Touch doesn’t work in the experimental GD32F303 SoC Maple firmware version

    It looks the probe is not supported in the code because nozzle moving by z axis without any limit and probe sensor is even not activated. Probably, firmware waiting for a signal from non existing z limit switch which is not compatible with CR Touch and so it doesn’t exist in CR Touch configurations. See for details #235 Also, the ticket relates to #608 - is it by design the only way to use a probe by g-code via serial interface? Actually, I don’t understand the situation because probe support is declared for the project but it doesn’t work completely and the maintainer closed the related discussion #235. Obviously, original Marlin firmware has probes support and this feature is important.

    opened by mobigroup 5
  • MPC-AutoTune produces all

    MPC-AutoTune produces all "zero" parameters

    Hello, I'm using here an

    • Ender3V2
    • MicroSwiss FullMetal-HotEnd with DirectDrive
    • Briss Fang Duct with two NOCTUA fans 40x40x20mm fans for HotEnd- and Part cooling

    System worked correctly with all former professional firmware versions using HotEnd-PID.

    After installing Ender3V2-427-BLTUBL-MPC firmware version 20221222 the following issue happens:

    1. When selecting "MPC-Autotune" with "HeaterPower=40.0" the HotEnd heats up to approx. 207°C
    2. status changes to "Testing Heat Loss"
    3. temperature curve flattens
    4. after few seconds (before temperature descends?) the Finish Screen is shown "MPC Autotune done - Confirm"
    5. all MPC parameter values except HeaterPower (Block capacity, Sensor respons. etc.) are showing "zero" values (0.000)
    6. for me it looks like, the MPC Autotune process is aborted before successful finish.

    Expected behavior MPC Autotune process is running completely and calculating valid MPC parameter values.

    Version (please complete the following information): Ender3V2-427-BLTUBL-MPC-20221222.bin

    Additional context This issue was also reported in the Facebook "Creality Ender-3 V2 Professional Firmware Group"

    opened by gerdur 4
  • Media Init Failed with some SD memory cards.

    Media Init Failed with some SD memory cards.

    After installing [Ender3V2-422-BLTUBL-T13-MPC-20221222.bin] everything is great except my microSD reader will not read any card I insert (media init failed) on both of my printers. I had the previous version working awesomely

    bug: False alarm? 
    opened by bailed00 9
  • UBL issues

    UBL issues

    UBL is miss calculating bed size

    Center is correct when homing Y axis is correct X axis is wrong when bed tramming and leveling.

    it’s only doing the left side of the bed.

    the calculation is incorrect for UBL

    defaulted the settings, rolled firmware from dec to October still has that issue

    5B0E93FD-D8DB-4332-85BA-0DD7E163073A E2A0D7B5-A68D-4C97-85B8-436A5B1591D4

    Firmware version and release date

    • last two versions I have tested Additional context Add any other context about the problem here.
    bug: False alarm? 
    opened by rlcsoft 12
Releases(20221222)
Owner
Miguel Risco-Castillo
FPGA system architect with experience in embedded and microcontroller devices. Software, hardware and firmware development.
Miguel Risco-Castillo
Professional Firmware for the Creality Ender 3 s1 3D Printer

Professional Firmware for the Creality Ender 3 s1 3D Printer Please test this firmware and let us know if it misbehaves in any way. Volunteers are sta

Miguel Risco-Castillo 28 Dec 18, 2022
Marlin firmware for FlashForge Dreamer/Dreamer NX/Inventor 3D printers

Marlin firmware for FlashForge Dreamer/Dreamer NX/Inventor 3D printers

Moonglow 50 Nov 27, 2022
Marlin is an optimized firmware for RepRap 3D printers based on the Arduino platform.

Marlin 3D Printer Firmware Additional documentation can be found at the Marlin Home Page. Please test this firmware and let us know if it misbehaves i

Marlin 14.2k Jan 2, 2023
The OpenEXR project provides the specification and reference implementation of the EXR file format, the professional-grade image storage format of the motion picture industry.

OpenEXR OpenEXR provides the specification and reference implementation of the EXR file format, the professional-grade image storage format of the mot

Academy Software Foundation 1.3k Jan 6, 2023
Wireless remote controller for Klipper 3D printers

StacKlipper Wireless remote controller for Klipper 3D printers Description StacKlipper is a remote controller for Klipper (Moonraker installed) 3D pri

null 19 Dec 5, 2022
Adafruit GFX compatible arduino library for using cat thermal printers with the ESP32

CatGFX This library offers a Adafruit GFX "driver" for ESP32 and the cheap cat (or rabbit?) BLE thermal printers like this one: For usage information

Claus Näveke 5 Sep 23, 2022
ESP8266 (Wemos D1 Mini) NeoPixel controller for RepRapFirmware (BLV printers)

Overview This project is designed to handle NeoPixel control on an ESP8266 (Wemos D1 mini) and offload it from RepRapFirmware. Features WiFi-enabled W

Perry 3 Oct 23, 2022
Firmware, mechanical and electrical design files for the Inline Filament Diameter Estimator, Lowcost (InFiDEL).

Inline Filament Diameter Estimator, Lowcost (InFiDEL) Originally created by Thomas Sanladerer A cheap, yet precise filament diameter sensor, intended

Daniel Smullen 113 Dec 29, 2022
A customized DS213 APP firmware.

DS213_ECHO This is a customized DS213 APP firmware with Roll Mode support. Based on the official app firmware v1.27, and fixed some bugs. What is Roll

Echo 31 Dec 29, 2022
OTA Third Party Firmware Flasher for the original Wyze Plug (WLPP1) and Wyze Bulb (WLPA19).

Wyze Plug (and Bulb!) Flasher Use this software to install third party firmware on the original Wyze Plug (model WLPP1) and Wyze Bulb (model WLPA19) o

Elahd Bar-Shai 1 Dec 11, 2022
Arduino firmware for DIY haptic gloves. Officially compatible with LucidVR gloves.

lucidgloves-firmware This repo contains the arduino firmware as well as the STL files for Prototype 3 of the LucidVR glove prototype. This is a finger

null 1.6k Jan 9, 2023
Firmware-agnostic PS4 sandbox escape

libjbc This a firmware-agnostic implementation of the sandbox escape for PS4 homebrew apps. It operates by traversing the process list up to PID 1 (in

null 27 Dec 4, 2022
Web Server based on the Raspberry Pico using an ESP8266 with AT firmware for WiFi

PicoWebServer This program runs on a Raspberry Pico RP2040 to provide a web server when connected to an Espressif ESP8266. This allows the Pico to be

null 52 Jan 7, 2023
A graphical interface to set options on devices with coreboot firmware

Corevantage A graphical interface to set options on devices with coreboot firmware. Introduction This is a utility that allows users to view and modif

null 31 Dec 20, 2022
Arduino firmware for DehneEVSE charging station

DehneEVSE Open source EV Charging Station - Firmware Arduino firmware (for Arduino Nano 33 IoT) for my DehneEVSE EV Charging Station. Features: Over-t

Sebastian Dehne 46 Dec 22, 2022
ESP32 firmware to read and control EMS and Heatronic compatible equipment such as boilers, thermostats, solar modules, and heat pumps

EMS-ESP is an open-source firmware for the Espressif ESP8266 and ESP32 microcontroller that communicates with EMS (Energy Management System) based equipment from manufacturers like Bosch, Buderus, Nefit, Junkers, Worcester and Sieger.

EMS-ESP 274 Jan 8, 2023
STM32 firmware for a physical switch to set the GRUB boot selection

STM32 firmware for a physical switch to set the GRUB boot selection

Stephen Holdaway 318 Jan 4, 2023
Firmware for DMR transceivers using the NXP MK22 MCU, AT1846S RF chip and HR-C6000 DMR chipset. Including the Radioddiy GD-77, Baofeng DM-1801 and Baofeng RD-5R.

OpenGD77 Firmware for DMR transceivers using the NXP MK22 MCU, AT1846S RF chip and HR-C6000 DMR chipset. This includes the Radioddiy GD-77, Radioddity

Open Ham 109 Dec 31, 2022
Minipops alternative firmware for Music Thing Modular Radio Music

RMoxy Minipops drummer alternative firmware for Music Thing Modular Radio Music module The repository for the Radio Music module by Tom Whitwell Kits

Johan Berglund 7 Nov 6, 2022