Skip to main content
Pre-release

This release is a pre-release and may not be stable for production use.

Description

PDK Master is a tool to manage PDKs for ASIC design and a framework for designing circuits and layouts in those technologies. It is a Python framework under heavy development and with an unstable API.

Release history

  • 0.12.1: Lots of small improvements and fixes as found by use in other code; refer to commit history for details.
  • v0.12.0: Some API breaking changes
    • Raise exception for LayoutT.boundary property if none was given
    • move dummy technology for test into pdkmaster.test
    • split off pdkmaster-io-... modules (-spice, -coriolis, -tasyag, -pdkmaster, -parsing, -lefdef, -notebook)
    • Rework collection types in _util
    • Support only max. one circuit and layout for a cell
  • v0.11.5:
    • regular clean-up and code factoring
    • smaller improvements and fixes as needed by FlowSpace IHP project. See individual commits for details
    • improvements to the doit support
  • v0.11.4:
    • factor out common doit support code from PDK subprojects
    • signoff related fixes
  • v0.11.3:
    • regulare code refactoring
    • add SpiceNetlistFactory
    • wafer global variable is now a _MaskAlias object
  • v0.11.2:
    • Regular code cleansing
    • Introduce _InsiodePrimitvie primitive
    • Improved/extended min_space and min_width computation including specific computation enable by _InsidePrimitive
  • v0.11.1:
    • Subproject of project Arrakeen
    • CI improvements
    • coriolis export improvements: update to latest coriolis, allow to filter cells
  • v0.11.0: split off pdkmaster.io.klayout module
  • v0.10.2: includes support for IHP SG13G2 IO cells in c4m-pdk-ihpsg13g2
  • v0.10.1: Smaller layout and DRC improvements guided by work on the IHP sg13g2 IO cells. Please refer to individual git commit for the details.
  • v0.10.0: Start newer minor version by merging API breaking changes. I will backwards compatibility for code using deprecated *T types and for Resistor and Diode primitive creation that explicitly specify None for implant or min_implant_enclosure property. Technology.substrate() property has been removed and wafer_.outside() function.
    For the rest no code difference with v0.9.6.
    Originally it was planned to have v1.0 to be released after the v0.9.x releases. For the layout code in PDKMaster still major reworks and API breakage is expected and v1.0 is delayed until this has stabilized more.
  • v0.9.6: Release of several changes used in improved version of c4m-flexcell and c4m-flexio Mostly small changes or bug fixes. One bigger change is that now more than one implant layer can be drawn around a WaferWire interconnect. Resistor and Diode primitives now allow to define them with multiple implant layers and generate the layout for these multiple implant layers. After this release some API breaking changes will be merged.
  • v0.9.5: allow use of MOSFET.gate4mosfet attribute before MOSFET is added to Technology. This allows having rules added to the technology that are using the gate of a specific MOSFET.
  • v0.9.4:
    • Support for WaferWire without an implant for diode, MOSFET etc.
    • Roadworks on layer manipulation
    • API improvements, unification and deprecation
  • v0.9.3:
    • First LEF/DEF support: support exporting tech.lef file
    • Bug fixing
  • v0.9.2: support new namespace in coriolis export
  • v0.9.1: fix coriolis export, primitive type values are not python types.
  • v0.9.0: release notes
  • v0.3.0: release notes
  • v0.2.1: add klayout dependency
  • v0.2.0: release notes
  • v0.1: release notes

Overview

Currently no documentation is available, the documentation is planned to be added as part of the stabilization of the PDKMaster API. To show the things PDKMaster wants to solve here an overview of the different parts of the current PDKMaster code base:

  • pdkmaster: the top python module
    • _util.py: some helper functions and classes
    • technology: this submodule handles the description of an ASIC technology with final target to allow describe that in one python file.
      • property_.py: base class to represent properties on operations that can be done on them.

      • rule.py: abstract base class to represent a rule object, e.g. a condition on properties that has to be fulfilled to be manufacturable.

      • mask.py: class to represent the photolithography masks used in ASIC production and the properties on them. The latter are then used to define design rules.

      • edge.py: class representing mask edges and it's properties to be used in design rules.

      • wafer.py: object to represent a (silicon) wafer that is the start of processing and that is auto-connected to some device ports.

      • net.py: class representing a net, e.g. o group of conductors in a circuit that are connected together.

      • primitive.py: classes for all possible device primitives available in a technology. This goes from low-level interconnect to transistors. As indication of the content here the exported classes are given:

        __all__ = ["Marker", "Auxiliary", "ExtraProcess",
                   "Implant", "Well",
                   "Insulator", "WaferWire", "GateWire", "MetalWire", "TopMetalWire",
                   "Via", "PadOpening",
                   "Resistor", "Diode",
                   "MOSFETGate", "MOSFET", "Bipolar",
                   "Spacing",
                   "UnusedPrimitiveError", "UnconnectedPrimitiveError"]
        

        The object attibutes defined by these classes are used to derive mask design rules.

      • technology_.py: class to define the capability of a certain technology: all support devices, the masks needed to define them and the rules for making circuit in this technology.

    • dispatch: helper classes inspired by the Visitor design pattern.
    • design: support code for making circuits compliant with a given technology.
      • circuit.py: defines a factory that allows to generate objects of the Circuit class using devices from a given technology.
      • layout.py: classes to define layout compliant with a given technology and a factory to generate layouts for a given circuit that are technology design rule compliant.
      • library.py: contains:
        • Cell class: representing several possible circuit representations and layouts of a block with the same function
        • Library class: represent a collections of cells
    • io: submodule to import and export technology data, circuit and layouts. It also allows to interface with external tools.
      • parsing: submodule to parse setup files for other EDA tools and extract data to build a PDKMaster technology object based on this data.
        • skill_grammar.py: modgrammar based parser for SKILL(-like) files. SKILL is the Cadence bastardized version of Lisp.
        • tf.py, display.py, layermap.py, assura.py: classes for representing Cadence EDA files based on the SKILL grammar.
      • pdkmaster: support code to export a PDKMaster technology as Python souce code; main targeted use case to use the parsing submodule to extract data from NDA covered PDK and generate PDKMaster Technology object without needing to disctribute NDA covered data.
      • coriolis: support code to generate Coriolis technology setup, cells and libraries from PDKMaster objects.
      • klayout: support code to generate klayout Technology setup for PDKMaster Technology object including DRC and LVS scripts.
      • spice: support code to convert PDKMaster Circuit to use in SPICE simulations; currently PySpice is used to interface with SPICE.

The current code base has been gradually grown to allow to do a 0.18µm prototype layout of the NLNet sponsored Libre-SOC project. It has known (and unknown) inconsistencies and shortcomings. A full revision of the current API is planned without any backwards guarantees whatsoever. As this is an open source project it is meant to be used by other people but one should be aware that user code using PDKMaster has a high chance of breaking with each commit done to the repository in the near future.

Installation

All dependencies for installation should be available so PDKMaster should be able to installed by a simple pip command.

% pip install PDKMaster

To install build dependencies:

% pip install -r dev-requirements.txt

More in depth discussion of different pip use case scenarios is out of the scope of this document.

Run time dependencies:

Project Arrakeen subproject

This project is part of Chips4Makers' project Arrakeen. It shares some common guide lines and regulations:

Release files for PDKMaster 0.13.0.dev1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for PDKMaster 0.13.0.dev1
File Size Uploaded
pdkmaster-0.13.0.dev1.tar.gz 95.9 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for PDKMaster 0.13.0.dev1
File Interpreter ABI Platform
pdkmaster-0.13.0.dev1-py3-none-any.whl Python 3 none any Details

Total release size: 215.6 kB

Release files / pdkmaster-0.13.0.dev1.tar.gz

Download URL pdkmaster-0.13.0.dev1.tar.gz
Size 95.9 kB
Tags Source
SHA-256 checksum
How to use checksums
1f1d7f9e347371c66abd412444327122c6546d1dea5fab4ab0975913ed6bfa57
BLAKE2b-256 checksum
How to use checksums
918f7cb8f13a2f00a85070a8746041c049f277e221be9decd904d55665e5eef4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.12.3

Release files / pdkmaster-0.13.0.dev1-py3-none-any.whl

Download URL pdkmaster-0.13.0.dev1-py3-none-any.whl
Size 119.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
17c27d2b54057b846db5955cb790f6d509ba6f69385d126df849085452621a66
BLAKE2b-256 checksum
How to use checksums
2edf2143c20465d906b18a8a92ae57a052c77f6d9f2eb11d6dca5f5b0a051ee0
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.12.3

Release history Release notifications | RSS feed

This release

0.13.0.dev1 This release

2 release files

0.12.1

2 release files

0.12.0

2 release files

0.11.5

2 release files

0.11.4

2 release files

0.11.1

2 release files

0.11.0

2 release files

0.10.2

2 release files

0.10.0

2 release files

0.9.6

2 release files

0.9.5

2 release files

0.9.4

2 release files

0.9.3

2 release files

0.9.2

2 release files

0.9.1

2 release files

0.9.0

2 release files

0.3.1

2 release files

0.3.0

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page