About to try Marlin1.1.0RC4...

[lakester]

Alrighty.

I did a pull on the current RCBugFix and the problem persists.

Interestingly, the file I initially tried to print does begin with a number..., but it appears I can select any file and it fails.

Yah, I've used this card (8GB) many times.

I'll ping the LCD people and see what happens..., thx!

There was a minor bug in the SD Card printing when a filename started with a number. That has been fixed. It might be worth while to start a thread about what you are seeing over at www.github.com/MarlinFirmware/Marlin because that is where the LCD Panel people hang out.

Have you used this SD card before on your printer? I'm wondering if there is a problem because it is a High Capacity card, or maybe it isn't formatted with an appropriate file system? I never use SD Memory cards, so I'm not going to be much help on this issue.

[lakester]

This exact behaviour was observed by others when building with Arduino 1.0.6. The problem "magically" goes away when building with later versions of the Arduino IDE. I installed 1.6.8, and voila, printing from SD now works.

For reference: https://github.com/MarlinFirmware/Marlin/issues/3229

[Roxy]

This exact behaviour was observed by others when building with Arduino 1.0.6. The problem "magically" goes away when building with later versions of the Arduino IDE. I installed 1.6.8, and voila, printing from SD now works.

For reference: https://github.com/MarlinFirmware/Marlin/issues/3229

Oh Geeeze! I forgot to mention that. It is in the Release Notes for RCBugFix to use Arduino v1.6.8 but people don't seem to be paying attention.

[lakester]

No problemo..., ya pointed me in the right direction for sure.

I notice there's a recent commit that sets Arduino 1.6 as the lower limit..., heh..., if only I had waited a day!

One "final" question: heh..., where ARE the release notes?

Thx again -- John

Oh Geeeze! I forgot to mention that. It is in the Release Notes for RCBugFix to use Arduino v1.6.8 but people don't seem to be paying attention.

[printbus]

Robocop - Are you printing with the bed heated? What hot end are you using, and how is the thermistor attached to it? How is the wiring to the hot end bundled and routed? I'll bet that what is happening is the cabling to the hot end is shifting as you print higher up, this causes the thermistor on the hot end to shift a bit, and the thermistor is no longer monitoring the hot end temperature properly.

Thermal runaway has nothing to do with motor temperature, driver temperature, or the temperature of your RUMBA board. Unless the new Marlin changed things, thermal runaway means either a hot end heater or the bed heater couldn't be kept at the set temperature for unusually long time. The suspicion here is that the heater is actually on constantly or close to it and there's a problem measuring the temperature correctly. If so, the heater could be in a thermal runaway situation where it is overheating. The printer shuts down as a safety precaution.

If a thermistor doesn't maintain good thermal connection to what it is measuring, it starts reading lower temperatures than it should, and the heater will have a tougher time maintaining the set temperature....

[ROBOCOP]

Robocop - Are you printing with the bed heated? What hot end are you using, and how is the thermistor attached to it? How is the wiring to the hot end bundled and routed? I'll bet that what is happening is the cabling to the hot end is shifting as you print higher up, this causes the thermistor on the hot end to shift a bit, and the thermistor is no longer monitoring the hot end temperature properly.

Unless the new Marlin changed things, thermal runaway means either the hot end heater or the bed heater is on constantly for a duration exceeding a set threshold. The heaters should toggle on and off at a rate far quicker than the set time threshold while the desired temperature is being maintained. The idea with the thermal runaway detection is that if the heater can't maintain to the set temperature, the heater will stay on constantly. If so, something is wrong and the printer shuts down as a safety precaution.

If a thermistor doesn't maintain good thermal connection to what it is measuring, it starts reading lower temperatures than it should, and the heater will be turned on for longer an longer periods of time....

Nothing changed hardware wise from the old firmware i was running which always printed fine. Yes i am printing PLA with stock Makerfarm 12" heated bed / relay with boro glass top. The hotend is a Hexagon with tapped screw in 3mm 100k epcos thermister( I can see that causing the issue but its been working previously. ) The cabling is zip tied to the wades so it doesnt move near the hotend. The temps on the LCD stay within 1 degree plus or minus while in print it looked like and the print is printing very good. The temp seems dialed in from the looks of the part. If the hotend remained heating wouldnt it not print good cause of the filament being too hot?

[printbus]

... If the hotend remained heating wouldnt it not print good cause of the filament being too hot?

Well, the bulging at the corners could be a sign of too high of a temperature...

Are there two additional thermal runaway lines in the configuration file for the bed? Are they also uncommented? I'm just trying to understand which of the two temperature control circuits is tripping - hot end vs. bed. Does the error message on the display add any insight? Were you monitoring the temperatures displayed on the LCD or on control software right at the point of shutdown? If I understand Marlin thermal runaway, a temperature should have been reading low by at least the thermal runaway hysteresis amount before the trip occurred. That would answer whether the problem is with the bed or the hot end.

Note that I don't believe any MakerFarm firmware configuration has thermal runaway protection enabled, so you probably didn't have that in your printer until now. It could be that whatever issue you have now, you've always had.

[ROBOCOP]

There are these 2 lines
#define THERMAL_PROTECTION_HOTENDS // Enable thermal protection for all extruders
#define THERMAL_PROTECTION_BED // Enable thermal protection for the heated bed

I think i may have found something though. Not sure if it can cause the issue but the thermister in the hot end is a 100k 3950 which is option 11 and i forgot to change it in the firmware . Right now its set at 1 (100k epcos) . I gotta go check the printer . Its actually not my printer. I bought it for my brother a while back so its at his house. The error message just said thermal runaway on the lcd so not sure if its the bed or hotend. Im leading toward hotend. I didnt see the temp right when it went to thermal runaway. I did monitor it for the first half of the print when it was fine. I need to check again and fully monitor the temps. Im heading over there now so i will report later. Thanks for the help. I appreciate it.