Acceleration in firmware settings is too high.Your jerk settings in the firmware is too high.Reasons are rods not parallel, blocking etc. The stepper driver overheats – add cooling or reduce current.The stepper current can cause crosstalk activating the end stops. Cables of end stop and motor are parallel and close together.The belt is loose and slips over the pulley.The pulley isn‘t fixed on the motor and can rotate with some force.The most common reasons, without special order are: The real problem is, that there are many possible reasons for this and not all of them are firmware related. This is a very common problem, especially with the first prints. #define ENDSTOP_Z_MAX_INVERTING false My print gets skewed, layers are misaligned ![]() set to true to invert the logic of the endstops #define ENDSTOPPULLUPS // Comment this out (using // at the start of the line) to disable the endstop pullup resistors // The pullups are needed if you directly connect a mechanical endswitch between the signal and ground pins. ![]() If they do without a reason, you have programmed the wrong signal for the end stop. This can happen, if your end stops are triggered. Be cautions that this is a critical operation that can make your board unusable if you do it wrong. We got reports that at least some china arduino due clones seem to have a bad firmware version that produces more errors then necessary. Normally it is 127 but in cases it might drop down to 63 so adjust the setting in the host.Ī last source of error might also be a bad firmware for the serial to usb converter. 230400 instead of 250000 which works a bit but with high error rate. If you have frequent errors you should check if the cables are not too long, shielded and have no high current cables touching them. Ignore especially such errors at connection start, which seems to cause this more frequently. If you do not have many of these you can ignore this. In your host software you might see a communication error from time to time. In earlier versions 127 byte was the default value. A save number is 63 byte, which is the new standard in Arduino 1.0. Setting this value too high will cause many resend requests. In Repetier-Host you can set, how large the receive buffer is. If you get many resend requests, your host may be sending too many data at once. Now it depends on how often you get these errors. If you get a communication started but you see resend requests, your communication is losing data during transfer. You have activated EEPROM settings you need the baudrate stored there, not the one from your configuration file.No driver for serial port connection installed.Wrong parity/stop bits setting in host.Baud rate of firmware doesn‘t match the host baud rate.If you get no connection at all, you have one of the following problems: The avrdude from winavr can’t cope with the newer conf file in Arduino 1.x. Copy avrold/bin/avrdude.exe to avr/bin. ![]() It should be in \hardware\tools\avr\etc (you may have to first create etc).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |