On 06/24/2013 12:33 PM, Chris Morley wrote: > Reference: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ToolDatabase > ... snip > For instance a 3d printer with dual extruders. ... snip > media1: ABS > heat:200 > retract: 200 counts ... snip > guessing the attributes of an unknown tool is hard to do wondering if all the attributes are allowed for is hopeless
I'm used to a 'spreadsheet' of user defined width and height ( infinite/unwieldly use judicously ) This was on Heidenhains, but well thought out anarchy I could label any column Xoffset or RPM or FlushPressure or ShoeSize it was >just< data indexed by a tool number (or Name! ) The column label was like our => and <= and <=> hal symbols, only for humans to read ( no rules saying you cant use Xoffset as spindle speed, this is C not Pascal, no checking ) The program could access any stored attribute's value based on the tool index/name eg counterbore3[tip_cutsORnot] tells me if the tip is ctr cutting or not hey how to handle Jon's Drap or a Dreamer? ( a tap and drill in one, a drill and reamer in one ) two rpms 2 z offsets, 1 synced for timed threads... just lemme align data to a tool, dont out guess me ( rant off ) in our current system theres lotsa info that is specific to the tool in use and its not in the tool table spindle rpm, isnt that specific for a given tool? but it aint in these tables. kinda incomplete from the start classic tool table formats might be an inspiration but not law bottom line, a big mem array of data, indexed by a tool identifier, it could have all the desired data a user could want ( well i THINK so, even that may have limits, but its an advance ) i put in flags ( booleans ) and positions and stuff that a mill/lathe/robot would never have consider the 'tools' in a laser or torch or a robot end-effector the tool may be an energy level and no physical dimension, only an effective kerf in my systems, the user could change anything not currently in use. i dont see why we have to be limited, but hehe i dont see quite a bit regards tomp ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers