DeJe
About
- Username
- DeJe
- Joined
- Visits
- 46
- Last Active
- Roles
- Member
Comments
-
@Repetier, just to make clear: Repetier does not support sensorless homing? Neither 2130 nor 2208, neither on V1.x nor V2.x? But V2 does support CoryXY? I'm using Ramps-/Radds+Due on my printers, 32bit. This is something new to me. Great news, I ne…
-
Thanks for answering. What a pity. But I'm also afraid changing to Marlin just because of this...
-
Cura (at least 4.0) is supporting multiple part cooling fans and it's working with repetier this way.
-
@Repetier, sorry for late reply. I doubled check the next day and it is working as expected. This is really crazy. I do not have an idea what happened before... Anyway, I keep an eye on this.
-
I will do some double check today. I will disable correction matrix first, than ABL and let you know the results. As of now I am not really sure what happens. All I can see is the behaviour described in first post.
-
Great News. Will update and let you know if it is fixed here. Edit: Looks good, working now as expected.
-
Yes, your description sounds like the issue I have. I use 1.04dev from yesterday. Last 1.03 (from weekeend) crashes into X-endstop when homing, verified on two printers. This evening I can double check if extrude is using relative or absolute. Sho…
-
@Repetier Thanks for explanation. I do have one more issue with correction matrix which seems to be a bug. As soon as I have correction matrix enabled, the extruder acts different for the first few layers. It does not work "smooth" over a command …
-
Edit: May be the information about repeating 3 times was wrong, sorry for that. Edit2: Nevermind, I think I did found in source... It's "ZHOME_HEAT_HEIGHT" which kicks in here. I will set this to 5 mm and see if it works better
-
Can you direct me at which source I need to change something? Especially where do I find the 1s interval? I will let you know here if it works better for dead time control. Thanks in advance.
-
@Repetier, Sorry, I can't edit anymore... In general I don't care about PID control...so would it help to shorten the intervall from 1s to something 0.2s? I think this could help deadtime control, isn't it? Even if we don't have 4 tempstamps control…
-
Ah I see. Thanks for answer.
-
@Repetier Is it possible to just change it back in source? Or there are other changes involved which makes it hard revert? If yes for easy change, where do I change it?
-
OK, is it possible to test v2 already? My printer is not used for production so I could test.
-
I am facing same issue. PID control isn't really working at all. At least if changing temperatur during print I have over/undershoots of about 5-6 degrees +-! Deadtime I was using a long time now reacts better than PID but nowhere near it was before…
-
Thanks. So it's not me doing something wrong. I can wait for the fix.
-
I found it...its in the source. In Repetier.h backlash compension will be disabled for all but cartesian drive systems. ... //#if ENABLE_BACKLASH_COMPENSATION && DRIVE_SYSTEM != CARTESIAN && !defined(ENFORCE_BACKLASH) //#undef ENABL…
-
I just compiled again and flashed it. So what is missing? Backslash/Backlash still missing from Interfaces. I can not attach complete configuration.h but this should be the important part: ... #define ZHOME_HEAT_HEIGHT 20#define ZHOME_X_POS 999999#…
-
Great. I did test with and without FAST_COREXYZ on my printer and it worked perfectly for both versions.
-
Here is the modification: ... setHoming(true);#if defined(Z_PROBE_DELAY) && Z_PROBE_DELAY > 0 && Z_MIN_PIN == Z_PROBE_PIN && Z_HOME_DIR == -1 HAL::delayMilliseconds(Z_PROBE_DELAY);#endif#if NONLINEAR_SYSTEM …
-
Repetier said: One problem with z might be steps per mm. Nonlinear system reduces to steps per subsegmend 32767 as the steps need to be stored in 16 bit integers. And Z move MUST fit in one segment. So 2 * Z-Length * steps per mm / …
-
I did find that source already and looked into it. According your sequence I (think I) identified the move which should go down but goes up. But if I compare homeZ with homeY/homeX I think the bold line is wrong at this position setting first home h…
-
As you can see in the video: G28 Z0 for z homing tests in case a later stage causes the problem. Z homing has these steps - go down until endstop is hit -> check - go up a bit -> check - go down again until hit -> instead of going down agai…
-
Sorry!? You say FAST_CORE_XYZ for a CoreXY ist totally useless? I do have z-min and this works perfectly without FAST_COREXYZ defined. I do not have a rotated bed, whatever that means, I have a CoreXY printer, no Delta or something like that. The co…
-
@Repetier I did the test and disabled autoleveling and Z-Probe and changed eeprom setting so I get factory default. No change. The issue with z-home still exist. here is my config. Hope you find (my) error: /**************** READ FIRST **********…
-
Repetier said: You have a z-probe and z-min endstop and are using only z-min endstop for homing? You know that this makes no sense as autoleveling needs either z-max endstop or z-min to be the z-probe as well. You should check your eeprom va…
-
Rossini said: Hmmm, looks like multiple z-endstops are not working with fast_corexyz. With only one z-max-endstop my z-axis works. I just have one (hw) z-axis endstop at z-min. My printer is DIY, RAMPS 1.4 (modified) with DUE. So Hardwar…
-
@Repetier Do you have any idea what could be wrong?
-
@Repetier, I had a short test as it is late already. It worked as expected. I got way below 0.05mm difference between X/Y using TANXY in second shot (had the sign false in first try). Thanks again and best regards,DeJe
-
Thanks. I do not have backslash. I just want to use "AXISCOMP_TANXY".This should do the same in firmware as modifying the belt tensions in hardware.Anyway, I try it out and let you know here. Ah I see, only in FAST_COREXY its like delta. Thanks for …