-
Notifications
You must be signed in to change notification settings - Fork 39
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
PID Autotune of Hotend and Bed doesn't work on E3-RRF and Ender 3 Pro from TFT35 #9
Comments
I suggest raising this on this TFT github and not here as its a TFT issue. |
Thanks jaysuk for the response. I wasn't too sure where to post this issue. The TFT user interface shows the right dialog but somewhere in the system, the command to perform the PID autotune was getting lost. I don't know which board is doing the losing! My money was on the RRF board because it's new. Regarding the C argument, the following was taken from the RepRap Wiki (https://reprap.org/wiki/PID_Tuning). It's also listed as a valid argument in the list of RepRap g codes at: https://reprap.org/wiki/G-code#M303:_Run_PID_tuning M303 E0 S200 C8 This didn't work with the E0 argument ("no heater has been tuned since startup") but did with the H0 and H1 The T0 argument is not mentioned in the RepRap Wiki or in the official list of g codes for M303 in RepRap so you can understand my confusion regarding your posting. However, it did seem to work. As a newcomer to RRF, this has been my biggest challenge - everywhere you look, there appears to be different answers. It's also apparent that people with experience seem to know the right answers - where did they get them from? I'm not trying to be negative - I'm just trying to understand this system which looks great but not everything is working properly. |
Its definitely not getting lost by the firmware. I wouldn't be using the reprap.org page as it seems to be fairly out of date regarding all the arguments to use. |
Hi jaysuk, thanks for the clarification and for taking the time to respond so fully - it really is much appreciated. I'm still finding my feet with this stuff and welcome the advice you gave on where to get accurate and up-to-date information. I agree with your assessment of the TFT firmware - it is very flaky and I've had many lockups and crashes - often difficult to reproduce precisely. Should I be trying to report all this stuff in GitHib? (Evaluating instrumentation firmware was part of my job before retiring). |
If there's any issues you find with the TFT firmware etc then please do raise it on github. |
@jaysuk Yeah but if the bug reappears there will be no information on GitHub to reference if the discussion takes place in discord. |
@f1vefour That would be fine if BTT managed the RRF firmware that runs on the board but they don't. |
I meant on your git not here, for issues related to the firmware not this
particular instance.
I'm happy it's been ported regardless, the work which has been done is
amazing and I thank everyone involved.
…On April 22, 2021 1:10:03 PM jaysuk ***@***.***> wrote:
@f1vefour That would be fine if BTT managed the RRF firmware that runs on
the board but they don't.
It relies on our port (TeamGloomy).
Hence Discord is the place to go to report any bugs, not here.—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
We also don't use our git for issue tracking. We use Discord.
Much easier to problem solve issues on the spot than play post tennis.
And pretty much any real issue that gets raised is a duet issue anyway.
…On Fri, Apr 23, 2021, 1:51 AM Tim ***@***.***> wrote:
I meant on your git not here, for issues related to the firmware not this
particular instance.
I'm happy it's been ported regardless, the work which has been done is
amazing and I thank everyone involved.
On April 22, 2021 1:10:03 PM jaysuk ***@***.***> wrote:
>
> @f1vefour That would be fine if BTT managed the RRF firmware that runs
on
> the board but they don't.
> It relies on our port (TeamGloomy).
> Hence Discord is the place to go to report any bugs, not here.—
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub, or unsubscribe.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AATUSBUTEZMAMYQTTW6EO7TTKDAAJANCNFSM43DRZ2VA>
.
|
The fix is to unplug the TFT35 and throw it in a draw and forget about using it all, just use a web interface and put up with the slow wifi throughput. Display cant read subfolders when trying to print, printing from a flash drive in the display will fail after a few hours, the ABL features are nerfed and wont function the same as the web interface, if you do too many things on the display it will eventually lock up making you reset the machine.... I can go on, but I find it a complete waste of time and effort, it may be okay in Marlin, but not for RepRap. |
What a miserable email! If it doesn't work, throw it out! What a message! Did you ever wonder why things often get better? I assume that you still live in a cave. |
Issue moved to https://github.com/bigtreetech/BIGTREETECH-TouchScreenFirmware/issues/1856 It's still open but doesn't belong here. Closing out... |
Selecting PID Autotune of Hotend or Bed on TFT35 screen is not working under RepRap system. Autotune operation is confirmed but nothing heats up and eventually the system times out. Latest firmware in both boards.
Works OK from DWC using
M303 H1 P1 S220 C8 ;Hotend PID autotune
or
M303 H0 P1 S60 C8 ;Bed PID autotune
The text was updated successfully, but these errors were encountered: