Is it possible to get a copy of the configuration.h file when building a custom firmware and when downloading an existing pre-built firmware? It can be helpful to know when changing settings for things like new hotends.
Thanks!
Is it possible to get a copy of the configuration.h file when building a custom firmware and when downloading an existing pre-built firmware? It can be helpful to know when changing settings for things like new hotends.
Thanks!
2nd this. Would be very useful for troubleshooting. Of which I am having probing issues with yesterdays build and todayās build on an Ender 3 Pro.
Thirded. I would love to see the settings being used.
This would be great as well especially if you would like to create custom codes as well
same. i need to adjust my home on the x and y. im losing like 30mm off the front and 10 off the right side
If you are using a Bltouch or something like that make sure you check the z-probe offset on the printer. As well the firmware builder has an option for that.
Same. Or at least some sort of record of what the variables were for a custom configuration. I have a system thatās working that I set up a few months ago and would like to update it, but I canāt recall the exact settings that went into create the custom firmware in the first place.
Staff, can we get a response on this? The first request (that I can see here) was three months ago at this point, and unless Iām misunderstanding something, the configuration.h and configuration_adv.h would also be covered under GPL. If they canāt be made available, an explanation of why would be appreciated.
Sorry, this has been addressed before, but for the recordā¦
The configurations are all sourced from:
These are updated hourly on the builder, and before every build on the daily builds.
The two are different build systems, and right now, the daily builds only pass a single binary back as a result - then the entire environment is destroyed.
The custom builder also pushes back a single binary file which you are able to download. The base config starts as the above file in the repo, and then changes what you select in the builder.
The roadmap of stuff I want to do includes a āprofileā where you can save build details - but as this is a hobby, dedicating time to it is kinda difficult atm.
Fair enough. Sorry if I came across as accusatory. I appreciate your efforts and Iāll dig through those config examples and see if I can find what Iām looking for.
All good - Itās good for people to understand what goes in to things.
I had to completely redesign the build process when I built the custom builder, and that had its own challenges. However the daily builds are still on the old system - which is very restrictive and doesnāt scale well at all.
The custom builder scales really well by design, but its still a very limited system (by design) to get things in and out of. At the end of the build, everything is disposed of but the binary firmware.
In the background, I want to move everything to the single build system - the same one that does the custom builds - but thatās a mammoth effort to complete - so I havenāt had a chance to even scope out what I need to do to make this a reality as yet.
So, right now, things are somewhat difficult to keep in sync, but hopefully over time, I can make this a little better. It just requires brain space and time hahah
Just to follow up, the Profile support is now available in the builder.
Any chance for that profile download button, now that we can save the profile on your platform.
The internal DB format isnāt useful for building Marlin, however as always, you can save the config from a running binary firmware via M503 C
:
Then use this file in Marlin via:
Ive been trying to use the extracted configuration from MFS in a custom build for over a year now. The mc-apply script had some issues which are fixed but now it seems that the config report file generated by a printer running binaries from MFS is in a different format to the Platform IO config.ini and different from what mc-apply expects.
If I run mc-apply.py against it no changes are made to the header files. When I look at the mc-apply script its expecting a flat format, but the file output by the mfs binary is categorised.
How can I make this work? How do I get the config into my own build?
Ive got bugfix-2.1.x code base. Although I notice in the āM503 Cā extracted config file the build is bugfix-2.2.x-mfs.
Has anyone actually got this to work?