Technische Beeinflussbarkeit der Geschmacksache Kaffee - Benutzerbeiträge [de]

Startprozedur

2026-04-25T09:43:15Z

Loic Aboufiras:

= Philipp Schiebel, 13.11.2025 - Aufgabenanalyse =
==Initialisierung der Systeme==
Nach dem Einschalten der Stromversorgung werden alle vier Mircocontroller (MCU) automatisch aktiviert und führen ihren Code in main.py aus. Darin wird die Kommunikation initialisiert.

==Aufbau der Kommunikationsstruktur==
Nach einer definierten Startwertzeit stellt die Messwertplatine den Anfangstoken bereit. Aufgrund des Verbundes der Platinen (Messwertplatine -> Basisplatine -> SSR-Platine -> Displayplatine) kann die Displayplatine bei Erhalt des Anfangstokens auf eine korrekte Initialisierung aller Platinen schließen.
Jede Platine überprüft zusätzlich den Kommunikations-TimeOut und geht bei ausbleibendem Token in einen Sicherheitszustand über.

==Start der Messwerterfassung==
Nach erfolgreichem Wiedererhalt des Initialisierungstokens startet die die Messplatine die Messwerterfassung, erstellt den ersten Messwertdatensatz und sendet anschließend kontinuierlich Messwert-Token. Die Basisplatine ergänzt die empfangenen Messwerttoken um eigene Messdaten. Dadurch wird ein kontinuierlicher Kommunikations- und Datenaustausch zwischen allen MCUs ermöglicht, bei dem die Messplatine den Takt vorgibt.

==Reglerstart==
Mit Beginn der Messwerterfassung wird auch der Boilerfüllstand überprüft. Bei der Glasboilermaschine werden zusätzlich die Füllstände der beiden Tanks überprüft. Darauf reagiert die Füllstandsregelung. Solange der Sollwert noch nicht erreicht ist, bleibt der Boilerdruckregler deaktiviert. Erst wenn der Füllstand erreicht ist, wird dieser aktiviert. Dabei wird zusätzlich die Boilertemperatur überwacht, um die Entschichtungsfunktion zu steuern. Wird eine einstellbare Abschalttemperatur überschritten, wird die Entschichtung deaktiviert.
Die Startprozedur gilt als erfolgreich abgeschlossen, sobald der Sollwert des Boilerdrucks erstmals überschritten wird. In diesem Moment erkennt der Boilerdruckregler die Betriebsbereitschaft und sendet diese. Die Displayplatine reagiert darauf, indem sie die Betriebsbereitschaft zum Kaffeebezug signalisiert.

==Anzeige und Fehlerausgabe==
Während des gesamten Ablaufs zeigt die Displayplatine den aktuellen Status der Startprozedur an. Dazu gehören Informationen über den Boilerfüllstand, den Boilerdruck und die Boilertemperatur. Bei Timeout oder Fehlern während des Startvorgangs erfolgt eine sichtbare Ausgabe am Display.

= Armin Rohnen, 18.10.2025 - Vorschlag zur Startprozedur =
Wenn die aktuelle manuelle Startprozedur der labortechnischen Espressomaschine als Grundlage für die zukünftige Startprozedur dient, dann ergäbe sich für den Ablauf:
# alle MCUs starten, wenn die Stromversorgung eingeschaltet wird. Dadurch wird der Programmcode in main.py ausgeführt. In main.py wird als erstes die UART-Kommunikation initialisiert, wie es in der 2. Auflage von [40] beschrieben ist. Dabei wird uart.irq_rx mit einem uart_rx.handler verwendet sowie für ausreichend definierten Schreib- und Lesespeicher gesorgt.
# Alle MCUs warten auf die Initialisierung der Kommunikation
# Nach einer definierten Startwartezeit sendet die MCU der Messwertplatine einen Token zur Initialisierung der Kommunikation.
# Jede andere MCU arbeitet die Initialisierung ab und sendet den Token weiter.
# Der Token muss wieder bei der Messwertplatine ankommen. Erfolgt dies nicht innerhalb einer definierten Zeit (Timeout) dann erfolgt der Abbruch der Startprozedur mit einer entsprechenden Ausgabe am Display. Kommt der Token InTime bei der Messwertplatine wieder an, dann sendet die Messwertplatine einen Token zum Start der Messwerterfassung.
# Der Token wird von der Messplatine erstellt. Dort wird die Messwerterfassung gestartet und wenn der erste Messwertdatensatz zusammengestellt ist, der erste Token gesendet. Ab diesem Zeitpunkt wird immer dann, wenn ein Messwertdatensatz der Messplatine zusammengestellt ist, ein Token gesendet. Dadurch gibt die Messwertplatine den Kommunikationstakt vor.
# Die Basisplatine fügt dem Token die Messwerte der Basisplatine bei.
# Wenn die Displayplatine erstmalig alle Messwerte erhalten hat, sendet diese einen Token zum Start der Systemüberprüfung.
# Auf den Token der Systemüberprüfung reagiert als erstes die Basisplatine. Dort wird der Boilerfüllstand geprüft und so lange ein Boilerfüllstands-Flag 0 gesetzt, solange der Füllstand nicht erreicht ist. Das Boilerfüllstands-Flag muss Bestandteil des kontinuierlich umlaufenden Tokens sein. Solange der Füllstand nicht erreicht ist, darf der Boilerdruckregler nicht starten bzw. muss die Heizleistung = 0 sein.
# Wenn der Boilerfüllstand erreicht ist, wird auf der Messplatine der Boilerdruckregler aktiv. Durch Abgleich mit der Boilertemperatur (kleiner 95 ° C) wird entschieden ob die Entschichtungsfunktion aktiviert wird. Wird die Boilertemperatur von 95 °C überschritten wird die Entschichtung deaktiviert. Wird erstmalig der Sollwert des Boilerdrucks überschritten ist die Maschine betriebsbereit.
# Auf dem Display wird der jeweilige Stand der Startprozedur angezeigt. Während der Startprozedur ist, zumindest aktuell, ein sichtbares Logging sinnvoll.
# Der Zustand des Boilerfüllstandsreglers, des Druckreglers, die Boilertemperatur und der Boilerdruck werden kontinuierlich am Display visualisiert, ebenso wird bei Kaffeebezug die Durchflussrate und der Brühgruppendruck angezeigt. Die Displayplatine dient der Übertragung von Systemlogging und Messwerten zur MATLAB® Wartungs-App.

= Armin Rohnen, 04.10.2025 =
Für den Systemstart der Espressomaschine muss der Funktionsablauf definiert werden. So ist z. B. zunächst die MCU-Kommunikation zu starten, die Messwerterfassung zu starten, es ist zu prüfen ob das Wartungstool angeschlossen ist, es sind die Füllstände zu kontrollieren usw.

Mikrocontroller Programmierung in MicroPython SoSe 2026

2026-04-25T09:42:38Z

Loic Aboufiras: /* Leistungsvereinbarung */

<htmltag tagname="img" src="https://vg07.met.vgwort.de/na/3e58d840a91b42ac97ee493cdd085245" width="1" height="1" alt=""></htmltag>
[[Datei:Breites Logoband.png|mini|zentriert|hochkant=2.5]] 

= Mikrocontroller Programmierung in MicroPython Sommersemester 2026 =
Für die Projekte zur labortechnischen Espressomaschine (und weiteren Derivaten) ist die Mikrokontroller-Programmierung einer Steuerungselektronik erforderlich.

Die Programmierung der Mikrocontroller erfolgt in MicroPython und die übergeordnete Steuerung ist eine MATLAB®-APP mit einem Prozessschaubild. Die Grundfunktionalität dieses Vorgehensweise ist in der Quellenliste unter [40] (MATLAB® meets MicroPython) beschrieben.

Das Projekt wurde bereits durch eine Projektgruppe bearbeitet und hat einen Projektstand, der jedoch noch nicht die gesamte erforderliche Steuerungsfunktionalität umfasst.

Es wird angestrebt eine Steuerung auf Basis eines Nucleo STM32H743ZI2 zu erstellen. Dies würde die aktuell drei Steuerungsplatinen und Mikrocontroller auf einen reduzieren. Kommunikation wäre dann lediglich zum Displaycontroller erforderlich.

= Aufgabenanalyse =
==UART-Kommunikation==
Es soll eine Stern-Topologie implementiert werden, welche die UART-Kommunikation
zu einem separaten Display-Controller, dem Maschinensimulator und der Wartungs-
App herstellt. Dabei sind Sende- und Empfangs-Token f¨ ur das Display, die Wartungs-App und den Maschinensimulator einzuf¨ uhren. Es gilt dabei, den Umfang und Takt der
neuen Token festzulegen.

==Mehrkernnutzung und/oder Multitasking==

Es gibt bestimmte Vorgänge, welche regelmäßig zur Unterbrechung des Pro-
grammablaufs führen. Es gilt, diese Vorgänge zu identifizieren und umzuleiten,
damit diese den Programmablauf nicht mehr unterbrechen. Die Möglichkeit
der Mehrkernnutzung fällt dabei aus, da der STM32H753ZI nur über einen
M7-Kern verfügt. Dank der Hardware-Unterstützung DMA sowie der Nutzung
der uasyncio-Library besteht die Möglichkeit, die Vorgänge umzuleiten. Somit
können die Unterbrechungen des Programmablaufs reduziert werden.

== Maschinensimulator ==
Die Hauptaufgabe des Maschinensimulators ist die Nachbildung aller Sensordaten der

Kaffeemaschine. Dies ermöglicht die Programmentwicklung der Steuerungselektronik ohne

die reale Hardware. Die für die Simulation benötigte Hardware ist bereits rudimentär

vorhanden, muss aber für einen zuverlässigen und störungsfreien Betrieb optimiert werden.

Zudem muss für die Umsetzung der Durchflusssimulation noch eine entsprechende

Hardware-Modellierung erfolgen. Softwareseitig ist der Python-Code für die

Datengenerierung größtenteils fertiggestellt [Quelle: Wiki ToDo Maschinensimulator -

Funktionsnutzung]. Es fehlen aktuell noch die Flowmetersimulation sowie die

Aufheizsimulation, welche für die Validierung der Druck- und Temperaturregelung benötigt

wird. Die vom Maschinensimulator gelieferten Temperatur- und Druckwerte müssen

validiert werden. Dabei wird soll ein bereits bekannter Messfehler bei den

Temperaturwerten durch die Anpassung der Einstellwerte behoben werden. Für den

Programmablauf des Simulators wird eine MATLAB®-App entwickelt, die parallel zum Ablauf

des STM32 arbeitet. Für die UART-Kommunikation in der Sterntopologie zwischen dem

Maschinensimulator und dem STM32 müssen zudem spezifische Sende- und Empfangs-

Token implementiert sowie deren Taktung und Datenumfang definiert werden. Zusätzlich

wird ein Gateway als Kommunikationsschnittstelle zwischen dem Maschinensimulator und

der Wartungs-App implementiert. Des Weiteren muss während der Ausarbeitung des

Maschinensimulators eine Projektfortschrittsdokumentation erfolgen. Die Ausarbeitung

erfolgt in einem ein- bis zweiwöchigen Turnus.

== Füllstandsregler ==
Die Füllstandsregelung erkennt den Füllstand über eine Kurzschlussdetektion. Liegt kein
Kurzschluss vor, wird dies als zu niedriger Füllstand interpretiert und der Boilerdruckregler
zur Vermeidung von Trockenheizen gesperrt. Beim Erreichen des Sollfüllstands erfolgt eine
gezielte Überfüllung bei reduzierter Pumpenspannung, um ein periodisches Ein- und
Ausschalten der Regelung zu vermeiden. Da die in der MATLAB®-GUI realisierte Boiler Füllstandsregelung aus [114] bereits in einem ersten Stand in MicroPython übertragen
wurde, liegt der Fokus hier auf der Validierung am Maschinensimulator sowie der
Abstimmung mit den Schnittstellenpartnern.

== Boilerdruckregelung ==
Ziel ist es, die bisher in der MATLAB®-GUI realisierte Boilerdruckregelung aus [114], die auf
einem PD-Regler basiert, vollständig zu übertragen, sodass die Regelung unabhängig von der
externen PC-Umgebung arbeitet.

== Mischtemperaturregler ==
Der Mischtemperaturregler nach [114] dient zur Regelung der Kaffee- und
Teewassertemperatur und wird als PID-Regler für das Mischventil umgesetzt. Die Stellgröße
ist dabei die Verstellung des Mischventils. Der Temperatursollwert wird aus dem jeweils
aktiven Rezept vorgegeben. Da die Regelung vom aktuellen Durchfluss abhängt, wird eine
Kaskadenstruktur verwendet. In dieser Struktur arbeitet der Durchflussregler als innerer,
schneller Regelkreis, während der Mischtemperaturregler den äußeren Regelkreis bildet und
die Ergebnisse des inneren Kreises berücksichtigt. Daraus ergibt sich ein besonderes
Augenmerk auf das Testen des Zusammenspiels der beiden Regler anhand des
Maschinensimulators, um das Ziel – die Implementierung dieser Kaskadenregelung auf dem
STM32 – zu erreichen.

== Durchflussregler ==
Ein Durchflussregler, der in MATLAB® gemäß [114] vorliegt, wird als PID-Regler in
MicroPython umgesetzt. Durch die Anpassung der Pumpendrehzahl über einen
Spannungssollwert von 0–5 V kann ein konstanter oder ein profildefinierter Volumenstrom
entsprechend der Sollwertvorgabe realisiert werden. Als innerer Regelkreis liefert er
kontinuierlich Durchflusswerte an den Mischtemperaturregler. Daraus ergibt sich der Fokus
auf der Implementierung und dem Test des Reglers sowie auf der Validierung seines
Zusammenspiels mit dem übergeordneten Mischtemperaturregler im Maschinensimulator,
um die Integration auf dem STM32 sicherzustellen.

== Startprozedur ==
Das Ziel ist es, eine Startprozedur zu definieren. Beim Einschalten der Stromversorgung starten die Prozessoren der Maschine. Ohne eine festgelegte Ablauflogik würden die einzelnen Systemteile jedoch unkoordiniert anlaufen. Daraus ergibt sich der technische Bedarf, eine eindeutige Reihenfolge für den Start festzulegen und die zugehörigen Ausgaben auf dem Display so zu definieren, dass der Startprozess nachvollziehbar verfolgt werden kann.

Dafür müssen zunächst die relevanten Inhalte der Startprozedur identifiziert werden. Außerdem sind die beteiligten Schnittstellen zu erkennen und die Reihenfolge der einzelnen Startschritte so festzulegen, dass ein geordneter und technisch sinnvoller Maschinenstart möglich ist.

== Display ==
Ziel ist eine kompakte und benutzerfreundliche Displaylösung, die sich nahtlos in das Gesamtsystem integriert. Das Display mit Touchfunktion dient als Schnittstelle zur Interaktion zwischen Bediener und Maschine. Messwerte müssen strukturiert darzustellen sowie die Auswahl von Funktionen wie Kaffeerezepten, Teewasser- oder Dampfbezug zu ermöglichen. Zusätzlich übernimmt das Display die Visualisierung der Startprozedur, relevanter Betriebszustände und der Sicherheitsfunktionen.

Zunächst werden die benötigten Funktionalitäten analysiert und definiert, darunter Messwertanzeige, Benutzerführung und Sicherheitsmeldungen. Parallel dazu werden drei unterschiedliche Displaytypen (rundes Display, LCD2 und 1,69Display) auf ihre Eignung hin untersucht, um anschließend die, am besten passende, Variante auszuwählen. Die MCU der Displayplatine erhält die benötigten Informationen über die UART-Kommunikation aus dem System und muss in die bestehende Gesamtarchitektur integriert werden. Der Vertikalhebel dient zur Vorgabe von Sollwerten, während die beiden Anschlagtaster die Funktionen Kaffeebezug und Flush beziehungsweise Reinigung auslösen. Diese Bedienelemente sind mit der Displayplatine zu verbinden, damit das Display die zugehörigen Informationen und Zustände für den Benutzer darstellen kann.

== STM32 ==
Als Haupt-MCU soll ein STM32H753ZI-Controller verwendet werden. Es soll sichergestellt
werden, dass die vorinstallierten Steckerleisten CN7 bis CN10 ausreichend Pins für
Definition der benötigten UART-, ADC-, DAC- und GPIO-Pins aufweisen. 
Die Boilerdruck-, die Wassertemperatur-, die Durchfluss- und die Füllstandsregelung des
Boilers müssen implementiert werden. Es soll ebenfalls eine UART-Kommunikation für ein
Touch-Display, einen Maschinensimulator sowie eine Möglichkeit zum Anschließen einer
Wartungs-App programmiert werden. Um einen geordneten Ablauf der einzelnen
Komponenten bei Inbetriebnahme der Maschine zu gewährleisten, soll eine Startprozedur
programmiert werden

== Wartungs - APP ==
Es müssen der Inhalt des Wartungs-Token definiert werden, ein GUI-Layout erstellt werden, ein Kommunikationsaufbau mit dem Maschinensimulator hergestellt werden, die Darstellung der Messwerte, eine manuelle Startprozedur, das Schalten von Magnetventilen, die Einstellung von Sollwertvorgaben (Boilerdruck, Bezugswassertemperatur, Durchfluss) und manuellen Stellwerten für das PWM-Heizelement, die Pumpenansteuerung und die Stellung des Dosierventils sowie die Messwertspeicherung und das Logging programmiert werden. Die App ist bis zu einem funktionsfähigen Prototypen erforderlich.

= Leistungsvereinbarung =

== Startprozedur ==
Es wird eine definierte und nachvollziehbare Startprozedur für die Maschine erarbeitet. Das Ergebnis umfasst eine festgelegte Reihenfolge der Startschritte, die Berücksichtigung der relevanten Schnittstellen sowie ein Konzept für die Ausgaben auf dem Display, damit der Startprozess strukturiert abläuft und für den Benutzer verfolgbar ist.

== Maschinensimulator ==
Das Ziel dieser Arbeit ist die Entwicklung eines voll funktionsfähigen Maschinensimulators,

der das Testen der auf den STM32 zu verlagernden Regelkreisen ermöglicht. Hierfür werden

physikalische Größen wie Temperatur und Druck simuliert und über die Digital-

Potentiometer MCP4151 als elektrische Signale an die Steuerungselektronik ausgegeben.

Der Maschinensimulator wird in einer MATLAB®-App implementiert, sodass ein

Programmablauf des Maschinensimulators parallel zum Hauptprogramm (main.py)

ablaufen kann. Die App soll sowohl den Betrieb des Simulators als solches als auch die

Nutzung als Wartungs-App ermöglichen.

== Wartungs - APP ==
Die aktuelle MATLAB®-GUI soll in eine komfortable Bedienoberfläche für Wartungs- und Einstellarbeiten überführt werden. Bei aktivierter Wartungs-App sollen sämtliche Tastenfunktionen und die Vertikalhebelfunktion nutzbar sein und zudem alle Aktoren (Magnetventile, Pumpenleistung und Schrittmotorverstellungen) über diese App angesteuert werden können. Des Weiteren soll die bisherige Visualisierung der Messwerte und Schaltzustände erhalten bleiben. Dies allerdings mit einer geringeren Aktualisierungsrate, da vier Aktualisierungen pro Sekunde als ausreichend angesehen werden.

==UART-Kommunikation==
Um die spezifischen Daten von dem STM32H7 auf das Display zu übertragen, sowie
Steuerbefehle des Displays für den STM32H7, wird ein neue UART-Schnittstelle mit Display-Token eingeführt. Ebenfalls wird eine UART-Kommunikation mit entsprechendem Token für
Maschinensimulator und der Wartungs-App implementiert. Dabei soll ein Gateway den
Zugriff für die Wartungs-App integriert werden.

==Multitasking==
Die direkte Hardware-Unterstützung über DMA gestaltet sich schwierig in MicroPython, da
sie von MicroPython automatisch verwendet wird (bspw. bei Buffern) und nur über
Registeraccess direkt ausgeführt werden kann. Daher wird die Nutzung der uasyncio-Library
bevorzugt, welche die Vorgänge, die den Programmablauf verzögern, umleitet. Dadurch soll
das Programm reibungsfreier ablaufen.

==STM32H7==
Die bestehenden Regelkreise, Füllstandsregelung (Boiler und Tanks), Boilerdruckregelung,
Mischtemperaturregelung und Durchflussregelung werden von den drei Microcontroller auf
den STM32H7 verlagert. Ebenfalls erfolgt die Migration der Messwerterfassung aller
verbauten Sensoren auf die neue STM32H7-Plattform. 
Zusätzlich wird eine UART-Kommunikation implementiert, die die Anbindung des Displays,
eines Maschinensimulators sowie für den Zugriff durch eine externe Wartungs-App über
einem Gateway ermöglicht. 
Um einen geordneten Ablauf der einzelnen Komponenten bei Inbetriebnahme der Maschine
zu gewährleisten, wird eine Startprozedur programmiert. 
Die Hardware-Umsetzung wird von LfbA Armin Rohnen übernommen.

== Display ==
Es wird eine geeignete Displaylösung ausgewählt und in das Gesamtsystem integriert. Das Ergebnis umfasst die Darstellung relevanter Messwerte, Betriebszustände, Sicherheitsmeldungen und der Startprozedur sowie die Einbindung der Bedienfunktionen über Touch, Vertikalhebel und Anschlagtaster.

== Vertikalhebel ==
Der Vertikalhebel wird als Bedienelement technisch und funktional in das System integriert. Das Ergebnis umfasst die Erfassung und Verarbeitung der Hebelstellung als Sollwertvorgabe für den Durchflussregler, die Einbindung der Anschlagtaster als zusätzliche Bedienfunktionen sowie die Anzeige der relevanten Informationen auf dem Display.

== Verlagerung der Regler Syntax ==
Ziel dieser Arbeit ist die vollständige Übertragung der in MATLAB® implementierten Regelalgorithmen aus [114] in MicroPython sowie deren Vorbereitung für die Implementierung auf einer STM32‑MCU. Die Umsetzung erfolgt entlang der bestehenden Reglerstruktur: Füllstandsregler, Boilerdruckregelung, Mischtemperaturregler und Durchflussregler.

= Besprechungsprotokolle und weitere Unterlagen =
* [[:Datei:20260214 Abschlusspraesentation.pdf|Übergabepräsentation Vorgänger]]
* [[:Datei:20260326 Projektstart.pdf|Aktueller Projektstand]]
* [[Projektstart 26.03.2026]]
* [[Projektrücksprache 02.04.2026]]
* [[Projektrücksprache 09.04.2026]]
* [[Projektrücksprache 17.04.2026]]
* [[Projektrücksprache 24.04.2026]]
* [[Projektrücksprache 08.05.2026]]
* [[Projektrücksprache 15.05.2026]]
* [[Projektrücksprache 22.05.2026]]
* [[Projektrücksprache 29.05.2026]]
* [[Projektrücksprache 05.06.2026]]
* [[Projektrücksprache 12.06.2026]]
* [[Projektrücksprache 19.06.2026]]
* [[Projektrücksprache 03.07.2026]]
* [[Projektrücksprache 10.07.2026]]
* [[Projektrücksprache 24.07.2026]]
* [[Abschlusspräsentation 31.07.2026]]

Startprozedur

2026-04-25T09:35:04Z

Loic Aboufiras: Aufgabenanalyse SoSe2026 hinzugefügt

= Loic Aboufiras, 25.04.2026 - Aufgabenanalyse =
Das Ziel ist es, eine Startprozedur zu definieren. Beim Einschalten der Stromversorgung starten die Prozessoren der Maschine. Ohne eine festgelegte Ablauflogik würden die einzelnen Systemteile jedoch unkoordiniert anlaufen. Daraus ergibt sich der technische Bedarf, eine eindeutige Reihenfolge für den Start festzulegen und die zugehörigen Ausgaben auf dem Display so zu definieren, dass der Startprozess nachvollziehbar verfolgt werden kann.

Dafür müssen zunächst die relevanten Inhalte der Startprozedur identifiziert werden. Außerdem sind die beteiligten Schnittstellen zu erkennen und die Reihenfolge der einzelnen Startschritte so festzulegen, dass ein geordneter und technisch sinnvoller Maschinenstart möglich ist.

= Philipp Schiebel, 13.11.2025 - Aufgabenanalyse =
==Initialisierung der Systeme==
Nach dem Einschalten der Stromversorgung werden alle vier Mircocontroller (MCU) automatisch aktiviert und führen ihren Code in main.py aus. Darin wird die Kommunikation initialisiert.

==Aufbau der Kommunikationsstruktur==
Nach einer definierten Startwertzeit stellt die Messwertplatine den Anfangstoken bereit. Aufgrund des Verbundes der Platinen (Messwertplatine -> Basisplatine -> SSR-Platine -> Displayplatine) kann die Displayplatine bei Erhalt des Anfangstokens auf eine korrekte Initialisierung aller Platinen schließen.
Jede Platine überprüft zusätzlich den Kommunikations-TimeOut und geht bei ausbleibendem Token in einen Sicherheitszustand über.

==Start der Messwerterfassung==
Nach erfolgreichem Wiedererhalt des Initialisierungstokens startet die die Messplatine die Messwerterfassung, erstellt den ersten Messwertdatensatz und sendet anschließend kontinuierlich Messwert-Token. Die Basisplatine ergänzt die empfangenen Messwerttoken um eigene Messdaten. Dadurch wird ein kontinuierlicher Kommunikations- und Datenaustausch zwischen allen MCUs ermöglicht, bei dem die Messplatine den Takt vorgibt.

==Reglerstart==
Mit Beginn der Messwerterfassung wird auch der Boilerfüllstand überprüft. Bei der Glasboilermaschine werden zusätzlich die Füllstände der beiden Tanks überprüft. Darauf reagiert die Füllstandsregelung. Solange der Sollwert noch nicht erreicht ist, bleibt der Boilerdruckregler deaktiviert. Erst wenn der Füllstand erreicht ist, wird dieser aktiviert. Dabei wird zusätzlich die Boilertemperatur überwacht, um die Entschichtungsfunktion zu steuern. Wird eine einstellbare Abschalttemperatur überschritten, wird die Entschichtung deaktiviert.
Die Startprozedur gilt als erfolgreich abgeschlossen, sobald der Sollwert des Boilerdrucks erstmals überschritten wird. In diesem Moment erkennt der Boilerdruckregler die Betriebsbereitschaft und sendet diese. Die Displayplatine reagiert darauf, indem sie die Betriebsbereitschaft zum Kaffeebezug signalisiert.

==Anzeige und Fehlerausgabe==
Während des gesamten Ablaufs zeigt die Displayplatine den aktuellen Status der Startprozedur an. Dazu gehören Informationen über den Boilerfüllstand, den Boilerdruck und die Boilertemperatur. Bei Timeout oder Fehlern während des Startvorgangs erfolgt eine sichtbare Ausgabe am Display.

= Armin Rohnen, 18.10.2025 - Vorschlag zur Startprozedur =
Wenn die aktuelle manuelle Startprozedur der labortechnischen Espressomaschine als Grundlage für die zukünftige Startprozedur dient, dann ergäbe sich für den Ablauf:
# alle MCUs starten, wenn die Stromversorgung eingeschaltet wird. Dadurch wird der Programmcode in main.py ausgeführt. In main.py wird als erstes die UART-Kommunikation initialisiert, wie es in der 2. Auflage von [40] beschrieben ist. Dabei wird uart.irq_rx mit einem uart_rx.handler verwendet sowie für ausreichend definierten Schreib- und Lesespeicher gesorgt.
# Alle MCUs warten auf die Initialisierung der Kommunikation
# Nach einer definierten Startwartezeit sendet die MCU der Messwertplatine einen Token zur Initialisierung der Kommunikation.
# Jede andere MCU arbeitet die Initialisierung ab und sendet den Token weiter.
# Der Token muss wieder bei der Messwertplatine ankommen. Erfolgt dies nicht innerhalb einer definierten Zeit (Timeout) dann erfolgt der Abbruch der Startprozedur mit einer entsprechenden Ausgabe am Display. Kommt der Token InTime bei der Messwertplatine wieder an, dann sendet die Messwertplatine einen Token zum Start der Messwerterfassung.
# Der Token wird von der Messplatine erstellt. Dort wird die Messwerterfassung gestartet und wenn der erste Messwertdatensatz zusammengestellt ist, der erste Token gesendet. Ab diesem Zeitpunkt wird immer dann, wenn ein Messwertdatensatz der Messplatine zusammengestellt ist, ein Token gesendet. Dadurch gibt die Messwertplatine den Kommunikationstakt vor.
# Die Basisplatine fügt dem Token die Messwerte der Basisplatine bei.
# Wenn die Displayplatine erstmalig alle Messwerte erhalten hat, sendet diese einen Token zum Start der Systemüberprüfung.
# Auf den Token der Systemüberprüfung reagiert als erstes die Basisplatine. Dort wird der Boilerfüllstand geprüft und so lange ein Boilerfüllstands-Flag 0 gesetzt, solange der Füllstand nicht erreicht ist. Das Boilerfüllstands-Flag muss Bestandteil des kontinuierlich umlaufenden Tokens sein. Solange der Füllstand nicht erreicht ist, darf der Boilerdruckregler nicht starten bzw. muss die Heizleistung = 0 sein.
# Wenn der Boilerfüllstand erreicht ist, wird auf der Messplatine der Boilerdruckregler aktiv. Durch Abgleich mit der Boilertemperatur (kleiner 95 ° C) wird entschieden ob die Entschichtungsfunktion aktiviert wird. Wird die Boilertemperatur von 95 °C überschritten wird die Entschichtung deaktiviert. Wird erstmalig der Sollwert des Boilerdrucks überschritten ist die Maschine betriebsbereit.
# Auf dem Display wird der jeweilige Stand der Startprozedur angezeigt. Während der Startprozedur ist, zumindest aktuell, ein sichtbares Logging sinnvoll.
# Der Zustand des Boilerfüllstandsreglers, des Druckreglers, die Boilertemperatur und der Boilerdruck werden kontinuierlich am Display visualisiert, ebenso wird bei Kaffeebezug die Durchflussrate und der Brühgruppendruck angezeigt. Die Displayplatine dient der Übertragung von Systemlogging und Messwerten zur MATLAB® Wartungs-App.

= Armin Rohnen, 04.10.2025 =
Für den Systemstart der Espressomaschine muss der Funktionsablauf definiert werden. So ist z. B. zunächst die MCU-Kommunikation zu starten, die Messwerterfassung zu starten, es ist zu prüfen ob das Wartungstool angeschlossen ist, es sind die Füllstände zu kontrollieren usw.