Stewart, That's one area, Iam interested is,as my cam program which is on Windows does all the tooldatabase, as a server under access, so either bringing that across to a Linux server, is one idea I have, and having the ability to extend this into lcnc, as a sqlserver app may be good.
Sent from BlueMail On 27 Oct 2016, 20:30, at 20:30, Stuart Stevenson <stus...@gmail.com> wrote: >Heh, >When common questions are: >Does LinuxCNC have cutter comp? >Does LinuxCNC have tool length offsets? >Does LinuxCNC have work piece offsets? >Does LinuxCNC have tap cycles? >Does LinuxCNC handle a tool changer? >etc! > >Having the ability to handle the tool magazine and tool changing >carousels >would be amazing! > >I agree with the database concept. Then the database can be expanded to >handle any information the integrator would want. > >Can be on the same box but I would want it on a standalone tool manager >box. > >thanks >Stuart > >------------------------------ >> >> Message: 5 >> Date: Thu, 27 Oct 2016 17:44:35 +0100 >> From: Sarah Armstrong <sarahj.armstron...@gmail.com> >> Subject: Re: [Emc-developers] Tool Number limit >> To: EMC developers <emc-developers@lists.sourceforge.net> >> Message-ID: >> <CABhxA-zvjPiZ8RBjqx8_pWZg-1_fwMjycX3CTyDqkAkx9Em7ZA@mail. >> gmail.com> >> Content-Type: text/plain; charset=UTF-8 >> >> i for one would like to see lcnc expanded to be able to use a >relational >> database for a number of reasons >> one for tooling and one for actual gcode, or combination of the two , >where >> say a schema layout txt file would essentially be pointed to from >your ini >> this could then relate a gcode database of working files , linked to >say a >> photo of the finished product , and to say a particular tool pallet >for >> that job >> ok yes , i am taking this into the realms of production , rather than >a >> hobbiest . >> >> But linking these could say hold a embedded serial of a tool pallet , >so if >> the wrong pallet is loaded , the operator would know . >> this could just about be ran by anyone , but then openly any >combination of >> a workorder by a barcode reader , would or could setup the whole >machine >> but having access to an open schema of a txt file or indeed even part >of >> the database it's self could he held and read in . >> >> this would also link to the tool table and pallet required down to >the >> gcode file by file name could be stored >> >> >> >> >-- >Addressee is the intended audience. >If you are not the addressee then my consent is not given for you to >read >this email furthermore it is my wish you would close this without >saving or >reading, and cease and desist from saving or opening my private >correspondence. >Thank you for honoring my wish. >------------------------------------------------------------------------------ >The Command Line: Reinvented for Modern Developers >Did the resurgence of CLI tooling catch you by surprise? >Reconnect with the command line and become more productive. >Learn the new .NET and ASP.NET CLI. Get your free copy! >http://sdm.link/telerik >_______________________________________________ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers