-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Trigorilla Ramps 1.4 Pin 9 and Pin 44 operate reverse of configuration. #10880
Comments
Which board do you have, 1.3 or 1.4? Our current pins are based on this comment when we were splitting up 1.3 and 1.4. Would you say that it was incorrect…?
We want to try and allow some flexibility, so the so-called " Under the current bugfix branches, you can do the following in #define RAMPS_D9_PIN 9
#define ORIG_E0_AUTO_FAN_PIN 44
#include "pins_RAMPS_13.h" If this is more correct for either 1.3 or 1.4 (or both), then we can apply the change permanently. |
Thank you for your time. My board is a 1.4. I've never worked with a 1.3 board, so I can't say if the 1.3 pinout you list is correct. The 1.4 pinout in your diagram is correct. I will test the solution and let you know the results. If you look at the M43 output:
Or to put it another way:
As can be seen, there is a swapping of defined functions. |
Results of testI applied the changes you suggested.
M43 listing
I also tried undefining the FAN2_PIN and E_MUX2_PIN but got the same results. Shouldn't I be seeing, on pin 44, an assignment of E0_AUTO_FAN_PIN, either with ORIG_E0_AUTO_FAN_PIN assignment or without? I've attached the Configuration.h, Configuration_adv.h, pins_TRIGORILLA_14.h and pins_RAMPS.h |
You have the E0 auto fan pin disabled in your #define E0_AUTO_FAN_PIN -1 Comment out that line to have it use the |
Results # 2: That worked!!! Both fans are operating correctly now, although they are defined in reverse. M43 listing
This is a workable patch within the configuration schema. But, the underlying issue remains. |
What order did your pins file end up with? I'm presuming… Trigorilla 1.3#define RAMPS_D9_PIN 44
#define FAN2_PIN 9
#define ORIG_E0_AUTO_FAN_PIN 9
#include "pins_RAMPS_13.h" Trigorilla 1.4#define FAN2_PIN 44
#define ORIG_E0_AUTO_FAN_PIN 44
#include "pins_RAMPS_13.h" |
On the Trigorilla 1.4 board your presumption is correct.
Fans are working correctly even though their ports are defined in reverse. Originally, I didn't do changes or testing on the Trigorilla 1.3, since I am not familiar with that board, and my printer has the 1.4 board. I did some searches and it seems that as far as the internet is concerned the 1.3 board doesn't exist. All links that I identified concerning 1.3, point back to the Marlin forums. Below is the results of some testing I performed: The oringinal pins_TRIGORILLA_13 config did not operate the fans on my printer. I applied your presumed changes to the file and tried to compile. I ran into the infamous compile error of FAN_PIN and E0_AUTO_FAN_PIN cannot be defined to the same pin. I made a few modifications and what I found is that it is basically the same configuration as pins_TRIGORRILA_14, with one exception; I commented out the FAN2_PIN definition. pins_TRIGORILLA_13
pins_RAMPS.h
M34 Listing
After the changes there is no longer a conflict between FAN_PIN and E0_AUTO_FAN_PIN. Also the config runs on my printer because it is the same as the 1.4 configuration, just implemented differently. Is it possible that 1.3 and 1.4 are actually the same? The confusion may lie in the swapping of pin definitions, either in Marlin or within the Trigorilla board? There is a mystery afoot..... |
I've discovered that the mystery is myself. At some point in time I swapped, in my recollection, the designations of the fan connections on the Trigorilla 1.4 board. I was under the misconception that Fan0 (Pin 9) is the E1 Cooling fan and Fan2 (Pin 44) is the parts cooling fan; I am incorrect. Fan0 is the parts cooling fan and Fan 2 is the E1 Cooling fan. In spite of this we did get the configuration in pins_TRIGORILLA_14 correct. Only the reason it didn't work originally has changed. Please disregard my pin swapped comments. I apologize for adding to the confusion with the Trigorilla boards. Thank you for all of the assistance. |
Since I did end up patching the Trigorilla pins files in response to this issue, can you double-check to see whether they are now correct in the bugfix branches? I believe they should be, as I simply made very basic corrections. |
I tested both configurations. The BOARD_TRIGORILLA_14 configuration operates on my printer correctly. BOARD_TRIGORILLA_14
The BOARD_TRIGORILLA_13 configuration operates on my printer as I would expect from your earlier pin designation diagram. BOARD_TRIGORILLA_13
In my opinion the fans are operating per the earlier diagram you posted. Thank you again. |
Hi ArtieH! Do you know how to change pwm frequency for E0_AUTO_FAN (pin 44) ? I have tried to assign E0_AUTO_FAN_PIN to FAN1 (pin 7) or FAN2 (pin 44) and then using FAN_SOFT_PWM or FAST_PWM_FAN, but it does not work.. In this configuration the fan does not spin at all. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Description
What I found is that on the Trigorilla Ramps 1.4 board, the firmware swaps Pin 9 and Pin 44 operation and may be the cause of much of the confusion among Trigorilla owners as to fan configuration.
The forum fix I have seen is to swap the fan connections. This does not seem to be a solution since there are now boards defined for Trigorilla 1.3 and 1.4 boards.
To prove the swap issue I defined:
Step 1
pins_RAMPS.h
added under "Heaters and Fans"
and a few lines further down
Step 2
The fans in my printer are connected per the Anycubic Kossel Delta Plus build:
Step 3
Upload firmware and check configuration
M43 pin debug lists the following:
Expected Behavior
What I expect is that the fans are now defined reversed of their function and will not work correctly.
Actual behavior:
Subsequent printer operation proves this not to be the case. The configuration and debug listing is opposite of the results. The Hot End fan operates correctly and spins up at 50c. The parts cooling fan operates correctly under control of the g-code.
Additional Information
I have tried BOARD_TRIGORILLA_13 and BOARD_TRIGORILLA_14 configurations, without the above test definitions. I found that, with the fans connected per the Anycubic build, the Parts cooling Fan operates as the Hot End cooling fan and the Hot End fan does not spin up at all.
My Configuration_Files.zip
The text was updated successfully, but these errors were encountered: