Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Select an option

  • Save kraeml/f2a48bc5bf8621498077fc585b0f6bb2 to your computer and use it in GitHub Desktop.

Select an option

Save kraeml/f2a48bc5bf8621498077fc585b0f6bb2 to your computer and use it in GitHub Desktop.
ftSwarm und Dual-Controller-Architektur

Der Zusammenhang zwischen Dual-Controller-Architektur und dem Projekt ftSwarm (elektrofuzzis.github.io) ist folgender:


ftSwarm und Dual-Controller-Architektur

ftSwarm-Konzept

Das ftSwarm-Projekt entwickelt kleine, vernetzte Steuerungen (Controller) für DIY- und Spielzeugmodelle, insbesondere für fischertechnik. Jeder ftSwarm-Controller kann eigenständig Motoren, Sensoren, LEDs und Servos ansteuern und auslesen. Die Controller sind netzwerkfähig und können im Schwarm (also gemeinsam) komplexe Aufgaben lösen, indem sie miteinander kommunizieren.

Vergleich zur Dual-Controller-Architektur

  • Klassische Dual-Controller-Architektur:
    Hier gibt es einen Hauptcontroller (z. B. Raspberry Pi) für komplexe Aufgaben und einen oder mehrere Mikrocontroller als Nebencontroller für zeitkritische Steuerungsaufgaben innerhalb eines Roboters.

  • ftSwarm-Architektur:
    Im ftSwarm-System existiert kein zentraler Hauptcontroller. Stattdessen gibt es mehrere gleichberechtigte, spezialisierte Controller (ftSwarm-Module), die jeweils bestimmte Aufgaben (z. B. Motorsteuerung, Sensordatenerfassung, Bildübertragung) übernehmen und über ein Netzwerk kooperieren. Die Steuerung erfolgt dezentral und verteilt.

Einordnung

  • Unterschied:
    ftSwarm setzt auf eine dezentrale Multi-Controller-Architektur (verteilte Steuerung), nicht auf eine klassische Dual-Controller-Architektur mit klarer Haupt-/Nebencontroller-Trennung.
  • Ähnlichkeit:
    Wie bei der Dual-Controller-Architektur werden Aufgaben auf verschiedene spezialisierte Controller verteilt. Allerdings gibt es bei ftSwarm keinen hierarchischen Aufbau, sondern ein Netzwerk gleichberechtigter Einheiten (Swarm-Prinzip).

Fazit

ftSwarm steht im weiteren Sinne im Zusammenhang mit der Dual-Controller-Architektur, da beide Ansätze auf Arbeitsteilung und Spezialisierung setzen. Im Unterschied dazu verfolgt ftSwarm jedoch einen dezentalen, verteilten Ansatz mit vielen gleichberechtigten Controllern (Swarm-Architektur), während die Dual-Controller-Architektur eine hierarchische Aufgabenverteilung zwischen Haupt- und Nebencontroller vorsieht.


Kurz:
ftSwarm nutzt keine klassische Dual-Controller-Architektur, sondern eine dezentrale Multi-Controller-Architektur, bei der viele spezialisierte Controller im Netzwerk zusammenarbeiten.

[1] https://elektrofuzzis.github.io/de/index.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment