Quotepamalofeev Hello, Kevin! I really liked the klipper and I want to use it. And I had to solve one more problem, layers shift, you can see in the photo. I do not use stepper motors in my 3D printer, I use collector motors with a step / dir interface instead. You can read about my printer here, I hope GoogleTranslit will help you. It seems klipper did not give my drivers enough width for step-by KevinOConnor - Firmware - experimental, borrowed, and future
QuoteTomek Does anyone recommend a particular platform for the MCU side of things? I am interested in TMC2260 all around, so thought the Azteeg smoothieboard that can do that from Panucatt would be great. I have not confirmed yet whether Klipper supports that processor, of it there are better options. It seems according to devs "todo" it is not an option yet. I may have overlooked it, but isby KevinOConnor - Firmware - experimental, borrowed, and future
Quotelenne0815 Ok, then i did it right, i sent restart to the arduino via terminal every change, just wasnt sure if it does affect the print the as the kinematic calculations are done the pi so thats actually where the parameters are read ? Octoprint does not directly communicate with the micro-controller - instead it sends commands to the Klipper host software (aka Klippy) via the /tmp/printerby KevinOConnor - Firmware - experimental, borrowed, and future
Quotelenne0815 Im still pondering how i could get my big printer to work, i could pull out 4 drivers from the rumba and bridge ena step dir on two sets and remove the additional endstops for auto squaring and could make hard stops at the opposing side to run them against by hand before powering on... Its worth it ! FYI, a few other people have recently expressed interest in dual stepper supportby KevinOConnor - Firmware - experimental, borrowed, and future
Quotelenne0815 Ok, my small diy I3 is running Klipper. It far exceeded my expectations, i know what a reasonable lookahead looks from Art Lebedevs implementation in Mach3 and i really didnt expect Klipper to match that on a 3D printer. It did. Needless to say right now im redialing in my settings at around 150mms whereas on Marlin prints would ring unbearably at just 75mms. Great! Quote I recoby KevinOConnor - Firmware - experimental, borrowed, and future
Quotelenne0815 Hey Kevin, first of all huge thanks for your amazing work ! Ill converse my small simple printer probably later today and will come back if i find anything noteworthy with that. Do you plan on implementing dual dual setups ? ( As in dual steppers / Dual endstops on multiple axes ) I got my big printer running with repetier but obviously it needs toolpath prediction aswell, just likby KevinOConnor - Firmware - experimental, borrowed, and future
Quotenewbob This is quite interesting project. I've been reading the documentation and have a couple of questions: is GPIO state solely controlled by host? For example, when heater is on and controller disconnects from raspberrypi - will the heater keep on heating? Similarly, if limit is triggered - is it up to the controller to stop processing stepper commands or it's up to the host? Thanks.by KevinOConnor - Firmware - experimental, borrowed, and future
This is an announcement for the Klipper v0.5.0 release. Highlights of this release: * Support for printers with multiple extruders. * Initial support for running on the Beaglebone PRU. Initial support for the Replicape board. * Initial support for running the micro-controller code in a real-time Linux process. * Support for multiple micro-controllers. (For example, one could control an extruder wby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteDiggrrI checked on Git, any love for the Azteeg X5 (mini & GT) Smoothies planned? I'd like to see support added, but I don't have any immediate plans to port Klipper myself. If anyone is interested in taking it up, take a look at the code in the src/sam3x8e/ directory as an example of what is necessary. -Kevinby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan Kevin - I went away for a few days. Left the printer off while I was gone. Came back and tried to print something. It repeatedly stopped after homing X, Y and Z. I could manually move and home the various directions. I synced the latest version including rebuilding and reflashing. Now I can connect and start heating, but about 10 seconds after I start heating, it shuts down.by KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill Hi Kevin. I did get another shutdown event but only after cancelling a print and trying to home. I have klippy log but it is too big to upload even compressed. Do you want me to get the start and last bits of the log file? Alas, I need the full log in order to analyze the problem. If it's too large to post it here, compress it (gzip -k /tmp/klippy.log) and attach it to a new iby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill Hi Kevin. Full compressed Klippy log attached: I have been doing some more printing and with same end script it does not always have the problem and I have only experienced it at the end. Hope that helps. Regards Chapelhill Thanks. It looks like there was a bug in the corexy kinematics. (It wasn't related to z movement.) Specifically, the host programs the mcu with a maximumby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill Hi Kevin. I updated code today and have been using the stepper drivers in 32x micro stepping for x, y and extruder, still using z stepper on 16x but I think the calculation for the step distance on Z might still be causing a problem (1.5mm pitch.) The print worked completely normal except when it was probably executing the print end script and the Firmware crashed. It could be anby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan I'm not noticing jerkiness in the head. Its actually moving reasonably smoothly. From the looks of it, this piece has been designed at a relatively low resolution, so its really more a series of short straight lines making up the curve which may alleviate the jerkiness in this print. There are lots of designs that I could print in vase mode that are more perfectly round and I woby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan I just tried vase mode (spiralize outer contour in Cura) on a pumpkin shape. It had some strange results. You can picture the outside of the pumpkin as a series of almost semi-circles that meet at a point between each. Not a great description I know... Anyway, what was happening was that print head was starting at a point where the semi-circle would meet the previous one, but tby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill How do we upgrade our package? I have seen a number of updates have been posted recently. One would ssh into the raspberry pi and run: cd ~/klipper/ ; git pull Then, in the general case, one would rerun the klipper install script and reflash the micro-controller code as described in the installation instructions. However, most of the time, only a host software restart is neededby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan I didn't see much change with the various pressure advance values either. There is definitely a little blobbing at the corners on high speed, but the various pressure advance settings didn't seem to make much difference. I have it set to .2 and for the most part I'm getting good prints, although there have definitely been some prints where it skips steps/under extrudes in a couplby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill I followed instructions as per pressure advance document in increments of 0.05 and could not really see any difference in quality on corners of box but it is a new build where I still have some learning to do so left it at the final setting which I think was 0.2. Interesting. Some users (along with my printer) report significant results with pressure_advance. Other users, likeby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill Hi all. I tried pressure advance on my corexy with it set to 0.20 ( I think that was default) but time parameter at 0. I have a geared extruder and over regions with lots of zig zig my extruder was going net further and further backwards leaving small regions with no filament. This was the object v-block It also sounded like it was hammering the extruder and pushed out PTFE froby KevinOConnor - Firmware - experimental, borrowed, and future
Quotechapelhill I then struggled to get Z working and there seems to be some speed issue? I had steps configured to .0004961 (Wrong I know but within 80% of actual), but with Z configured with any max speed over 10 mm/s which i think would be approx 18,000 pulses a second the firmware would stop and halt MCU as soon as you try to home Z. I have uploaded Kllipy log in case it helps. Thanks for teby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan Well that went far smoother than I expected. I had a couple of config changes I needed to make to get the right movement direction and endstops. Otherwise it really just worked. The temperature on the heat bed was rock steady with the new thermistor type that was added and my existing PID values. I printed 3 XYZ cubes at varying speeds: 80mm/s (my normal speed with Ramps boardby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteKevinOConnor QuoteMarkLogan Seems I spoke a little soon on the Steinhart-Hart coefficients. I did a bunch of searching and couldn't find the values. I found calculators and tried to generate the values from datasheet, but they didn't seem right. So then I tried to replicate the coefficients you had for the already supported thermistors based on the values in the datasheets - and that didnby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan Seems I spoke a little soon on the Steinhart-Hart coefficients. I did a bunch of searching and couldn't find the values. I found calculators and tried to generate the values from datasheet, but they didn't seem right. So then I tried to replicate the coefficients you had for the already supported thermistors based on the values in the datasheets - and that didn't work. During myby KevinOConnor - Firmware - experimental, borrowed, and future
QuoteMarkLogan Hi Kevin - I'm interested in trying this out on my D-bot core x/y printer. I have a few questions: 1) In the example configs I'm seeing a position-endstop for z that is non-zero. Even in the corex/y sample its 0.5 and others in this forum I've seen at 0.1. Is there a reason that shouldn't be 0? Zero is the point where the head would contact the bed (when the head is heated).by KevinOConnor - Firmware - experimental, borrowed, and future
Quotemicheleamerica My bad... I missed the tower angle parameter. Can you please detail what is the reference (zero angle) and how adjustments could be made on those parameters (clockwise or counter-clockwise)? The default degrees of stepper_a is 210. If you needed to increase that by .1 degrees clockwise, then you'd set stepper_a.angle = 209.9 . The default degrees of stepper_b is 330, and thby KevinOConnor - Firmware - experimental, borrowed, and future
Quotemicheleamerica The position and radius corrections are determined by the auto calibration procedure and serve to counter any printer mechanical issue (bad build to make it short), such as the angles between towers not being exactly 120°, or the length of the diagonal rods not being all exactly the same. One may specify an "angle" parameter for each stepper tower - see the config/example-delby KevinOConnor - Firmware - experimental, borrowed, and future
Quotekdodman Been loving Klipper, however on occasion, I'm getting a firmware crash with "no next step" Seems to happen alot when printing rafts from Simplify3d. Seems to always happen in the first layer and hotend temp reading drops to 0. Firmware restart brings it back to life, but on trying again fails exact same spot. I'm sure its an issue with the slicer gcode, but not knowing what "no nexby KevinOConnor - Firmware - experimental, borrowed, and future
Quotecrow I hope to try Install today on the BBB/Replicape. Great! Take a look at the config/generic-replicape.cfg file as a starting point on the config. Note that the Replicape uses an external chip for the heaters, fans, and possibly the current control of the stepper drivers. Klipper doesn't yet support this external chip, but you should be able to confirm that the installation, thermistoby KevinOConnor - Firmware - experimental, borrowed, and future
Klipper now has experimental support for running on the Beaglebone PRU hardware. The Klipper host software runs on the main ARM processor and the Klipper micro-controller software runs on the PRU. I'm interested in feedback from any users with this Beaglebone hardware. See the https://github.com/KevinOConnor/klipper/blob/master/docs/beaglebone.md document for installation instructions.by KevinOConnor - Firmware - experimental, borrowed, and future
Quotemdm63 What are your thoughts of making Klipper a plug-in for Octoprint in some point? I have no idea what this would require exactly, but how hard can it be? IMHO the integration would improve the user friendlessness and make it more seamless experience over all. I don't know enough about Octoprint plugins to say whether it is a good idea or not. If you want to work on it, then I will lookby KevinOConnor - Firmware - experimental, borrowed, and future