Quotesquishyheadboy RostockMini4tw, Thanks for the info. It's interesting that your problem went away when you switched to a smaller pulley - that should mean more steps per mm movement, which in turn means bigger numbers of steps overall. My immediate thought is that overflow or rounding errors ought to be more likely. I have tried to use Repetier firmware, but it has a separate problem forby RostockMini4tw - Delta Machines
Hello everybody, I tried find out which firmware I should use for my Rostock Mini printer. Repetier worked fine until 0.83 17-03-2013 even with G29 command to level average z-height. Marlin stock firmware works fine for printing if you use GT2-16 timing pulley but I can't get autolevel to work (also not in jcrocholl fork). I found out that there are far far too many firmware, especially Marlin fby RostockMini4tw - Delta Machines
I had a similar issue with my printer. In my case the problem arose when printing higher than a few centimeters. It seems like Marlin FW has some problems with round/sqrt to much After switching from GT2-20 timing pulley to GT2-16 timing pulley those problem vanished. I always have an older Repetier FW ready in case such problems occur to verify if the problem due to FW issues.by RostockMini4tw - Delta Machines
Hello I playing around since days with different branches of Marlin Firmware. I can't find a version which completely works on my Rostock Mini. Main version from ErikZalm (https://github.com/ErikZalm/Marlin) works well for printing, beside that the head moves outside of printing area at the end of a print when G28 command is added. Iiirc this only happens with gcode generated by Cura. However, Iby RostockMini4tw - Firmware - mainstream and related support
Just in case someone finds this topic with a similar problem. Yes, Marlin firmware seems to have a rounding problem with my set-up. I got GT2-16 timing pulley now and now motors are moved for every 0.1mm step.by RostockMini4tw - Firmware - mainstream and related support
Sorry but it took me some time to come back to this topic. Anyway, here is what I did: - Move the nozzle down in 0.1 steps to one object printed earlier until z_min (FSR sensor attached to bed) is triggered. - G91 - F100 - 100 times G1 Z0.1 - 95 times G1 Z-0.1 As before, and in contrast to repetier fw, I don't hear the motors move for each step (if done manually ofc) Then I counted the steps untiby RostockMini4tw - Firmware - mainstream and related support
Sorry as I'm out for a business trip until end of the month I won't be able to do this. I will do when I'm back.by RostockMini4tw - Firmware - mainstream and related support
Anyone else got an idea? I've the wonderful force sensor laying around but can only try them if Marlin firmware runs stable.by RostockMini4tw - Firmware - mainstream and related support
First of all I sometimes do not hear the motors moving when doing very small steps. If I press step 0.1mm in any direction I can hear them moving. With Marlin this is not always the case. I first noticed it when trying to calibrate my Rostock Mini with a sheet of paper. Calibrating was not possible. I then did more test. The most simple scenario was G28 maximum z-height is set the same in both Cby RostockMini4tw - Firmware - mainstream and related support
Thanks for you answer. However, my problem is not the movement itself but the fact that the printer in approx. 1/3 cases not moves when using Marlin FW and doing small steps. Equally which axis involved.by RostockMini4tw - Firmware - mainstream and related support
Forgot to mention that if I read out the position using M114 Marlin tells me that it's at the position it's supposed to be (but unfortunately isn't)by RostockMini4tw - Firmware - mainstream and related support
Hello, I have RostockMini which is running perfectly fine using repetier FW. I now want to switch to Marlin to be able to use FSR sensor for automatic bed leveling. Everything is working beside doing small steps. Example: G28; Motors are homing M114; Just to make me and RepetierHost happy G0 Z100; Motor moves G0 Z100.1; Motors doesn't move G0 Z100.2; Motor sometimes doesn't move G0 Z100; Motor mby RostockMini4tw - Firmware - mainstream and related support
I had a similar problem (see ) which could be solved by rotating the object by 90 degree. However, now I have strange behavior which I could not solve by rotating the object in any way (see Slic4r_Filled_Hole2.png and Slic4r_Filled_Hole2a.png). The top, where I cut out a sphere, is filled. In addition the cut for a hole is not only filled but also some block is added outside of the cylinder (markby RostockMini4tw - Slic3r
Found a workaround: Rotating the object by 90 degree around z-axis resolves the problem.by RostockMini4tw - Slic3r
Hello, I try to print Pen_Arm_Top.stl of . Unfortunately the triangular hole gets filled every few layers with three layers of material. Had a similar issue when printing a gear cube with RC1 earlier, but at that time it was only one layer which could easily be cut out. Slic3r's build in viewer shows the model completely correct with the hole. However, after slicing the triangular hole is fillby RostockMini4tw - Slic3r