Welcome to the SeeMeCNC Community

hello ! At the present time it is impossible to download the link https://drive.google.com/file/d/0B06WCAdBzwOdb1FFRHhaSEJ4aGc/view Google say :twisted: s that the virus is detected in a file, and download only the owner can. The same goes for previous versions. Waiting for a new ssyku or repair ...

Yes that's what's happening. So how should the z-probing settings be set up? And where is onhigh located within the firmware and/or how do you switch it on the controller? I manually searched every tab in the repetier/Arduino firmware, but nothing popped. Z_PROBE_ON_HIGH is located on line 1078 ...

Thanks again terabyte. I posted this issue on the Arduino Forum. The solution ended up being to install IDE v1.0.6, rather than the most recent 1.6.7. I then set it and the RAMBo onto COM1 - Solved! Here's the next challenge: I set the Z-height where the nozzle was firing all three FSRs. Plate ...

The only setting I changed from the defaults were the arm length (to 290.8). RS has got the new carriages and ball-socket arms so it's very tight. In a prior run I tried Heuristic mode (I set the dropdown to "true") and it ran for a while and then apparently decided to go back to "normal" mode as ...

So I ran OpenDACT (current as of 01/30/16) on Red Sonja (v1) after installing the FSR mod. After 121 iterations it still hadn't come up with a solution. When clicking "Stop" the application freezes after homing the machine. The only way to get out of it is to end-task it. Suggestions? g. Well I am ...

For some reason 3.1.0 doesn't converge for my printer at all. It just spikes up and down and doesn't even get below 0.5 accuracy. I have had it go for over 100 iterations. 3.0.0 does converge nicely but the only issue I have with it that it changes my steps per mm a lot. The steps/mm that I should ...

Version 3.1.0A - Timing fixes, calibration fixes, tons more Changes: -The program now utilizes responses from the printer to initiate the next step of the height map generating process. -Also, the calibration algorithm is ran on a separate thread than the reading thread. This prevents the printer ...

Thank you for the help. I was able to complete a session with OpenDACT (11 iterations). My previous mistake was with the advanced screen and the "Probing Height" I took it to mean the height between the nozzle and the probe actuation point. Your reply is greatly appreciated. Upon completing the ...

I believe the probe height parameter is the "start height" for the slower Z move to probe, by having it set to 0, you told the printer to go to Z0.0 and then move Z- until the probe actuates. instead, use like 10 or so for the Z-start. The probe height just tells it what to rapid to and then slow ...

I finally got to try auto calibrating today. But I am experiencing problems. When running the setup application pressing the Basic Calibration causes the printer to do what I would consider "taking a reading" in several locations while ignoring others. This is what is happening. The probe rapids to ...

thx, I will look @ github. The adjustment of diagonal rod lenght shall be good, it's the same way that I use in manual calibration. Tomorrow I will try to understand why not work with version PA Do take note that your scaling will differ significantly in the X and Y dimensions (and some other ...

Hey Rollie, is there any way to adjust the calibration so the steps/mm does not change? I was trying out a print and directly across the Z tower in the -Y coordinate range the extruder path leaves a gap inbetween the lines. I suspect that it is due to the steps/mm being changed from 80 to 81.xxxx ...

Version 3.0.1PA - Calibration Fixes Changes: -Tower offset calibration now uses horizontal radius to complete step as opposed to delta radii, also is predicted ahead of measurement - reduces number of iterations. -Changed main control flow of calibration process -Time wait for printer moves is now ...

First of all, great job for version 3 of this great tool. During this writing I am still trying to complete calibration process after heat-bed is changed. With 3.0.0A calibration process (Basic calibration) took very long as it pause for 2 seconds after every move. Is there any parameter that can ...

geneb wrote:If you're using FSRs under the bed, I think Z_PROBE_HEIGHT should be 0.

g.

Correct, I left the default value for the rmax2. The value in my eeprom is currently set to zero.

Our issue sounds similar to mhackney's. Regardless of calibration method we end up with 2 dips in 2 spots in the bed. Belts are evenly tight, skates are well locked in, rubber bands on the arms. We have an adjustable limit switch Z-probe that we set to match the position of the hotend to about .3mm ...

Yes. I have a large caliper and everything has been measured. The other bit of info as I mentioned above, I had this issue with the original arms AND with the newer carbon fiber trick laser arms. The effector plate is the 2 part plate used on the original V1. I've done as much as I can to measure ...

I do, let me pull the latest out and email you. I agree, it is some sort of mechanical error and not a calibration issue. Happy to have another set of eyes on it. I've spent more time on this issue than I care to think about! Excellent! From what I can tell this error - being consistent in two ...

Rollie, the hump is not a delta kinematics issue and calibration can not correct it. It is some sort of mechanical issue that I've been chasing for several years. I've introduced errors into my machine's geometry and mapped the movement to try to understand it - similar to the heat maps that Steve ...

So it sounds like there are no more parameters that can be accounted for. What about situations where it calibrates consistently and repeatebly correct within .025mm, but when actual printing there is a huge variance on sections of the bed that were not tested, even if the bed is flat? The reason ...

"@RolliRowland maybe im thinking wrong, but in my university we "see" everythink from the base coordinate system (x:0,y:0,z:0) so im a little confused with these ^^ from the default values i believe you are using the "noozle coordinate system" is that right? Not sure entirely what you mean, however ...

I suspect he'll answer when he's got time and no sooner. g. Yeah, I haven't had much time this week. For the baudrate, use what your printer is set at. There is no huge benefit to changing baudrate except for a slight speed increase and less data loss - which normally isn't an issue. For the ...

CaptainMerica wrote:hmm. How do those tower offset values get adjusted like that? I didnt touch them at all, i will retry it with a fresh open of the app.

Those are adjusted in the AI and HAI calibration modes

It seems like it's working about the same. hasnt given any crazy numbers yet though. I have my webcam set up so you can see the console and printer if you wish, i have to do some chores around the house. Tinyurl.com/printerviewer3 EDIT eek it was going good, luckily i was in the room when it ...

What I did was brought the platform down to the bed, and adjusted the sensor so that it trips when the nozzle touches, such that the sensor is theoretically zero with the nozzle. So you think I should try the FSR option when I get home from work? Yes, try the FSR option and let me know what you ...