Jump to content

neotko

Dormant
  • Posts

    4,788
  • Joined

  • Last visited

  • Days Won

    94

Posts posted by neotko

  1. 7 minutes ago, darkdvd said:

    ...that's why I think it's a better solution to buy another computer or another UM...

     

    There’s a way to make a direct connection with the board linux and send commands to the sendgcode python without net or wifi, using the usb to serial

     

    https://www.olimex.com/Products/Components/Cables/USB-Serial-Cable/USB-Serial-Cable-F/

     

    Is what I did use to unbrick a um3. But ofc connecting this probably can void the warranty (a20 olimex board seems to be, according to um, specially sensitive to electrostatic). With this cable correctly wired you can do a direct usb to serial to the linux and then with a bit of coding you could send the gcodes. 

     

    Any path involves work. Not easy, not super hard. There ar other dual printers with easy gcode usb access on the market. 

    • Like 1
    • Thanks 1
  2. 18 minutes ago, darkdvd said:

    cq5dam_web_372_372.jpg.ee409c44b2717c3c562756c7cf486496.jpg

     

    That in my short experience doesn’t  work on um3. But hey, dunno. Also just ethernet access doesn’t give real gcode acesss if you want to do something else than just 1 operation at the time.

     

    Like gr5 you need to use ssh to access sendGcode python program. You would need to make your own version and check how much commands/second you can actually send if the use isn’t just one at a time think. Also using sendgcode overrides some of the linux board controls like forcing a tool change, moving to parking before doing it and most probably the x/y calibration (I know Z calibracion does work using sendgcode but dunno about x/y). There are chances of breaking stuff, hitting the nozzle on the bed if you don’t have a controlled switch order etcetc

     

    Indeed not a work of a day but doable since all the python files on the um3 are well commented inside and python isn’t exactly complex. But I doubt you can have total control (like send real print files) on a um3. 

     

    You could make something hybrid but dunno. UM3 would require a lot of work to be integrated on other way than what um thinks it should be done since doesn’t have a direct gcode access. I would get any other printer (practical almost any other) with gcode and easy firmware changes. 

    • Like 2
  3. 6 hours ago, Sean Southard said:

    I was wondering if there was a way to just keep zooming without having to pan around; when you keep hitting + it will stop zooming at a certain point.  

     

    +1 to that. Current zoom limit isn’t good enough (for me) to debug gcode preview issues and I end launching the gcode to s3d to just see the small details

  4. Sure I was tackling the issue and proposing how to do it. Isn’t copy paste atm and require a bit of scripting. 

     

    The core issue is that even if the main idea is doable, it isn’t since depends directly on how cura is made now. And specially the formulas that link speeds or temperatures or options linked by formulas on the machine profile. So, is doable but not straightforward.

  5. Yea philosophically sure

     

    Practically if you pull the 3mf files and check the structure, see how they link the parameters to the main profiles selected (nozzle, material, quality selected) then you have another file with the changed options to that profile (overrides). You can, right now, do that, manually. But either way you need a programmer to do the script to pull a clean list of settings used (with overrides check) to get it. And with that in hand, you could by hand one by one insert them back on cura (to a point since the json profiles have in some cases formulas that can't be edited within cura but only outside changing the respective json files.

  6. 3mf saves all related jsons (nozzles, materials, and adjusted settings).  But now that I see the structure of the 3mf it could be the best way to have a ‘export’. But not without additional software to read this. 

     

    It saves one file with your changes. Then the original jsons used for it. 

     

    Go open one you will see.

     

     

  7. 2 hours ago, Brulti said:

    Thanks for the info on the heater and sensor, I didn't knew.

     

    I guess I should have been more clear in my first post though, because what I meant to ask was if UM had something in place for the recycling? Since the UM3 printcores are quite exclusive, recycling them might save money if all they need is to replace a component or two, or they could even resell them as second hand?

     

    Like ink printers company who know recycles the cartridges which saves quite a lot of money, and the cartridges can be reused many times. If UM only needs to change the printhead on a printcore, maybe it would be more cost effective to recycle them than to produce brand new ones?

     

    That's one of the questions that did happen when the beta and release was done, I know little since I'm totally disconnected from ultimaker but afaik they don't have any plan to recycle them. Indeed there's a lot of money on each core, the black plastic for example is made on Peek on the UM3 cores. They are really well crafted and the price is good for what it is, but the lack of recycle plan to save cash or just not be able to change something simple like a nozzle (even if that could break it by a user error) is a bit a shame. But mind that, afaik, um3 is focus on pro users that don't care about price but productivity, so if you have big $$$ you prefer to just buy a new cartridge instead of the manual labour hours of fixing it. For a big company 1 hour of a pro technician is more expensive than just buying a new core and plugging it I suppose?

  8. 8 minutes ago, kmanstudios said:

    Would that not be limited to reading the gcode file? The info cannot come from the settings panel?

     

    Profile info is linked to material and nozzle. So when you make a gcode only the changes are exported, just like when you export a profile, only changes are exported. The link is part of how Cura is build around materials not settings. It allows nice portability but assumes that the base profile is perfect. Edit well not perfect but allows cura to add settings without erasing your settings.. basically they can add new stuff and since they only export what you change you can keep upgrading (in theory). So, no full profiles are available nowhere but split on material, hotendtype (nozzle size for example) or type of Core for example

  9. Well the heater and sensor are a 25W heater and a pt100. That can be easily removed and reused for other printers.

     

    The heater block and nozzle only work with um3. And nobody, not even china clones, sell a nozzle that could fit. So if the nozzle breaks, you need to buy a new 100€+taxes cartridge. 

     

    The other option is to buy 3dsolex cores, but they are way overpriced. Ofc, if you are handy, they will save you a lot of money on the long run. 

  10. This could be nice but there’s an issue. Cura profile system isn’t a ‘full’ editable (inside cura) the profiles depend on the nozzle size, material type. So even if you export the settings you never get a full profile for the current print. 

     

    For example when you export a profile you only export the settings you changed on a zip format that contains json (or some structure alike) with the profiles and settings changed. But never a full profile like I get on s3d gcode header. 

     

    So, while is doable, is quite difficult to do. Also, and more important, it could be really hard to import them back. 

     

    Cura profile system works nice, but is very hard near impossible to build a real profile within Cura and is always necessary to go outside cura and edit the json files for nozzle, material, etcetc. 

     

     

  11. 2 hours ago, halfie said:

    sometimes it would move 0.3 or 0.5mm before the stepper kicked in and did it's move, and then if I wanted to back up, I had to jog it waaaaay back and then go back in slowly, it was odd.

     

    I had tons of troubles with the endstops on the bottom. They do lack of the necessary precision (near 0.1 error) for me. I did move the endstops back to where umo uses it and now (after buying better endstops also) I get perfect z repetition along 3 printers. But that’s just my experience ofc...

    • Like 1
  12. 2 hours ago, mutley3d said:

     

    @neotko yea but does it have the bed levelling routine? @halfie seems to be having probs with it.  Ill check it out once I have these drivers sorted, but taking one step at a time, too many changes in one go is dangerous. For now just using the Ultimaker/Marlin from their github repo

     

     

    There's no need IMO for that... It just works different. You set the Z height, then move near the possition and ajust the Tool offset to mimic a calibration. OFC it doesn't have fancy menus. I did get use to that, is very fast to change a configuration, since it's just a text file, you hit reboot and you change everything (not like marlin that need's a total firmware update for some stuff).

     

    Anyhow, indeed, nobody made a assisted calibration, since the duet3d supports practically all the bed calibration addons on the market. Ofc I also don't use any XD 

  13. 2 hours ago, halfie said:

     

    I'm actually wondering something... Would it be possible to use a different controller (ie the duet3d) and just use the ulticontroller plugged in via ext1 and 2 like they are for the ultiboard2?

     

    Actually the plug looks the same, but no, isn't possible. Well, better put, noone made the code. It's 'doable' but only if the controller is very basic since some of that pins are using also for internal stuff on the duet3d (there's some chats about that on their forum) ultimately, I though that I would miss the panel, but not at all, I use all my printers 3 with the phone, send the jobs from the computer and do the file selection, baby stepping for z addjustments, preheat, everything from the www phone, works like a charm.

    • Like 1
  14. 6 hours ago, mutley3d said:

    Maybe this should be a new thread, but posting here as it is directly relevant to this thread.

     

    I am Suffering the same issues on my 2 x UM2 machines. Want to finally do something about it. Done all the tweaks and mods, shorting ROSC pins, diode smoothers etc, none really "FIX" the issue. I have Duet boards available to upgrade like Neotko above, but kinda thinking I would like to retain as close to original as possible ie keep existing LCD. I also have a couple spare Arduino/RAMPs boards to hand.

     

    So my thinking is use a RAMPS board with TMC2100. I have these drivers on my UMO and it prints wonderful. I have other RAMPS based machines with TMC2100 and they too print same great level of quality. I have a E3D thermistor cartridge, to replace the hotend thermistor, and will also replace the bed thermocouple with a thermistor and run new wires along the loom. This should take care of the main sensor differences. But has anyone fitted a RAMPs board and retained the UltraLCD? or to put the question another way, Has anyone compiled the UM2 firmware to work for a RAMPs board using the UM2 LCD?

     

    Ive tried compiling the UM2 Marlin, with the board #define set to RAMPs EFB but as was expected, compile errors occur, for motor current variables, which of course are set via LCD, but not available on a RAMPs board.

     

    If someone could help me around the compile errors, or point me in the direction where something like this with TMC drivers might have been done before (I'd be surprised if it hasn't), or suggest another approach in case im looking at this from the wrong perspective, I would be eternally grateful. Thanks in advance.

     

    There’s an user called 3Dper on twitter that a few months ago did send me this picture (no manual or how-to) but basically what he did was rewire the board and connect tcm drivers outside cooling them with a waterbased something. He did pm this picture 

     

    I don’t have more info, but... is doable

     

    If I would be on your situation I would try the so called 2.1.5 um2 board on aliexpress that some guys sell that has the stepper chips removable and I don’t remember who but someone already told me it works (can’t find the twitter where they did)

     

    IMO duet3d wifi, send stuff remotely and better PID tunning is just awesome. But all depends on how much work you want to put on soft or hardware. 

    2174B6AB-5550-45FE-89DF-222631265A5C.png

    • Thanks 1
  15. 1 hour ago, bob-hepple said:

    Neotko

     

    do you think this process would work on a sphere I am printing at 0.12 layer height and would like the sphere which is 40mm diameter be look right, at the moment the last 10mm aprox  (in height) the layers are shifting (opening up) see below, do you think your process would help in this situation

     

    image.thumb.png.300dd6b13852d234d624d35fc2774430.png

     

    Hard to tell. It might do the B matte but with so many toplayers the results will be so-so. And for the top-top of the circles probably the best for quality would be just to lower layer height on the last millimeters.

     

    I been trying to make a neosanding for layer to layer but I keep postponing it for other stuff. So much work lately and very little time to actually do ??‍♂️

  16. 11 hours ago, Milestone1201 said:

    I am running a BCN3D Sigmax which is a Dual Extruder Printer and would like to know if there is any way to use your latest releases of Cura (3.2.1 at this time)?

     

    BCN3D Cura 1.1 to me is just way too buggy. I am hoping that your software will eventually support this printer natively. 

    Bcn3d Cura 2.0 alpha uses 3.2.1 and this week they will release the beta with a few bugs fixed and a extra feature to copy settings from extruder 1/2 to the other extruder so there’s no need to do it one by one

     

    https://github.com/BCN3D/Cura/releases

     

    I would wait for the new beta this week (probably tomorrow) for smallupdates check their Facebook group or twitter :) 

     

    • Like 1
×
×
  • Create New...