Zum Inhalt

Vormals PCBA Studio · ein Newmatik-Produkt

Wo Hardware gemeinsam entwickelt, geprüft und freigegeben wird.

EngineHall ist der gemeinsame Arbeitsbereich eines Hardware-Entwicklungsprojekts, für Ihr Team und Ihren Entwicklungspartner: offene Punkte, Besprechungen, Entscheidungen, Dokumentation, Design-Reviews und Freigaben. Es arbeitet mit den Werkzeugen, in denen das Design entsteht, KiCad, Altium Designer, Autodesk Fusion und STM32CubeMX, und prüft das Design bei jedem Push, mit Belegen, die Sie nachprüfen können.

Designdateien bleiben in Ihrem Git-Repository. Die Engine läuft auf Ihrem Rechner oder in der CI und lädt nur Berichte hoch.

DEMO · SteuerplatineEin Beispielprojekt
  • DEMO-A-12Belegung des Debug-Steckers bestätigen

    Aufgabe · verantwortlich: Hardware-Lead · fällig Freitag

    In Arbeit
  • DEMO-D-3Vierlagiger Lagenaufbau

    ADR · von beiden Organisationen beschlossen

    Beschlossen
  • DEMO-V-4Schaltplan, Revision B

    3 verankerte Kommentare · 2 Reviewer

    Änderungen erbeten
  • mainPrüflauf zu Commit 3f2a1c9

    0 Fehler · 2 Warnungen · Abdeckung aufgeführt

    Veröffentlicht
  • DEMO-L-1Freigabe 1.0

    Checkliste 7 von 9 · 1 von 2 Zustimmungen

    Blockiert

Projektmanagement

Was ein Projekt vereinbart, entscheidet und noch zu erledigen hat, an einer Stelle, die beide Organisationen sehen.

Offene Punkte
Aufgaben, Fragen und Risiken, jeweils mit verantwortlicher Person, Fälligkeit und Status: offen, in Arbeit, erledigt. Filtern Sie nach Person, Organisation oder Überfälligkeit, und markieren Sie, was eine Freigabe blockiert.
Besprechungen
Protokoll und die darin vereinbarten Punkte, verknüpft mit den offenen Punkten und Entscheidungen, die daraus entstehen. Jeder Teilnehmer bestätigt das Protokoll oder kommentiert es.
Entscheidungen
Vorgeschlagen, beschlossen oder ersetzt, mit dem Vermerk, wer für welche Organisation zugestimmt hat. Ein Architecture Decision Record behält nach dem Beschluss seinen Text; eine Änderung ist eine neue Entscheidung, die ihn ersetzt.
Aufgabenverfolgung und E-Mail
Die Übersicht zählt, was offen, überfällig und blockierend ist, je Person und je Organisation. Eine tägliche Zusammenfassung und eine E-Mail bei jeder neuen Zuweisung halten alle auf dem Laufenden.

Dokumentation

Die Dokumentation des Projekts liegt neben seinen offenen Punkten, nicht in einem Ordner exportierter Dateien.

Versionierte Seiten
Markdown-Seiten mit einer Revisionsgeschichte, die nur wächst. Jede Revision lässt sich mit der vorherigen vergleichen.
Diagramme
Mermaid-Diagramme werden in der Seite dargestellt, neben Tabellen und Code.
Intern oder geteilt
Jede Seite ist intern für Ihre Organisation oder mit dem ganzen Projekt geteilt, wie jeder andere Eintrag.
Mit jeder Freigabe eingefroren
Eine Freigabe hält die Revision jeder Seite fest, die ihr Publikum lesen kann. Erzeugte Seiten wie die MCU-Pinbelegung und der Prüfbericht entstehen aus dem letzten Prüflauf.

Designarbeit in Ihren Werkzeugen

EngineHall ersetzt Ihr ECAD- oder CAD-Werkzeug nicht. Es liest deren Dateien, prüft sie und gibt einem KI-Agenten geplante, verifizierte Wege, darin zu arbeiten.

Verbundene Git-Repositories

Verbinden Sie GitHub- oder GitLab-Repositories mit einem Projekt. Blättern Sie durch Branches, Commits und Diffs, und öffnen Sie Dateien im Browser: KiCad-Schaltpläne und -Platinen, Altium-SchDoc-Blätter, PDFs, STEP-Modelle und Quellcode. Designdateien werden nicht in EngineHall kopiert; zwischengespeicherte Antworten verfallen nach einer Stunde.

Reviews und Prüfungen

Menschen prüfen das Design; die Engine prüft, was die Dateien beweisen können. Beides landet im selben Projekt.

Design-Reviews
Eröffnen Sie ein Review zu einer Revision und laden Sie Reviewer ein. Kommentare hängen an einem Punkt auf einem Schaltplanblatt, einer Stelle in einem PDF oder einer Zeichnung, einem Punkt am 3D-Modell oder einer Codezeile. Jeder Reviewer stimmt zu oder bittet um Änderungen.
Prüfläufe bei jedem Push
enginehall review --publish in Ihrem CI-Job, bei den Pushes und Pull Requests Ihrer Wahl, schickt den Bericht ins Projekt: Befunde, Fundstellen und Abdeckung, nie die Designdateien. Newmatik-Projekte können die GitHub Action nutzen, die in einem privaten Repository liegt.
Schaltplan, CubeMX und Firmware
Die domänenübergreifenden Regeln finden ein Signal, das der Schaltplan auf einen Pin führt, während CubeMX oder die Firmware einen anderen verwenden, in Altium- und KiCad-Schaltplänen.
KiCad-Schaltplan, Bauteile und Platine
ERC und DRC von KiCad über kicad-cli, Verbindungsprüfungen, die ERC nicht macht, Bauteil- und Projektanforderungen, die Newmatik-Hauswerte für die Fertigung und ngspice-Testbenches.

Jeder Befund nennt seine Belege

Ein Befund nennt die Datei, die genaue Stelle und die Zeilen, die sich widersprechen, und sagt, was auf der Baugruppe nicht funktioniert und was zu ändern ist. Dieser stammt von der Referenzbaugruppe. Ein sauberes Ergebnis zählt nur zusammen mit seiner Abdeckung: Jede Regel sagt, ob sie bestanden hat, fehlgeschlagen ist oder nicht laufen konnte, und warum.

Fehlercross_domain.pin.mismatch

Reference_Board.SchDoc U1 PA2

The schematic routes USART2_TX to PA2, resolved from wire geometry. The MCU configuration assigns USART2_TX to PA14.

Zitierter Beleg

  • PA2 (package pin 12) carries net 'PA3_USART2_TX'Reference_Board.SchDoc
  • PA14.Signal = USART2_TXReference_Board.ioc
Auswirkung
The board is fabricated from the schematic, so the signal will be on PA2. Firmware configured for PA14 will drive the wrong pad and the interface will not work on assembled hardware.
Empfohlene Maßnahme
Decide which pin is intended. If the schematic is right, move USART2_TX to PA2 in CubeMX and regenerate. If the config is right, the schematic needs an ECO before layout.

Freigaben

Eine Freigabe ist der Punkt, an dem beide Seiten sagen, dass das Design bereit für die Fertigung ist. EngineHall macht daraus einen Nachweis statt eines E-Mail-Verlaufs.

  1. Schritt 1

    Checkliste

    Jede Freigabe beginnt mit der Checklisten-Vorlage des Projekts.

  2. Schritt 2

    Blocker

    Als Blocker markierte offene Punkte, offene Review-Kommentare, nicht abgehakte Checklistenpunkte und der letzte Prüflauf stehen da, bevor jemand zustimmt.

  3. Schritt 3

    Zustimmungen

    Standardmäßig eine Zustimmung von jeder Organisation im Projekt, oder die Mindestzahl, die jede Organisation festlegt.

  4. Schritt 4

    Eingefrorene Dokumentation

    Die Freigabe hält die Revision jeder Dokumentationsseite fest, die ihr Publikum lesen kann.

  5. Schritt 5

    Freigabepaket

    Ein ZIP mit den Freigabenotizen, den eingefrorenen Seiten, dem Prüfbericht als JSON und SARIF, den Zustimmungen und einem Manifest der Commits.

  6. Schritt 6

    Übergabe an Gerbtrace

    Geben Sie das Paket an Gerbtrace weiter, das die Fertigungsdateien von dort übernimmt, über einen Download-Link, der nach einer Stunde verfällt.

Zusammenarbeit

  • Ein Projekt hat eine Eigentümer-Organisation, den Arbeitsbereich, der bezahlt, und Partner-Organisationen: Ihren Kunden, Ihren Entwicklungspartner, einen Lieferanten. Partner nehmen kostenlos als Gäste teil.
  • Jedes Mitglied gehört im Projekt zu einer Organisation und hat eine Rolle: Lead, Engineer, Reviewer oder Leser.
  • Jeder Eintrag ist intern für seine Organisation oder mit dem ganzen Projekt geteilt. Row-Level Security in der Datenbank setzt das durch.
  • Laden Sie Personen per E-Mail ein, und beginnen Sie ein Projekt mit einer Vorlage mit Seiten, offenen Punkten und einer Freigabe-Checkliste auf Deutsch oder Englisch.
  • Die Daten des Arbeitsbereichs liegen in der EU (Frankfurt). Designdateien bleiben in Ihrem Git-Repository: Die Engine läuft auf Ihrem Rechner oder in Ihrer CI und lädt nur Berichte hoch.

Agenten

KI-Agenten arbeiten über MCP mit EngineHall, mit den Rechten der Person, die sie verbindet.

Gehosteter MCP-Server für Projektdaten
enginehall.com/mcp liest Projekte, offene Punkte, Entscheidungen, Seiten, Reviews, Prüfläufe und Freigaben. Seine Schreibwerkzeuge entwerfen oder ändern Einträge; jedes zeigt zuerst eine Vorschau und schreibt nichts ohne confirm: true. Teilen, Beschließen, Zustimmen und Einladen bleiben bei Menschen: Das Werkzeug gibt stattdessen einen Link zurück.
Lokaler MCP-Server für die Engine
enginehall mcp führt die Prüfung auf den Designdateien auf Ihrem Rechner aus. Sie gehen nie über enginehall.com.
Skills für KiCad, Altium und Fusion
Der Skill kicad-designer, enginehall altium mcp mit dem Skill altium-designer und der Skill fusion360-cad über den Fusion-MCP-Server von Autodesk.

Alle MCP-Server

Wo das Produkt aufhört

  • Gerber, ODB++, Excellon, Stückliste, Bestückdaten und Nutzen gehören zu Gerbtrace.
  • Preis, Bestand und Lebenszyklus eines Bauteils gehören zu Elexess.
  • Flashen und Option Bytes bleiben beim Programmierer von ST.
  • Altium-Platinen prüft die Design-Rule-Prüfung von Altium selbst; EngineHall liefert die Hausregeln und prüft die Passermarken. KiCad-Platinen bekommen den DRC von KiCad über kicad-cli und die Hausregeln in der Prüfung.
  • Impedanz und Kriechstrecken werden nicht berechnet. Sie bleiben bei den Regeln Ihres ECAD-Werkzeugs und bei Ihren Ingenieuren.
  • EngineHall legt Belege für eine Prüfung durch einen Menschen vor. Es zertifiziert keine Platine und gibt keine Fertigungsfreigabe.

Projekt starten

Projekte beginnen im Team-Tarif, Partner-Organisationen nehmen kostenlos als Gäste teil. Die Engine, die VS-Code-Erweiterung und die Prüfung im Browser sind kostenlos.