Partner

Partnerschaft bei ForgeIEC

ForgeIEC ist ein Open-Source-Projekt, das von der Ueberzeugung lebt, dass industrielle Automatisierung fuer alle zugaenglich sein muss. Wir suchen Partner, die diese Vision teilen und bereit sind, die Zukunft der Automatisierung aktiv mitzugestalten.


Unsere Source-Repositories

ForgeIEC ist auf GitHub und Forgejo (git.forgeiec.io) gespiegelt. Bewerber koennen die Code-Basis vor einer Bewerbung durchsehen, und die -Zahl auf GitHub gibt einen ersten Eindruck von der Community-Aufmerksamkeit.

RepositoryWas drin istGitHubForgejo
ForgeIEC-StudioC++/Qt6 IDE + Bus-Konfig + MCP-ServerStarsgit.forgeiec.io/ForgeIEC/forgeiec-studio
anvil-serverRust/Tokio PLC-Runtime + Bridge-Subprozess-ManagerStarsgit.forgeiec.io/ForgeIEC/anvil
bellows-serverOPC-UA/HMI-GatewayStarsgit.forgeiec.io/ForgeIEC/bellows
forgeiec-websiteHugo-Site die Sie gerade lesenStarsgit.forgeiec.io/ForgeIEC/forgeiec-website

Jedes Repo enthaelt ein eigenes documentation/architecture/- Unterverzeichnis bzw. eine Spec-Sammlung — wer dort tiefer einsteigen will, findet die normativen RFC-2119-Specs in voller Laenge.


Voraussetzungen

Nachgewiesenes Open-Source-Engagement

Bewerber muessen bereits bewiesen haben, dass sie den Gedanken von Open Source unterstuetzen. Das bedeutet:

  • Nachweisbare Beitraege zu bestehenden Open-Source-Projekten (Commits, Pull Requests, Bug Reports, Dokumentation)
  • Oeffentliches Profil auf Plattformen wie GitHub, GitLab oder Codeberg
  • Aktive Teilnahme an Open-Source-Communities — nicht nur Nutzung, sondern Mitgestaltung

Wir glauben, dass Taten mehr sagen als Worte. Wer Open Source nur als Marketinginstrument betrachtet, ohne selbst beizutragen, passt nicht zu unserer Philosophie.

Gemeinsame Werte

  • Transparenz — Offene Kommunikation, nachvollziehbare Entscheidungen
  • Zusammenarbeit — Code Reviews, gemeinsame Architektur- Diskussionen, geteiltes Wissen
  • Qualitaet — Dokumentierte Tests, sauberer Code, industrietaugliche Zuverlaessigkeit
  • Langfristigkeit — Partnerschaft ist kein Sprint, sondern ein Marathon

Bereiche in denen wir konkret Unterstuetzung suchen

Wenn die Voraussetzungen oben fuer Sie passen — hier sind die Subsysteme an denen wir besonders nach Mitstreitern suchen:

🔧 Bus-Bridges (tongs-*)

Betrifft: tongs-* anvild
  • tongs-ethercat — DC-Sync, Slave-State-Machine, ENI-XML-Import
  • tongs-profibus — DP-Master, GSD-Import-Toolchain
  • tongs-ethernetip — CIP-Connections, EDS-Import
  • tongs-can — CANopen + J1939

Skeleton + Fault-Model + IPC-Wire-Format stehen — der protokoll- spezifische Teil fehlt.

🛠️ Studio-Editor-Features

Betrifft: ForgeIEC Studio
  • FBD/LD/SFC-Editoren — heute liegt der Fokus auf ST. Grafische Sprachen brauchen eigene Tree-sitter-Grammatik + Canvas-Renderer.
  • Vendor-Catalog-Pflege — FDDs fuer weitere Hersteller (heute: Weidmueller). GSDML/EDS/ESI-Konverter sind willkommen.
  • Internationalisierung — Studio + Website werden nach EN/DE/FR/ES/ZH/JA/TR/AR uebersetzt; manche Sprachen sind nur maschinell vorbefuellt.

🌬️ HMI-Anbindung (bellowsd)

Betrifft: bellowsd
  • OPC-UA-Companion-Specs — bellowsd unterstuetzt heute generische OPC-UA-Knoten. Companion-Spec-Adapter (z.B. PackML, OPC-UA-Robotics) sind willkommen.
  • HMI-FrameworksHearth ist als IIoT-Subscriber-Layer in Planung. Wer mit MQTT, Time-Series-DBs (InfluxDB, TimescaleDB) oder Grafana-Pipelines arbeitet, kann hier Architektur mitgestalten.

🔥 Runtime + Determinismus (anvild)

Betrifft: anvild
  • Real-Time-Linux-Tuning — PREEMPT_RT-Kernel, CPU-Pinning, Cache-Locality fuer Sub-Millisekunden-Cycle-Times
  • Rust+LLVM-Codegen (rusty) — geplante Migration der Layer-1- Codegen weg von matiec/C-Output hin zu Rust+LLVM. Determinismus- Garantien + Online-Change-Vorbereitung.
  • Hardware-Targets — Raspberry Pi, BeagleBone, industrielle x86, ARM-SBCs.

📚 Bildung + Dokumentation

Betrifft: ForgeIEC Studio
  • Tutorials — von „erstes Knight-Rider in 5 Minuten" bis „komplette Maschinensteuerung mit OPC-UA + EtherCAT"
  • Beispiel-Projekte — heute liegen nur 2 Demos im Tree
  • Lehr-Curriculum — Hochschulen die ForgeIEC als Lehr-IDE einsetzen wollen. Wir liefern Studio kostenlos, Dozenten bringen IEC-Curriculum.

Was wir bieten

Zugang zur ForgeIEC-Plattform

  • Fruehzeitiger Zugriff auf neue Features und Entwicklungszweige
  • Direkter Draht zum Kernteam
  • Moeglichkeit, die Roadmap aktiv mitzugestalten

Gemeinsame Entwicklung

  • Gemeinsame Arbeit an industriellen Bussystem-Treibern
  • Integration herstellerspezifischer Hardware
  • Entwicklung branchenspezifischer Erweiterungen

Technischer Support

  • Priorisierte Fehlerbehebung
  • Architektur-Beratung fuer eigene Erweiterungen
  • Unterstuetzung bei der Integration in bestehende Systeme

Formen der Partnerschaft

Technologie-Partner

Hersteller von Automatisierungskomponenten, die ihre Hardware in ForgeIEC integrieren moechten. Gemeinsame Treiberentwicklung, Geraetekonfigurationen und Testverfahren.

Integrations-Partner

Systemintegratoren und Ingenieursbueros, die ForgeIEC in Kundenprojekten einsetzen. Praxiswissen fliesst zurueck in die Entwicklung.

Bildungs-Partner

Hochschulen und Ausbildungsstaetten, die ForgeIEC in der Lehre verwenden. Freier Zugang fuer den Bildungsbereich — die naechste Generation von Automatisierungstechnikern sollte mit offenen Werkzeugen lernen.


Aktuell registrierte Partner

Stand 2026-05: noch keine externen Partner — die Plattform ist im Aufbau-Sprint, Partner-Onboarding kommt sobald die ersten Subsystem- APIs (Bridge-SDK, FDD-Format) stabilisiert sind.

Wenn Sie zu den ersten gehoeren wollen: siehe „Bewerbung" unten.


Bewerbung

Sie moechten Partner werden? Schreiben Sie uns mit:

  • Beschreibung Ihrer Organisation
  • Links zu Ihren Open-Source-Beitraegen
  • Ihre Motivation fuer eine Partnerschaft
  • Konkreter Bereich, in dem Sie beitragen moechten

Gemeinsam schmieden wir die Werkzeuge der Zukunft.

blacksmith@forgeiec.io