-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem with firmware compiled and uploaded #12
Comments
ciao Flavio |
Ciao Paolo, se ci vogliamo sentire in privato la mia email è [email protected] |
Ciao, se vuoi sentiamoci 3346432379Inviato dal mio Galaxy
-------- Messaggio originale --------Da: flavioprattico ***@***.***> Data: 16/02/23 07:42 (GMT+01:00) A: makerbase-mks/MKS-DLC32-FIRMWARE ***@***.***> Cc: PaoloViper74 ***@***.***>, Comment ***@***.***> Oggetto: Re: [makerbase-mks/MKS-DLC32-FIRMWARE] Problem with firmware compiled
and uploaded (Issue #12)
Ciao Paolo
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
I close the issue. I did not solve the problem directly but I found still a solution. Following this video I flashed the MKS DLC32 V2.1 directly with FluidNC, then uploaded a configuration file specifically for this board. Once I will want to change the firmware I will compile directly FluidNC. The board works! |
. |
Hi Flavio I have a question. The BIN file that you get after compile is 2MB or 8MB? Thank you |
I used Upload instead of Build in VSCode to directly flash the board. you may need to adjust you COM port setting in "ini\mks_dlc32.ini". |
Hi christianbanach, I honestly gave up to follow this path. I have chosen to pursuit to use directly the FluidNC firmware. For it you will find a lot of material for compiling, flashing and, if you have problem on GitHub people answer. At beginning I had problems that I solved. I leave you here the link to the GitHub issue |
Hi Flavio Understand that the way is to go to FluidNC buas as need LCD support is not possible by now. Actually I cannot merge the full bien file as I don't know on how to merge many files. I read it i'm this post from someone else. My bin file is 2MB snd should be bigger Thank you |
Please see my previous post. |
It worked well. I am trying yo compile the normal laser version so I have selected the correct version on INI file but when I upload it there a different screen layout. Where can I chance it? Thank you |
I need to use the following setting to make the laser work. // Laser pin set Please see here for reference: I have not checked if the layout of the display was affected before this change. |
Mhhh you compiled the firmware from my branch for the MKS DLC32. This file ist intended for the LaserBox ESP32 V1.0 (used by Atomstack). This is basically a clone of the MKS DLC32 V1.x boards. Unfortunately the released source has still bugs in the UI. As you see on your pictures. You can get proper label if you go to the third button and change language (whatever you chose its always English). The Z axis control looks to be not disappearing if you compile with z axis disabled. The latest binary firmware build have an much nicer appearance and work better than this but for me the laser did not fire. This is why i created this custom version. |
Thank you MJ666 |
I finally ended up with using one of the exiting binary firmware files. See also here: makerbase-mks/MKS-DLC32#347. It has some more functionality (better functionally with the display, a working SDL pin to control air assist, connectivity to local WiFI) than the Atomstack OEM firmware. The released source code looks to be quite old and contains more problems than the prebuild binary firmware. The source code as it is is quite useless as long MKS is not updating it to the recent version. FluidNC is maintained and also working on this boards quite well but at the moment it does not support the display. |
I saw that rhe released source code is older than compiled firmware. |
I had same issue. Built FW from the repo without any modification and it failed to boot with the error message:
Stock firmware can be flashed and booted with same esptool parameters without any issues. |
You should not use Esptool or MKSLaserTool to flash the binary created from VSCode "Build" function. This is not going to work. You should use the "Upload" function from VSCode to flash the firmware as part of the build. The binary from VSCode is the application only but the released binary is an flash image including boot code, esp libraries , application, and SPI filesystem. |
I downloaded the last version of the firmware from here
https://github.com/makerbase-mks/MKS-DLC32-FIRMWARE
compiled it with platformio and uploaded the bin file to the mks dlc32 v2.1 board through the mkslasertool. I had no issues on this workflow but once I tried to connect with grbl controller I have this error
Expecting grbl version string. Unable to parse response.
rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPY_FAST_FLASH_BOOT)
with the same grbl controller, before flashing the firmware (then with the main firmware uploaded by the producer), I had no problems with communication with the board. I was able to open the communication, parse $$ and so on.
Thanks in advance
The text was updated successfully, but these errors were encountered: