Loading...
 

OM32, OC32 and LichtOrgel


OC32 Device Definition für Doppelkreuzungsweichen

Hallo,

Ich versuche gerade einen OC32 für Doppelkreuzungsweichen für iTrain zu konfigurieren (Siehe Screenshot von iTrain).
Es will mir einfach nicht richtig gelingen. Ich habe versucht, ein OC32Devices.def anzupassen, so dass es solche Kreuzungsweichen zu Auswahl bringt (siehe "Kreuzungsweiche.def") Leider funktioniert dies nicht richtig, auch weil ich keine Beschreibung gefunden habe, was das exakte Format der DefinitionFiles ist, also was es genau mit den Einträgen "Pin", "Cfg", "Asp" und "Ins" und deren Parametern auf sich hat.

Fragen:
a) Kann mit jemand ein .def für eine Doppelkreuzungsweiche für iTrain liefen?
b) Ich hätte gerne eine exakte und ausführliche Beschreibung über den Aufbau der OC32Definitions.def Files, die alle Fragen klärt. Gibt es so etwas.

Vielen Dank für eure Hilfe
Michael


Netherlands

Hallo Michael,

Ein DKW wird in iTrain als Weiche mit 2 normale Antriebe definiert. Also anzahl Adressen = 2. Und dann AC = gerade, gerade, AD = gerade, abbiegen, usw.

Bin im Moment nicht im Büro, aber ich hoffe es ist klar für dich. Wenn nicht lass es wissen.

MfG Leon

Hallo Leon,
Vielen Dank für Ihre Antwort.

Ich habe es so ausprobiert, wie Sie es kurz erläutert haben. Leider wird nur der Elektromotor 1 betätig, Elektromotor 2 bewegt sich nie. Wenn ich die Definition einer Dopelkreuzungsweiche in iTrain betrachte (siehe Beilage) so ist mir nicht ganz klar, wie ich die 2 separaten Weichenantriebe im OC32Config konfigurieren muss.
a) Muss ich bei Weichenantrieb 1 alle Aspekte 0..3 konfigurieren? Wie?
b) Muss ich bei Weichenantrieb 2 alle Aspekte 0..3 konfigurieren? Wie?

Ich habe versucht, für beide Weichenantriebe die Aspekte 0..3 als Multibit 2 zu definieren, aber irgendwie klappt es nicht. Es bewegt sich immer nur Weichenantrieb 1.

Wie gesagt, es wäre cool, wenn es direkt ein Device "Doppelkreuzungsweiche" im OC32Definitions.def gäbe. Aber dazu fehlt mir die nötige Information, wie der genaue Inhalt dieses Abschnittes dann auszusehen hätte. Gibt es dazu eine Dokumenttion (auch Englisch wäre kein Problem)

Vielen Dank für Ihre Hilfe
Michael


Hallo Leon,

Ich habe nun einen Weg gefunden, der funktioniert. Dazu muss die Zustandsabbildung der DKW in iTrain komplett geändert werden, so, dass die 4 Zustände der DKW jeweils einem eigenen Aspekt zugeordnet werden. Beim Umschalten der DWK in iTrain wird jetzt 1 einziges Kommando mit einem Apekt 0 .. 3 verschickt. (siehe Beilage iTrainDkwNeuSmall.jpg)

Dazu muss natürlich auch die OC32 Konfiguration entsprechend angepasst werden. (siehe Konfigurationsfile



Netherlands

Hallo Michael,

Wenn Sie gemacht haben was Sie schreiben haben Sie es nicht "probiert wie ich angegeben habe".
Ich habe geschrieben:
"Ein DKW wird in iTrain als Weiche mit 2 normale Antriebe definiert. Also anzahl Adressen = 2. Und dann AC = gerade, gerade, AD = gerade, abbiegen, usw"

Auf Ihre Beispiele ist "Anzahl Adressen = 1". Es sollte Anzahl = 2 sein (mit jeder 2 Aspekte, 0 und 1, oder Gerade Abbiegend). Dan kann mann pro Antrieb eingeben ob es gerade oder abbiegen sein muss, oder Aspect 0 oder Aspect 1.
Man braucht also gar keine spezielle Definition für Antriebe. Die heutige Methode funktioniert unabhängig ob man Doppelspulantriebe, Servo's, Matrixsteuerung, Postrelais oder sogar DCC verwendet und ist daher universell.
Wenn ich Sie damit einen großen Gefallen tue mache Ich gerne so eine definition, aber ich glaube nicht, dass ich es allgemein veröffentlichen werde, weil ich erwarte, dass es mehr Fragen aufwirft, als dass es Lösungen bietet. Schließlich müssen Sie noch angeben, welcher Aspekt zu welchem ​​der vier Modi gehört. In meinen Augen ist es weder weniger Arbeit noch weniger kompliziert.
Ich würde es gerne hören.

Mit herzlichen Grüßen, Leon

Hallo Leon,

Vielen Dank für Ihre Antwort. Ich verstehe, warum für eine DKW keine eigene Definition in OC32config vorhanden ist.

Ivh habe mir Ihre Antworten nochmals angeschaut und nochmals einen Versuch gemacht. Entweder bin ich zu "dumm" um zu verstehen, was man genau machen muss, oder es funktioniert wirklich etwas nicht richtig.
Was ich gemacht habe:
a) In OC32Config eine normale Weiche (2 Adressen) auf Device-Pin 5 (Adresse 5 und 6) ==> Erster Antrieb der DKW
b) In OC32Config eine normale Weiche (2 Adressen) auf Device-Pin 7 (Adresse 7 und 8) ==> Zweiter Antrieb der DKW
c) in iTrain eine DKW mit Pseudo Adresse "Doppelt (1,2), dort Adresse 1 = 5 und Adresse 2 = 7

Das funktioniert so nicht. Ich habe das Protokoll analysiert und festgestellt, dass immer nur die Adresse des ersten Antrieb (Pin 5, (84H im Protokoll)) angesprochen wird. Die Adresse des zweiten Antriebs (Pin 7, (86H im Protokoll) wird nie angesprochen.

Was mache ich nur falsch ?????

Ich habe sämtliche Infos anschaulich mit Screenshots dargestellt und die OC32 Konfiguration abgespeichert, so dass Sie sehen können, was ich gemacht habe. Alle Files sind gezippt beigelegt.

Vielen Dank und sorry, dass es so viel Mühe bereitet.
Freundliche Grüsse aus der Schweiz
Michael


Netherlands

Hallo Michael,

Ich denke, ich werde diese Frage an einen iTrain-Spezialisten weiterleiten. Ehrlich gesagt verstehe ich nicht wirklich, warum es einen Unterschied zwischen OC32 Aspect und OC32X Aspect gibt. Das ist eine Entscheidung von iTrain, deren Notwendigkeit mir nach all den Jahren immer noch entgeht.
Ansonsten werde ich es selbst mal ausprobieren.

MfG, Leon


Hallo Leon,

Nochmals vielen Dank für Ihre Bemühungen. Vorerst werde ich die DKW bei iTrain mit 4 Adressen und 4 Aspekten definieren und bei OC32 ebenso. Damit hat es ja funktioniert. Es ist zwar ein Bisschen kompliziert, aber der Aufwand hält sich in Grenzen, weil man ja meist nicht viele DKWs auf einer Anlage hat.

Trotzdem würde es mich interessieren, wie man es "richtig" macht und würde mich freuen, wieder von Ihnen zu hören.

Freundliche Grüsse
Michael


Netherlands

Hallo,

Ihr Problem ist, dass Sie jetzt nur Spule 1 auf Aspekt 0 und 1 steuern, aber etwas in der zweiten Spalte steuern möchten, das dort nicht vorhanden ist.

Du hast 2 Spulen, also auch 2 Adressen. In deinem Fall ist die Spule 1 an Adresse 5 (Aspekt 0 und 1 gerade bzw. divergierend). Und die zweite Spule an Adresse 7? und auch sie hat Aspekt 0 und 1.

Im OC32 konfigurieren Sie einfach 2 Magnetspulen getrennt voneinander.
In iTrain wählen Sie Doppeladresse und geben die 2 Adressen ein, die Sie verwenden. Ich erwarte die Adressen 5 und 7 (6 gehört zu Spulenadresse 5)

Dann machen Sie in der ersten Spalte die Kombinationen mit Adresse 5 Aspekt 0 und 1, und in der zweiten Spalte die Kombinationen mit Adresse 7.

Man muss etwas rätseln und ausprobieren, um die richtige Kombination für die Modi zu finden. Hauptsache man wählt in der ersten Spalte die Aspekte mit der ersten Adresse und in der zweiten Spalte die Aspekte der zweiten Adresse.

Jeder Modus AC/BD/BC/AD muss eine Kombination von Aspekten zwischen den beiden Adressen wechseln.

Ein Beispiel ist beigefügt.

Hallo Martin,

Vielen Dank für Ihre Antwort. Ich habe es so ausprobiert und tatsächlich, so funktioniert es. wink

Nur, ich habe absolut keine Idee, warum in der 2.Spalte die Werte 33, resp. 34 stehen müssen, das hat in meinen Augen überhaupt keinen Zusammenhang mit der Adresse 7. Zudem kann stehen diese Werte in der Drop-Down Liste in Spalte 2 nur zur Verfügung, sofern das Ausgabegerät = "OC32 aspect". Bei Ausgabegerät = "OC32x aspect" ist die Auswahl in der Drop-Down Liste nicht vorhanden. eek
Kann man dieses Verhalten im Manual von iTrain irgendwo nachlesen? Wissen Sie wo?

Nochmals vielen Dank für Ihre Hilfe und viele Grüsse aus der verschneiten Schweiz
Michael


Netherlands

Hallo Michael,

Sie haben Recht. Die Zahlen 33 und 34 sind schwer zu verstehen. Und was mir nicht bewusst war, ist, dass diese Methode nur mit OC32Aspect und nicht mit OX32XAspect funktioniert. Ich erinnere mich, dass Xander mir das einmal erklärt hat, aber ich erinnere mich nicht an die Details.
Ich denke, dass Sie XASpect nur benötigen, wenn Sie mehr als 32 Adressen pro OC32 verwenden. Warum man mit XASpect nicht 2 Adressen pro Switch haben kann, ist mir auch ein Rätsel.
Es hat eine Weile gedauert, aber du hast mich überzeugt. Anbei finden Sie eine (experimentelle) Gerätedefinition für 2 Weichenimpulsantriebe mit insgesamt 4 Aspekten. Wenn Sie immer noch Lust dazu haben, probieren Sie es aus. Dies sollte auch für XAspect funktionieren.

MfG, Leon

Hallo Leon,

Perfekt. Das hat geholfen. Ich brauche stetige Signale nicht gepulst und habe deshalb die Konfiguration etwas geändert (siehe Beilage). Ich hoffe, dass ich dies richtig gemacht habe.
Ein Beschreibung der .def Files würde definitv helfen, die Konfigurationen selber zu erstellen.

Nichamls vielen Dank für Ihre Hilfe.

Freundliche Grüsse
Michael


Netherlands

Hallo Michael,

Nein, die Datei ist nicht korrekt.
Diese Dateien sind nicht für die manuelle Bearbeitung gedacht. Es gibt keine Beschreibung dazu und wird es auch nicht geben.
Konfigurationen und Gerätedefinitionen können mit OC32Config erstellt, bearbeitet und gespeichert werden. Das ist der einzig richtige Weg. Wie das funktioniert, ist im Handbuch OC32 Extended Configuration 3.0 beschrieben. Es ist derzeit nur auf Niederländisch verfügbar. Ich habe derzeit leider keine Zeit, dieses Handbuch zu übersetzen.

MfG, Leon


Hallo Herr Hornis,

Vielen Dank für Ihren Post. Ich habe mir die .DEF angeschaut. Ist diese Definitionsdatei nicht für eine gepulste DKW? Ich benötige eine Definition, bei der die Ausgänge statisch sind. Im Übrigen sieht die Datei praktisch gleich aus, wie eine die von Leon van Perlo in diesem Thread gepostete Definitionsdatei für gepulste DKW ("Posted by Leon van Perlo on 2024-01-21 23:22")

Freundliche Grüsse
Michael



 
Dutch (Nederlands, nl)English British (British English, en-uk)German (Deutsch, de)