Quantcast
Channel: Reprap Forum - Firmware - Marlin
Viewing all 12089 articles
Browse latest View live

Re: Setting temps beyond the thermistor table.

$
0
0
Yeah, I've used E3D's PT-100 & amp board on an Azteeg smoothieboard for the last 3 years, and I know where it's limits are, but that's why I cannot test for myself.

I was just wondering what Marlin would do if you set temp higher than the thermistor's table (assuming they've changed the max_temp).
I've seen a couple tables top out at 300, but this is the second time I've seen someone say they're printing higher without anything special.. wondered what was really happening. Does Marlin tell tall tales??

Re: Marlin PID Autotune

$
0
0
Well, to be honest, I use OctoPrint and RARELY use the controllers menus. I mainly use it for at a glance info on temperatures and Z level. But that's the one thing that might be nice to be able to do all on the printer; run the autotune for each heated device and automatically store the learned values.

Marlin homing issue

$
0
0
I've been running Marlin 1.1.8 for a long time, since I got the CBot version of Marlin and copied the values over to the official Marlin 1.1.8. Marlin 1.1.8 has been rock solid for me, so I tried upgrading to 1.1.9. That worked well, except for one issue: post print homing frequently failed and halted the controller. So I reverted back to 1.1.8 and have been running that since.

I just migrated my settings over to Marlin 2.0, and that seems to work well... except I am still getting the post print 'homing failure' and controller halt that I got with 1.1.9.

Does anyone know why the XY homing would fail like this post print? And only in 1.1.9 and 2.0.x?

Re: Setting temps beyond the thermistor table.

$
0
0
... you too have to modify the tables or replace the temp routine with own code -- with PT100 it's easier, as the curve is nearly linear ;)

Marlin crashing every time print ends

$
0
0
Summary on issue:

Every time print finishes, printers software crashes in various ways:
- with bomb-like ticking sound which is contineud by continous beep. (most common)
- simply by getting stuck on LCD without anything updating (happened once during troubleshooting)
- going to the "loading screen" where it just shows the bars (second most common)
||||||||
||||||||
||||||||


All of these software crashes end up to same result: printer not responsible to commands, power cycling it off/on again makes it work normally until next print finishes.
Sometimes the printer seems to halt at the point where it starts executing the End Gcode, and at other times it finishes the end Gcode before crashing. Parts always print complete before crash occurs without exception.


Printer: Anycubic Kossel Linear Plus
Electronics are all stock parts, board Trigorilla 1.1
FW: Marlin 2.0 with bug fixes // 29.02.2020



Upon inspecting the crashing event on reproduced tries: it's usually either unreadable symbol mess leading to Printer halted. () called!, or

Error:Heating failed, system stopped! Heater_ID: 0
Error:Printer halted. kill() called!




Troubleshooting steps done so far:
--------------------------------

1
Reproduced error to happen consistently on different slicers

Cura 4.4.1
Cura 4.5
Prusaslicer 2.1.1
--------------------------------
2
Reflashed firmware

--------------------------------
3
Tested same gcodes with stock firmware. No crashing.

--------------------------------
4
Checked the thermistor wires and connectors (since the error it sometimes does say is MAXTEMP, half the times just symbol mess)
--------------------------------
5
Reformatted the SD card, sliced new files and safely ejected it.
--------------------------------
6
Printed via USB from PC from Cura 4.4.1
- attempt 1, 15min print, no crash.
- attempt 2, short 30 second print - no crash
- attempt 3, 15min print - no crash
- attempt 4, 15min print - no crash

----------------------------------
7
Testing with another known good SD card.

- attempt 1, 15min print, no crash.
- attempt 2, 5min crashes at the end to the loading screen showing bars. no beeping sound.
-attempt 3, 15min print, crashes same way as attempt 2 -> finishes end gcode and crashes with the continous beeping sound.
----------------------------------


Additional video footage of the issue happening one time:
[www.youtube.com]

Any additional troubleshooting steps you can come up with for me, I would appreciate it - I will continue to document everything done properly :)

I2C control of pcf8574

$
0
0
I am using a BTT SKR 1.4 Turbo board which has limited additional I/O pins and i would like to use an I2C expander based on the pcf8574 chip to control basic on / off functions.

I have the board working with wires.h with a arduino nano without any issues.

Can anyone help with pointers to where and how in the Marlin firmware i can define the addtional 8 pins and allow Marlin to control them, so i can use them in a pins file.

thanks

Re: Marlin crashing every time print ends

$
0
0
This line should have only 13 characters for the Machine Name when using a 20 X 4 Discount Smart Controller you have 15.

#define CUSTOM_MACHINE_NAME "ANYCUBIC Kossel"

Re: Marlin homing issue

$
0
0
When Flashing marlin firmware you should always restore firmware defaults using.

M502 - Factory Reset
M500 - Save Settings

If this does not correct, - Then.

Upload configurations.h / Configuration_adv.h from Marlin 1.1.8 to a share program like google Drive and post link here.

Upload configurations.h / Configuration_adv.h from Marlin 2.0.4 and/or Marlin 1.1.9BF to a share program like google Drive and post link here.

I will find time to look at the conversion for you.

Re: Marlin PID Autotune

$
0
0
I use OctoPrint only when I want to do a Time-lapse, and when using Time-lapse for printing get models that look fuzzy see image below.

Printed with same G-Code in ABS Hot-end 236C Bed 96C
Left OctoPrint : Right SD Card
[attachment 114686 SDvsOctoLapse1.jpg]

Re: I2C control of pcf8574

$
0
0
take a read of [reprap.org]
where I went through the steps of adding a pca9685 IO expander.

but this was pre v2... With HAL's its my be easier to "add pins" transparently.

Re: Marlin homing issue

$
0
0
Thanks for the offer. The odd thing is it doesn't seem to be every print. Last night I ran a short print to test a new filament, and that gave me the homing error. Today, I started a long print before I saw your message and that one finished fine and homed properly after the print. Still, I ran the M502 command you recommended, and after that, the controller essentially went TILT - it halted and I couldn't send the M500 command and had to reset. Maybe the M502 reset it, saved the defaults and halted the controller a part of a normal process... I'll try another print or two and see what happens.

That being said, in the meantime, here are my config files for 1.1.8 and 2.0:

[www.dropbox.com]
[www.dropbox.com]

Re: Marlin homing issue

$
0
0
Downloaded your configs, will look and see

Here is what I found,

PIDTEMP & PIDTEMPBED are different
EXTRUDE_MAXLENGTH is different
DEFAULT_XJERK is different
DEFAULT_YJERK is different
NOZZLE_TO_PROBE_OFFSET is different

Z axis wont' register correctly in marlin

$
0
0
Hi
I'm using marlin 1.19+bugfix and trying to set the steps/mm on my axis. I have succeeded in setting the X.Y axis correctly but I can't define the movement of the Z axis. When I make 10mm move the axis only moves 5mm.
The command that I'm playing with in marlin is
#define DEFAULT_AXIS_STEPS_PER_UNIT { 160, 160, 16000, 1000 }. I'm using a 0.9deg motors, M5 thread rods and DRV8825 motor drivers. All jumpers on the ramps are on so the the driver microstepping is set to 1/32. Using the reprap calculator I find that I need to set the value for the Z axis to 16000. So far so good.
The problem is that although I set the Z value to 16000 in Marlin when I send a M503 in pronterface I get the following:

echo:Steps per unit:
echo: M92 X160.00 Y160.00 Z8000.00 E1000.00

Why isn't the value 16000 written correctly and I get 8000 in pronterface ?

As a matter of fact I always get 8000 whatever value I put in DEFAULT_AXIS_STEPS_PER_UNIT

Delta setup

$
0
0
Hello, Apologies in advance for this post, I feel sure that this has been covered many times but I cannot find an answer. I have at last finished building my Delta, configured Marlin 2 to run it and got as far as getting everything working as it should. Homing, heating, fans, extruder etc. and now it comes to calibration- When I set up Marlin I put in a Z height of 365, but since getting all this together I have added a heat shield to the under side of glass bed and this makes the Z height 2,9mm less,(after doing the paper test) which also affects the tower measurements,So my question is do I have to get into the configuration file to alter the Z height or is there a more simple way? I came across a guide which gave a code (M203 I think) which was supposed to save this setting but Marlin did not recognise it. Another little niggle I have is that while trying yo get the firmware to work I came to a point where I was giving up on Marlin and I tried Smoothieware, I gave that up because I could not get the LCD to work properly, but one thing stood out like a sore thumb-- The motors under Marlin are "noticable" but under smoothieware were really quiet
The machine controller is the Makerbase MKS SGEN L V1,0 and firmware Marlin 2.0.4.

KR-PRO-V1.1 board not converting firmware.bin to FIRMWARE.cur

$
0
0
Hi,
Any ideas why my SKR-PRO-V1.1 board not converting firmware.bin to FIRMWARE.cur and usb cable do not respond with PC.
In the past everything was fine. Also tried to use other SDcard with FAT32 format, nothing change

Re: Marlin homing issue

$
0
0
Thanks for taking a look - the PIDTEMP & PIDTEMPBED, assuming you're referring to the 'DEFAULT_Kp', 'DEFAULT_Ki' and 'DEFAULT_Kd' values would be different because I don't believe I ever did any PID tuning on 1.1.8, but I did do PID Autotunes on 2.0 and put the learned values into the config so it has the learned values as default. I'm not positive why I made 'EXTRUDE_MAXLENGTH' different. The 'DEFAULT_XJERK' and 'DEFAULT_YJERK' I believe were the default values in 2.0, and I left them lower because I've since upgraded my build plate to a piece of 1/4" tool plate, so I was looking to slow the build plate down a little as I think moving around too fast caused an alignment issue in the print. The 'NOZZLE_TO_PROBE_OFFSET' would be because my Z probe is now in a little different position from where it used to be.

Unfortunately, it doesn't seem like any of these values would account for it failing to properly home post print.

Re: KR-PRO-V1.1 board not converting firmware.bin to FIRMWARE.cur

$
0
0
It means the bootloader is not being run.

Most probable case, the board has died.

Re: CoreXY sensorless homing Marlin

$
0
0
Hi,

I got the same problem since I updated Marlin about a week ago. Before sensorless homing worked perfectly.
G28 X : works perfectly
G28 Y : works perfectly
G28 XY : does not work

I also have a CoreXY printer and am homing X and Y independently. (first X then Y). When doing a G28 XY the printer homes X and than tries to home Y, but stops immediately as if it would have hit the end already. It seems like the trigger from the successful X Bump is still active an is registered again for the Y homing routine.

Is there something wrong with my setup? I noticed that there were some code changes regarding the TMC Drivers. (in the Marlin code as well as in the TMC Sepper library) Could this be connected? Does the new code require a specific setting/config?

I am using TMC5160 driver boards on a SKR 1.3 board.

I am thankful for any help.
Regards
Camaro

Re: Z axis wont' register correctly in marlin

$
0
0
You have Z8000 in eeprom.

Update your eeprom with new value

send the printer

M92 Z16000
M500


or just reset eeprom to firmware settings with
M502
M500

Re: KR-PRO-V1.1 board not converting firmware.bin to FIRMWARE.cur

$
0
0
I hope its not, every light on board is working when i connect to usb ive got problem only with connections i hope there is another problem which i can fix, i find that not only me got this problem. My board picture: [ibb.co]
Viewing all 12089 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>