Jump to content

Cyberchipz

Dormant
  • Posts

    5
  • Joined

  • Last visited

Personal Information

  • Country
    US
  • Industry
    (Product) design
    Engineering
    R&D / Exploration

Cyberchipz's Achievements

3

Reputation

  1. I don't see a link to the presentation; so, I'm shooting blind here: But, I'd like to see the ability to automatically save all the settings needed to make the print, once it has been deemed acceptable by the user. This file could be placed in the same directory with the print, with a different extension. This should be optional, so it can be turned off. By doing this automatically, based on the user's response, this would ensure that should the object need be printed in the future, it will automatically load this preset, to ensure they get the same quality as before. It could be enhanced, so say if the filament plugin has been updated by the manufacturer, or they choose a different type filament, it can accept these changes too. Whether these would show as potentially different profiles for the print upon startup for 'that' print should also be considered. Personally, I've started saving profiles along with the print object's .stl file location, or type of print object to ensure I don't have to retweak profiles too much. For example: a setting for making fine resolution jewelry only a few layers thick; or when building support materials, which don't need the fine tweaking, and can have different infills and/or skirting if any.
  2. Personally, I'd try putting in by Hand, GCODE for positioning, to ensure it can respond to simple commands. From that information, you can infer how it's interpreting the code. Playing with the various commands, and setups, you may find what will work for you. Here is a listing of GCODE as shown in a couple Wiki that might help: Wikipedia GCODE Reference and one for rep-rap, and others that implement GCODE: Rep Rap, and other printers If you machine can't handle basic GCODE entries, especially the common ones; you'll at least have an idea that the problem is in how it's handling the Code which would be in the interface and so you'll need, possibly at least, a specialized driver of some kind to interface between the OS and your board.
  3. No worries, the answer is always obvious, once it is known. From a programmer's perspective, ever since Microsoft (and others that followed) added the Right Click as a way to access local properties and methods to an object, the R-Click should always be your first go-to possible solution to any question regarding what can 'this' object do, or what property can I change about 'this' object. ;-) The right click is the most powerful tool, IMHO, we have to interact with our OS and it's integrated into every Window... just about. But, then again, you knew that didn't you. lol
  4. If they're looking to see if there's interest, then I'm replying because I would like to have a list of these tokens also. As a programmer, knowing tokens is a must, and how they operate is a requirement. Internally, from existing code we can see this is valuable information. As a developer it's priceless. I would like to have a list of tokens also. So far, people keep telling me there are other slicer printers to use; but, I'm stubbornly continuing to use Cura because I produce nice prints with simple tweaking of parameters. I've only been printing a week, and already my starting and ending gcode is growing for more control and better results with verious profiles for various behaviors. The longer I do this, the less the likelihood I'll migrate. I see they're quick to add changes, so far, to keep customers satisfied; I hope this will be one of them. So, I would love to see a set of tokens or internal fixed variables that I could use in developing GCODE in Cura!
  5. I've got the right printbed size showing 100x100 however I know it's off on the X & Y axes. If I keep the part within the shown area, it will hit the stops some 10mm from the actual area displayed on Xmax & Ymin, so I have issues centering the object in the actual printbed for printing. This was happening from the initial get go after installation. I have found that I can use the the largest part of the printbed if I align with the Xmin on the left, and the Ymax closest to me. However, This is not X0 and Y100 on the actual printbed, it's off by 10mm or more. So, I'm losing at least 10mm or more on two edges. How can I change this in the Cura software to actually represent the absolute locations? I would think Homing the print head, then setting something in Cura's settings would allow me to compensate for this. Does anyone know? Your help will be much appreciated in advance, thank you for you consideration. Chip Note to moderator, I could not preview this post before clicking POST, and when I tried to edit it, the text area was empty and the system treated it like a new post. I'm savvy to these kinds of problems, and had copied the text before clicking anything, so not much loss of time or production. I'm a really old programmer, trust, but backup! XD
×
×
  • Create New...