Full Feature support for Stock build Anycubic Chiron #19505

SwiftNick · 2020-09-24T22:25:49Z

Description

This is a full TFT interface for the Chiron using the ExtUI API, configured for use with a factory build Anycubic Chiron,
with the old style TFT panel. (not the one shipped with Chirons running Anycubic Firmware 1.3.5)
It has been tested and tweaked over the last few months with the help of a group of other Chiron owners and includes some of the newer Marlin features. The Chiron panel is fixed and wont allow Marlin to display custom messages so this version uses warning beeps, and changes the behaviour of the TFT menus where possible.

Details in the attached PDF.

Benefits

• Mesh bed Levelling using stock 5 x 5 grid
• Sensor Bed Probing using stock probe
• Enhanced single point adjustment (tap each point twice and the head moves to that point for live adjustment)
• Automatic mesh loading after homing enabled
• Stock Hotend PID tune profile
• Stock Heatbed PID tune profile
• Filament out detection with Marlin filament reload workflow enabled
• Power loss detection and recovery enabled (SD Printing from root folder only,, SOS beep notification on powerup to resume)
• Auto park head on Pause
• Validated temperature error detection (reduces spurious temperature warnings)
• Marlin Linear Advance enabled (preset K=0.8)
• Marlin Junction Deviation (preset to 0.013)
• Live Z axis baby stepping movement from panel during print
• PC style SD card folder navigation

Configurations

Attached are the configuration files and a PDF explaining how new features work on the Chiron panel.

Related Issues

Powerloss recovery does require the implementation of PR #16909 which is included here

The full repo for my changes is here https://github.com/SwiftNick/Full-Chiron-Support

I have been working on this for several months (should have published a long time ago).
The current partial Chiron implementation wont build, and has sanity checks that block support for PowerLoss recovery.
I have merged the recent changes where possible but some parts of the current Chiron implementation will be replaced by this PR.
The features here are enabled with #define ANYCUBIC_LCD_CHIRON and #define EXTENSIBLE_UI

Marlin 2.0 for the Chiron Feature summary.pdf

Configuration files are in the Anycubic\Chiron folder in the Configurations repository

Beta release for full Chiron support

Tidied up and removed beta messages

Leave Marlin to manage pin state

thinkyhead · 2020-09-25T02:26:29Z

The configurations should not be submitted to this repository. Instead, check out the "Configurations" repository and add your configuration to the examples folder.

sjasonsmith · 2020-09-25T04:09:46Z

Once this makes it in and the example config goes into the Configurations repo, that should satisfy #15742.

SwiftNick · 2020-09-25T08:51:26Z

I've submitted PR 225 for the config files to the Configurations\bugfix-2.0.x branch

SwiftNick · 2020-09-25T09:10:39Z

How do you want to handle the Z home power loss recovery?
I notice you have removed the changes for Z homing after power loss.

Without homing Z to Zmin the Chiron power loss recovery will fail.

It is safe to home the Z axis on the Chiron as long as the front 10cm of the bed is not used for the print.
This is what Anycubic define in their manuals.

So what I did was to add code to the recovery workflow to:

RaiseZ
Home X & Y and move to safe Z home position if not 0,0
Home Z as we are now clear of the print
Raise Z to the recovery height + POWER_LOSS_ZRAISE

Then continue with standard Marlin recovery

Until we find a fix for this should I disable power loss recovery in the code?

Compilation issue was due to panel code using 'Serial3' I ahve refactored the LCD interface to use the LCD_SERIAL defined in config.

SwiftNick · 2020-09-25T17:38:26Z

I have refactored to use MarlinSerial instead of 'Serial3' form the Hardware serial library
this was conflicting with the LCD_SERIAL_PORT definition.

Also cleaned up the merged changes to anycubic_chiron_lcd.cpp
This now contains just the EXTUI calls that map to the Chiron implementation.

thinkyhead · 2020-09-25T20:13:34Z

Without homing Z to Zmin the Chiron power loss recovery will fail.

Maybe we can fix that. Is there something outside of Marlin that causes this?

Any new behavior needs a new option to go along with it so it can be applied selectively. In this case, you want to do a form of safe homing at the front of the bed, which is fine. So, an option like "POWER_LOSS_HOME_Z" needs to be added and enabled for the Chiron.

It is safe to home the Z axis on the Chiron as long as the front 10cm of the bed is not used

I think this is a bad choice by AnyCubic, and if possible we should avoid homing Z at all on power-loss recovery. It would be nice to be able to use the front 10cm of the bed without any special concerns. Wherever possible in Marlin we like to expand on the capabilities of the machine, and this is one thing we can make better instantly and easily.

SwiftNick · 2020-09-25T20:58:35Z

The main issue with the Z axis on the Chiron is the pitch of the lead screw is to course, so when the power is cut the X axis carriage drops. I have no idea why they didn't use a shallower pitch.

thinkyhead · 2020-09-25T21:01:37Z

so when the power is cut the X axis carriage drops

Hmm! Well, again, it needs to be done as an optional behavior by adding a new option that specifies Z homing on power loss recovery.

SwiftNick · 2020-09-25T21:05:54Z

Will it be sufficient to wrap the z homing changes in an #if ENABLED(ANYCUBIC_LCD_CHIRON) or do you want me to be more specific?
From comments in the original PR for ZHome there were other machines that may want to use the feature, which is why I wrapped the code in POWER_LOSS_ZHOME option

thinkyhead · 2020-09-25T21:09:47Z

It must be done as described, because we don't want references to specific devices or machines scattered around the general purpose code.

Note also that the _SELP_N_P macros are never to be used directly. Those macros simply provide helpers for SERIAL_ECHOLNPGM.

stef-ladefense · 2020-11-16T13:12:09Z

the chiron has a circuit for detecting the power cut?
if it exists, it is not on D58 since this function is not exposed on the connectors.
it would be nice to know where "OUTAGECON_PIN" is wired

SwiftNick · 2020-11-16T13:43:20Z

the chiron has a circuit for detecting the power cut?
if it exists, it is not on D58 since this function is not exposed on the connectors.
it would be nice to know where "OUTAGECON_PIN" is wired

Yes it does exist, and it is on 58.
I extracted the info from the original Anycubic 1.3.0 firmware release for the Chiron (see below)

OUTAGECON_PIN 58 and POWER_LOSS_PIN 79 are tied together on the Trigorilla board (would need to remove mine and do a full trace to confirm)
The code sets OUTAGECON_PIN 58 high on start up and it is monitored by POWER_LOSS_PIN 79
When the power goes out, the PLR workflow is triggered just fine.

Setting 58 low disables PLR.

See references for OutageTest in
https://github.com/ANYCUBIC-3D/ANYCUBIC_CHIRON_V1.3.0/blob/master/Marlin_main.cpp

and line 87 in
https://github.com/ANYCUBIC-3D/ANYCUBIC_CHIRON_V1.3.0/blob/master/pins_RAMPS.h

I guess they figured out a way to detect power loss without any external connection.

stef-ladefense · 2020-11-16T23:57:14Z

Regarding version 1.30 Chiron Anycubic, the changes are a big bag of noodles.
When we analyze how the recovery works in the event of an outage, that's ugly!
Already Anycubic using G5 as recovery code, code which is already used for something else in the list of Marlin gcodes (G5 - Bézier cubic spline).
They use D58 and D79 internally and declare an INT6 (which corresponds to D79) on the G5 routine.
When we look at the Arduino pin correspondence, it has no digital pin greater than 53. (https://www.arduino.cc/en/Hacking/PinMapping2560) and in fastio_1280.h, D58 corresponds to PF4, physical pin 94 of 2560, D79 corresponds to PE6, physical pin 6 of 2560.

I spent over an hour checking each physical pin on the Trigorilla for consistency and apart from D42 and D43 which are reversed on the screen print, the rest is correct.
So https://cdn.thingiverse.com/assets/32/8c/6d/ab/5b/TriGoRiLLa_PINs.pdf is correct except D42 <> D43.
I couldn't find a physical pin match on the Trigorilla and the D58 and D79!
What appears is that all of these substantive changes are specific to this Anycubic 1.30 version AND CANNOT BE APPLIED IN ANY WAY DIRECTLY TO THE CURRENT BUGFIX 2.0 VERSION BECAUSE NO SPECIFIC RESUME ROUTINES EXIST IN THE MARLIN 2.0 CODE. .
Now I look forward to which pins the AC power end sensor is plugged into so that we have another starting point to analyze the Anycubic source code.

SwiftNick · 2020-11-17T09:54:05Z

Haha yes I thought that too!
It took me quite a while to figure out what they were doing.

Just to be clear,
There is no 1.3.0 code used in my Chiron implementation at all, it is Marlin 2.0 safe!
I completely rewrote the interface using the ExtUI API.
Power loss and filament out workflows use all the standard Marlin 2.0 code and you don't need to inject any special 'G5' commands to make it work. The only new feature that was added, was an option to safely home Z during recovery, which Scott helped put together.

The only thing that is still a little mystifying is the use of pin58 & 79 for power out detection.
However they have done that, it works on the Chiron.

stef-ladefense · 2020-11-17T13:03:57Z

that's why I'm waiting for your feedback on the connection of this detector, which could therefore be managed by another printer under Trigorilla. a very good thing! and bravo for your work with ExtUI API.
in addition several Anycubic printers share the same screen including the Chiron and the Mega, I think it would be a plus if we think about how to have a core management of these common screens and have an overlay for the particularities.
What do you think ?

SwiftNick · 2020-11-17T13:29:54Z

Thanks!
It took a while to get right but at least now we can just pick a config file and build for the Chiron!
I'll pull my printer apart and figure out how the detection is working.

It would definitely make sense to rationalise the Anycubic panel code.
The basic panel protocol seems fairly standard, but there are subtle differences in the way each machine/panel combo works.
As I only have access to a Chiron, it would need to be a collaborative effort.

Also recently thrown into the mix is the new style panel driven by Anycubic's custom Marlin build labelled v1.3.5.
That works differently too, even when fitted to the same machine...
My aim here is to get a panel from AC (once they have some spares) then either work out how to automatically detect the panel type, or put in a switch for old/new style panels.

stef-ladefense · 2020-11-17T18:01:10Z

we should set up a collaborative place where to exchange without pollution here.
a github, hold it or mine whatever.
side screen, it would be necessary to be able to put Anycubic in the process to have a screen of each type to test, the list of the commands of these screens, but especially the format of the data to be sent.
I have a list of these commands for the first version of the Mega I3.
knutwurst also did a lot on his side with the blue / yellow screens.
https://github.com/knutwurst/Marlin-2-0-x-Anycubic-i3-MEGA-S/wiki/Types-of-Anycubic-Touchscreens
let's stop working alone.

SwiftNick · 2020-11-17T21:34:32Z

I have the firmware and BMP resources for the new Chiron panel but nothing to put it in!

stef-ladefense · 2020-11-18T22:12:23Z

hey Nick,
I wanted to test YOUR screen management and I changed
// #define ANYCUBIC_LCD_I3MEGA
#define ANYCUBIC_LCD_CHIRON

but I have compilation errors:

Marlin\src\lcd\extui\lib\anycubic_chiron\chiron_tft.cpp: In member function 'void Anycubic::ChironTFT::PanelProcess(uint8_t)':
Marlin\src\lcd\extui\lib\anycubic_chiron\chiron_tft.cpp:815:79: error: 'mmToWholeSteps' was not declared in this scope
int16_t steps = mmToWholeSteps(constrain(Zshift,-0.05,0.05), Z);
Marlin\src\lcd\extui\lib\anycubic_chiron\chiron_tft.cpp:819:44: error: 'babystepAxis_steps' was not declared in this scope
babystepAxis_steps(steps, Z);

an idea ?

SwiftNick · 2020-11-19T08:23:08Z

You need to enable babysteps in the config file.
It may be better to start with the Chiron config files then make adjustments for your machine.

stef-ladefense · 2020-11-19T08:33:16Z

Vous devez activer babysteps dans le fichier de configuration.
Il peut être préférable de commencer avec les fichiers de configuration Chiron puis de faire des ajustements pour votre machine.

it compiles!
where can we exchange without polluting here?

SwiftNick · 2020-11-19T08:43:33Z

You will find me on here
Chiron FB Group

gaby64 · 2020-12-02T16:07:42Z

is a 1.3.5 panel on the way or should I connect up my buspirate?

the panel uses UART right?

ckvsoft · 2021-01-14T09:43:17Z

I success config BLTOUCH to work. Thank for your job. I will try bed leveling function later. I love Anycubic Bed mesh editor. After try many new versions of SKR, MKS 32 bits boards. I come back to original Trigorilla for Anycubic Chiron and TFT. Others board work not stable. Too many bugs, hang, wash many time to do it work.

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

stef-ladefense · 2021-01-14T12:52:34Z

Haha yes I thought that too!
It took me quite a while to figure out what they were doing.

Just to be clear,
There is no 1.3.0 code used in my Chiron implementation at all, it is Marlin 2.0 safe!
I completely rewrote the interface using the ExtUI API.
Power loss and filament out workflows use all the standard Marlin 2.0 code and you don't need to inject any special 'G5' commands to make it work. The only new feature that was added, was an option to safely home Z during recovery, which Scott helped put together.

The only thing that is still a little mystifying is the use of pin58 & 79 for power out detection.
However they have done that, it works on the Chiron.

that's why I'm waiting for your feedback on the connection of this detector, which could therefore be managed by another printer under Trigorilla. a very good thing! and bravo for your work with ExtUI API.
in addition several Anycubic printers share the same screen including the Chiron and the Mega, I think it would be a plus if we think about how to have a core management of these common screens and have an overlay for the particularities.
What do you think ?

SwiftNick · 2021-01-14T13:00:54Z

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

Do you know which ports you have connected the BLTouch to on the Trigorilla?

stef-ladefense · 2021-01-14T13:04:33Z

I success config BLTOUCH to work. Thank for your job. I will try bed leveling function later. I love Anycubic Bed mesh editor. After try many new versions of SKR, MKS 32 bits boards. I come back to original Trigorilla for Anycubic Chiron and TFT. Others board work not stable. Too many bugs, hang, wash many time to do it work.

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

search trigorilla bltouch wiring with google

ckvsoft · 2021-01-14T13:20:10Z

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

Do you know which ports you have connected the BLTouch to on the Trigorilla?

Hi
Yes, but i can't find no configuration.h wit BLTouch for Chiron
Lg Chris

ckvsoft · 2021-01-14T13:22:44Z

I success config BLTOUCH to work. Thank for your job. I will try bed leveling function later. I love Anycubic Bed mesh editor. After try many new versions of SKR, MKS 32 bits boards. I come back to original Trigorilla for Anycubic Chiron and TFT. Others board work not stable. Too many bugs, hang, wash many time to do it work.

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

search trigorilla bltouch wiring with google

Hallo
Hardware and wiring is not the Problem.
Thx Chris

SwiftNick · 2021-01-14T13:38:13Z

I success config BLTOUCH to work. Thank for your job. I will try bed leveling function later. I love Anycubic Bed mesh editor. After try many new versions of SKR, MKS 32 bits boards. I come back to original Trigorilla for Anycubic Chiron and TFT. Others board work not stable. Too many bugs, hang, wash many time to do it work.

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

search trigorilla bltouch wiring with google

Hallo
Hardware and wiring is not the Problem.
Thx Chris

Indeed, but the config needs to define the pins you are using otherwise it wont work.
Nick

ckvsoft · 2021-01-14T16:27:00Z

I success config BLTOUCH to work. Thank for your job. I will try bed leveling function later. I love Anycubic Bed mesh editor. After try many new versions of SKR, MKS 32 bits boards. I come back to original Trigorilla for Anycubic Chiron and TFT. Others board work not stable. Too many bugs, hang, wash many time to do it work.

Hallo
Do you use the Trigorilla Board with BLTouch? If yes can you give me the correct configuration.
Thx Chris

search trigorilla bltouch wiring with google

Hallo
Hardware and wiring is not the Problem.
Thx Chris

Indeed, but the config needs to define the pins you are using otherwise it wont work.
Nick

Hi
Ah OK.

I use the Servo Pins 5V, GRD and D11. The other two (black and white) direct on the Original Probe connector near the Hotend
Original BLTouch Version 3.1

That's why I wanted a working Chiron config with BLTouch.
i have no idea where to define what. In pins_TRIGORILLA_14.h, SERVO2_PIN already has the correct one
#define SERVO2_PIN 11
Only where do I say that in the config?

lg Chris

ckvsoft · 2021-01-16T01:09:29Z

Hi there
So I have now managed that the BLTouch is recognized.
However, the BLTouch does not extend with G28. A G29 is carried out without errors. Did I miss something? Do I have to deactivate the two Z switches?
M503 shows me the set Z offset and also the individual becoming of the points. When starting a print, the offset remains at -14.
Please help. Chris

SwiftNick · 2021-01-16T10:58:45Z

Chris,
The Chiron was designed with separate end stop and probing sensors so the probe will only be deployed for a G29.
If you remove the 2 Z axis sensors, you will need to find a way to synchronise the 2 z motors, otherwise the X beam will get out of level and the printer will be unable to correct it.
My advice would be to use the BL Touch for bed levelling only and leave the Z homing sensors and dual drive as it is.

You need to use the TFT panel to adjust the bed mesh, just check the ALL box and change the Z offset there.
Nick

gaby64 · 2021-01-29T00:58:00Z

any progress on getting the newer LCD?

SwiftNick · 2021-01-29T09:08:48Z

Sadly no, Anycubic still have no stock.

illuminati05 · 2021-04-06T10:20:09Z

The only difference between the old and the new display is the sended code from the display to the board. If this is the problem i have found an solution. The code changes are already done. Hope this helps

See:

dkoch83/Marlin-1.1.9_Anycubic_Chiron#10

SwiftNick · 2021-04-06T10:23:44Z

The only difference between the old and the new display is the sended code from the display to the board. If this is the problem i have found an solution. The code changes are already done. Hope this helps

See:

dkoch83/Marlin-1.1.9_Anycubic_Chiron#10

Thanks for that,
I managed to get hold of a panel and have already finished the code to auto detect and support both panel types.
I will be submitting a PR soon, once I've finished testing.
There were quite a few differences in the new panel comms...

* Clean up W25QXXFlash class * Fix Creality RET6 env - RE (MarlinFirmware#19340) * [cron] Bump distribution date (2020-09-12) * Fix Print Stats appearance (MarlinFirmware#19348) * M872 wait for probe temperature (MarlinFirmware#19344) * [cron] Bump distribution date (2020-09-13) * Highlight Creality DWIN menu icons (MarlinFirmware#19368) * Update Italian language (MarlinFirmware#19365) * Fix EXP2 pin define for MKS SGEN_L (MarlinFirmware#19369) * Read from backup TMC StealthChop state (MarlinFirmware#19364) * Fix extra string substitution bug (MarlinFirmware#19351) * Touch UI "Leveling" menu, misc. fixes (MarlinFirmware#19349) * Allow SWD debug on Robin Nano (MarlinFirmware#19345) * heater_ind_t => heater_id_t * [cron] Bump distribution date (2020-09-14) * Improve temperature runaway, idle timeout (MarlinFirmware#19339) Co-authored-by: Scott Lahteine <[email protected]> * Better choice of code Followup to MarlinFirmware#19344 * Always show Compiled: * M115 strings * Allow E3 V2 DWIN without EEPROM, POWER_LOSS_RECOVERY * Add missing FTDI EVE menu source (MarlinFirmware#19382) * More strict STATIC_ITEM_N (MarlinFirmware#19378) * Only set up SPI pins as needed (MarlinFirmware#19372) * [cron] Bump distribution date (2020-09-15) * [cron] Bump distribution date (2020-09-16) * E3 V2 DWIN cleanup * More DWIN cleanup * MarlinUI percent methods for all * [cron] Bump distribution date (2020-09-17) * Demo and test multiple PID defaults (MarlinFirmware#19413) * Fix missing spaces in info menu (MarlinFirmware#19404) * Add more DWIN commands, docs (MarlinFirmware#19395) * E3 V2 DWIN: Z-Offset, cleanup, versatility (MarlinFirmware#19384) Co-authored-by: Scott Lahteine <[email protected]> * SHOW_REMAINING_TIME for HD44780 character LCD (MarlinFirmware#19416) * Add warning to ExtUI Bed Mesh Screen. (MarlinFirmware#19397) - Show a warning on the Mesh Bed Leveling screen if some points aren't probed. * Fix MKS UI SPI flash typo (MarlinFirmware#19410) * Expose JOYSTICK_DEBUG to the general user (MarlinFirmware#19394) Co-authored-by: Scott Lahteine <[email protected]> * Update stale issue message and parameters (MarlinFirmware#19412) * Update stale issue bot * Update close-stale.yml * Update close-stale.yml Co-authored-by: Scott Lahteine <[email protected]> * Host Action: Start (MarlinFirmware#19398) * Move screen for Color UI (MarlinFirmware#19386) * [cron] Bump distribution date (2020-09-18) * Fix missing include (MarlinFirmware#19418) Co-authored-by: ellensp <[email protected]> * [cron] Bump distribution date (2020-09-19) * Fix CoreXY compile with backlash cal. (MarlinFirmware#19422) * Change some dwin defines * Fix compile for Taz Pro (MarlinFirmware#19424) * Fix case light brightness save/load (MarlinFirmware#19436) * Optional Host Start menu item (MarlinFirmware#19443) * Ultratronics Pro SPI pins (MarlinFirmware#19444) * Fix Creality DWIN Control menu icons (MarlinFirmware#19441) * [cron] Bump distribution date (2020-09-20) * Whitespace cleanup * Add multi-extruder condition * Cleanup before MKS changes * Add HAS_ROTARY_ENCODER * [cron] Bump distribution date (2020-09-21) * Add MKS Robin E3P, improve LVGL UI (MarlinFirmware#19442) * Optional menu item for Assisted Tramming (MarlinFirmware#19447) * Replace Serial with Serial1 in pins files (MarlinFirmware#19459) * Update pins_ANET_10.h * [cron] Bump distribution date (2020-09-22) * Fix up K8800 pins (MarlinFirmware#19476) * Define <u8,u8,u8>::softSPI (MarlinFirmware#19419) * MKS SGEN L V2 adaptable heaters/fans (MarlinFirmware#19462) * Update board/teensy comment (MarlinFirmware#19456) * Fix Teensy 4.1 include * [cron] Bump distribution date (2020-09-23) * Fix up tests, warnings * Catch a TMC address conflict early (MarlinFirmware#19458) * New Touch UI buttons (MarlinFirmware#19465) * Include pins.h in dependencies script (MarlinFirmware#19468) * MKS Robin Mini uses ONBOARD_SPI_DEVICE (MarlinFirmware#19460) * Teensy pins cleanup * Preserve brightness in EEPROM validate (MarlinFirmware#19485) Co-authored-by: Scott Lahteine <[email protected]> * Define UART pins for LPC debug based on LPC_PINCFG_UART (MarlinFirmware#19475) * Whitespace cleanup * [cron] Bump distribution date (2020-09-24) * HAL and serial cleanup Co-Authored-By: Jason Smith <[email protected]> * HAL/serial followup * Fix some pin inits * [cron] Bump distribution date (2020-09-25) * Fix and improve STM32F1 serial (MarlinFirmware#19464) * BigTreeTech SKR E3 Turbo (MarlinFirmware#19500) * Sanity check old serial names * TFT: No timeout on Move Screen (MarlinFirmware#19426) * [cron] Bump distribution date (2020-09-26) * Escape the M33 string arg (MarlinFirmware#19515) * Fix MKS Robin undefined pins error (MarlinFirmware#19507) * Fix SKR 1.4 thermistor pin comments (MarlinFirmware#19510) * SKR E3 Turbo followup (MarlinFirmware#19513) * Fix MBL "Click to continue" on Color UI touchscreen (MarlinFirmware#19514) * Allow ColorUI color customization (MarlinFirmware#19484) * MMU2 S Mode spins the BMG gears during C0 (MarlinFirmware#19429) * [cron] Bump distribution date (2020-09-27) * Tweak MMU beeps, misc. cleanup * Drop extra Bed PID * Allow M524 between M23 and M24 * E3 DWIN: General cleanup * E3 DWIN: "No Media" message * CardReader cleanup * [cron] Bump distribution date (2020-09-28) * LVGL followup fixing "C", etc. (MarlinFirmware#19517) * Fix Allen Key Probe pin test (MarlinFirmware#19520) * Working LCD_USE_DMA_FSMC (MarlinFirmware#19522) * Thermistor: Kis3d Silicone heater + precision cast plate (MarlinFirmware#19528) * Update AnyCubic deps * Menu tweak * Prettier INI * Rename LCD conditionals (MarlinFirmware#19533) * MarlinUI for SPI/I2C TFT-GLCD character-based display bridge (MarlinFirmware#19375) * Update configs to 020007 * Tweaks to git helpers * Default E3 V2 to English * Change "Fr" on LCD to ">>" (MarlinFirmware#18830) * Multi-line comments cleanup (MarlinFirmware#19535) * Fix diveToFile with open Dir object (MarlinFirmware#19539) * Fix CardReader diveToFile * Add CardReader::fileExists * Improve Power-Loss Recovery (MarlinFirmware#19540) * Add extra CardReader debugging * Fetch longname when a file exists * Fix up E3 DWIN Power Panic * Anycubic Chiron full feature support (MarlinFirmware#19505) * [cron] Bump distribution date (2020-09-29) * Marlin 2.0.7 * Keep HAL tasks running during PID Autotune (MarlinFirmware#19671) * [cron] Bump distribution date (2020-09-30) * [cron] Bump distribution date (2020-10-01) * Fix Move Screen with disabled Touch (MarlinFirmware#19558) * Fix Buzzer (pin) init for uninitialized FastIO (MarlinFirmware#19559) * Update Slovak language (MarlinFirmware#19561) * No move on Park = No move on Resume (MarlinFirmware#19569) * Fix Anycubic i3 Mega target temperature display (MarlinFirmware#19572) Also includes a workaround for missing (probably un-fetched) long name in file listing * G35 workaround for Pronterface "feature" (MarlinFirmware#19577) * [cron] Bump distribution date (2020-10-02) * Minor SPI fixes, systick_callback for STM32F1 HAL compatibility (MarlinFirmware#19565) * Replace tabs with spaces * Adjust HAL platform defines, comments * Fix onboard SD card support for Teensy 3.6 & 4.1 (MarlinFirmware#19593) * Fix compile of MMU2 with S-mode disabled (MarlinFirmware#19584) * Fix TEMP_ADC_PROBE support for STM32F1 (MarlinFirmware#19582) Co-authored-by: ellensp <[email protected]> * Fix wrappers on HAL/STM32F1 .cpp files (MarlinFirmware#19581) Co-authored-by: Scott Lahteine <[email protected]> * Touch UI support for X2, Y2 and Z2 (MarlinFirmware#19538) * Fix 'bossac' upload on Windows (MarlinFirmware#19545) * [cron] Bump distribution date (2020-10-03) * [cron] Bump distribution date (2020-10-04) * Fix Tune/Fan edit items - Fixes MarlinFirmware#19617 - Followup to MarlinFirmware#18400 * Shared singlenozzle item * Fix German translation purging/unloading (MarlinFirmware#19615) * Move SF_ARC_FIX option * Fix Z_AFTER_HOMING without probe (MarlinFirmware#19607) * Add HAS_FAST_MOVES * Fix Archim1 stepper timing (with new variant) (MarlinFirmware#19596) * [cron] Bump distribution date (2020-10-05) * Allow bypass for cold E movement (MarlinFirmware#19606) * Z Probe Offset Wizard (MarlinFirmware#18866) * Sync config to examples * Trailing whitespace * [cron] Bump distribution date (2020-10-06) * Improve retract / unretract labels * Fix Ender-3 V2 DWIN Stop SD Print (MarlinFirmware#19642) Co-authored-by: Scott Lahteine <[email protected]> * Add Chamber servo vent, auto fan (MarlinFirmware#19519) * Update language fonts * [cron] Bump distribution date (2020-10-07) * Fix small font section directive, mixer warning * Chamber vent/fan followup * Restore ° to 6x9 small info font (MarlinFirmware#19645) * More accessible PROBE_OFFSET_WIZARD (MarlinFirmware#19647) * [cron] Bump distribution date (2020-10-08) * Update PROBE_OFFSET_WIZARD comment (MarlinFirmware#19652) * Apply env:mega2560ext to relevant boards (MarlinFirmware#19624) * Use 0xFF (not 'ff') for byte transfer * Permit touch calibration override * Fix and improve Makefile / CMake (MarlinFirmware#19640) * [cron] Bump distribution date (2020-10-09) * Update Italian language (MarlinFirmware#19654) * Fix touch ifndefs (MarlinFirmware#19661) * Support for FLY MINI (MarlinFirmware#19185) * Support for Debug Codes - Dnnn (MarlinFirmware#19225) Co-authored-by: Scott Lahteine <[email protected]> * Optional `M42`/`M226`; Add more features filters (MarlinFirmware#19664) * Batch appercase hex values * [cron] Bump distribution date (2020-10-10) * HAS_CHARACTER_LCD => HAS_MARLINUI_HD44780 (MarlinFirmware#19673) * Fixes for TFTGLCD Panel, FastIO (MarlinFirmware#19614) * Marlin 2.0.7.1 * TFT Refactoring (MarlinFirmware#19192) * split tft folder in two: tft for color ui; tft_io for shared tft code * after the files got moved, now the code was moved to the right place * classic ui using TFT IO init lcd codes * feature to compile tft_io when enabled * compiling fix * lvgl spi tft working with tft io init codes * there is no need for separeted fsmc and spi class in lvgl anymore, as tft io handle everything * remove debug * base for TFT rotation and mirroring API, and ILI9488 support * ST7796S rotate and mirror support * ST7789V rotate and mirror support * ST7735 rotate and mirror support * ILI9341 rotate and mirror support * ILI9328 rotate and mirror support * R61505 rotate and mirror support * MKS TFT definitions * more configs for mks tfts * update config * naming typo * to configure the user interface * ANYCUBIC_TFT35 * tft configs * support for SSD1963 * tft display types * updated conditionals lcd; first board fully working with the new code - all 3 ui! * compatiblity * changed name * move classic ui file name * rename TURN -> ROTATE * GRAPHICAL_TFT_ROTATE_180 deprecated * first fsmc board fully working - chitu v5 * mks robin nano v1.2 + tft 35 ok! * right pin name * anycubic tft tested in a TRIGORILLA_PRO * chitu v6 * nano 32 tft orientation * mks tft43 * mks tft43 rotation * fixed LONGER LK tft setup * GRAPHICAL_TFT_UPSCALE defined by the display type * better offsets defaults * Update Configuration.h * Update tft_fsmc.cpp * Update Conditionals_LCD.h * Tweak comments * update nano tests * Revert "update nano tests" This reverts commit a071ebb. * default tft * outdated comments * to not break non-vscode builds * upscale tft 35 * support tft 180 rotation for color ui * Each TFT Driver is responsible for its default color mode. * use auto detect in mks displays, because some of them could be shipped with diferent drivers * extra s * unused code * wrong -1 * missing mirror options * Smaller regex pattern * Comment updates * Clean up old defines * Apply pins formatting * GRAPHICAL_TFT_ROTATE_180 => TFT_ROTATE_180 * MKS_ROBIN_TFT_V1_1R * merge fix * correct resolution * auto is default, dont need be there, and it will allow the user to configure it even for named displays * to not use rotation with MKS_ROBIN_TFT_V1_1R * i like () in macros * avoid sleepy commits * default for st7789 is rgb * nano follow up * to allow ili9328 rotation * default is rgb * boards merge follow up * to match bootloader orientation * HAS_TOUCH_XPT2046 is not hal specific anymore * lets not forget LPC * 180 rotation for ili9328 and R61505 * Clean up whitespace Co-authored-by: Scott Lahteine <[email protected]> Co-authored-by: Scott Lahteine <[email protected]> * G34 Mechanical Gantry Calibration (like Prusa M915) (MarlinFirmware#18972) Co-authored-by: Scott Lahteine <[email protected]> * Sanity-check mutually-exclusive G34 features (MarlinFirmware#19706) * Fix screen click reading too often (MarlinFirmware#19696) Co-authored-by: andreibobirica <[email protected]> * Option to prevent (extra) Watchdog init on STM32 (MarlinFirmware#19693) * Implement wait_for_user for Color UI (MarlinFirmware#19694) * Fix UTF8 handling for Color UI (MarlinFirmware#19708) * Fixes for TFTGLCD Panel, FastIO (MarlinFirmware#19614) * Restore correct STM32 port-bits code (MarlinFirmware#19678) * Save PLR on resume from pause (MarlinFirmware#19676) Co-Authored-By: shahab <[email protected]> * Digipots refactor / cleanup (MarlinFirmware#19690) * Fix at90usb1286 build (MarlinFirmware#19687) * Skip check for USBCON during dependency detection * Ignore incompatible Teensy_ADC library, which requires Teensy >= 3 * Add IS_AT90USB Co-authored-by: Scott Lahteine <[email protected]> * Fix various errors, warnings in example config builds (MarlinFirmware#19686) Co-authored-by: Scott Lahteine <[email protected]> * Fix I2C_ADDRESS sign warning (MarlinFirmware#19685) * Fix motion compile w/out probe-oriented settings (MarlinFirmware#19684) * Add REPORT_TRAMMING_MM option (MarlinFirmware#19682) Co-authored-by: Scott Lahteine <[email protected]> * Allow MAX31865 resistance values configuration (MarlinFirmware#19695) * Add D100 Watchdog Test (MarlinFirmware#19697) * Add loose soft endstop state, apply to UBL fine-tune (MarlinFirmware#19681) Co-authored-by: Scott Lahteine <[email protected]> * Fixes for TFTGLCD Panel, FastIO (MarlinFirmware#19614) * Restore correct STM32 port-bits code (MarlinFirmware#19678) * [cron] Bump distribution date (2020-10-11) * Fix various errors, warnings in example config builds (MarlinFirmware#19686) Co-authored-by: Scott Lahteine <[email protected]> * [cron] Bump distribution date (2020-10-12) * [cron] Bump distribution date (2020-10-13) * Simple bool in soft_endstops_t * Fix SET_SOFT_ENDSTOP_LOOSE w/out soft endstops (MarlinFirmware#19734) * [cron] Bump distribution date (2020-10-14) * [cron] Bump distribution date (2020-10-15) * Fix mega2560ext environment (MarlinFirmware#19730) * Watchdog Refresh for LVGL Asset Load (MarlinFirmware#19724) * TFT followup fixes (MarlinFirmware#19710) * If needed, home before G34 (MarlinFirmware#19713) * Add NUCLEO-F767ZI dev board (MarlinFirmware#19373) Co-authored-by: Lorenzo Delana <[email protected]> * Don't define IS_ULTIPANEL empty * Fix HAL/STM32 FastIO for analog pins (MarlinFirmware#19735) * Fix SAMD Serial name macro (MarlinFirmware#19765) * Marlin 2.0.7.2 * Update "Bug Report" template (MarlinFirmware#19906) * Fix bilinear_line_to_destination definition See MarlinFirmware#19431 * Fix extraneous Linear Advance DIR change (MarlinFirmware#20131) * Fix bad SET_FAST_PWM_FREQ calls (MarlinFirmware#20227) * Set "lcd_move_e" index to fix the label (MarlinFirmware#20263) * Help hosts when password-locked (MarlinFirmware#20348) * Fix TMC_HOME_PHASE divide by zero (MarlinFirmware#20368) * Fix TEMP_0_TR_ENABLE * Fixes for TFTGLCD (MarlinFirmware#20734) * Fix PR template, lock action Co-Authored-By: Jason Smith <[email protected]> * Ignore M22 during SD print * Trust XY after Quiet Probing short sleep (MarlinFirmware#21237) * Clean up labels on close * Token for "Clean Closed" action (MarlinFirmware#21320) * Remove one label at a time * Emojis and donate link * Add emojis * Change issue templates to YML * Enhance workflows * Auto-label Feature Requests (MarlinFirmware#21348) * Fix bool++ warning * Fix Hotend-abort-on-idle Check (MarlinFirmware#21535) * Sanity Check newer Configs too (MarlinFirmware#21550) Co-authored-by: Scott Lahteine <[email protected]> * Keep 'confirmed bug' open * Fix check-pr action * 'issue_body' obsolete in templates * Update Issue Templates (MarlinFirmware#21702) * Fix SDIO buffer alignment (MarlinFirmware#21396) Co-authored-by: Scott Lahteine <[email protected]> Co-authored-by: Keith Bennett <[email protected]> Co-authored-by: Haxk20 <[email protected]> Co-authored-by: Neskik <[email protected]> Co-authored-by: Jesse S <[email protected]> Co-authored-by: Giuliano Zaro <[email protected]> Co-authored-by: Jason Smith <[email protected]> Co-authored-by: ManuelMcLure <[email protected]> Co-authored-by: ellensp <[email protected]> Co-authored-by: Marcio T <[email protected]> Co-authored-by: mmajoor <[email protected]> Co-authored-by: Zachary Annand <[email protected]> Co-authored-by: Victor Oliveira <[email protected]> Co-authored-by: tovam <[email protected]> Co-authored-by: enigmaquip <[email protected]> Co-authored-by: cosmoderp <[email protected]> Co-authored-by: deram <[email protected]> Co-authored-by: jahartley <[email protected]> Co-authored-by: InsanityAutomation <[email protected]> Co-authored-by: ellensp <[email protected]> Co-authored-by: Cole Markham <[email protected]> Co-authored-by: qwewer0 <[email protected]> Co-authored-by: makerbase <[email protected]> Co-authored-by: Chris Pepper <[email protected]> Co-authored-by: riodoro1 <[email protected]> Co-authored-by: Jason Smith <[email protected]> Co-authored-by: Luke Harrison <[email protected]> Co-authored-by: Trocololo <[email protected]> Co-authored-by: Siana Gearz <[email protected]> Co-authored-by: Tanguy Pruvot <[email protected]> Co-authored-by: Emperor <[email protected]> Co-authored-by: Serhiy-K <[email protected]> Co-authored-by: Pavel Melnikov <[email protected]> Co-authored-by: Nick <[email protected]> Co-authored-by: Roman Moravčík <[email protected]> Co-authored-by: Ilya <[email protected]> Co-authored-by: Stéphane <[email protected]> Co-authored-by: swissnorp <[email protected]> Co-authored-by: bilsef <[email protected]> Co-authored-by: ellensp <[email protected]> Co-authored-by: Ryan V1 <[email protected]> Co-authored-by: Scott Lahteine <[email protected]> Co-authored-by: Speaka <[email protected]> Co-authored-by: Cory Ory <[email protected]> Co-authored-by: Mathew Winters <[email protected]> Co-authored-by: signetica <[email protected]> Co-authored-by: ladismrkolj <[email protected]> Co-authored-by: Samantaz Fox <[email protected]> Co-authored-by: 石立枫 <[email protected]> Co-authored-by: andreibobirica <[email protected]> Co-authored-by: shahab <[email protected]> Co-authored-by: Earle F. Philhower, III <[email protected]> Co-authored-by: Lorenzo Delana <[email protected]> Co-authored-by: phcay <[email protected]> Co-authored-by: Simone Primarosa <[email protected]> Co-authored-by: Luu Lac <[email protected]> Co-authored-by: ldursw <[email protected]>

SwiftNick added 6 commits September 21, 2020 20:44

Beta 10

4546f2d

Beta release for full Chiron support

First release candidate

0e01938

Tidied up and removed beta messages

Update chiron_tft.cpp

9a6992b

Leave Marlin to manage pin state

Tidying up

b6f0284

Merge remote-tracking branch 'upstream/bugfix-2.0.x' into bugfix-2.0.x

768b085

Cleanup serial port defs that break build

af46c86

thinkyhead added 7 commits September 24, 2020 21:36

Merge remote-tracking branch 'upstream/bugfix-2.0.x' into pr/19505

65e7891

Revert user configs

c4a023b

revert better

08a04af

Fix a dgus flag

99eff03

Merge remote-tracking branch 'upstream/bugfix-2.0.x' into pr/19505

5d36024

Tweak NUM_DIGITAL_PINS

9673cf4

Fix regressions and whitespace

b311906

Refactored to use MarlinSerial

7a4403b

Compilation issue was due to panel code using 'Serial3' I ahve refactored the LCD interface to use the LCD_SERIAL defined in config.

thinkyhead added 2 commits September 25, 2020 15:20

Headings, cleanup

1990c81

Fix serial usage, use num2str, etc.

227488e

Fix wrapper, pragma

823364a

NULL => nullptr

e4e8e7f

thinkyhead added 2 commits September 25, 2020 16:12

remove extui help

b92f48d

ibid.

43635b0

vgadreau pushed a commit to vgadreau/Marlin that referenced this pull request Dec 9, 2020

Anycubic Chiron full feature support (MarlinFirmware#19505)

5b4fde4

kageurufu pushed a commit to CR30-Users/Marlin-CR30 that referenced this pull request Apr 30, 2021

Anycubic Chiron full feature support (MarlinFirmware#19505)

2069ab3

Full Feature support for Stock build Anycubic Chiron #19505

Full Feature support for Stock build Anycubic Chiron #19505

Conversation

SwiftNick commented Sep 24, 2020 • edited Loading

Description

Benefits

Configurations

Related Issues

thinkyhead commented Sep 25, 2020

sjasonsmith commented Sep 25, 2020

SwiftNick commented Sep 25, 2020 • edited Loading

SwiftNick commented Sep 25, 2020 • edited Loading

SwiftNick commented Sep 25, 2020 • edited Loading

thinkyhead commented Sep 25, 2020

SwiftNick commented Sep 25, 2020

thinkyhead commented Sep 25, 2020

SwiftNick commented Sep 25, 2020 • edited Loading

thinkyhead commented Sep 25, 2020

stef-ladefense commented Nov 16, 2020

SwiftNick commented Nov 16, 2020 • edited Loading

stef-ladefense commented Nov 16, 2020

SwiftNick commented Nov 17, 2020

stef-ladefense commented Nov 17, 2020

SwiftNick commented Nov 17, 2020

stef-ladefense commented Nov 17, 2020

SwiftNick commented Nov 17, 2020 • edited Loading

stef-ladefense commented Nov 18, 2020

SwiftNick commented Nov 19, 2020

stef-ladefense commented Nov 19, 2020

SwiftNick commented Nov 19, 2020

gaby64 commented Dec 2, 2020 • edited Loading

ckvsoft commented Jan 14, 2021

stef-ladefense commented Jan 14, 2021

SwiftNick commented Jan 14, 2021

stef-ladefense commented Jan 14, 2021

ckvsoft commented Jan 14, 2021

ckvsoft commented Jan 14, 2021

SwiftNick commented Jan 14, 2021

ckvsoft commented Jan 14, 2021 • edited Loading

ckvsoft commented Jan 16, 2021

SwiftNick commented Jan 16, 2021

gaby64 commented Jan 29, 2021

SwiftNick commented Jan 29, 2021

illuminati05 commented Apr 6, 2021

SwiftNick commented Apr 6, 2021 • edited Loading

SwiftNick commented Sep 24, 2020 •

edited

Loading

SwiftNick commented Sep 25, 2020 •

edited

Loading

SwiftNick commented Sep 25, 2020 •

edited

Loading

SwiftNick commented Sep 25, 2020 •

edited

Loading

SwiftNick commented Sep 25, 2020 •

edited

Loading

SwiftNick commented Nov 16, 2020 •

edited

Loading

SwiftNick commented Nov 17, 2020 •

edited

Loading

gaby64 commented Dec 2, 2020 •

edited

Loading

ckvsoft commented Jan 14, 2021 •

edited

Loading

SwiftNick commented Apr 6, 2021 •

edited

Loading