I've ordered a 40mm LED ring ("angel eyes") on eBay with the plan to fit it onto my Mendel90 to light up the print. Are there any recommendations on how best to wire this in? Should I be looking at specific pins on the RAMPS board, or just straight into the 12v input?by dislegal - Mendel90
Quotentoff You getting that Mendel90 from a guy down the coast? If so I did that EXACT thing. Bought a k8200, hated it, bought a Mendel90, brilliant. K8200/3drag is such a terrible design. Yep, that's exactly what I did. Bought the Mendel90 from Mike yesterday. Brought it home, plugged it in, and it just worked without any issues. Very happy with it after the first few prints!by dislegal - Firmware - mainstream and related support
Thanks to everyone for all of the help, support, suggestions and advice however I've given up on the K8200. I just don't have the time and effort required to get it going. Fortunately I found a new home for it with someone who does. Hopefully my experience with what I intend to be my next printer (a fully assembled, tested and working Mendel90) runs a little smoother than this one...by dislegal - Firmware - mainstream and related support
I adjusted the voltages of all stepper drivers to 0.55V. Then the very next print skipped sideways during the first layer. this seems even worse that previously, when it was only skipping sideways many layers into the print It appears from looking at the manual, as if the stepper drivers on my RAMPS board are different than those that come standard with the K8200. Could this be part of my probleby dislegal - Firmware - mainstream and related support
Quoteianmcmill Don't jump at my throat but are the pulleys all fastened? Are the belts all tight and fixed? This layer shifting typically results from loose pulleys. Even though the cube printed nicely before. EDIT oops hit send too late. Haha that was obviously very close timing! I'm stumped...by dislegal - Firmware - mainstream and related support
After setting max jerk to 15, I still had layers shift. I have checked the tension of the belts - they seem right. Any tighter and it becomes difficult to slide the print bed. I have checked the pulleys and they seem tight on the motor axles. After setting max jerk to 10, I had a successful print of a test Marvin without any layers shifting. Although he is a little droopy on the right as you canby dislegal - Firmware - mainstream and related support
Quotedislegal Quoteit turned out to be the best test cube I've ever printed And here I was, getting all cocky! Still have the sideway skipping Occurred after about layer 15-20 on this one.by dislegal - Firmware - mainstream and related support
Thanks to a gentleman (to whom I now owe a beer) over on the Velleman forums, I now know the K8200 stock setup is: 1.8° per step 1/16th microstepping 5.08mm belt pitch Tooth count 10 Which results in 62.9921 steps/mm on X and Y axes. Once I set the firmware to 63 steps per mm for X and Y, it turned out to be the best test cube I've ever printedby dislegal - Firmware - mainstream and related support
Quoteo_lampe Seems you have 20 tooth pulleys instead of 16 tooth. That would explain the 25mm/20mm ratio. Does the nozzle scratch across the layers? If not, then the current for one of the steppers is to low, that´s were the shifted layers come from. ( or printing to fast ) If it scratches, reduce flowrate or calibrate e-steps. -Olaf Hmmm, I count 10 teeth per pulley. When I input 10 teeth iby dislegal - Firmware - mainstream and related support
Velleman K8200. Mega/RAMPS, running Repetier-Firmware v0.92.3 Just got the printer's manual controls operating again after a catastrophe involving the previous firmware and the build quality thanks to the previous owner. I'm having the following issues based on a 20mm hollow test cube that I'm trying to print. 1. Print not centred. I place the object in the centre of the bed in Repetier Host v1by dislegal - Firmware - mainstream and related support
Excellent! Found a continuity issue in the Z endstop wiring, resoldered all of the connections in the circuit and it roared into life!!! Woohoo! Thank you all for the help in solving this!!! Especially for those who took the time to answer my many questions on the previous thread. I fired it up to print a test cube and found it's printing askew (as in each layer on the Z axis it builds up hasby dislegal - Firmware - mainstream and related support
Quotefrankvdh Quoteendstops hit: x_min:L y_min:L z_min:H Hmmm... my version of Marlin shows "open" or "TRIGGERED" rather than "L" or "H". Presumably "L" means Low meaning "open" and "H" means High meaning "TRIGGERED". So your printer was seeing the Z endstop as triggered when you ran that command. Try doing an M119 with the head up (say 10mm+ from the bed) and try another M119... if it's workinby dislegal - Firmware - mainstream and related support
Quotefrankvdh What was the outcome of this? QuoteIssue the M119 from the terminal to check the status of the end-stops. If you have a Z-probe, it should only show triggered if there's something metal under it. When I send the M119 command, I get this back: 18:03:29.828 : T:20.42 /0 B:20.28 /0 B@:0 @:0 18:03:30.811 : wait 18:03:31.700 : N20 M119 *56 18:03:31.700 : ok 20 18:03:31.700 : endstopsby dislegal - Firmware - mainstream and related support
Quotentoff As I said in the other thread. Does moving it up manually make it move up or down? If it moves in the direction you tell it to and it just homes the wrong way you can set it in the firmware to either home to min or max. K8200 should home all the axes to minimum. It's a single check box in the rep firmware config page. Check you've set it to home to the correct spot. Just tested againby dislegal - Firmware - mainstream and related support
I've started a new topic here with a clearer listing of what my problems are and what my hardware/firmware combo are. Thanks for all the help in this thread but since I didn't explain myself clearly, I think it's become a little unclear for anyone wanting to offer help.by dislegal - Firmware - mainstream and related support
I've been having some issues with my Velleman K8200. It was working perfectly with Marlin until the firmware became corrupted. I've since installed Repetier Firmware and have everything working except for: - the Z axis homing direction is incorrect (moves up when it should move down) - triggering the Z axis end stop does not stop the motor I'm certain all of the parts function and are wired up,by dislegal - Firmware - mainstream and related support
Quotefrankvdh Check your Z end-stop (or bed sensor). If it is always triggered it can cause behaviour like that. What should I be looking for when I check it?by dislegal - Firmware - mainstream and related support
I now have Z axis manual movement in both directions working. (Don't ask me how, but it's working!) Remaining problems: 1. Z axis ignores the endstop when being moved manually. 2. Z axis homing is still in the wrong direction (moves up instead of down).by dislegal - Firmware - mainstream and related support
The plot thickens. After adjusting the firmware to 2560 steps per mm for the Z axis and reflashing it, I can now manually move the Z axis up. Pressing down does not work (but it's also no longer making a weird high-pitched noise). Pressing Z home moves Z up for approx 3 seconds. What should I do next? I'm guessing I need to reverse Z homing by manually editing the configuration.h......?by dislegal - Firmware - mainstream and related support
Another forum suggested I adjust the EEPROM setting for Z-axis steps per mm. It was at 80, and the recommendation was to make it 2560. Doing this did make the Z-axis respond somewhat, just not fully or correctly. Any ideas on what this setting should be...?by dislegal - Firmware - mainstream and related support
Here's an export of my EEPROM data as output by Repetier Host. Does this help diagnose my Z-axis issues? epr pos="75" type="2" value="250000">Baudrate epr pos="129" type="3" value="-0.111">Filament printed epr pos="125" type="2" value="1197">Printer active epr pos="79" type="2" value="0">Max. inactive time epr pos="83" type="2" value="360000">Stop stepper after inactivity epr poby dislegal - Firmware - mainstream and related support
Also, FWIW, I just tested the voltages of the stepper motor drivers - they're all at 0.88V.by dislegal - Firmware - mainstream and related support
Quotedislegal My Y axis homing stops when it hits the end stop and slowly moves back a little then into place (as it should). My X axis homing now hits the end stop and jumps/smashes for a little bit. Further tweaking between the Repetier Firmware and Repetier Host has both X and Y axis manual movement and homing working the in the correct directions and no bashing against endstops anymore. So iby dislegal - Firmware - mainstream and related support
Quoteo_lampe Better look for this section and modify x and also move the x-endstop connector on the board to act as a "max"-endstop and "max" homing direction. // ENDSTOP SETTINGS: // Sets direction of endstops when homing; 1=MAX, -1=MIN #define X_HOME_DIR 1 #define Y_HOME_DIR -1 #define Z_HOME_DIR -1 Regarding the z-motor: Check the Vref of the z-driver. Did you set the z-steps to match the leby dislegal - Firmware - mainstream and related support
QuoteRGN01 You may already know this but if stepper motor direction of rotation is wrong, simply change the plugs into the RAMPS over (top to bottom) and rotation will reverse. HTH Richard I didn't know this Richard. Having a look at the connectors, I do not believe I can flip the plug around and plug it in. Can you please clarify...? I was able to reverse the direction in the firmware so I beby dislegal - Firmware - mainstream and related support
Quoteo_lampe It seems the previous owner has changed the board and wired the printer to it in his own way. We´d need pictures and details as much as possible to help you out. eg. How many endstops, where are they? Steppers, belts, pulleys, leadscrews, extruder-gear etc. Then we could guide you through a rewire-process and configuration to match common sense. -Olaf I appreciate the help Olaf. Fby dislegal - Firmware - mainstream and related support
I've reflashed the new Mega board with v0.92.3 Repetier Firmware. I now have the LCD module working, and I can turn the fan on and off using the rotary encoder. I can also make the X and Y axes move using the rotary encoder (however they travel opposite direction to home) and I can get the extruder to heat up. I can get the printer to connect to Repetier Host (v1.5.2) however I cannot get any conby dislegal - Firmware - mainstream and related support
Just plugged the old Mega board back in. These are the errors I'm getting: 10:53:17.263 : OpenGL version:1.1.0 10:53:17.263 : OpenGL extensions:GL_WIN_swap_hint GL_EXT_bgra GL_EXT_paletted_texture 10:53:17.263 : OpenGL renderer:GDI Generic 10:53:17.263 : Fast VBOs for rendering not supported. Using slower default method. 10:53:25.968 : The port 'COM5' does not exist. 10:54:11.626 : Printer reseby dislegal - Firmware - mainstream and related support
Another update. Some guys on another forum have pointed out that I don't have the original Velleman K8200 motherboard installed. It came with an Arduino Mega 2560 and what I think is a RAMPS board. The Mega board doesn't required jumped pins to flash the firmware. I have cross posted this on the Velleman forums, but not getting any success there either. Now that I've got Repetier v1.5.2 I'll sby dislegal - Firmware - mainstream and related support
Ok here's the latest. I flashed the Marlin firmware (v1) from the Velleman K8200 website. I assumed this wouldn't need any configuration. Then I reinstalled the Velleman custom Repetier-Host software (v0.95). Connection between the PC and the prInter was successful, however the fan and heated bed were reversed (when I turned on the fan, the heated bed turned on and vice versa). So I uninstalled tby dislegal - Firmware - mainstream and related support