Development:Anforderungen Relaisanlage: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(+Link zu Anforderungen Schnittstellen) |
(Ein paar Detailideen.) |
||
| Zeile 79: | Zeile 79: | ||
** Anlegung dieser Zusatzgruppen im Prinzip implizit. Kopplung an die Gruppe im Prinzip auch automatisch. Manuelles Überschreiben vielleicht auch sinnig. | ** Anlegung dieser Zusatzgruppen im Prinzip implizit. Kopplung an die Gruppe im Prinzip auch automatisch. Manuelles Überschreiben vielleicht auch sinnig. | ||
* Zur Fernsteuerung siehe auch: [[Development:Anforderungen Global Schnittstellen]] | * Zur Fernsteuerung siehe auch: [[Development:Anforderungen Global Schnittstellen]] | ||
=== Weitere Ideen Zusatgruppen: Detailkonzepte === | |||
{| class="wikitable sortable" | |||
! Komponente | |||
|- | |||
| Zugnummernmeldeanlage (ZN) | |||
* Vorraussetzungen: Zusatgruppen müssen alles der Hauptgruppe abgreifen können, sie müssen auch mitbekommen, wenn die Hauptgruppe irgendwas an ihr Tischfeld sendet. | |||
* … | |||
|- | |||
| Nummernstellpult (Nstp) / Dateneingabetastatur (DET) | |||
* Anschaltgruppe Parst (und hält) den Nstp-String, gibt dann auf eine selektive Ringleitung setWert(<Start-ID>, 1), setWert(<End-ID>,1) dann setzt es eine der 6 Ringleitungen für Richtungsangabe auf 1, und dann alles wieder auf 0. Analog WU etc. | |||
* Prototypen mit Richtungsabhängigkeit der Nummer: Dürfte sehr schwer werden... Vielleicht über Filter? | |||
|- | |||
| Protokolldrucker, insbesondere der Störungsdrucker. => Achtung, andere Richtung. | |||
* … | |||
|- | |||
|} | |||
== Zugnummernmeldesystem == | == Zugnummernmeldesystem == | ||
Aktuelle Version vom 9. März 2015, 02:28 Uhr
Basisanforderungen
| Anforderung |
|---|
| Spurplanstellwerke |
| Fahrstraßenstellwerke |
| Zugnummernmeldesysteme (was nicht heißt, dass das keine eigene Komponente seien darf) |
Spurplanstellwerke
| Themengebiete |
|---|
| Spurplan und Wiederverwendbarkeitssystem der im Spurplan eingefügten Komponenten (Bibliotheken) |
| Paralelle Zusatzkabel in der Spur (insbesondere die Optionalen) |
| Fahrstraßenwahlgruppe |
| Zentrale Komponenten (insb. Anschaltgruppen bzw. Anschaltbereiche) |
| Dinge, wie die Signalspur, die streng systematisch angeordnet sind. |
| Achszähler und Gleisstromkreise |
| Programmstecker der Gruppen |
| Störungen |
Fahrstraßenstellwerke
| Themengebiete |
|---|
| Verschlussplan (Einsehbar für den Bediener, und als Centerpiece für den Editierer) |
| Komponenten, die nicht im Plan auftauchen (gibt es die überhaupt?) |
| Bahnhofsblock |
| Zentrale Komponenten (insb. Anschaltgruppen bzw. Anschaltbereiche) |
| Achszähler und Gleisstromkreise (schon wieder) |
| Störungen |
| Kompatiblität mit Spurplanstellwerken (z.B. Bahnhofsblock der Spurplanstellwerke) |
Weitere Bedieneinrichtungen
| Themengebiete |
|---|
| Bedienung des Stellwerkes über Nstp und DET |
Bedienung des Stellwerkes über Fernsteuerung
|
| Bedienung des Stellwerkes über KI? |
| Bedienung über den SB / ZL (Gehört aber vielleicht nicht in diese Kategorie?) |
| Keine Bedienung (Tastenabschalung, Stelltischtastenabschaltung durch den SB, Tastenüberwachung (selektiv!), ggf. auch hier eine bessere Kategorie finden.) |
Ideensammlung:
- Jede Fahrstraßengruppe wird um eine Nstp/DET/Fernsteuerungs-Zusatzgruppe ergänzt, deren Parameter gemeinsam mit der Relaisgruppe editiert werden.
- Diese Zusatzgruppe wird in einer anderen Bibliothek gespeichert, weil es verschiedene Nstp/Det-Varrianten geben kann. (Globale Wahlmöglichkeit der Zusatzgruppe.)
- Anlegung dieser Zusatzgruppen im Prinzip implizit. Kopplung an die Gruppe im Prinzip auch automatisch. Manuelles Überschreiben vielleicht auch sinnig.
- Zur Fernsteuerung siehe auch: Development:Anforderungen Global Schnittstellen
Weitere Ideen Zusatgruppen: Detailkonzepte
| Komponente |
|---|
Zugnummernmeldeanlage (ZN)
|
Nummernstellpult (Nstp) / Dateneingabetastatur (DET)
|
Protokolldrucker, insbesondere der Störungsdrucker. => Achtung, andere Richtung.
|
Zugnummernmeldesystem
| Themengebiete |
|---|
| Erkennung der Weiterschaltbedingung |
| Erkennung des Weiterschaltzieles |
| Erkennung der Zugnummer bei Fahrten aus Richtung fremder Stellwerke |
| Manuelle Beeinflussung der Zugnummer |
| Manuelle Bedienhandlungen (Gleissperrvermerk etc.) |
| Manuelle Bedienhandlungen zum Nachbar (Anbieten etc.) |
| Störungen (Fehlernummern) |
| Rückfallebene: Mündliches Abmelden |
Schnittstellen in Angelscript
| Themengebiete |
|---|
| Ausgabe von Daten: Ein Objekt pro Ader. Fragestellung: Wer legt diese Objekte an? |
| Eingabe von Daten: Methoden, bei denen über Metadaten definiert wird auf welche Ereignisse sie reagieren, ersetzen bisherige on_bla_blubb-Syntax |
| Eingabe von Daten: Metadaten sollten neben Ader auf die gehört wird auch weitere Bedingungen (z.B. Status Ringleitung) erfassen, um Skripte einfacher zu gestalten. |
| Es sollte Möglich sein, bei Objekten zur Datenausgabe auf einer Schnittstelle den zuletzt gesetzten Wert abzufragen |
| Weiterleitung von eingehenden Daten einer Schnittstelle an eine andere Schnittstelle einrichtbar. Anwendungsfall: z.B. Gleisgruppe im Spurplanstellwerk, wo die meisten Ringleitungsadern nur durchgeschleift werden. |
| Berücksichtigung der geplanten Einführung komplexer Datentypen für den Wert bei Datenübertragung (z.B. Flags, Daten für Blinken) bei der Gestaltung der Script-API. |
| Typsicherheit (ohne dafür die Kompatiblität zu stark aufs Spiel zu setzen) |