467days since
Proposal Due Date

Recent site activity

Project Updates

The older messages on this site were moved manually from the old Zope site
 

New Web Server

posted Oct 6, 2010 7:09 AM by Domain Admin

The old Plone based web server has been retired. The content has been migrated to the Google Sites server. Getting ready for writing a DOE SBIR proposal.

SimpleCAD Kickoff Meeting

posted Oct 5, 2010 2:53 PM by Domain Admin

A kickoff meeting for the development of Fieldmarshal plug-ins will be held at Enthought on May 8-9. The project will develop  plugins for the Envisage, the plug-in framework for scientific applications. Envisage is a part of the open source enthought package. The initial work on plug-ins will be the development of SimpleCAD. This component will provide a user interface for quickly defining and easily modifying geometry data. SimpleCAD will work directly with the other Fieldmarshal-specific plug-ins for Envisage to enable direct use of produce definition information for high frequency/high power devices by any tool that is designed to make use of the Fieldmarshal framework.

Originally posted by Michael McLay last modified Apr 27, 2006 11:31 AM


Presentation from IVEC06 is available

posted Oct 5, 2010 2:48 PM by Domain Admin

The presentation for IVEC 06 has been posted to the website.

Originally posted by Michael McLay last modified Apr 27, 2006 09:30 AM

Fieldmarshal at ICOPS 2006

posted Oct 5, 2010 2:46 PM by Domain Admin

A poster on the Fieldmarshal project will be presented at the 33rd IEEE International Conference on Plasma Science (ICOPS) on June 4-8, 2006.

The Fieldmarshal Electromagnetic Simulation Environment will be on display at the poster session at ICOPS 2006. The conference website has additional information.The abstract for the poster is available as a pdf.

Originally posted by Michael McLay last modified Apr 08, 2006 10:59 AM

Fieldmarshal at IVEC

posted Oct 5, 2010 2:43 PM by Domain Admin   [ updated Oct 5, 2010 2:45 PM ]

A paper on the Fieldmarshal project will be presented at the IEEE Electron Devices Society's International Vacluum Electronics Conference (IVEC) on April 25-27, 2006.

The presentation on The Fieldmarshal Electromagnetic Simulation Environment will be given during session 12 on TWT Simulation/Environment. The conference Web site (http://ivec2006.org) has additional information on the conference.The abstract for the talk is available as a pdf.

Origijnally posted by Michael McLay last modified Apr 08, 2006 10:46 AM

Project Management tools added to Fieldmarshal.org

posted Oct 5, 2010 2:42 PM by Domain Admin

The Tracs project management application and the Subversion revision control system have been installed on the Fieldmarshal.org.

Trac is a minimalistic approach to web-based management of software projects. Its goal is to simplify effective tracking and handling of software issues, enhancements and overall progress. Trac has been designed with the goal to help developers write great software while staying out of the way and imposing as little as possible on a team's established process and culture. An integral part of Trac is the Subversion repository for software revision control. Trac tickets are linked to the subversion web pages to allow developers to quickly move between changes made to components and the reason those changes were made.  Trac also uses an integral wiki to assist developers in capturing project documentation. Click here to visit the Fieldmarshal Trac. Contact Michael McLay to set up an account.

Originally posted by Michael McLay last modified Nov 30, 2005 08:00 AM

SciPy Conference

posted Oct 5, 2010 2:37 PM by Domain Admin   [ updated Oct 5, 2010 2:41 PM ]

Several of the open sourse software tools demonstrated at SciPy Conference at CalTech on September 22-23, 2005 are likely to be of direct use to the Fieldmarshal Project.

Details of the presentations at the conference are recored in a trip report.

Fieldmarshal Phase II is underway

posted Oct 5, 2010 2:36 PM by Domain Admin

The Fieldmarshal project received phase II funding starting on August 1, 2005. Several planning meetings have been held this month and work is underway to set up online conferencing capabilities for the team members.

Originally posted by Michael McLay last modified Aug 30, 2005 03:11 AM

Python-wrapped GridGen Routines Available for Download

posted Oct 5, 2010 2:33 PM by Domain Admin

Bob Jackson's GridGen routines have been successfully wrapped for use with python code. A tarball (PyGridGen-dist.tgz) has been uploaded to the FieldMarshal.org website.

The files that comprise the python tool CB2.py, derived from
Robert Jackson's CreateBoundary program, can now be found here.  Bob's code
was originally written
in fortran77 and the files used from that project are almost completely
unchanged here.  The only exceptions are:

        PlotMeshPoints.f: changed the calling parameters so that
                I could pass in the names of the input and output
                files.

        InitIO.f: created this file so that I could pass input/output
                file names in from the command line, rather than just
                use the hard-coded file names found in the original
                code.

        I_O.INC: added BOUNDARY and CRV_FILE, again, so that I could
                pass file names in as arguments, rather than leave them
                hard-coded as they were in the original code.

        CreateBoundary.f: not used.  However, a python version of this can
                be found in CreateBoundary.py.  I wrote this as an interrim
                step in creating CB2.py.  CreateBoundary.py allowed me
                to test the importation of the wrapped fortran77 code,
                as well as verify that CB2.py worked correctly.  NOTE:
                as of this writing there are STILL precision differences
                between the pure fortran77 and the ftn/python code.
                Notwithstanding these, both programs should produce
                nearly identical drawings.

If you have f2py installed on  your system, you can make the module with
this command:

        f2py -c PyGridGen.pyf *.f

This will create PyGridGen.so, a linux binary of which I've included in
this tarball, just in case you have neither f2py nor f77 installed.

I've included a sample input file derived from the original inputs in
GridGen/CreateBoundary. This can be found in testdata.txt.  Each record
is a comma-separated set of values that all start with the type, label,
and tag for each element.  The remaining fields vary depending on the
type.  Null values are simply omitted, but the field delimiter (comma)
must still be present.  To represent the "str_p2" values -- essentially
last point plotted -- I've adopted a notation that uses @1 and @2 mnemonics
to represent str_p2[1] and str_p2[2] (last x and last y, respectively).
Plot point values may be integer or floating point constants, @1, @2, or
expressions involving any of these.  For example, take a look at the
element definititon for Focus Electrode-6.

To run the program and produce some output, use

        python CB2.py -o 'Bound.pts', -c 'Bound.lns', -s 'Bound.scr' \

This will create PyGridGen.so, a linux binary of which I've included in
this tarball, just in case you have neither f2py nor f77 installed.

I've included a sample input file derived from the original inputs in
GridGen/CreateBoundary. This can be found in testdata.txt.  Each record
is a comma-separated set of values that all start with the type, label,
and tag for each element.  The remaining fields vary depending on the
type.  Null values are simply omitted, but the field delimiter (comma)
must still be present.  To represent the "str_p2" values -- essentially
last point plotted -- I've adopted a notation that uses @1 and @2 mnemonics
to represent str_p2[1] and str_p2[2] (last x and last y, respectively).
Plot point values may be integer or floating point constants, @1, @2, or
expressions involving any of these.  For example, take a look at the
element definititon for Focus Electrode-6.

To run the program and produce some output, use

        python CB2.py -o 'Bound.pts', -c 'Bound.lns', -s 'Bound.scr' \
                testdata.txt

For other options, refer to the comment header in CB2.py

Originally posted by Michael McLay last modified Mar 30, 2005 11:24 AM

First glance at the FM prototype

posted Oct 5, 2010 2:25 PM by Domain Admin

A screen shot and description of the Field Marshal Prototype moves the prototype beyond the mockup phase.

A quick synopsis.. this is as much about it's potential as what is on the table, but they are good bets at this time.

The rendering engine for 2d display and the interface for viewing the object database have begun to take shape. A simple UI approach keeps almost all important functions two clicks away. The program supports a user-defined geometry that is extensible, and has a strict object oriented architecture that will allow:
  • simultaneous rendering to different output devices (2d/3d,etc.)
  • easy on-the-fly conversion of object data to multiple formats for preparing simulations<br> - rich input and output functions
 Other points:
  •  Any type of metadata can be associated with objects and the details of how that information is used when exporting or rendering the objects also works like a plugin so that the program should remain relatively future-proof.
  • Because the concept of grouping objects is tightly woven into the design, multiple non-contigous regions of a design can be monitored and manipulated.
  •  Adding a new primitive requires minimal coding. A new primitive might be anything from text style to a cube in OpenGL or even an object that loads it's status dynamically over the network.
  •  Made with MDI in mind - copy and paste between N documents, and simultaneous sessions can routed to different output devices.
  • The program will be complete - although an external editor for user-defined shapes may yet be in the works, creating new templates can be handled entirely through this interface.
  •  The next phase of development will center on making a functional set of design objects for testing, building the interface for modifying objects, and the beginnings of the import/export (and by extension, save) capabilities.
See It.

Originally posted by Michael McLay last modified Mar 05, 2005 12:04 PM

1-10 of 16