Copy the whole line (including the #define and any value afterwards).Now copy all of those lines containing "_THERM1_" as well as the one above.Find the line containing "USE_GENERIC_THERMISTORTABLE_1".
Also included in this page ( ), is a simple thermistor table, but it will not work for us.Knowing this, you can easily modify the firmware (configure it) for this thermistor.It is 100k at 25C - this is very standard.It is an NTC thermistor - as what we require.The page you linked to linked to another page with more information on the specifications of the thermistor.
However, it is not true that the board does not support the thermistor you want to use: The issue you will have is that a new mainboard will not support the display and other things, simply because of the hardware. This firmware is developed for the stock Melzi board, which supports the display and rotary encoder (everything on the front, including the e-stop). Unless you added a different thermistor/temperature sensor, the default should work - if not let us help you debug the cause (you just treated a symptom). For the best results you need a probe that physically touch the hot place. I once used a 10k NTC with unknown Beta thermistor in a setup that required a 10k NTC 3950B thermistor - the result was that at room temperature it was accurate, however when the display read 50C it was actually close to 100C -> very dangerous.Īlso remember that a laser/IR thermometer is not accurate on 3d printers (for various reasons already explained a lot). Most of the temperature sensors that are configured in the firmware, are 100k NTC thermistors - this simply means that at 25C they are 100kOhm resistors, yet the differences come in with the graphs/tables for each. So while it may appear to have correct temperatures now, that might not actually be the case at higher temperatures. The 97 is for the firmware to generate a reference table from custom settings (like this reference resistor). Usually this resistor is 4.7K, however the Melzi uses a 10K resistor. The Di3 with a stock Melzi mainboard have a few changes compared to other boards, specific to the Voltage divider's reference resistor. The sensor type you changed should match the actual sensor type and setup the printer uses. I'll continue to test.ġ4:14:41.068 : Printed filament:0.00m Printing time:0 days 0 hours 0 minġ4:16:39.995 : Printed filament:0.00m Printing time:0 days 0 hours 0 min I'm not sure how critical these are, because I seem to have basic functionality. So Repetier Host now connects, but there are some errors at the start, see below for a dump. Perhaps I have a flakey USB cable that is generating some errors at 115K? I really don't know what this is about, because the 115200 coms in my test app seem to work fine. I changed the 16mhz upload speed to 57600 and the upload worked straight away. I noticed that the 'upload.speed' setting for the 16mhz board was 115200, while the 8mhz board was 57600. I examined the boards.txt file in the board support folders for the sanguino. Thanks in advance for any advice you can give me.įor those of you who can't wait to hear the next installment in my saga:
However, all my attempts to compile the 0.91 code for this board have also failed, and you seem to know what you're doing. At this point I'm not really concerned about getting the latest and greatest code, just something that works like my old board did. I added support for the board by copying the Sanguino folder from the Repetier GitHub repo.Īny idea what I'm doing wrong? Ultimately, all I'm trying to do is get a replacement Mezi board up and running in my Maker Select (Duplicator i3). The board selected in the IDE is "Melzi 1284p 16mhz". I'm using Arduino IDE 1.0.6 (because of all the posts I saw about only using this version). text will not fit in region textĭ:/programs/arduino/hardware/tools/avr/bin/./lib/gcc/avr/4.3.2/././././avr/bin/ld.exe: region text overflowed by 4520 bytes I'm trying to compile your version and I'm getting an error indicating it's too big:ĭ:/programs/arduino/hardware/tools/avr/bin/./lib/gcc/avr/4.3.2/././././avr/bin/ld.exe: section.