Yes, I did Olaf! I definitely misunderstood what the stepper drivers were! So, after moving the axis round (X to Y, Y to Z & Z to X with respective end stops) on the Ramps and checking that everything was running properly, I focused on V-roller and belt. At the end it was the belt which has lost tension causing this out of sync. I guess that's happend cause the Z probe hitting the belt too hby edo - Firmware - mainstream and related support
Yes, I do use the two outermost connections and the center tag is free! Today I've also unplugged the ramps from the arduino and hooked up again from scratch all the wires. Despite this... I still get the same behavior.by edo - Firmware - mainstream and related support
I used your eeprom commands to store the new values but I cannot use M666 or M206, I didn't get any feedback from the serial monitor.by edo - Delta Machines
Thanks for all your suggestions guys. I did everything you have told me. 1. I changed the max_feedrate several times, going from 2 to even 500. The only thing that is happened is that over 300 the end stop has never been triggered, the carriage was just resting on it. 1.1 @dc42 I didn't really got what you meant with "endstop switches wired and configured as normally open", does it mean that I hby edo - Firmware - mainstream and related support
If I got well I should decrease the value: #define DEFAULT_MAX_FEEDRATE {200, 200, 200, 200} to {197, 197, 197, 197}. Isn't? If so, decreasing all the values as I did from 200 to 197 worked partially. I still get one of that two out of sync, right now the carriage rests on the end stop without triggering it (that's happen once every 3&4 times). At least I lost the carriage parked "far way"by edo - Firmware - mainstream and related support
Hello everybody, I do have some issues with homing Z end stop/ Z carriage. I tried to home several times (about 10 times) and I got 3 different results. The Z carriage is either far away from the end stop or rests on it without triggering the end stop or sometimes it does (as you can see from the serial monitor the end stops work well, when are "free" say open when aren't say triggered). I evenby edo - Firmware - mainstream and related support
I decreased acceleration to 1000. However, the problem is still there! I even tried to switch the z motor stepper with y one, to check whether was the stepper motor faulty or not. Therefore, I think that the problem is somewhere in software.The z carriage sometimes rests on end stop but without triggering it and sometimes it does. There is no constancy! I dunno what to do anymore! I posted a newby edo - Delta Machines
Faulty current settings? Did I do anything wrong? This is the configuration in use: #ifndef CONFIGURATION_H #define CONFIGURATION_H // This configuration file contains the basic settings. // Advanced settings can be found in Configuration_adv.h // BASIC SETTINGS: select your board type, temperature sensor type, axis scaling, and endstop configuration // User-specified version info of this buby edo - Delta Machines
1. Yes, they are. When the carriages are not in home position the serial monitor says open and the z probe as triggered. So, as they are supposed to be. 2. I don't really know what I should check!!! 3. It does when the end stop is hit. But after that, the z carriage move down as you can see in the video. Furthermore, when the carriage is not hitting the end stop there is an annoying whistle. Iby edo - Delta Machines
When the printer is homing Z carriage acts weird. I sent the command home different times (about 10 times) and I got 3 different results. One where the carriage is far away from the end stop (the first 7 times in which I tried to send it to home), one where it seems touching the end stop (but it doesn't, as you can see from the serial monitor which says "open") and one where is triggering the Z eby edo - Delta Machines