<\/p>\n\n
Unten finden Sie die Unterschiede von Release 3.00 gegen\u00fcber Release 0.0.2.3<\/strong>. OC32-Versionen 0.0.3.x sind tempor\u00e4re Beta-Versionen, die mit Einf\u00fchrung von 3.00 hinf\u00e4llig geworden sind und nicht mehr unterst\u00fctzt werden. 3.00 ist somit neuer als 0.0.3.x. <\/p>\n\n Achtung: Sowohl die OC32-Firmware als auch OC32Config wurden grundlegend ge\u00e4ndert:<\/strong><\/p>\n\n Die OC32-Ger\u00e4tekonfiguration wurde grundlegend \u00fcberarbeitet. Bisher war es so, dass eine Ger\u00e4tedefinition geladen werden konnte, diese Definition in OC32Config und der OC32 jedoch zu einer Sammlung einzelner Pins wurde. In OC32Config wurde die M\u00f6glichkeit hinzugef\u00fcgt, ein selbst erstelltes oder angepasstes Ger\u00e4t als \u201eDeviceDefinition\u201c auf dem Dateisystem Ihres PCs zu speichern.<\/p>\n\n Sie k\u00f6nnen einer OC32 eine \u201eeXtended Address\u201c von 0 bis 95 zuweisen. Die normale Moduladresse wird in diesem Moment zu einer Channel Address (Kanal). Die eXtended Address bildet zusammen mit der Channel Address eine eindeutige Adresse. Auf diese Weise stehen 16 * 96 = 1536 Moduladressen zur Verf\u00fcgung. Die Zuweisung einer eXtended Address an ein Modul erfolgt mit OC32Config auf der Registerkarte \u201eGeneral\u201c. Es ist am sinnvollsten, dies zu tun, w\u00e4hrend Sie die eXtended Addressing f\u00fcr das betreffende Modul noch nicht verwenden. Denn wenn Sie einem Modul eine Adresse zuweisen m\u00f6chten, das noch keine bekannte eXtended Address hat, wei\u00df dieses Modul nicht, auf welche eXtended Address es h\u00f6ren soll. Daher ist es auch praktisch, einen separaten Kanal f\u00fcr solche Zwecke zu reservieren. <\/p>\n\n Die Auswahl der eXtended Address des Moduls, mit dem Sie tats\u00e4chlich kommunizieren m\u00f6chten, erfolgt oben im OC32Config-Fenster.<\/p>\n\n Neben einer eXtended Address gibt es auch eine eXtended Group Mask. Es wird demn\u00e4chst<\/strong> auch m\u00f6glich sein, bestimmte Funktionen der OC32 pro Modulgruppe zu steuern. Einen solchen Befehl senden Sie dann an eine Gruppe innerhalb eines Kanals. Jede OC32 kann Mitglied keiner, einer oder mehrerer Gruppen sein. Es sind 16 Gruppen definiert. <\/p>\n\n Viele Digitalsysteme werden noch nicht in der Lage sein, die OC32 mittels eXtended Addressing anzusteuern. Zum Zeitpunkt der Erstellung dieses Textes ist dies bei keinem System der Fall, nicht einmal bei Dinamo. Einige Systeme werden dies h\u00f6chstwahrscheinlich nie k\u00f6nnen, da sie nicht mehr weiterentwickelt werden, wie z. B. Koploper. <\/p>\n\n Sie k\u00f6nnen mit der OC32 \u00fcber zwei Protokolle kommunizieren. Obwohl diese Protokolle parallel verwendet werden k\u00f6nnen, sind sie grundlegend verschieden. F\u00fcr die Konfiguration und das Testen der OC32 nutzt OC32Config das OC32-Protokoll. Auch operative Steuerungssoftware kann dieses OC32-Protokoll nutzen. Das OC32-Protokoll ist bidirektional und erlaubt nun (wie oben beschrieben) auch eXtended Addressing, sodass Ihnen gen\u00fcgend Adressen zur Verf\u00fcgung stehen, um alles zu steuern. Bei OM32 Flexible Addressing nutzen wir den Adressraum f\u00fcr die 512 Adressen als linearen Adressraum. Die Adressen werden also nicht mehr auf 16 Module verteilt, sondern Sie k\u00f6nnen diese Adressen beliebig auf so viele Module verteilen, wie Sie verwenden, sofern die Gesamtzahl der ben\u00f6tigten Adressen 512 nicht \u00fcberschreitet. In der Praxis f\u00fchrt dies oft zu einer deutlich effizienteren Nutzung der Adressen. Ein niederl\u00e4ndisches Signal mit 3 Lampen belegt beispielsweise 3 Pins, kann aber \u00fcber eine Adresse gesteuert werden. Ein deutsches Ausfahrsignal mit Vorsignal belegt 9 Pins, kann aber ebenfalls mit einer Adresse gesteuert werden. Mit anderen Worten: Fast jedes \u201eGer\u00e4t\u201c belegt mehrere Pins und in der \u201ealten\u201c Situation somit mehrere Adressen, kann aber \u00fcber eine einzige Adresse gesteuert werden. <\/p>\n\n Sie k\u00f6nnen nun jedem Pin 0 bis 6 OM32-Adressen zuweisen. Dem ersten Pin des Ger\u00e4ts geben Sie eine Adresse, den folgenden Pins geben Sie 0 Adressen. Sie geben dem OC32-Modul die erste OM32-Adresse an, auf die es h\u00f6ren soll. Die OC32 berechnet dann selbst die OM32-Adresse, mit der das betreffende Ger\u00e4t gesteuert werden kann. OM32 Flexible Addressing funktioniert auch in die andere Richtung. Manchmal ben\u00f6tigt ein Ger\u00e4t nur einen Pin, aber Sie brauchen mehrere Adressen, um die Funktionen anzusteuern. Zum Beispiel eine 3-Wege-MCC-Weiche, die mit einem Servo gesteuert wird. Wenn Sie diese \u00fcber Koploper steuern m\u00f6chten, ben\u00f6tigen Sie mindestens zwei Adressen. Sie k\u00f6nnen dies in der OC32 l\u00f6sen, indem Sie einen Redirect von einem anderen, ungenutzten Pin durchf\u00fchren, aber manchmal ist das unpraktisch oder sogar unm\u00f6glich, zum Beispiel wenn Sie sehr viele solcher Ger\u00e4te an einer OC32 haben. Sie ben\u00f6tigen dann also eigentlich mehr als die 32 verf\u00fcgbaren Adressen pro OC32. Mit OM32 Flexible Addressing ist dies m\u00f6glich, indem einem Pin mehrere Adressen zugewiesen werden. <\/p>\n\n Es gibt eine wichtige Einschr\u00e4nkung bei OM32 Flexible Addressing. Wenn diese Funktion aktiviert ist, funktioniert nur noch ein einziger OM32-Befehl: \u201eSet Aspect\u201c. <\/p>\n\n Bei der ersten einem Pin zugewiesenen Adresse sind die Aspects 1 zu 1 gekoppelt, d. h. Aspect 0 steuert Stellung 0, Aspect 1 steuert Stellung 1 usw. Bei der n\u00e4chsten Adresse steuert Aspect 0 Stellung 2, Aspect 1 steuert Stellung 3 usw. Bei einer eventuellen weiteren Adresse steuert Aspect 0 Stellung 4, Aspect 1 Stellung 5 usw. <\/p>\n\n Flexible DCC-Adressierung funktioniert auf die gleiche Weise wie die oben beschriebene flexible OM32-Adressierung. Die DCC-Startadresse konnten\/mussten Sie bereits einstellen, daran hat sich nichts ge\u00e4ndert. Neu hinzugekommen ist die M\u00f6glichkeit, jedem Pin 0 bis 6 DCC-Adressen zuzuweisen. So k\u00f6nnen Sie DCC-Adressen einsparen oder umgekehrt einem Ger\u00e4t mehrere DCC-Adressen zuweisen, ohne Redirects verwenden zu m\u00fcssen. Bei DCC ist dies noch wichtiger als bei der seriellen Adressierung, da leider fast kein DCC-System \u201eExtended Accessory Decoder Packets\u201c generieren kann, mit denen man eine DCC-Adresse in 32 Stellungen schalten kann. Sie sind daher in fast allen F\u00e4llen gezwungen, auf die Stellungen \u201egerade\u201c und \u201eabzweigend\u201c zur\u00fcckzugreifen, also nur zwei pro DCC-Adresse. <\/p>\n\n Da iTrain nun in Kombination mit bestimmten Zentraleinheiten Extended DCC Accessory Packets unterst\u00fctzt, wurden auch die M\u00f6glichkeiten in der OC32 hierf\u00fcr weiter optimiert. Hinsichtlich der Z\u00e4hlung ist die DCC-Spezifikation h\u00f6chst unklar, vor allem in Bezug auf den Start bei Adresse 0 oder 1. Dies wird dadurch erschwert, dass ein Basic DCC Accessory Decoder faktisch 4 Adressen mit jeweils 2 Ausg\u00e4ngen mit wiederum jeweils 2 Zust\u00e4nden hat. Es ist also unklar, ob Decoder 1 mit Adresse 0, 1, 4 oder 5 beginnt. Nach R\u00fccksprache mit u. a. iTrain wurde in der OC32 folgende Implementierung gew\u00e4hlt: <\/p>\n\n Wenn Sie Ihre OC32-Module sowohl f\u00fcr Zubeh\u00f6r am Gleis als auch f\u00fcr Zubeh\u00f6r an der Stra\u00dfe sowie f\u00fcr Tag-\/Nachtbeleuchtung verwenden, bietet diese Kombination eine noch gr\u00f6\u00dfere Ersparnis. Angenommen, Sie steuern Ihr Bahnzubeh\u00f6r mit DCC, Ihr Autozubeh\u00f6r mit RS485 und die Tag-\/Nachtsimulation autonom oder \u00fcber ETI-Eing\u00e4nge. In diesem Fall m\u00fcssen Sie ab sofort nur noch DCC-Adressen an Ger\u00e4te vergeben, die \u00fcber DCC steuerbar sein m\u00fcssen, und OM32-Flex-Adressen an Ger\u00e4te, die \u00fcber RS485 gesteuert werden. <\/p>\n\n Es war bereits m\u00f6glich, die f\u00fcr die Trigger-Eing\u00e4nge definierten Ereignisse (Events) auch softwareseitig (aus einer Aspect-Definition heraus) mittels einer \u201eSoft-Event\u201c-Instruktion zu aktivieren. Die M\u00f6glichkeiten zur Nutzung der Event Trigger Inputs wurden stark erweitert: <\/p>\n\n Durch die Erweiterung der M\u00f6glichkeiten wurde die Registerkarte \u201eEvent Configuration\u201c von OC32Config stark vereinfacht. Das klingt widerspr\u00fcchlich, aber aufgrund der vielen neuen Optionen passte es schlichtweg nicht mehr in das Fenster. Sie m\u00fcssen die Einstellungen nun Pin f\u00fcr Pin konfigurieren. Das hat Vor- und Nachteile. <\/p>\n\n Es ist nun m\u00f6glich, einen Pin (also einen oder mehrere der 32) als Eingang zu konfigurieren. Damit entsteht u. a. die M\u00f6glichkeit, die OC32 als eigenst\u00e4ndige Steuereinheit f\u00fcr analoge Modellanlagen ohne PC-Steuerung zu nutzen. Nat\u00fcrlich ben\u00f6tigen Sie einen PC, um die OC32 zu konfigurieren, aber sobald dies geschehen ist, k\u00f6nnen Sie die Funktionen der OC32 \u00fcber Druckkn\u00f6pfe, Reed-Kontakte, Schalter oder andere externe Signale steuern, die an eine Reihe von Pins der OC32 angeschlossen sind. Es handelt sich in gewissem Sinne um eine Erweiterung der Event-Inputs, \u00fcber die die OC32\/FULL und OC32\/ETI bereits verf\u00fcgten, nur ist die Funktion etwas anders. Ein Eingang ist Aktiv (1) oder Inaktiv (0). Der Pin kann High-aktiv (normal) oder Low-aktiv (invertiert) sein. High-aktiv bedeutet, dass der Pin als Aktiv angesehen wird, wenn das Eingangssignal h\u00f6her als 4 V ist. Der Pin wird als Inaktiv angesehen, wenn das Eingangssignal niedriger als 1 V ist. Low-aktiv ist das Umgekehrte. Bei der Einstellung Low-aktiv (invertiert) generiert die OC32 einen sogenannten \u201ePull-Up\u201c. Das bedeutet, dass der Pin \u201eHigh\u201c (also Inaktiv) ist, wenn nichts angeschlossen ist. Sie k\u00f6nnen in diesem Fall einfach einen Schalter oder Druckknopf zwischen dem Pin und GND anschlie\u00dfen. Schalter\/Knopf geschlossen ist dann Aktiv, Schalter\/Knopf offen ist Inaktiv. Bei der nicht-invertierten Einstellung ist der Zustand undefiniert, wenn nichts am Pin angeschlossen ist. <\/p>\n\n Ein mechanischer Schalter prellt beim Umschalten (fast) immer. Daher verf\u00fcgt die OC32 \u00fcber eine \u201eDebounce\u201c-Funktion (Entprellung). Die OC32 pr\u00fcft dann mehrmals hintereinander, ob der Eingang wirklich Aktiv oder Inaktiv ist, bevor diese Schlussfolgerung gezogen wird. Diese Verz\u00f6gerung hei\u00dft ON-delay und OFF-delay und ist pro Pin \u00fcber OC32Config einstellbar. Standardm\u00e4\u00dfig betr\u00e4gt die Verz\u00f6gerung 4, ca. 100 ms. Wenn Sie Probleme mit prellenden Eing\u00e4ngen haben, k\u00f6nnen Sie diese Werte erh\u00f6hen. Meist hilft es bereits ausreichend, nur das OFF-delay zu erh\u00f6hen. Wenn die OC32 auf sehr kurze Impulse reagieren soll, m\u00fcssen Sie (einen dieser) Werte verringern. <\/p>\n\n Das Aktivwerden eines Pins l\u00f6st Aspect 1 des betreffenden Pins aus. Das Inaktivwerden l\u00f6st Aspect 0 aus. \u00dcber die Aspect-Konfiguration k\u00f6nnen Sie also v\u00f6llig frei festlegen, was passieren soll, wenn der Eingang Aktiv oder Inaktiv wird. <\/p>\n\n Bisher konnte die OC32 nur Befehle von einem Digitalsystem oder PC empfangen. Ab sofort kann die OC32 auch Ereignisse an den PC zur\u00fcckmelden. Voraussetzung ist, dass die Verbindung zur OC32 \u00fcber RS485 erfolgt. Mit der PM32 k\u00f6nnen Sie 64 Weichen (128 Spulen) mit 24 Dr\u00e4hten ansteuern. Die ersten beiden Optionen sind nat\u00fcrlich wenig sinnvoll, aber f\u00fcr die letzten drei Optionen wird eine Ger\u00e4tedefinition erstellt. An der OC32 befinden sich zwei serielle Schnittstellen: RS485 und RS232\/TTL. Letztere konnte bisher nur empfangen. Nat\u00fcrlich verf\u00fcgt dieser Port \u00fcber eine Sendem\u00f6glichkeit, die jedoch von der OC32 nicht genutzt wurde. Mit \u201eSendSerial\u201c kann dieser Port Daten an externe Ger\u00e4te senden, wie z. B. MP3-Player und andere Dinge, die mit einfachen seriellen Befehlen gesteuert werden k\u00f6nnen. Die folgenden Instruktionen wurden bereits als \u201everaltet\u201c deklariert und sind ein Erbe aus der OM32-\u00c4ra. Diese Instruktionen wurden nun endg\u00fcltig entfernt: <\/p>\n\n Das, was diese Funktionen bewirkten, kann heutzutage besser und flexibler mit Sequence-Instruktionen erreicht werden.<\/p>\n\n\n
Ger\u00e4tekonfiguration<\/a><\/h2>\n\n
OC32 eXtended Addressing (Erweiterte Adressierung)<\/a><\/h2>\n\n
OM32 Flexible Addressing<\/a><\/h2>\n\n
Flexible DCC Addressing<\/a><\/h2>\n\n
Extended DCC-Adressierung<\/a><\/h2>\n\n
Nummerierung von DCC-Adressen<\/a><\/h2>\n\n
\n
Kombination von Flexible OM32 und DCC Addressing.<\/a><\/h2>\n\n
Event Control<\/a><\/h2>\n\n
\n
Pins als Eingang verwenden<\/a><\/h2>\n\n
R\u00fcckmeldungen<\/a><\/h2>\n\n
Weichen-Multiplexer<\/a><\/h2>\n\n
\n
SendSerial<\/a><\/h2>\n\n
Entfernte Funktionen<\/a><\/h2>\n\n
\n
(Einige) Sonstige \u00c4nderungen<\/a><\/h2>\n\n
OC32Config<\/a><\/h3>\n\n
\n
Allgemein<\/a><\/h3>\n\n
\n