No same profile.Just a thought here, when slicing this in cura are you using a different profile for this printer that is running marlin compared to the profile for the Ender 3.
No.it didn't.If you manually increase the print speed when it’s printing does the printer speed change?
I never got on with octoprint as it kept stopping the printer mid print so I only print from sd cards.I think the speed thing is an issue with octoprint
It should do, so it could be an octoprint thingNo.it didn't.
Well currently it's printing a file from the SD card after I sorted some hardware adjustments. Looks very good so far.When I used octoprint with my printrbot, it was always dead reliable, stopping mid print probably meant whatever device you ran octoprint on had a hardware issue and the serial port went away. I used a beaglebone black as the octoprint host, and they are known for stability.
Also when I turned up the speed on octoprint mid print the stepper motor noise changed pitch and it went faster.
I'll try to look at the files side by side tonight see if anything obvious jumps out. Did you ever do a M503 to read the settings out the firmware too? maybe it has something mad going on with the microstepping config and different stepper motors that will show up there.
You should be able to add the Z value in your slicer rather than manually adjusting it before each print, like I mentioned before I have different values for the Z for different filament.I have spent hours today and I simply can't print on the Max without using tune and adjusting Z height before the print itself starts.
You should be able to add the Z value in your slicer rather than manually adjusting it before each print, like I mentioned before I have different values for the Z for different filament.
It is possible to change the Z offset value in marlin by reflashing the firmware with the relevant Z value included. But I don’t think it’s possible to download the firmware from the printer and modify the value, which would mean configuring marlin and this could cause more issues if you.
This is the first tutorial I used.To be clear here, the bl touch IS the actual z homing switch, so if it doesnt probe the bed with the bltouch it never sets the home value and it could be anything. You can set a offset from a value until you've homed a axis to know what the value to offset from actually is but your spinning the wheel of chance that its going to be right, and it wont be repeatable. Leading to odd prints, poor bed adhesion etc.
I think the slicer needs to be told to home in the startup code, and then it will make a file with the g28/g29 in the header to trigger off marlin's homing sequence (which sounds like its already set up well).
You dont need to reflash marlin to adjust the Z height offset, you can do it with m codes directly sent to the printer, then try it, then send a second m code to store the value in eprom for saving. There's guides on the net how to do this.
You can get a marlin printer to output its config which includes offsets and step values etc, unless its been disabled at compile time. Again the link to marlin's documentation. https://marlinfw.org/docs/gcode/M503.html
The reason it specifies it may or may not be the same as those stored in the EEPROM is because you can apply settings to test, then if you power cycle, the settings are lost unless you commit them with a m500.
To be clear here, the bl touch IS the actual z homing switch, so if it doesnt probe the bed with the bltouch it never sets the home value and it could be anything. You can set a offset from a value until you've homed a axis to know what the value to offset from actually is but your spinning the wheel of chance that its going to be right, and it wont be repeatable. Leading to odd prints, poor bed adhesion etc.
I think the slicer needs to be told to home in the startup code, and then it will make a file with the g28/g29 in the header to trigger off marlin's homing sequence (which sounds like its already set up well).
I will try outputting marlin config later.You dont need to reflash marlin to adjust the Z height offset, you can do it with m codes directly sent to the printer, then try it, then send a second m code to store the value in eprom for saving. There's guides on the net how to do this.
You can get a marlin printer to output its config which includes offsets .
It will be useful as I really need to tell marlin on my Ender 3 to store the baby steps as I am sure saving is turned off as no matter what I do , I have to reset baby steps to the same value But despite saving settings it never saves.
Kidderminster...lolRemind me where you are, Kidd? I just may feel the need to drop by on the 'bike when we have a nice day again.
As the printer was running TH3D previously and it was two years out of date I thought I would pay for the newer version. BUT it appears that I then have to pay extra for technical support as they dont include documentationIt may have been this setting that needed changing on mine for bltouch to work correctly
#define Z_PROBE_OFFSET_FROM_EXTRUDER 0 // Z offset: -below +above [the nozzle]
Well after compiling the firmware.What bit of it is confusing? There's only one of those lines actually doing anything, the rest are all comments.
#define NOZZLE_TO_PROBE_OFFSET { 10, 10, 0 }
This just sets the offset in the XY plane between the extruder and the probe, so that the firmware knows how close to the edge of the bed it can probe without the probe missing the bed completely as its offset from the nozzle
* Do NOT enter an number for the Z position in here. Store your offset in EEPROM.
This is a bit more useful...... my issue currently is that the z does not home no matter what I do with the latest firmware.As I keep on saying! The Z offset is stored in the machine's configuration EEprom, not the Gcode.