-
-
Notifications
You must be signed in to change notification settings - Fork 375
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
1047 : PT1000 w/ 4.7k Ohms (E3D) max temp error on boot #242
Comments
Same here with 1010 sensor (PT1000, 1k pull-up), 427 board. Error is triggered by Was not able to track it down even further, but still going deeper. |
This problem happened to me a couple of times when I was already printing, after I turned it off and on again it started working normally. |
Ok, I am not yet sure how that works on a standard Marlin, but basically _TEMP_MAX_E(NR) macro functions incorrectly, because temp_range[NR].raw_max is not initialized. Sorry I am no way near "programmer"... #if _MINMAX_TEST(0, MAX) Add line: #if _MINMAX_TEST(0, MAX) |
And now after "dirty workaround" M501 triggers MAXTEMP error... |
The thermistor table for the type 1047 is ordered in inverted form with respect to the type 1, that causes some compilation issues with the algorithm of the custom G-code C104. |
Please test with the sources from: https://github.com/mriscoc/Ender3V2S1 |
With sensor 1010 the printer acts the same. If I initialize temp_range[0].raw_max, then I am able to boot and use the printer until command M501, which also triggers the error. |
Likewise, the same with sensor 1047. Still throwing MAX TEMP error after boot |
I don't have those sensors to test, I will try to find what's triggering that error message. Please, disable in configuration.h: //#define ProUIex 1
//#define HAS_GCODE_PREVIEW 1
//#define HAS_TOOLBAR 1
//#define HAS_PIDPLOT 1 |
With those options disabled the code does not compile
After changing Now everything seems fine. The board boots, M501 does not cause error either. Is it memory constraint of STM32F103RC (I assume this uC is used in 427?) If it is, then would it help if I change it to RE? Only I do not know what kind of bootloader is used and where to get it. |
This worked for me too, 1047 thermistor works perfectly ! Appreciate the fix @mriscoc and @ZipperZ |
I want to address this bug disabling the custom G-code C104 for PT1000 thermistor. Anyone to test some experimental builds? |
Hi, I could test it. Do not promise very fast feedback, but I will |
With the options above commented out and ZipperZ's change I still get a compile error (I am using the source from special releases E3V2-422-BLT-UBL): Marlin\src\lcd\e3v2\proui\dwin.cpp: In function 'void Draw_PrintDone()': Commenting out Preview_Show and Preview_Invalidate allowed it to compile but I can't test yet as I am waiting on parts. |
A 422 BLTUBL version could be fine for all of you? |
I am using 427 and my sensor is 1010 (changed resistor on the board). Also the thermistor table extended from the "original" |
EDIT: I think that this issue is now fixed in the main branch OK, it is ready to test: |
Getting file not found - Marlin/lib/proui/STM32F1/libproui_ubl.a - is there a reason this was left out? Can I copy from the release branch or is a different version required? |
Sorry, my mistake, rename These sources are only for compile 4.2.2 or 4.2.7 BLTUBL versions. |
No, please don't mix with files from the release branch. |
that seems to have it working for me, running a pid test now. I was getting a FileNotFoundError: [Errno 2] No such file or directory: 'Marlin/lib/proui/stm32f1/libproui_mbl.a' Thank you for taking the time to fix this for us minority of pt1000 users!! definitely appreciated!! will get back after testing further if there are any problems. |
Manual mesh needs another libproui library. This FIRST test is only to verify that the origin of the bug is in the C104 code. I will prepare others tests to get firmware that can be used by anyone without taking care about the thermistor type. Thank you for helping me to narrow down where the problem is. |
I think that this issue is now fixed in the main branch. |
Miguel, will you be making precompiled binary files with this fix? |
Typically, special configurations such as PT1000 thermistor are compiled by the users themselves, but it is possible to request a sponsored compilation, see the readme at https://github.com/mriscoc/Special_Configurations |
Getting the same error, I updated the firmware with the newest version today. I only changed the "BED_MAXTEMP" in configuration.h from 110 to 120. It My printer worked great for 3 days now it fails every time unless I use a precompiled marlin version which is so odd. Weird thing is that the printer will work sometimes only if an SD card is inserted. My printer's hardware is completely stock other than this firmware. |
This page is only for issues with the thermistor PT1000 (type 1047 or 1010) |
Compiled with ZIP Ender3V2S1-20221002, still getting the error. Update: Workaround worked, a "clean all, then build it" did it... |
Use the main branch, the 20221002 is previous to the fix. |
No more user feedback |
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. |
E3D PT1000 thermistor plugged directly into Ender 3 v2 4.2.2 RCT6 board, produces MAX TEMP ERR after switching on printer. Firmware was compiled with
TEMP_SENSOR_0 1047
Thermistor functions correctly on other firmware (Jyer's and Unified) with
TEMP_SENSOR_0 1047
.To Reproduce
TEMP_SENSOR_0 1
toTEMP_SENSOR_0 1047
inConfiguration.h
Expected behavior
After printer boots up, the following errors show in the screenshots
Screenshots
Version
Ender3V2-422-BLT 20220716 Mid year release
The text was updated successfully, but these errors were encountered: