I've uploaded the followong .hex to the Melzi board : - repetier 0.91 : print test worked fine but didn't test auto-level - Marlin V1.0 Tronxy : print test worked fine with and without auto-level If you encounter errors like : 22:12:32.989 : Warning: Seems like we missed a ok, got a wait - continue sending. 22:12:33.009 : Error:expected line 279 got 285 22:12:33.009 : Resend:279 22:12:33.039 : Eby miro_mar - Prusa i3 and variants
Quotemiro_mar Finally I've ordered a new Melzi board. 3D printing is working fine now. So it seems that the problem was due to the old Melzi. Once I'll have some free time, I will change the Atmega1284P in the old Melzi, burn bootloader with suggested fuses, load firmware and test to see if the root cause was in the 1284P processor or not I've changed the Atmega1284P on the defective Melzi boardby miro_mar - Prusa i3 and variants
Finally I've ordered a new Melzi board. 3D printing is working fine now. So it seems that the problem was due to the old Melzi. Once I'll have some free time, I will change the Atmega1284P in the old Melzi, burn bootloader with suggested fuses, load firmware and test to see if the root cause was in the 1284P processor or notby miro_mar - Prusa i3 and variants
I found on internet that, before flashing the bootloader, I need to change the configuration of some fuses in boards.txt as follows: atmega1284.bootloader.low_fuses=0xD6 atmega1284.bootloader.high_fuses=0xDA atmega1284.bootloader.extended_fuses=0xFD But now, when flashing a bootloader using an ArduinoMega2560 as "Arduino As ISP", I'm getting the following error: ----------------------------------by miro_mar - Prusa i3 and variants
Hi osnwt, would it be possible to provide this bootloader and how to burn it in Melzi ?by miro_mar - Prusa i3 and variants
I've compared pins.h with the Atmel1284P datasheet. It seems that pins.h is using the PCINTXX numbering convention. I couldn't find the exact rule used by arduino Nevertheless, with this explanation, I can exclude a pin assignment error resulting in the issue of end stops not being triggered. It seems that the interruptions on the pins handling the end stops are not working either because of a Hby miro_mar - Prusa i3 and variants
I've checked on my Melzi board, with a multimeter: - X end stop (ORIG_X_MIN_PIN) is connected to pin 21 - Y end stop (ORIG_Y_MIN_PIN) is connected to pin 22 - Z end stop (ORIG_Z_MIN_PIN) is connected to pin 23 This corresponds the attached Melzi schematic Something is strange : many pin assignment have an offset of 3 between pins.h and Melzi schematic Could you please check with a multimeter tby miro_mar - Prusa i3 and variants
As with MightyCore it wasn't working, I've switched to Sanguino under Arduino IDE 1.6.8 I was able to burn the bootloader (although the verification at the end fired an error of mismatch between the bootloader that was burnt and the bootloader file. Afterwards I was able to upload the 0.92.8 firmware. But same issue all axis move in one direction. I've compared the HW pin settings of a Melzi boaby miro_mar - Prusa i3 and variants
Flashing Melzi board to correct the issue of axes moving in one direction: I've installed Arduino1.6.8. I added the MightyCore Boards. I used an Arduino Mega256 as programmer In Arduino 1.6.8 I selected "Arduino as ISP (MightyCore)". In Arduino 1.6.8, I selected : Board : ATmega1284 / Variant : 1284P / B.O.D : 2.7v / Clock : 16MHz external I flashed the bootloader through Tools -> Burn Booby miro_mar - Prusa i3 and variants
Hi Kasper. With arduino ide 1.0.6, I'm not able to burn the bootloader on the Melzi. I have an arduino mega 2560 which I used as ISP programmer. I'm getting always the error : avrdude: verification error, first mismatch at byte 0x0e02 0xff != 0xef avrdude: verification error; content mismatchby miro_mar - Prusa i3 and variants
Thanks minhtri for your help My arduino IDE is 1.5.8.1. I've configured it to support Sanguino 1284P 16MHz. Bootloader is OK. I've uploaded to Melzi board your 0.92.8 HEX, same issue : X, Y, Z axis move in one direction only. I've played with Configuration.h as follows and uploaded the corresponding .HEX to Melzi board: #define ENDSTOP_PULLUP_X_MIN true #define ENDSTOP_X_MIN_INVERTING false #deby miro_mar - Prusa i3 and variants
I have Prusa i3 P802M 7th generation from Zonestar (transparent acrylic) It was working fine. 1 month ago, printer started to behave strangely. For few minutes it was printing fine. Then an offset was introduced on X and y axis (see attached photo). Printing from USB was giving me the following error logs: 22:41:58.737 : Printing layer 1 of 500 22:42:19.701 : X:-45.00 Y:-5.00 Z:0.00 E:0.00 22:4by miro_mar - Prusa i3 and variants