MarlinProject
ActivePublic

Details

Description

Firmware for LulzBot 3D Printers.

Important links:
Source code
Release builds
Development builds

Recent Activity

Yesterday

marcio added a comment to T3088: Change Filament Option.

This should be fixed now. Please retest with 1.1.9.5

Tue, Aug 14, 3:39 PM · Marlin
Yahuba closed T2560: LCD directory new occurance as Resolved.

Confirmed that gcode files on SD are presenting in LCD in order by most recently saved gcode file.
Tested on Mini2 and Taz6 using Marlin 1.1.9.5

Tue, Aug 14, 2:55 PM · Marlin, Mini-Hibiscus
marcio added a comment to T3323: SD Power Loss Initial Testing.

A few thoughts on using SD cards for power save. I recently learned that SD cards may or may not have wear leveling (entirely up to the vendor), and that if the card has wear leveling, a power loss event may cause corruption outside of the location which was most recently written (see this thread: https://electronics.stackexchange.com/questions/27619/is-it-true-that-a-sd-mmc-card-does-wear-levelling-with-its-own-controller)

Tue, Aug 14, 2:33 PM · Marlin
Yahuba added a comment to T2905: New Firmware LCD Pause and Resume issues.

Tested pausing/resuming prints using Marlin 1.1.9.5 with Cura LE 3.2.21 & 3.2.24
TAZ 6 v3 dual - layer shift reproduced
Mini 2 Standard Extruder - No layer shift
TAZ 6 Standard Extruder - No layer shift
Mini Single Extruder - No layer shift

Tue, Aug 14, 1:55 PM · Marlin
adam created T3331: Print Aborted times out on 1.1.9.5.
Tue, Aug 14, 1:34 PM · Marlin

Mon, Aug 13

Yahuba closed T3089: Home message on LCD as Resolved.
Mon, Aug 13, 8:45 AM · Marlin
Yahuba added a comment to T3089: Home message on LCD.

I was only able to replicate this original issue with the Mini2 printer using m.1.1.8.6. Have not been able to replicate it with any of the Taz6 printers or a Mini with the LCD attached.
Tried again on Mini2 using m.1.1.9.5 and received home xyz message after moving axis, then message went away after Home ALL.

Mon, Aug 13, 8:30 AM · Marlin

Fri, Aug 10

karrad added a comment to T3323: SD Power Loss Initial Testing.

2.0 bugfix Gladiola single extruder. After turning off power and resuming print, it attempts to go through the G29 process again when resuming.

Fri, Aug 10, 3:14 PM · Marlin
karrad added a comment to T3323: SD Power Loss Initial Testing.

Marlin 2.0 bugfix from 8/10/18 does not recognize the Button Switch on TAZ when first going through the probing sequence

Fri, Aug 10, 2:57 PM · Marlin
karrad updated subscribers of T3323: SD Power Loss Initial Testing.
Fri, Aug 10, 2:55 PM · Marlin
karrad triaged T3323: SD Power Loss Initial Testing as Normal priority.
Fri, Aug 10, 2:42 PM · Marlin
karrad closed T1228: Auto-Leveling on TAZ 6 with Marlin 1.1.5.18 as Resolved.

@b-morgan Ahh great to hear, the 1.1.8 branch is what we currently have loaded into Cura LE as stable. Glad to hear it is working!

Fri, Aug 10, 2:18 PM · Marlin
b-morgan added a comment to T1228: Auto-Leveling on TAZ 6 with Marlin 1.1.5.18.

I did not do the same experiment with 1.1.8 but I have been using the released versions of the firmware without incident. Is there something specific about 1.1.9 you would like tested?

Fri, Aug 10, 2:14 PM · Marlin
karrad reassigned T2560: LCD directory new occurance from marcio to Yahuba.

Please test on 1.1.9 marlin, and see if the most recent saved Gcode file appears at the top of the list

Fri, Aug 10, 2:10 PM · Marlin, Mini-Hibiscus
karrad reassigned T2905: New Firmware LCD Pause and Resume issues from marcio to Yahuba.

@Yahuba please test if a layer shift happens when pausing in 1.1.9.x (most recent)

Fri, Aug 10, 2:01 PM · Marlin
karrad added a comment to T1228: Auto-Leveling on TAZ 6 with Marlin 1.1.5.18.

@martinbogo @b-morgan We are beginning initial testing of the 1.1.9 branch of marlin: http://devel.lulzbot.com/software/Marlin/

Fri, Aug 10, 1:59 PM · Marlin
karrad reassigned T3089: Home message on LCD from marcio to Yahuba.

@Yahuba please test on the latest 1.1.9 branch of Marlin

Fri, Aug 10, 1:44 PM · Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: True. I guess we haven't really ruled out that the motors were off. One other possibility is that the brake board is shorting out the windings on the motors when it should not.

Fri, Aug 10, 12:19 PM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

if the compression bushings were usable we'd be able to eliminate that drop. But we cant prevent the axis from falling under its own weight without making print quality issues so the compression bushings are typically left loose

Fri, Aug 10, 12:09 PM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@marcio that doesn't apply if the motor drivers are off and the machine is on, though. Power on a machine and disable steppers, the side with more weight (left) will fall

Fri, Aug 10, 12:07 PM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: Well, electrically the motors are inlined in series at the brake board. So your should not see one side droop and not the other, unless the pully or belts are slipping.

Fri, Aug 10, 12:05 PM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@marcio to have the left side drop like that after a slight delay? doesn't sound likely to me, if the pulley were loose it likely wouldn't be visually level as the customer describes as it returns to the top

Fri, Aug 10, 11:30 AM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: Sounds like that user may have a loose pulley.

Fri, Aug 10, 11:22 AM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

Still cannot recreate this customer's issue entirely: https://forum.lulzbot.com/viewtopic.php?f=43&t=7717
After fresh flash of 1.1.9.5 if I level the X-axis after the motors have turned off, they remain engaged after the leveling is complete

Fri, Aug 10, 11:13 AM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@marcio So far I have only been able to recreate on a fresh FW flash of 1.1.9.xx on the first connection. If the machine is powered off and then reconnected the issue doesn't recur and I cannot recreate on 1.1.8.xx

Fri, Aug 10, 10:59 AM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: That's weird. Still can't reproduce on my machine. Can you try M500/M502?

Fri, Aug 10, 10:41 AM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@marcio Here is the M122 output from that occurrence:

Fri, Aug 10, 10:29 AM · Mini-Hibiscus, Marlin
logan added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@marcio I managed to recreate this by doing the following:

Fri, Aug 10, 10:25 AM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: I uploaded FW 1.1.9.5, which adds the M122 command, which allows you to check the state of the drivers. Please confirm that the Z drivers are being turned off and if so, call me over to take a look.

Fri, Aug 10, 9:51 AM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

@logan: I am unable to reproduce this. Are you sure the Z motors are being disabled?

Fri, Aug 10, 9:43 AM · Mini-Hibiscus, Marlin
marcio added a comment to T3311: 1.1.9.4 Z-motor driver time-out.

The configuration options to suppress the deactivation are still in place, so this may point to a regression in the Marlin code itself. There are three situations in which Marlin turns off the steppers and we need to find out which of these situations applied:

Fri, Aug 10, 8:56 AM · Mini-Hibiscus, Marlin
logan renamed T3311: 1.1.9.4 Z-motor driver time-out from 1.1.9.4 to 1.1.9.4 Z-motor driver time-out.
Fri, Aug 10, 8:45 AM · Mini-Hibiscus, Marlin
logan triaged T3311: 1.1.9.4 Z-motor driver time-out as Normal priority.
Fri, Aug 10, 8:44 AM · Mini-Hibiscus, Marlin

Thu, Aug 9

marcio added a comment to T1506: Feature Request: Store Bed Matrix.

For that we would probably need to add our own GCODE command, or add an argument to G38.3

Thu, Aug 9, 2:21 PM · Cura LulzBot Edition, Marlin
karrad added a comment to T1506: Feature Request: Store Bed Matrix.

@marcio Would there be a way to pull the set marlin offset using gcode commands? We have a lot of customers tweak their offset and store to eeprom

Thu, Aug 9, 2:11 PM · Cura LulzBot Edition, Marlin
marcio added a comment to T1506: Feature Request: Store Bed Matrix.

Actually, it looks like the correct thing to do would be to use G38.3, followed by G92 to reset the Z height.

Thu, Aug 9, 1:39 PM · Cura LulzBot Edition, Marlin
marcio added a comment to T1506: Feature Request: Store Bed Matrix.

It might be possible to substitue the G29 with a single Z probe: http://marlinfw.org/docs/gcode/G030.html

Thu, Aug 9, 1:18 PM · Cura LulzBot Edition, Marlin
marcio added a comment to T1506: Feature Request: Store Bed Matrix.

However, my guess is that your Z-offset would be wrong if you actually tried to print. I think you need something a bit more accurate than a Z-max endstop to actually take advantage of not having to have G29

Thu, Aug 9, 1:16 PM · Cura LulzBot Edition, Marlin
marcio added a comment to T1506: Feature Request: Store Bed Matrix.

Yes. It is active. If you do a G29, followed by a M500, then that bed leveling matrix will be present the next time you power up.

Thu, Aug 9, 1:14 PM · Cura LulzBot Edition, Marlin
karrad reopened T1506: Feature Request: Store Bed Matrix as "Open".

@marcio Is this activated? What do we need to do to implement on our machines with G29?

Thu, Aug 9, 1:11 PM · Cura LulzBot Edition, Marlin
marcio closed T2115: Pause and Resume Function as Resolved.
Thu, Aug 9, 8:14 AM · Marlin
marcio closed T1506: Feature Request: Store Bed Matrix as Resolved.

This feature already exists in Marlin 1.1.9, possibly in earlier versions as well.

Thu, Aug 9, 8:13 AM · Cura LulzBot Edition, Marlin
marcio closed T3273: Marlin 1.1.9.2 TAZ 6 Probe Points as Resolved.

This issue is fixed in 1.1.8.3

Thu, Aug 9, 7:59 AM · Marlin

Tue, Aug 7

karrad merged T3213: No progress bar on LCD with Cura 3.2.23 into T2453: Status Bar not updating.
Tue, Aug 7, 2:50 PM · Marlin, Cura LulzBot Edition
karrad added a comment to T3273: Marlin 1.1.9.2 TAZ 6 Probe Points.

Single Extruder. M119 reports:

Tue, Aug 7, 10:33 AM · Marlin
karrad moved T3273: Marlin 1.1.9.2 TAZ 6 Probe Points from Backlog to Devel on the Marlin board.
Tue, Aug 7, 9:56 AM · Marlin
karrad triaged T3273: Marlin 1.1.9.2 TAZ 6 Probe Points as Normal priority.
Tue, Aug 7, 9:56 AM · Marlin

Mon, Aug 6

mctaylor82 removed a watcher for Marlin: mctaylor82.
Mon, Aug 6, 9:30 PM
mctaylor82 added a watcher for Marlin: mctaylor82.
Mon, Aug 6, 9:28 PM
karrad added a comment to T3210: unable to print from sd card often, no files show.

@keebie81 We have an initial build of Marlin 1.1.9 with our changes merged in. We have more testing to do (and likely bugs/tweaks to fix), but after ~ 12 prints I feel comfortable that it won't be damaging any of your hardware. If you would like to give it a test, the latest builds can be found here: http://devel.lulzbot.com/software/Marlin/

Mon, Aug 6, 3:39 PM · Marlin