In Anycubic i3 Mega I also want to mention that it has apparently the maxtemp and mintemp feature enabled too, for both hotend and bed, according to the source code in GitHub:
// The minimal temperature defines the temperature below which the heater will not be enabled It is used
// to check that the wiring to the thermistor is not broken.
// Otherwise this would lead to the heater being powered on all the time.
#define HEATER_0_MINTEMP 5
#define HEATER_1_MINTEMP 5
#define HEATER_2_MINTEMP 5
#define HEATER_3_MINTEMP 5
#define BED_MINTEMP 5
// When temperature exceeds max temp, your heater will be switched off.
// This feature exists to protect your hotend from overheating accidentally, but *NOT* from thermistor short/failure!
// You should use MINTEMP for thermistor short/failure protection.
#define HEATER_0_MAXTEMP 285
#define HEATER_1_MAXTEMP 275
#define HEATER_2_MAXTEMP 275
#define HEATER_3_MAXTEMP 275
#define BED_MAXTEMP 150
edit:
I tested these features too, the MINTEMP feature by unplugging the thermistor and the MAXTEMP shorting out the thermistor's pins. Both these tests gave T0 senser abnormal message on LCD. When shorting out the pins, printer kicks in the cooling fan at maximum speed, that's adds a security level, I think that even at full heating power the hotend would not pass 285°C with the fan on.
Note: Display shows messages because it's not connected via USB to Octoprint.
Not necessarily. That's a fairly new capability report, and I doubt that a lot of vendors have already merged that (or ever will for that matter )
In which case there are two options. Getting a hold of the exact firmware source installed on the machine (good luck on verifying that) and checking that or the experimental approach. Powering the printer down, disconnecting the thermistor, powering up, heating up, checking that throws an error (and quickly shutting off things if it doesn't). If it doesn't there's no thermal runaway protection. If it does, there is.
Hello, (I'm new to printing!) I've just setup my Anycubic Chiron (latest firmware 1.3.0) and connected it to OctoPrint (1.3.10 / OctoPi 0.16.0) via AUTO/AUTO which works fine and produces no warnings.
I wanted to try decrease the connection time by specifying the Baudrate manually to 250000 - it connects but gives me the scary red thermal Printer Safety Warning:
So does this firmware lack the safety feature set or should I be using AUTO instead (does the AUTO setting connect in a more reliable manner or something)?
Thanks for any advice!
This has nothing to do with the baudrate you connect. Whether your printer's firmware has thermal runaway protection or not isn't determined by connection parameters but whether whoever build the firmware build that into it.
Your firmware's "Author" string hints at it being an unprotected firmware as also found on older stock Anycubic Megas. Chances are thus high that it doesn't have thermal runaway protection.
You should look into replacing that firmware either with a safe updated from your vendor - if one exists - or a stock current Marlin or Repetier.
I Updated to the newest version of Octoprint too, 1.3.11. But I still have the waring. Why still I have it? Anycubic team said the printer has all safety feature enabled (see first post)
@sciaio Looks like a bug. The code should detect that it's a version > 1.1.2 and not warn in that case, but this doesn't seem to work for some reason. I know it worked when I last tested it but either a real printer behaves slightly differently somewhere there or something broke between implementation and release of 1.3.11. Could you please open a bug report and make sure to include a serial.log (not a copy of the Terminal tab contents but an actual log file) so I can test this again?
I have an Offensive printer, the Monoprice Mini v.1. I pushed the MP firmware upgrade at it. I see in OP 1.3.11 there are non-offensive (temperature safe) plugins. I'm trying these.
@Charlie_Powell just saw elsewhere that you can confirm the Tronxy X8 to ship with thermal runaway protection disabled. Did OctoPrint already somehow detect this? If not I'd be interested in startup messages/M115 response to hopefully be able to identify it in the FirmwareCheck plugin and warn other owners.
I don't think it did warn me (since I wasn't aware until part of it melted), but then it was quite a long time ago that that happened - I remember flashing Marlin 1.1.9 on to a new motherboard they sent since I no longer trusted the firmware, I'm thinking maybe at least 2 years ago?
Either way, I'm not sure there is much I can do to help, since it now runs up to date Marlin (and actually isn't used anymore).
Hey just got my first Printer: Anycubic Mega Zero 2.0
Here's an observation:
Octoprint reported me "Critical Warning: Firmware Unsafe" with a link to this post.
Then octoprint showed me to update octoprint to the newest version. So I did update it.
After the update octoprint showed me the "Critical Warning: Firmware Unsafe" again.
Yet, after restarting the printer, octoprint did not find the printer anymore. When I restarted the RaspberryPi the octoprint programme did not show me the warning anymore (even though the programme did connect to the printer again).
i do have a Geeetech A10T with a GT2560 4.0 Board.
It is a Marlin 1.1.8 Firmware.
I use Octoprint 1.5.2 OctoPi Version 0.18.0, running on Raspberry Pi 4 Model B Rev 1.4 8GB.
I did send the M115 and this was returned in the Terminal:
Send: M115
Recv: FIRMWARE_NAME:Marlin 1.1.8 (Github) SOURCE_CODE_URL:https://github.com/MarlinFirmware/Marlin PROTOCOL_VERSION:1.0 MACHINE_TYPE:Printer EXTRUDER_COUNT:1 UUID:cede2a2f-41a2-4748-9b12-c55c62f367ff
Recv: Cap:SERIAL_XON_XOFF:0
Recv: Cap:EEPROM:1
Recv: Cap:VOLUMETRIC:1
Recv: Cap:AUTOREPORT_TEMP:1
Recv: Cap:PROGRESS:0
Recv: Cap:PRINT_JOB:1
Recv: Cap:AUTOLEVEL:0
Recv: Cap:Z_PROBE:0
Recv: Cap:LEVELING_DATA:0
Recv: Cap:BUILD_PERCENT:0
Recv: Cap:SOFTWARE_POWER:0
Recv: Cap:TOGGLE_LIGHTS:1
Recv: Cap:CASE_LIGHT_BRIGHTNESS:1
Recv: Cap:EMERGENCY_PARSER:0
Recv: ok
Does that now mean this Printer does not have the safety features?
So far the Printer did not show any Issues about over heating or Powerspikes or anything. Just the regular nonsense not necessary caused by Vendor may i add.
I also have a Anycubic Mega Zero 2.0. But not yet a Octopi ready to collect the Information. Will do so in a couple of hours.
So the Anycubic Mega Zero returns this for M115:
Send: M115
Recv: FIRMWARE_NAME:Marlin V0.0.2 (Github) SOURCE_CODE_URL:https://github.com/MarlinFirmware/Marlin PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mega Zero EXTRUDER_COUNT:1 UUID:cede2a2f-41a2-4748-9b12-c55c62f367ff
Recv: Cap:SERIAL_XON_XOFF:0
Recv: Cap:EEPROM:1
Recv: Cap:VOLUMETRIC:1
Recv: Cap:AUTOREPORT_TEMP:1
Recv: Cap:PROGRESS:0
Recv: Cap:PRINT_JOB:1
Recv: Cap:AUTOLEVEL:0
Recv: Cap:Z_PROBE:0
Recv: Cap:LEVELING_DATA:0
Recv: Cap:BUILD_PERCENT:0
Recv: Cap:SOFTWARE_POWER:0
Recv: Cap:TOGGLE_LIGHTS:0
Recv: Cap:CASE_LIGHT_BRIGHTNESS:0
Recv: Cap:EMERGENCY_PARSER:0
Recv: Cap:AUTOREPORT_SD_STATUS:0
Recv: Cap:THERMAL_PROTECTION:0
I think the last Line gives a Hint. But when it comes to Firmware i have no clue. Is it possible to just change it to 1?
If i modify the Firmware, update or upgrade, would that allready help or does this say there is no physical Protection like a Safetyswitch?