Hallo Holger28,

du musst bei RocRail die Adresse deines DCC-Zubehördecoders unter Port eintragen.

z.B. Wie hier bei eine meiner Weichen mit der DCC Adresse 104:


Das ganze nennt sich PADA...

Zitat

---

Wenn die Adresse auf "0" gesetzt wird und der Port > "0" ist, wird in einigen Zentralen PADA aktiviert.

---

MADA, FADA sind andere Zählweisen von Adressen.
Für die "normal" DCC-Adressierung reicht der Eintrag in dem Port Feld...

Quelle: WIKI RocRail

Danke für die Antworten. Im Rocrail-Wiki ist angegeben, dass z21 kein PADA unterstützt.

Ich habe jetzt 24 (20+4 wegen Verschiebung) bei Adresse und 0 bei Port angegeben = FADA und siehe da, zumindest einmal hat das Relais gezuckt. Ich bin auf dem richtigen Weg. Heißt das nun, dass ich für die nächste Weiche DCC 25 angebe und jede Weiche seine eigene DCC-Adresse hat?

Viele Grüße,
Holger

Hallo Holger,

bei mir ist das so. Jede Weiche hat seine eigene Adresse.
3-Wege-Weichen haben z.B. zwei Adressen.

Viele Grüße
Armin

Hallo, prima, jetzt ist bei mir der Groschen gefallen. Von dem Versatz um 4 hatte ich zwar vorher schon gelesen aber da hatte ich noch keinen Bezug dazu. Und auch das jede Weiche eine eigene DCC-Adresse bekommt habe ich jetzt gelernt. Nachdm ich bei der Weiche die standardmäßig eingestellte Schaltzeit in Rocrail deaktiviert habe kommen auch nicht mehr die timout Fehlermeldungen. Ich habe die Schaltzeit im Decoder vorgegeben. Und vor allem habe ich die Bestätigung, dass mein erster Versuch die Platine aufzubauen funktionert hat!

Allen noch einen schönen Abend und danke für die prompte Hilfe,
Holger

Hallo Franz-Peter,
im Manual zur Version 7 steht beim Beispiel für Vorsignal (3-Begriffig) folgendes bei FSIGNAL0:
(Dcc-Addr 1/grün) Leds für Vr1 -> 255 | Ungenutzt

Was allerdings passiert, ist dass alle LEDs eines 3-begriffigen Vorsignals eingeschaltet werden. Der Befehl wird also nicht ignoriert.
Wahrscheinlich reicht es da eine 0 einzutragen, um keine LED einzuschalten.

Viele Grüße
Alfred

Hallo zusammen,

ich war nicht aufmerksam genug. A6 und A7 habe ich mit verwendet musste aber feststellen, dass die wirklich nur analog zu benutzen sind. Hat Franz-Peter eigentlich auch in der KONFIG-Datei erwähnt. Gut, muss ich A3 und A5,die jetzt die Jumper abfragen, mit A6 und A7 tauschen.

Brauche ich für einen reinen Weichendecoder überhaupt eine Rückmeldung über den zweiten Optokoppler oder wird da nichts gemeldet? Ich habe nur FCOIL im Einsatz für Doppelspulenweichen ohne Lagemeldung.

Viele Grüße,
Holger

Hallo Alfred,

Zitat von MoBa_Alfred im Beitrag #855

---

Der Befehl wird also nicht ignoriert.

---

Hallo Holger,

Zitat von Holger28 im Beitrag #856

---

Brauche ich für einen reinen Weichendecoder überhaupt eine Rückmeldung über den zweiten Optokoppler oder wird da nichts gemeldet?

---

Hallo,
ich habe einen Decoder parametrisiert für 4begriffiges HS und 3begriffiges VS am gleichen Mast, weiteres 3begriffiges VS, BÜ-Blinker, einfacher Schalter. Die Basisadresse ist 801. Es funktioniert alles gut, außer dass das 2.VS nicht mit dem HS Adr.801 mitschaltet obwohl ich die Adresse des HS eingetragen habe. Auf Adresse 805/806 reagiert des 2.VS einwandfrei.
Konfiguration

/* iniFmode (CV120,130,..*/ { 0b000000, 0b000100,  0b00000,  0b00000,  0b00000,  0b00000,     0x47,        0 },
/* iniPar1 (CV121,131,..*/  { 0b001001, 0b110001,  0b01001,  0b01010,  0b01001,  0b01010,       70,        0 },
/* iniPar2 (CV122,132,..*/  { 0b100010, 0b100110,  0b10010,  0b00000,  0b10010,  0b00000,       70,        0 },
/* iniPar3 (CV123,133,..*/  {        3,        0,        0,        0,       33,       34,      100,        0 },
/* iniPar4 (CV124,134,..*/  { 0b000101,        0,        0,        0,        3,        3,        0,        0 }, 
/* iniPar5 (CV125,135,..*/  {        0,        0,        0,        0,        0,        0,        0,        0 },
/* iniPar6 (CV126,136,..*/  {        0,        0,        0,        0,        0,        0,        0,        0 },
/* iniPar7 (CV127,137,..*/  {        0,        0,        0,        0,        0,        0,        0,        0 },
/* iniPar8 (CV128,138,..*/  {        0,        0,        0,        0,        0,        0,        0,        0 },
/* iniState (CV129,139,..*/ {        0,        0,        0,        0,        0,        0,        0,        0 }}; // Status-Werte
//------------------------------------------------------------------------------------
 
 

Rechne ich die Adresse falsch um oder habe ich da was falsch verstanden?

EDIT: Habe gerade gemerkt dass das VS dann auf Adresse 33 reagiert.

Viele Grüße
Alfred

noch ein kleiner Hinweis:
Im Manual in der Tabelle CV-Werte - Übersicht
Lichtsignale
Bild entfernt (keine Rechte)
stimmt da etwas mit der Reihenfolge / den CV-Nummern oder so nicht?
In der Tabelle Seite 8/9 ist es ja ok.

Viele Grüße
Alfred

Zitat von MoBa_Alfred im Beitrag #859

---

Rechne ich die Adresse falsch um oder habe ich da was falsch verstanden?

---

Zitat von MoBa_Alfred im Beitrag #860

---

stimmt da etwas mit der Reihenfolge / den CV-Nummern oder so nicht?

---

Zitat von MicroBahner im Beitrag #861

---

Sieht so aus, als wären da noch Rudimente der Vorgängerversion drin

---

Zitat von MicroBahner im Beitrag #862

---

Zitat von MicroBahner im Beitrag #861

---

Sieht so aus, als wären da noch Rudimente der Vorgängerversion drin

---

Ja, sieht wirklich so aus. Früher stand das HighByte der Adresse im letzen Parameter, jetzt in Par4.
Schreib das HighByte mal in iniState rein. Wenn's dann geht, dann war's das.

---

Hallo Franz-Peter,
irgendwas ist auch verdreht, wenn man Adresse 802 schaltet, das zugehörige VS schaltet bei HP2 aus und bei SH1 auf VR2.
Anbei die Konfigdatei.

Grüße
Alfred

Franz-Peter,

Da du ja schon über eine Version 7.0.1 nach denkst….
Es gab vor einer Weile einen Quasi-FeatureRequest…

RE: Arduinobasierter DIY Zubehördecoder V7.0.0 freigegeben (34)


😁

Grüße

Hallo Alfred,

Zitat von MoBa_Alfred im Beitrag #864

---

irgendwas ist auch verdreht, wenn man Adresse 802 schaltet,

---

const byte iniTyp[]     =   { FSIGNAL2, FSIGNAL0,  FVORSIG, FSIGNAL0, FVORSIG, FSIGNAL0,   FSTATIC,  FSTATIC };
const byte out1Pins[]   =   {       A0,       A3,       A5,        4,        6,        8,       10,       12 }; 
const byte out2Pins[]   =   {       A1,       A4,        3,        5,        7,        9,       11,       NC };
const byte out3Pins[]   =   {       A2,       NC,       NC,       NC,       NC,       NC,       NC,       NC };
                                                                                                                                 
const byte iniCVx[10][sizeof(iniTyp)]  = {
/* iniFmode (CV120,130,..*/ { 0b000000, 0b000100,  0b00000,  0b00000,  0b00000,  0b00000,     0x47,        0 },
/* iniPar1 (CV121,131,..*/  { 0b001001, 0b110001,  0b01001,  0b01010,  0b01001,  0b01010,       70,        0 },
/* iniPar2 (CV122,132,..*/  { 0b100010, 0b100110,  0b10010,  0b00000,  0b10010,  0b00000,       70,        0 },
 
 

Kannst Du mal beschreiben, welche Leds an welchen Pins hängen? Du schaltest z.B. beim Hauptsignal auch die 6. Led ( Bit 5 in den Masken) obwohl da gar keine Led zugeordnet ist.
Jedenfalls werden bei mir in einem ersten Test die Ausgangspins so geschaltet, wie das im Konfigfile steht, auch beim 2. Vorsiggal (805/806), wenn das Hauptsignal (801/802) angsteuert wird.

Hallo Franz-Peter,
entschuldige bitte die Verwirrung.
Ich hatte die Pinzuordnung einfach aus deinen Beispielen in der Anleitung übernommen. Da war wohl auch noch ein Relaisausgang dabei.
Ich habe das jetzt korrigiert.
Die Pins und Ledzuordnung ist folgendermaßen:
A0 rot-HS
A1 grün-HS
A2 gelb-HS
A3 rot2-HS
A4 weiss-HS
A5 gelb-VS1
3 grün-VS1
4 gelb-VS1
5 grün-VS1
6 gelb-VS2
7 grün-VS2
8 gelb-VS2
9 grün-VS2

Die angehängte Datei ist jetzt so wie es bei mir richtig schaltet, auch VS2 mit HS1.
EDIT: ein Fehler war noch in der angehängten Config: statt 0 bei den VS FSIGNAL0-iniPar1 muss natürlich 0b01001 stehen, also VR0.

Ich hoffe das hilft weiter.
Viele Grüße
Alfred

Hallo Alfred,

Zitat von MoBa_Alfred im Beitrag #867

---

Die angehängte Datei ist jetzt so wie es bei mir richtig schaltet, auch VS2 mit HS1.

---

Hallo an alle Interessierte dieses Decoders.

Zitat von Pfiff im Beitrag #865

---

Da du ja schon über eine Version 7.0.1 nach denkst….
Es gab vor einer Weile einen Quasi-FeatureRequest…

---

Das ist klasse, das gefällt mir,...

Danke Franz-Peter, super das du so schnell solche Sachen umsetzt und dabei so eifrig bist... Da könnten sich manche Entwickler eine Scheibe abschneiden....


Ich zitiere mich mal selber..

Vielleicht kannst da das in dem Atemzug gleich mit beheben...

Zitat von Pfiff im Beitrag #819

---

Wenn man wie auf Seite 20 im Handbuch, ein 3 griffiges Vorsignal den IniPar3 auf 0b11111111 (oder 255) beim FSSIGNAL0 stellt, ist diese nicht deaktiviert. So hatte ich es zumindes aus der Anleitung verstanden... kann ja auch ein Verständnis-Problem sein.

---

Zitat von Pfiff im Beitrag #870

---

den IniPar3 auf 0b11111111 (oder 255) beim FSSIGNAL0 stellt, ist diese nicht deaktiviert.

---

Zitat von Pfiff im Beitrag #870

---

Ansonsten hätte ich nur noch die Idee, dass man sich via USB-Seriell den Zustand der Ausgänge abfragen könnte...

---

Hallo Franz-Peter
toll dass Du über Ergänzungen nachdenkst. Wäre es eigentlich auch möglich, aus den Moba-Tools die Steppersteuerung in den Decoder zu integrieren?
Viele Grüße und besten Dank für den tollen Decoder.
Wolfi4711

Zitat von Wolfi4711 im Beitrag #872

---

Wäre es eigentlich auch möglich, aus den Moba-Tools die Steppersteuerung in den Decoder zu integrieren?

---

Hallo Franz-Peter
herzlichen Dank für prompte die Rückmeldung.
Ein Nano muss vermutlich nicht unbedingt sein. ESP32 und STM 32 sind auch für relativ kleines Geld zu bekommen. Auch würde ich den Stepper über z.B. den A4988 Treiber ansteuern. Somit würden die Pins „Step“, „Dir“ und „Enable“ gebraucht. Aber das weißt du alles viel besser als ich.

Wenn Du mal Langeweile hast…… :-))))))

Viele Grüße und alles Gute
Wolfi 4711

Hallo zusammen,

ich bin am versuchen mir ein 3 begriffiges Signal mit Rocrail einzurichten und bin nun langsam am verzweifeln.
Am Decoder (Adresse 20) habe ich die original Einstellungen wie im Manual genommen. Aber egal was ich in Rocrail einstelle die gelbe LED macht nicht das was sie soll.
Meist bleibt sie mit rot oder grün an.

const byte iniTyp[] = { FSIGNAL2, FSIGNAL0 };
const byte out1Pins[] = { A0, NC }; 
const byte out2Pins[] = { A1, NC  };
const byte out3Pins[] = { A2, NC  };
 
const byte iniCVx[10][sizeof(iniTyp)] = {
/* iniFmode (CV120,130,..*/ { 0, 0b000100 },
/* iniPar1 (CV121,131,..*/ { 0b001001 , 0b110001},
/* iniPar2 (CV122,132,..*/ { 0b100010, 0b100110 },
/* iniPar3 (CV123,133,..*/ { 0, 0 },
/* iniPar4 (CV124,134,..*/ { 0b000101, 0 }, 
/* iniPar5 (CV125,135,..*/ { 0, 0 },
/* iniPar6 (CV126,136,..*/ { 0, 0 },
/* iniPar7 (CV127,137,..*/ { 0, 0 },
/* iniPar8 (CV128,138,..*/ { 0, 0 },
/* iniState (CV129,139,..*/ { 0, 0 }}; // Status-Werte
 

In Rocrail habe ich unter der Adresse für Rot: 20, Grün: 21 eingestellt.
Unter Steuerung Markierung auf Muster.
Unter Einzelheiten habe ich die Einstellung wie im Bild gemacht.

[img]Bild entfernt (keine Rechte)[/img]

Vielleicht benutzte ich auch die falschen Auswahlmöglichkeiten.