Hauke Hüttmann, 2007 - Institut für Tierzucht und Tierhaltung ...
Hauke Hüttmann, 2007 - Institut für Tierzucht und Tierhaltung ...
Hauke Hüttmann, 2007 - Institut für Tierzucht und Tierhaltung ...
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
3 Eigene Untersuchungen<br />
während des Wechsels von Aufnahme zu Neutral erkannt, eine Befüllung/Entleerung während<br />
des Wechsels von Test zu Neutral oder Aufnahme.<br />
Die Zusammenhänge zwischen Zustandswechsel <strong>und</strong> erkanntem Fressvorgang bzw.<br />
Befüllung/Entleerung sind der Abbildung 14 zu entnehmen (ein Zustandswechsel von X nach<br />
Y wird in Zeichen durch „X → Y“ ausgedrückt).<br />
Besondere Aufmerksamkeit verdient der Fall, bei dem gleichzeitig ein Fressvorgang <strong>und</strong> eine<br />
Befüllung bzw. Entleerung erkannt werden. Dieser tritt genau dann ein, wenn sich die Station<br />
vor dem Eintritt in den Testmodus im Aufnahmemodus befand („Aufnahme → Test →<br />
Neutral“). Es hat vor dem Wechsel in den Zustand Test also ein Fressvorgang stattgef<strong>und</strong>en,<br />
der aufgr<strong>und</strong> des Wechsels jedoch nicht abgeschlossen wurde <strong>und</strong> auch nicht fortgesetzt wird,<br />
da keine Identität mehr erkannt wird. Ein solcher Fressvorgang wird dann beim folgenden<br />
Wechsel der Zustände Test → Neutral abgeschlossen.<br />
Abbildung 14: Zusammenhänge zwischen Zustandswechsel, erkanntem Fressvorgang <strong>und</strong><br />
Befüllung bzw. Entleerung (ID = Identität)<br />
Nach Abschluss eines Vorganges wird dieser in einer Meldung gekapselt (siehe unten), die<br />
dann über das bereits beschriebene RS485-Bussystem an den Hauptrechner geschickt werden<br />
kann. Das Bussystem erlaubt eine serielle Datenübertragung im Halbduplexmodus, daher<br />
müssen Sender <strong>und</strong> Empfänger die Kommunikation so koordinieren, dass nicht zwei<br />
Teilnehmer gleichzeitig Daten über das Netz senden. Deshalb kommunizieren die Teilnehmer<br />
im Client-Server-Modus, wobei der Hauptrechner den Server <strong>und</strong> die Mini-Rechner die<br />
Clients darstellen. In diesem Modus erhalten die Clients nacheinander vom Server die<br />
Aufforderung, ihre Nachrichtenpakete über das zuletzt erkannte Ereignis zu senden. Die<br />
Clients antworten dieser Aufforderung dann mit der entsprechenden Meldung über einen<br />
Fressvorgang, eine Befüllung oder eine Entleerung. Wenn kein Ereignis stattgef<strong>und</strong>en hat,<br />
48