Jump to content

calinb

Member
  • Content Count

    291
  • Joined

  • Last visited

Community Reputation

11 Good

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You're welcome! Thanks for the info about your UM setup too. I hear ya'! I have all sorts of upgrade parts ready to install on my UMO, which is still a really sweet machine, but find little time to work on the projects I've planned. The Marlin website has really become a great resource. The config files are also well-documented. Let us know if you need help when you get around to building a new Marlin. BTW, the Arduino toolkit version makes a big difference. I have several versions installing on my MX-Linux system. Sometimes you just have to try a different Arduino dev kit version to get code to build! Good luck and please post again, if you need help or my build files. I'm nowhere near as active here as I was in the early UM days, but I'll stay subscribed to this thread and see your post. -Cal
  2. After studying Marlin support for the BLTouch, I'll probably start with a polled interface and use the UMO upper switch (homing zero stop) for both an endstop and the BLTouch. Maybe I'll see if interrupts can be used later. I still have to find time to print a bunch of parts before I do this mod too. I just can't seem to find the spare time. 😞
  3. Yes, Curven. I'm on Marlin 1.1.9 now and it's my favorite version ever! I'm very pleased with the single click per Ulticontroller menu item settings that I've found along with excellent knob spin "acceleration" and fast Z-homing speeds. I also like many of the newer Marlin features. Finally, it's the first Marlin where I've never had occasional problems with z-stage stuttering, which previously required me to power down the machine after every print. Stuttering seems to be a rare problem but others have also experienced the same stuttering behavior that's plagued my machine since new. I don't know if the interrupts will work with my BLTouch because I still need to find time to print the parts for a new dual extrusion head that I'm planning to install using a modified original E3D Chimera head. The new head will support the BLTouch too. I'm hacking my original Chimera to accept 3mm E3D V6 heat breaks and a water block. I really need to get my mini milling machine out of storage to do it though. Another mod has a higher priority though. I've spun some cad for a dual drive filament extruder. It should permit reliable use of flexible filaments and I'll eventually build two of them, if the design proves itself, for my dual extrusion Chimera head. The standard polled BLTouch interface is well covered in the Marlin config files though and I've been going through them and editing them. I'll uncomment the BLTouch stuff when I'm ready. My UMO is just about stock, ATM (I've run other hot ends in the past). I have direct drive x/y steppers and an externally controlled and powered heated bed but I swapped the wires for the "wrong-handed" external motor mount orientation so my 1.1.9 Marlin code would probably run on other stock machines too. All of that kind of stuff is now well documented in Marlin anyway. Let me know if you'd like to have a copy of my current version of Marlin and I'll put it on a share somewhere or maybe I'll post it to github. At a minimum, you'd need to change your x/y/z mm/step settings, but the way Marlin manages such settings from the Ulticontroller menu is improved over the earlier versions too!
  4. Z-stutter update and solution. See: https://community.ultimaker.com/topic/10226-why-does-my-print-have-tiny-zebra-stripes/page/13/?tab=comments#comment-243962
  5. UPDATE: I was premature to announce success in my ongoing war against Z-stuttering, because this problem my UMO has exhibited since new was not fully exorcised from my printer after my last post here and it often continued to rear (or spin ;)) its ugly head. However, after several months without experiencing the problem, I am finally ready to update my post with my solution for anyone who stumbles upon this old thread or is searching for a Z-stutter cure. (I know that over the years, others have reported it in these forums.) Though I've built Marlin countless times in the past, my build upgrading to Marlin 1.1.19 solved the problem. Marlin 1.1.19 has so many new and useful features and it can be setup to work so much more smoothly and intelligently with the Ulticontroller than the original UMO Marlin version that I recommend 1.1.19, regardless. The "Level corners" bed levelling utility is my favorite upgrade, though I'm working on a BLTouch installation currently too. It's possible to choose values that make the Ulticontroller push knob both "accelerate" very nicely with fast spins of the knob but still produce a single advancement (integer or menu increment) using slow single-click turns. It took some experimentation to discover the optimum values to do it so feel free to PM me, if you're interested in my Marlin 1.1.19 code. Of course I still don't know the root cause of the z-stutter problem; I'm just pleased that this annoying problem with all my previous Marlin builds (including the official UM .hex file) is finally gone!
  6. I simply thread my filament out one of the bucket holes to the feeder. I only leave the length of filament out of the bucket when printing and it doesn't absorb moisture fast enough to make a describable when printing, even in the most humid weather I've ever experienced in the Pacific NW of the USA. When not printing with my filament, I rotate the filament spool(s) in the bucket at least daily and simply leave the light on (from 40 W to 100 W, depending on the ambient humidity of the weather (true watts--not the "equivalent" light output ratings on the low power bulbs most often required to be sold by law in the USA). It's too bad the "Edison" light bulbs are no longer available, because they made inexpensive electric heaters (always 100% efficient resistive electrical heat) and produced "free light"! 😉 You could also try using rice in the bottom of the bucket as an alternative to silica gel. It will absorb water and improve the efficiency of the light bulb drier.
  7. I'd prefer to continue to use all the endstop switches, because they seem redundant until software doesn't behave as you might expect and then your stepper motors and drive mechanism crashes against the frame!🤮 It's the same with CNC machine tools. Endstop switches are safety switches. I've already had a crash happen after configuring some Marlin features used with touch sensors. It is tricky and Marlin now has many features that are easy to mis-program and not catch the error until there's a crash. A full set of operating endstop switches protects the hardware.
  8. You can dry your nylon with a 5 gal. bucket (or other container) and light bulb: http://taulman3d.com/drying-materials.html
  9. I've been printing nylon since the trimmer line days (when it was the only nylon media available). Accordingly, I've tried many substrates for printing nylon. In the past, I used contact cement to bond Garolite to a precision Mic6 aluminium plate, but now I just use Gecko EZ-Stick hot on window glass. It works just as well and is easier to replace: https://www.geckotek.co/collections/ez-stik-hot On the other hand, the only perfect bed adhesion that I've found for large and dense nylon prints is Gorilla Glue one-part urethane (the original dark honey-colored stuff) adhesive. It only lasts for a single print though and it's a pain to use. You have to spread it as thin as possible onto a glass build plate with a putty knife and let it dry first. The bonds between the interfaces can be stronger than the glass however. You need some pretty thin pry devices (start with a razor blade on a holder and then transition to a thin putty knife) to remove a part. Sometimes you'll end up pulling up pockets of glass and then that side of the glass will be ruined in that location, due to the craters. After removing the part, you can scrape the Gorilla Glue from the glass with a razor blade scraper. Fortunately the newer nylon formulations tend to offer better adhesion to more conventional build surfaces than trimmer line or the old Taulman 618 too!
  10. I'm running Marlin 1.1.8 on my UMO with its original 1.5.7 electronics and an Ulticontroller. I've been building a new version of Marlin 1.1.8 for my Bltouch sensor, which I'm about to hook-up and start testing. The Marlin source code says: // Enable this feature if all enabled endstop pins are interrupt-capable. // This will remove the need to poll the interrupt pins, saving many CPU cycles. //#define ENDSTOP_INTERRUPTS_FEATURE and the Antclabs Bltouch instructions say this feature is optional. Does the 1.5.7 board have at least three interrupt-capable inputs? I only need three inputs because the Bltouch will use one input and provide a Z homing signal so that means I need only two more endstop interrupts for X and Y. Software limits works fine so I don't need MAX_PIN inputs as defined in the pins.ULTIMAKER.h file defaults here: // Limit Switches // #define X_MIN_PIN 22 #define X_MAX_PIN 24 #define Y_MIN_PIN 26 #define Y_MAX_PIN 28 #define Z_MIN_PIN 30 #define Z_MAX_PIN 32 Even though it would be inconvenient to adapt the endstop switch connectors, they could perhaps be connected to pins 11, 12, 13 or maybe even pins 34 and 36, which are labeled "SERVOS" on the PCB silkscreen. I plan to connect my Bltouch control (servo) pin to pin 13 and it seems that pins 11, 12, and 13 are usually used for such things. Also from pins.ULTIMAKER.h: // // Servos // #define SERVO0_PIN 13 // untested Does anyone here have experience with this? Did using interrupts work well (better than the default CPU polling)? Once I get it up and running and tested, I'll fork the Marlin 1.1.8 source (or maybe I'll spin-up 1.1.9, which is the last 1.x.x Marlin, except for bug fixes) to my github account so others can give it a whirl. BTW, this Bltouch V.2 mount looks pretty good to me. There's not all that much info on the Internet about this UMO mod or endstop interrupts. Bltouch Mount Same as above but with Google Translate to English Thanks!
  11. You might be able to manually adjust the power budget too. Years ago I ran a water cooled Garcad hotend (the first water cooled hotend I ever saw) on my UMO. It had a 6 ohm heater that would reset my UMO, due to overload. Here's what I wrote to the developer at the time. This method worked and I assume that PID_MAX is still a Marlin "knob" that you can tweak, if you're willing to build your own Marlin code.
  12. I'm back (as "calinb") 🙂 🙂 🙂 SandervG sent me a PM with instructions. I hope he doesn't mind my pasting the solution, below. However, I also had to delete all my Firefox cookies and passwords associated with "ultimaker" in order to get a logon with my old username. My new username (calinb_new) can now be deleted, because I hope I never have reason to use it again. (I only created it as a means to recovery my old logon.) It may have been a good thing that my calinb_new logon was associated with a yahoo.com email address and my older username ("calinb") was associated with a gmail.com address. Here's what SandervG recommended. I hope it helps:
  13. After a little online searching, I'd still be interested in hearing from anyone who has first-hand experience with similar software but Gazebo is in my daughter's Linux distro (MX-Linux) repository so it seems like a good place to start. http://gazebosim.org/ https://en.wikipedia.org/wiki/Robotics_simulator
  14. I hope there's enough traffic in this forum group to obtain some advice here. The Ultimaker.com forum seems like the best fit of all the forums I've joined for this question. My daughter just joined a 4H robotics project group. I could spend a lot of money on experimenter or development kits, but I'm wondering if there's any kind of virtual software environment that would run on her Linux OS laptop. I can envision an educational tool with virtual machines (robots?) living in a graphical world that would respond to code that a student would create to program them to do various things. Any ideas here would be much appreciated! -Cal
×
×
  • Create New...

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!