Jump to content

Siebet

Dormant
  • Posts

    59
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by Siebet

  1. 15 minutes ago, joris said:

    Hi Bob,

     

    Thnx, I put the feeder on the right which made it possible to put the steppenmoter inside the UM and it provides easy acces for changing fillement. I wanted it to be compact because I use the machine in the Ikea fabrikor cabinet. An UM fits perfectly in this (http://www.ikea.com/nl/nl/catalog/products/20242277/), you only have to change the fillament rol to the bottom instead of the back. 

     

    And yes Cura 3.0.4 seems to work well, I will test it more thoroughly in the upcoming Christmas holiday's with more materials etc.

    IMG_2849.jpg

    Hi Joris!

     

    Is it easy to change the filament on the printer?

    And is the cabinet air-tight?

     

    Thanks.

  2. Why are the acceleration and Jerk settings so low on the standard Mark2 profile?

    There's no special reason (at least not that i'm aware of). AFAIK this are the standard formulas that Cura uses, if acceleration or jerk control is enabled. You can disable it in Cura, if you want. Mark2 works with the standard values of the printer as well.

    What's the reason of your question? Did you noticed any serious drawbacks related to these values?

    As you already know, we are building an UMO with Mark2 upgrade but we have a problem.

    The first thing I've checked were the Cura settings... But that's not the problem...

    Any other idea @tinkergnome?

  3. What’s the acceleration/jerk settings? Maybe jerk is way too low than the 20 default?

    I have also printed with the standard UM2 slicer settings, so that's not the problem...

    I mean that you check the firmware default accel/jerk settings. But indeed it’s weird

    Delfaut accel: 3000 and delfaut jerk: 20

    So that's okay...

  4. An unrelated note: you should not use the Mark2 definition for single extrusion prints... This start-gcode is not quite suitable...

    Besides that: the gcode file seems to be usable with a normal UM2, if someone is willing to... (just to rule out some things).

    Thanks for your reply! Okay, good to know ;)

    I will try the Gcode on my UM2E+...

    @tinkergnome

    Gcode works perfectly on UM2E+... So the problem is on the firmware side...

  5. An unrelated note: you should not use the Mark2 definition for single extrusion prints... This start-gcode is not quite suitable...

    Besides that: the gcode file seems to be usable with a normal UM2, if someone is willing to... (just to rule out some things).

    Thanks for your reply! Okay, good to know ;)

    I will try the Gcode on my UM2E+...

  6. I would check the gcode to see how many movements/second are happening there. That's the classic effect of the board stuttering the planner. If that happens again if you slow down the speed to 50% then it could be other thing.

    I seen this behavior also happening on latest s3d 4.0, it has a bug that inserts lots of small extra extrusions making the buffer stutter.

    Problem is not solved with slower speed...

  7. I would check the gcode to see how many movements/second are happening there. That's the classic effect of the board stuttering the planner. If that happens again if you slow down the speed to 50% then it could be other thing.

    I seen this behavior also happening on latest s3d 4.0, it has a bug that inserts lots of small extra extrusions making the buffer stutter.

    Thanks for your reply!

    Here you have the Gcode. I will test it with the lower speed...

  8. Hi everyone!

    We have a problem with our project where we working on.

    We are trying to make the Mark2 upgrade compatible with the UMO.

    No worries, We wil publish it online when it works completely!

    So this is the problem:

     

    The printer makes very slow movements in the curves.

    We had to translate the UM2 firmware to the UMO mainboard so, I think the problem is on the Firmware side...

    Thanks!

    Have a nice day!

  9. @Siebet

    We've made the UM2 firmware compatible with the UMO with RepRap Discount LCD.

    More info coming soon!

    A big thanks to LowiekVDS for rewriting the firmware.

    That is great indeed. One quick question. I am not familiar with the RepRap Discount LCD (googling it looks like it is an 128x64 dot matrix display. And here is my question, I assume I do not need the controller for such a board if I already have an ulticontroller. So would your port work with an umo (1.5.3) and an ulticontroller, where an 128x64 dot matrix is connected?

    If so that lcd as an example would be suitable.

    https://www.jaycar.com.au/arduino-compatible-128x64-dot-matrix-lcd-display-module/p/XC4617

    Thanks again and cheers

    Hi @greengecko

    The idea is that you can use the UM2 interface and functionality on the UMO mainboard with a cheap Reprap Display.

    We have only made the UM2 firmware compatible with the UMO mainboard and RepRap Discount Display.

    So its possible that your display assembly will work but we are not sure. The UltiController is very expensive, so the cheapest option is to buy an Reprap display...

     

    When there is something else not clear, let me know!

  10. We have something very interesting :)

    We've made the UM2 firmware compatible with the UMO with RepRap Discount LCD.

    More info coming soon!

    A big thanks to LowiekVDS for rewriting the firmware.

    That's nice! Also it would allow to um2 users to use the cheap lcd screens instead of the 80€+ um2 screen.

    Great job!

    Thanks, Yes indeed!

    Stay tuned, and get the display for your UMO! We will publish the firmware online :p

    • Like 1
×
×
  • Create New...