This project forked from marlinfirmware/marlin
Marlin is an optimized firmware for RepRap 3D printers based on the Arduino platform. | Many commercial 3D printers come with Marlin installed. Check with your vendor if you need source code for your specific machine.
Home Page: http://marlinfw.org
License: GNU General Public License v3.0
In the ExtensibleUI branch, Marlin/src/lcd/extui/lib/creality_dwin/creality_dwin.cpp, function CrealityDWINClass::Get_Menu_Title(), I was getting warnings about using strcat(). Since these string constants, they can be concatenated by juxtaposition. Example:
case Preheat1:
return (char*)(PREHEAT_1_LABEL " Settings");
BUG - Manual Mesh Bed Leveling doesn't work,the button Z position changes only number values, but does not actually move the z axis after pressing the button.
Percentage
bar panel display does not match time remaining & Elapsed Time, please see attached photos.
I use the pre compiled version on the E3V2 3x3 bin file.
and just tested the pause print option.
When pressing resume print after a pause it did not start the part cooling again.
With the latest change it seems that it broke the file browser for SD card prints. It shows folders and files in the root directory of the SD card but it's not possible to traverse into a folder.
HI Jyers
Thank you for your hard work, I like bed level menu, that saved me a lot of time to do bed leveling, I found one issue on your firmware which was not showing on stock marlin bugfix-2.0.x.
If I moved Z-axis over 150+, and move either x-axis or y-axis or both, they will move very slow, almost 1 seconds per step. Also when I did the estep calibration, the e step motor move very fast compared with marlin stock.
kind regards
Sherman
First of all, thank you very much for this firmware. It's great.
I don't know if I should open a bug to Marlin directly or your fork, it's late night here and I haven't checked if it also happens in the official firmware. Will flash official firmware tomorrow and check. For now, I'll open this here.
I want to change filament mid print. I used Cura Filament Change script (which uses M600) and Pause at height (M0) . Both options shift layers when print returns. M600 seems to shift both X and Y and M0 shifts Z (unsure if it also shifts X and Y, as shifting Z made a mess of my test print).
I'm building the firmware using your configs (from Configuration\ Files/Jyers\'s\ Config) and my own numbers for NOZZLE_TO_PROBE_OFFSET. No other change.
Hey,
Great work BTW.
I've attempted a few different releases:
https://github.com/Jyers/Marlin/releases/tag/v1.1.1
-- E3V2-BLTouch-3x3-HS-V4.bin
-- E3V2-BLTouch-5x5-HS-V4.bin
https://github.com/Jyers/Marlin/releases/tag/v1.1.0
-- E3V2-BLTouch-3x3-HS-V4.bin
-- E3V2-BLTouch-5x5-HS-V4.bin
And I seem to be having the issue where OctPrint won't connect? It connects sometimes after numerous Pi reboots and printer reboots, but not actually been able to print anything. When I do the OctoPrint disconnects again and I again have trouble connecting?
Has anyone else had this issue?
I flashed the older firmware back and the connectivity issue went away, but I'd really like to use your firmware for the LCD progress sync...
I'm using Ender 3 V2, 4.22 board, Pi 4.
Also, might I ask, is '5x5-HS' (the 'HS' - High speed part) is that bed levelling speed?
Any help would be greatly appreciated.
After last Updated, during sensor filament runout prosses the display get freeze, please see attached video show the phenomenon , thank you.
Where do I start? First off, unable to compile,,,,but Ill deal with that later. DL two different UBL bins, both have issues.
Currrent one 10x10 HS v2,stuck on proboing,staying in one spot but probing points going up. The other thing is I CANNOT connect from Octopint anymore! I dont know whats going on here. Tried different bins,cables and octoprint settings. I can only access menu ..uggh
edit ok I had to adjust the offsets,I have been using self complied fw for awhile and forgot to change this. The UBL probe stopped at 65/100. 5/..no g29 p3 that I can access from menu. Still cannot connect from Octoprint
Description:
I usually have a small .gcode file (in this case petg-load.gcode in the image) to load filament for my dual gear extruder from the SD card. Once loading is complete, I confirm the print and then proceed to print using Cura/Octoprint. I notice that uppermost of the display still retains the load gcode filename and doesn't update with the new file printed from Octoprint.
Using v1.1.1
Steps to Reproduce:
Expected behavior:
Update top portion of display (filename)
Actual behavior:
Upper portion of display does not update and retains previous filename and no longer says Host Print, please see image.
EDIT: I realize that you probably can't display the filename or full name (8.3 dos ext) of the current file but perhaps a screen refresh of that section is in order.
Basically this #6 but only for the new filament change popups.
In the new Ender_3_V2_Extensible_UI branch the M73 command gives some wierd percentages on the screen when printing from OctoPrint:
Find my configuration files in my fork: https://github.com/Schnabulation/Marlin/tree/Ender_3_V2_Extensible_UI/Marlin
The most importand configs would be these:
#define LCD_SET_PROGRESS_MANUALLY
#define USE_M73_REMAINING_TIME
I am using M73 Progress Plugin and DisplayLayerProgress Plugin in OctoPrint.
Just print normally through OctoPrint. You could also check by manually sending a "M73 P25" through the terminal.
I can compile it with the supplied UBL config, and my Bilinear + Lin Advance, but combined gives an error concerning lines 463 and 464 in creality_dwin.cpp
https://gist.github.com/nullstalgia/9864a4fe09dc6454cf6791af50b2a621 my configurations
I use this guide to enable Linear Advance (I did the internal solder mod)
I can change everything until the E0_DRIVER_TYPE, at which point this error occurs
This occurs both on the precompiled firmware and self-compiled.
Serial Log:
Recv: Probing mesh point 59/100.
[...]
Recv: Probing mesh point 60/100.
[...]
Recv: Probing mesh point 61/100.
[...]
Recv: Probing mesh point 62/100.
[...]
Recv: Probing mesh point 63/100.
[...]
Recv: Probing mesh point 64/100.
[...]
Recv: Probing mesh point 65/100.
[...]
Recv: X:0.00 Y:0.00 Z:12.55 E:0.00 Count X:0 Y:0 Z:5020
Recv: echo:Bed Leveling ON
Recv: echo:Fade Height 10.00
Recv: ok
[...]
Recv: Done.
[...]
Recv: Tilting mesh point 1/4
Recv:
[...]
Recv: Tilting mesh point 2/4
Recv:
[...]
Recv: Tilting mesh point 3/4
Recv:
[...]
Recv: Tilting mesh point 4/4 (at this point, the screen is frozen and won't respond)
Recv:
[...]
Recv: X:249.00 Y:15.00 Z:12.55 E:0.00 Count X:19920 Y:1200 Z:5020
Also showing it stopping on # 65
The resulting mesh:
Hi really nice fork you've made. I think I found a bug (or I'm not using the feature right) when I tried to manual level (I don't have a bltouch) the nozzle will move to the point but the Z axis won't go down.
So first I Auto Home nozzle goes to bottom left until it hits the endstop then I select bottom right nozzle goes up goes to the point but doesn't go down at the point. (same for the other points)
After the filament change procedure the hotend remains on indefinitely.
Would it be possible to make the hotend switch off after procedure is complete?
When there is a file name is too long, the letters at the edges of the bar are not deleted, letters remain on both sides of the bottom bar, see photo. thank you.
Noob alarm: I am quite new to this, build firmware from main Marlin branch a couple of times. Read about this firmware on reddit and used the smith3d before that.
TLDR: Manual bed leveling does not disable bed leveling (M420 S0) which is expected as any action could have enabled it.
-G29/'Level' from LCD
-Print just ran with G29 or M420 S1
-G28/'Auto Home from LCD' with the firmware option to enable ABL after homing
What happened:
After running Leveling from the ABL and looking at the report in octoprint terminal I noticed it was out of wack significantly.
I decided to use the LCD to run manual leveling option. It went to the 4 corners with perfect z.
So I tried again and issued an M420 after homing when in the menu where you can choose to go to the corners.
It reported bed leveling was enabled.
After setting M420 S0 and re-homing manual leveling went fine. The ABL afterwards was also fine.
I am using E3V2-BLTouch-5x5-HS-V4.bin v1.1.1 from 22nd of Feb
Expected behavior:
Bed leveling being disabled
Actual behavior:
Bed leveling enabled
When FILAMENT_RUNOUT_SENSOR is defined and a filament runout is detected the printer correctly executes a M600 command to move the head away and eject filament. A popup is displayed on the display to notify the user to load new filament and then confirm.
After this has been done the printer purges and continues the print correctly - however: the display keeps the popup open and does not return to the status screen:
When you uncomment the line #define FILAMENT_RUNOUT_DISTANCE_MM 25 in Confiruration.h then attempt to compile using Platformio, it fails with the error ....
Marlin\src\lcd\extui\lib\creality_dwin\creality_dwin.cpp: In member function 'void CrealityDWINClass::Menu_Item_Handler(uint8_t, uint8_t, bool)':
Marlin\src\lcd\extui\lib\creality_dwin\creality_dwin.cpp:1980:31: error: 'FilamentMonitor {aka class TFilamentMonitor<RunoutResponseDebounced, FilamentSensorSwitch>}' has no member named 'runout_distance'
Draw_Float(runout.runout_distance(), row, false, 10);
^~~~~~~~~~~~~~~
Marlin\src\lcd\extui\lib\creality_dwin\creality_dwin.cpp:1983:33: error: 'FilamentMonitor {aka class TFilamentMonitor<RunoutResponseDebounced, FilamentSensorSwitch>}' has no member named 'runout_distance'
Modify_Value(runout.runout_distance(), 0, 999, 10);
^~~~~~~~~~~~~~~
*** [.pio\build\STM32F103RET6_creality\src\src\lcd\extui\lib\creality_dwin\creality_dwin.cpp.o] Error 1
============================================= [FAILED] Took 45.45 seconds =============================================
Environment Status Duration
---------------------- -------- ------------
STM32F103RET6_creality FAILED 00:00:45.454
======================================== 1 failed, 0 succeeded in 00:00:45.454 ========================================
#define FILAMENT_RUNOUT_DISTANCE_MM 25 in Confiruration.h and saveExpected behavior: [What you expect to happen]
I expect the compilation to succeed as it always has using previous versions. I have a copy of the pervious download and tested this compiled successfully.
Actual behavior: [What actually happens]
It starts to compile then fails with the message as above.
I assume this is a bug? Something has been changed since the previous version? I have never used #define FILAMENT_RUNOUT_DISTANCE_MM 25 before and really don't need it. In order to get this latest version to compile, I had to leave it uncommented and set it to 1mm then I was able to compile successfully.
Was the change intentional? Perhaps setting to 0 (zero) mm would be the same as commenting it out? (I never actually tried using zero) Seems a strange change if so.
Hi Jyers
I found 2 issues on manual mesh bed leveling after installed E3V2-ManualMesh-5x5-V4.bin, version 1.1.0, on my printer,
When i doing mesh bed leveling manually, under Level icon, i found
This image is showing -0.00 on z-axis when i press move down
This video shows I pressed twice on 0.29 to reach 0.30, 0.28->0.29->0.29->0.30
https://user-images.githubusercontent.com/68487284/109097215-03956980-7773-11eb-88fe-9f0a12eabe68.mp4
Regards
Sherman
Hi,
used versions: E3V2-BLTouch-5x5-V4.bin; E3V2-BLTouch-5x5-HS-V4.bin; E3V2-BLTouch-3x3-V4.bin; E3V2-BLTouch-3x3-HS-V4.bin
With all the same, the Z-axis measurement will not start. takes it up but, it doesn't move down from the axes, only up and ends there with an error.
Plug in my BL touch.
Thank you in advance for the advice.
Since you have enabled the Filament Change by default, I wanted to throw this in.
I think only parking X would make sense, as that's the only Axis that has the hot-end attached.
Also (and please inform me if this is just wrong), but I feel that sending Y to 0 for no reason during a print could result in the bed possibly being misaligned with the print. But, I feel this would happen most if filament changes/pauses happened multiple times during a print, not with just one pause.
Also, when pausing a print to say, add a magnet, the bed moving all the way to the back makes it a lot harder.
1st,
Screen flickers when enabling Live Adjust from the Z Offset menu. Looks like its trying to show an alert.
After playing around some more, I see the alert while the Z axis moves to 0.0.
2nd,
After more playing around, it seems to be misbehaving a little: when I enable Live Adjust, the head moves to 0.0, and not what the z-offset is set to.
Set offset to 5mm,
Enable Live Adjust, (head should move up to 5mm, it doesn't)
Set offset to 5.01mm, (to see if it will move to the proper height with a new command, it doesn't. Instead it just moves up the 0.01mm difference)
Set offset to 0mm, (head lowers by 5mm, crashing into the bed)
I went to test what happens if I adjust z-offset when the z height is already up, such as after a print, but it seems that live adjust turns off as soon as you exit that menu. Not sure if that's intentional. Should live adjust influence changing z-offset during a print?
This is a feature request to consider adding support for PID autotune (M303) as a menu option in the firmware. I think it could be placed under the advanced menu and separate for hotend and bed.
i can't compile the firmware since your last modificiation , Marlin/src/lcd/dwin/e3v2/dwin.cpp i got some error .
Hi, nice job, thank you, I think i fund some bug.. so after filament Runout Happens, and when park nozzle is time out, i change the filament , and reprint than happens. the Display gets freezing on message "Reheat Finished Press To Continue" , even though the printer continues to print. only turning it off and on again it's fixes the phenomenon.
There is a printer connection time out when enabling Meatpack Plug-in in octoprint. It still connects fine without enabling it in octoprint tho. So I'm not sure if it's a bug with the octoprint plug-in or the compiled firmware with meatpack enabled and added feature. I tried with auto and manually set connection (ttyUSB0) and baudrate. I tried installing the bug serial connection fix as well for the octoprint plug-in and didn't work
In Configuration_adv.h I added:
#define MEATPACK
and made sure that the feature file is there as well.
Expected behavior:
printer connected successfully
Actual behavior:
When using auto baudrate, it fails to detect a connection. when using 115200, it goes to timeout and remains offline.
"Changing monitoring state from "Offline" to "Opening serial connection"
Changing monitoring state from "Opening serial connection" to "Connecting"
Connected to: PackingSerial<id=0x6fe60390, open=True>(port='/dev/ttyUSB0', baudrate=115200, bytesize=8, parity='N', stopbits=1, timeout=10.0, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
Send: N0 M110 N0125
Send: N0 M110 N0125
No answer from the printer within the connection timeout, trying another hello
Send: N0 M110 N0*125
There was a timeout while trying to connect to the printer
Changing monitoring state from "Connecting" to "Offline"
Connection closed, closing down monitor"
However, the printer only connects when meatpack plug-in in octoprint is disabled.
There are filaments that work on lower than the default 185C temperature. The Filamentum Timberfill for instance has recommended printing temperature starting at 140C. At 185C there is excessive stringing.
Set the hotend temperature at 150C in the slicer and start printing.
Expected behavior: [What you expect to happen]
The printing process should be extruding filament.
Actual behavior: [What actually happens]
The printing process goes as expectef (X/Y/Z movements), but the E movement is blocked.
Should not be needed.
I'm using a TR8*2 leadscrew so I should use 1600 steps/mm for Z axis.
However, the display only shows the last 3 digits (600).
New pop-up system broke the Save to EEPROM dialog.
Edit: Video https://streamable.com/rnedsg
Sorry if this is too quick after the commit :P
When OctoPrint is connected to the printer and a print is started directly from the display the status screen switches to "Host print" instead of the normal, locally started "print from SD card" screen. This renders the "pause" and "cancel" buttons functionless.
Please find my config-files in my fork: https://github.com/Schnabulation/Marlin/tree/Ender_3_V2_Rewrite/Marlin
Expected behavior:
The screen should keep the normal local "Print from SD card" status screen showing the filename instead of "Host print".
Actual behavior:
The screen switches to "Host print" rendering the buttons useless.
We already discussed this issue and you seemed to have fixed it. However it now arises again in actual prints.
After the last change (commit 5d20df03cd62c18d873313dc1669403dd0e6bdd2) some part of the grey popups (for homing, leveling, etc.) stays on the screen even after the popup disappeared.
Before homing:
During homing:
After homing:
See the grey bar at the bottom.
Hello
I have buy a BondTech extrudor, in the Manual says i must setup the e-Steps to 415 but I check in the firmware gos only to steps/mm 186
is this possible to change this, will pay for the work no problem
thx for a short feedback
The M0 command now prompts the user for a button press (awesome!), but when I do it, the screen reverts to a short vertical orange bar in the upper-left corner, no icons, and won't allow interaction. The three status lines do seem to be still updating.
Not too many changes. Here are my changed lines:
//#define USE_PROBE_FOR_Z_HOMING
#define NOZZLE_TO_PROBE_OFFSET { -45, -25, 0.1 }
#define GRID_MAX_POINTS_X 5
//#define Z_SAFE_HOMING
M0 "Press the button"Expected behavior:
Display returns to previous screen, in this case the main menu.
Actual behavior:
Display shows no icons and a small vertical orange bar in the upper-left
This is with branch upstream/Ender_3_V2_Extensible_UI, commit "Slight Changes and Updates" dated 2/13/2021 6:52:09 PM.
First of all, thank you for a firmware that makes my Ender 3 v2 useable!
I have read somewhere that when printing from octoprint, this firmware is able to show the progress on the display. I am not getting that.
This is my progress in octoprint
Hey,
When I print over octoprint, the printer says "Host Print" but the progress bar stays at 0%.
I use the OctoPrint plugin "DisplayLayerProgres" and your pre compiled firmware "E3V2-Default-NoProbe.bin"
BR
T
Doing the manual leveling, it would be amazuing, having another menu entry for "previous". Unfortunately in a 5x5 levling it happens quite often (to me, and guess to others too), that you press the scrollwhellt accidentally/to quick when adjusting a new point. That results in pressing the "next" button, leaving your current point at the default offset of 0.2mm.
Now if you go through 5x5 levling and this happens somewhere in the middle/end, it's quite cumbersome, either doing it manually by RS232, or going through all points again.
As per my primitive understanding, this might be an easy fix, using G29 I .. J ... command and set it to the previous point.
Description:
I usually have a small .gcode file (petg-load.gcode in the image) to load filament for my dual gear extruder from the SD card. Once loading is complete, I confirm the print and then proceed to print using Cura/Octoprint. I notice that uppermost of the display still retains the load gcode filename and progress bar remains at 100%.
Steps to Reproduce:
Expected behavior:
Update top portion of display
Actual behavior:
Upper portion of display does not update and retains previous print details, please see image.
I am studying the multilanguage implementation on this screen with the previous versions and it made it difficult to carry out this task, but with the migration to Extensible UI I see this implementation more possible
Language implementation es, fr, it ...... on the ender 3 v2 screen
#This is a snippet of the tests I started
// Allow language selection from menu at run-time (otherwise use LCD_LANGUAGE)
#define LCD_LANGUAGE_1 en
#define LCD_LANGUAGE_2 fr
#define LCD_LANGUAGE_3 de
#define LCD_LANGUAGE_4 es
#define LCD_LANGUAGE_5 it
Possible templates
If it is of your interest or someone is already working on this, it is my intention that we can do this as a team and be able to bring a better experience to users around the world.
In order to make the manuel leveling independent from the leveling mesh the board issues a command to disable the mesh. The correct command for this is M420 S0 - however the printer recieves a G420 S0. This is not a known command.
After the leveling is complete the board restores the mesh. The correct command is M420 S1 - however the printer recieves a G420 S1.
Here is a screenshot from the commandline of OctoPrint - see the last two lines:
With version 1.1.1, after printing job completed, summited by Octoprint, the Display still waiting for confirmation.
When adjusting the flow rate from the tune menu, nothing changes in the print.
I've verified it by setting the flow to 80% in the tune menu and printed a test cube. Then I resliced that cube and lowered the flow in the slicer to 80% and reprinted (this time with 100 in the tune menu).
The prints are clearly different.
Using Release 1.1.1
Not sure if I'm doing something wrong, but seems like a bug to me
Start a print and it will instantly detect no filament what can i do ??? i got this filament sensor
Hi...
After long pause and when park nozzle is time out, i pushing reprint, than Display gets freezing with
a message "Reheat Finished Press To Continue" , even though the printer continues to print. only turning it off and on again it's fixes the phenomenon.
The display file name disappeared from the top bar, please see attached photos, thanks.
At the moment there is a cap for extruder steps per mm set at 186, same as the ender 3 v2 stock firmware, however Marlin upstream has this problem fixed:
Marlin-firmware
No hurry as this is more a matter of convenience
Thanks for all your work.
Expected behavior: [What you expect to happen]
Be able to set the extruder steps per mm to a value over 186
Actual behavior: [What actually happens]
The value is capped at 186.
The printer screen show -0.01 less than the real measure that octoprint show in terminal when M503
When using M600 in g-code, the filament retracts and the popup appears.
After swapping filament and pressing confirm, the filament loads and printing continues.
The popup remains on the screen and when pressing confirm, the screen returns to the prepare menu.
The info (print status) screen does not reappear until the print is finished and the progress bar shows the value at the point of the filament change.
configs.zip
React
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
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
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.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.