Skip to content

ygn-effects/library-horizon-pool

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

library-horizon-pool

This repository contains the Horizon pool used in our PCB designs.

Description

The pool serves as a centralized database to manage electronic design components systematically and organizedly.

Pool Structure

Components are stored in individual JSON files within specific directories such as /symbols, /entities, /units, /parts, adhering to Horizon EDA's system:

  • Entities: Represent the netlist aspect of parts, composed of units that define logical pins.
  • Packages: Detail the physical footprint on PCBs, including pad shapes and layers specified by padstacks.
  • Symbols: Used in schematics, visually representative of entities or units.
  • Padstacks: Configure physical pad details in packages, covering dimensions and layers such as solder mask and paste.
  • Parts: Linked to entities and packages, capable of inheriting properties to reduce redundancy.

Getting Started

The pool is provided ready to use. All that is required is to clone it and add it to Horizon's managed pools:

Horizon main window hamburger menu

Pool manager window

Contributing

Contributions to the pool are welcome! Please note the following guidelines:

  • Packages are required to have a 3D model. If the model doesn't exist in the pool, please consider contributing to our 3D model archive. We won't accept randomly sourced models to avoid licensing issues.
  • Always try to use existing primitives (entities/units) if possible.
  • Adhere to the following naming conventions:
    • Use kebab-case for filenames.
    • Part filenames should be the part's MPN.
    • Package filenames should adhere to the following format:

<footprint-type>-<category>-<component>-<specifics>-<...>

  • Where:
    • footprint-type can be either:
      • th: for through-hole components.
      • smd: for surface-mounted devices.
    • category: typically refers to the component's family (resistor, IC, switch, etc.).
    • specifics: this is optional and depends on the modeled part's package type:
      • generic package: any noteworthy detail that allows quickly identifying the correct model. Specifics can contain multiple sections (see the example below).
      • specific model: use the MPN of the illustrated part.

To contribute a component:

  1. Open an issue using the Component request template.
    • Fill in the issue and include a screenshot of any reference used to create the package or symbol.
  2. Fork the repository.
  3. Create a new branch for your contribution.
  4. Add your files following the existing structure and naming conventions.
  5. Submit a pull request with a clear description of your additions.

License

This project is open source and available under the CC0 1.0 license. Please see the LICENSE.md file for full details.

About

No description, website, or topics provided.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published