Forum: Mikrocontroller und Digitale Elektronik Lenz RS-BUS Probleme


von Hans Fanic (Gast)


Lesenswert?

Hallo,

ich bin gerade am Basteln für meine Modellbahn.
Ich möchte eigene Rückmelder für meine Lenz
Zentrale bauen. Dazu habe ich mir auf der-moba.de
die Specs angeschaut.

Allerdings sind mir da ein paar ungereimtheiten aufgefallen

Gleich am Anfang im Abschnitt Prinzip heist es:
... Es ergibt sich eine Pulsfolge mit 130 Pulsen,
mit ca. 109ms High und ca. 93ms Low.....
Das Impulsdiagramm (Bild 3) zeigt aber Impulse von
109uS und 93uS. Dies konnte ich auch messen.

Danach im Abschnitt der physikalischen Realisierung
wir von einer 18mA Stromquelle für TXD der Rückmelder
gesprochen, aber im Bild 1. eine 21mA Stromquelle für das
Senden der Rückmelder gezeigt.

Weiter gehts mit Meldungen (Beispiele) da wird als Parity Bit
even festgelegt, wenn ich mir aber die Beispiele aber so betrachte
glaube ich Parity odd zu erkennen.

Ferner verwirrt
T1 - T1, fest High bei RM (feedback Module) und
T0 - T0, fest Low bei RM

während in der Erklärung der TT Bits

11 - reseviert für Zukünftige Anwendungen und
00 - Schaltempfänger ohne! Rückmeldung

erläutert wird.

Ein Nachbau der RM-Schaltung mit einem Software UART
mit 4800bit/s und der Bitfolge wie beschrieben auf der
festen Adresse(Pulse) 70 mit dem Meldungs Beispiel 0 für
zuerst das low Nibble und dann das high Nibble führte zu
keiner Anmeldung auf meiner Lenz Zentrale.

Hat sich damit schon jemand beschäftigt?

Hans

von Thomas P. (topla)


Lesenswert?

Hans Fanic wrote:

> Gleich am Anfang im Abschnitt Prinzip heist es:
> ... Es ergibt sich eine Pulsfolge mit 130 Pulsen,
> mit ca. 109ms High und ca. 93ms Low.....
> Das Impulsdiagramm (Bild 3) zeigt aber Impulse von
> 109uS und 93uS. Dies konnte ich auch messen.

µs sind richtig, ist ein Fehler in der Doku.

> Danach im Abschnitt der physikalischen Realisierung
> wir von einer 18mA Stromquelle für TXD der Rückmelder
> gesprochen, aber im Bild 1. eine 21mA Stromquelle für das
> Senden der Rückmelder gezeigt.

Ist egal, wichtig ist der Unterschied zwischen 3mA und ca. 20mA

> Weiter gehts mit Meldungen (Beispiele) da wird als Parity Bit
> even festgelegt, wenn ich mir aber die Beispiele aber so betrachte
> glaube ich Parity odd zu erkennen.

Weiß ich nicht mehr auswendig.

> Ferner verwirrt
> T1 - T1, fest High bei RM (feedback Module) und
> T0 - T0, fest Low bei RM
>
> während in der Erklärung der TT Bits
>
> 11 - reseviert für Zukünftige Anwendungen und
> 00 - Schaltempfänger ohne! Rückmeldung

Ist richtig:
10 - Rückmelder
01 - Schaltempfänger mit Rückmeldung

Gruß
Thomas

von Hans Fanic (Gast)


Lesenswert?

Hallo Thomas,

woran könnte dann das Problem bei der Anmeldung liegen.

Sind die 4800Bit/s für die Rückmeldung korrekt?

Das ganze lässt sich schlecht messen.

Hans

von Thomas P. (topla)


Lesenswert?

4800 Bit/s sind korrekt. Wichtig ist, dass die beiden Nibbles in 
aufeinanderfolgenden Telegrammen gesendet werden, das untere Nibble 
zuerst. Nichtanmeldung kann Folge eines Reihenfolgefehlers oder nicht 
korrekter Parität sein.

Gruß
Thomas

von Hans Fanic (Gast)


Lesenswert?

Hallo,

danke für die Info. Das habe ich eigentlich gemacht.

Zuerst das Low Nibble und dann das High Nibble mit den
Daten aus den Beispielen (Meldungen 1 = Low + 5 = High)
auf der noch festen Adresse 70 zum Test.

Baudrate habe ich überprüft und mehrfach simuliert d.h.
die Daten kommen auch richtig raus wie in der Codierung
beschrieben.

Trotzdem keine Anmeldung. Ich bin fast am verzweifeln.

Hans

von Thomas P. (topla)


Lesenswert?

Oooch, nicht so schnell verzweifeln, ich habe Tage alleine am GZIO-Bus 
gesessen. Am Schnellsten wird es gehen, die Zentrale zu öffnen und 
direkt am Rückmeldeprozessor den LA anzuklemmen, zuerst mit einem 
Lenz-Rückmelder und dann mit dem Eigenbau. Meist fällt es dann schon wie 
Schuppen aus den Haaren...

Gruß
Thomas

von Hans Fanic (Gast)


Lesenswert?

Hallo Thomas,

bin immer? noch nicht weiter. Habe leider keinen LA. Konnte aber mit dem 
Scope jetzt messen das z.B. auf Adresse 10 immer korrekt meine 
Rückmeldung für beide Nibbles beginnt.

Aber die Lenz Zentrale ignoriert dies wohl komplett der Adress Count 
Puls ist genause breit wie die anderen. Wenn ich aber die Specs richtig 
verstanden habe müsste doch die Zentrale warten bis ich mit dem ausgeben 
der Daten fertig bin.

von Thomas P. (topla)


Lesenswert?

Da kann ich jetzt nur raten. Eventuell mal prüfen, ob die Antwort zu 
zeitig oder zu spät kommt. Die richtige Parität hast Du herausgefunden?
Im Moment habe ich einen anderen Aufbau am LA hängen, aber bei 
Gelegenheit werde ich das mal nachvollziehen.

Gruß
Thomas

von Hans Fanic (Gast)


Lesenswert?

Hallo Thomas,

danke für dein Geduld. Was ich bisher herausgefunden habe ist das ich 
weis - das ich nichts weis.

Ich triggere mit einem Portpin auf dem Scope auf eine festeingestellte 
Adresse. Wenn ich die Taktflanken durchzähle sind die immer gleich d.h. 
meine State Machine funzt so richtig.

Wenn ich an der Adresse das Startbit ausgebe ist der Puls länger als der 
Adresspuls bzw. es kommt schon der nächste Adresspuls während das 
Startbit noch aktiv ist. Das kann ja schon mal nicht sein. Die Lenz 
Zenrale müsste für eine "gewisse Zeit" aufhören Adresspulses zu 
generieren. Das heist die Zentrale bekommt überhaupt nicht mit das ich 
etwas senden will.

ich bin sehr verunsichert ob die Hardware Bild 1 - RS-Bus 
Teilnehmerschaltung so überhaupt funktioniert. Da kenne ich mich zu 
wenig aus - bin halt nur eine Hobby Elektroniker.

Bin am überlegen ob ich die "Zentrale" (wie Bild 2) nachbauen soll und 
daran messen. An meiner Lenz finde ich die Punkte nicht wo ich messen 
könnte ob überhaupt etwas empfangen wird. ferner hätte der Nachbau den 
Vorteil ich könnte an einem Portpin "zuppeln" als Trigger wenn eine 
bestimmte Adresse erreicht ist.

Hans

von Thomas P. (topla)


Lesenswert?

Ich bin auch kein gelernter Elektroniker. Schaue mal bei Paco 
http://www.tinet.org/~fmco/rs_en.html nach, der hat einen 
funktionierenden RS-Rückmelder und auch die Schaltung dazu. Vielleicht 
ist da etwas zu finden. Ich kenne ja deinen Aufbau nicht.

Gruß
Thomas

von Hans Fanic (Gast)


Lesenswert?

Hallo Thomas,

mein Aufbau entspricht dem was auf den Moba Seiten zu steht. Ich hab 
jetzt mal die Sender Seite auf einer Lochrasterplatte nachgebaut und 
schreib mir einen kleinen "Zentralen Emulator".

Schau'n mer mal was rein/raus kommt.

Ich melde mich und berichte ....


Hans

von Hans Fanic (Gast)


Lesenswert?

Hallo,

ich habe den Sender nach den Paco Seiten (die Schaltung von den Moba 
Seiten entspricht dem) nachgebaut und siehe da es wurden keine vom 
RS-Decoder zurückgelesen (gleiche Verhalten wie bei der Lenz Zentrale).

Den Widerstandswert vom Empfangsspannungsteiler auf den wert von der 
Paco Seite angepasst, die Sender Stromquelle modifiziert und siehe da 
jetzt kann ich bei meiner nachgebauten Schaltung Bits empfangen und bei 
meiner Lenz Zentrale kann ich feststellen das der Adresspuls während der 
Rückmeldung nicht verändert wird d.h. die Lenz Zentrale empfängt.

Anmelden immer noch nicht möglich. Das könnte jetzt mit der Parität 
zusammenhängen und mit möglicherweise der Baudrate des Decoders. Ich 
habe den Eindruck das die Zentrale mit unveränderter Geschwindigkeit (th 
= 109uS + tl = 93uS) weitertaktet und die Bits zurückliest. Das käme an 
die 4800 Baud ran. So ein verhalten legt ein Littfinski RS-decoder an 
meiner "Zentralen" Hardware zu Tage. Allerdings kann ich das schlecht 
messen.

Hast Du vielleicht noch ein Tipp?

Hans

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.