<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Mazak mazatrol controller issues... in Machining Discussions Forum</title>
    <link>https://forums.autodesk.com/t5/machining-discussions-forum/mazak-mazatrol-controller-issues/m-p/6081244#M6316</link>
    <description>The program needs to look simular to this:&lt;BR /&gt;&lt;BR /&gt;O12345678(SAMPLE PROGRAM - CAN BE 8 DIGITS HERE)&lt;BR /&gt;G28G91Z0&lt;BR /&gt;G0G90G80G40&lt;BR /&gt;T1&lt;BR /&gt;T2&lt;BR /&gt;..&lt;BR /&gt;..&lt;BR /&gt;..&lt;BR /&gt;..&lt;BR /&gt;M30&lt;BR /&gt;%&lt;BR /&gt;&lt;BR /&gt;Path c:\MC_backup\programs&amp;nbsp; &lt;BR /&gt;&lt;BR /&gt;The operator moves the file to the memory directory with the Mazatrol file system.&lt;BR /&gt;&lt;BR /&gt;Why Mazak does it this way I have no idea. Basically we have a bastardized lap top controlling the machine&lt;BR /&gt;with proprietary hardware and a primitive OS. This is how Mazak rolls.&lt;BR /&gt;&lt;BR /&gt;Lots of hoops to jump thru but it can be done.</description>
    <pubDate>Wed, 17 Jun 2015 11:26:57 GMT</pubDate>
    <dc:creator>Greg_Haisley</dc:creator>
    <dc:date>2015-06-17T11:26:57Z</dc:date>
  </channel>
</rss>

