• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 39 subscribers
  • Views 533 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

MathCAD files from SwitherPRO

Chris Ott
Prodigy 20 points

Is there any interest other than my own to generating a MathCAD output for the computations?  This would be quite beneficial in archiving and reusing the designs going forward. 

  • 0
    TI__Intellectual 2710 points

    We are not planning on generating mathcad for SwitcherPro computations. We are working on publishing some of the equations and transfer functions as a technical guidelines, but they may not be in mathcad format.

    Thanks,

    Hetal Joshi

    Senior Developer and Project Manager

    Analog eLab Design Center

    HPA Design Tools

    Texas Instruments, Inc.

  • 0 in reply to Hetal
    Prodigy 10 points

    I personally would not like to see any closed / proprietary format used if support for several other formats would not also be available for the sake of interoperability.

    However, it occurs to me that a lot could be done in many different 3rd party tools (including MathCad)  by output made available in the following

    (generally useful / portable across many products) formats:

    A: Presentation MathML for publishing the equations and parameters.  Compatible with a wide variety of 3rd party tools.

    B: Content MathML for semantically encoding any particular formulae, variables, et. al. Compatible with a wide variety of 3rd party tools.

    C: XML of some other arbitrary / ad-hoc schema that would still be easy to use with 3rd party tools with a slight bit of effort to parse the file.

    D: SVG format for graphs or diagrams.  Compatible with a wide variety of 3rd party tools.

    E: Comma separated values (CSV) format for any tabular data.  Compatible with a wide variety of 3rd party tols (databases, Excel, ...)

    F: SPICE format for netlists / equation models / whatever, again, able to be directly used with many 3rd party tools.

    G: Adding links to interoperate with or exchange file data with Scicos, SciLab, Modelica would be interesting (they are free / open specification)

    http://www.scilab.org/

    http://www.scicos.org/

    http://www.modelica.org/

    H: Similarly, interoperating with a SAGE math notebook format would be interesting and useful.

    http://www.sagemath.org/

     

    I think (A-F) would be very easy and very powerful for your users no matter what publishing, analysis, documentation, or engineering tools they use.

     

    Of course while we're on the subject of better more efficient data interchange file formats, I dream of the day when there's ANYTHING BUT PDF as a choice for DATASHEETS

    themselves -- that has to be the single LEAST useful format anyone has devised for storing parametric data in where the MAIN things you need to do are:

    SEARCH, CITE, ANNOTATE, and DERIVE data excerpts from the primary document into your own engineering documents (schematic part pinout list,

    PCB PAD CAD/CAM location and shape data, signal name vs. documentation, .....).  Searching for the needle in a haystack data among a list of a half of a dozen 500 page

    PDFs and then transcribing the pinouts or whatever other specifications are needed into your CAD program is just a pointless waste of time when we'd have been far better

    served to just have the CAD related data in some kind of DXF, STEP, IGES, PLB, ... format and the electrical / pinout data in XML / ASCII text, etc.