Zuverlässigkeit bei der Programmierung von DCC-Decodern

Bei digitalen Systemen und erst recht bei Zubehördecodern ist es wichtig, dass alles perfekt funktioniert. Wenn ein Zubehörteil nicht schaltet oder ein Decoder nicht wie vorgesehen funktioniert, kann dies störende Auswirkungen auf den „Betrieb“ in der Modellbahnanlage haben.

Eines der Schlüsselelemente hierfür ist eine sichere Konfiguration des Decoders vom Standpunkt der Programmierung aus.

Bei den Helvest-Decodern haben wir unser Möglichstes getan, um diesen Schritt zu minimieren. Dennoch ist es unumgänglich, zumindest die Adresse zu vergeben. Dazu ist es notwendig, den Decoder über das DCC-Protokoll mit der Digitalzentrale zu verbinden. In einigen Fällen müssen auch andere Parameter zugewiesen werden.

Beispiel für den Anschluss eines Decoders mit DCC100-E-Modul an die Zentrale zur Programmierung. Layout-Module müssen nicht angeschlossen worden sein.

Die Konstruktionsprinzipien von Helvest-Decodern.

Jeder Hersteller steht bei der Entwicklung eines Produkts vor sehr spezifischen Entscheidungen. Wir haben uns dabei auf bestimmte Prinzipien gestützt, von denen wir glauben, dass sie für Sie von grundlegender Bedeutung sind (und mit denen diejenigen, die sich bisher für unsere Produkte entschieden haben, zufrieden waren):

Ziel 1. Sie müssen so einfach wie möglich zu benutzen sein. Das bedeutet, dass die Anzahl der zu lesenden Handbücher und der vorzunehmenden Einstellungen reduziert wird.

Ziel 2. Die Vereinfachung darf keine Kompromisse mit sich bringen, d. h. die Einfachheit darf nicht auf Kosten der Zuverlässigkeit gehen.

Ziel 3. Der Benutzer muss die Situation immer unter Kontrolle haben, d.h. er muss wissen, was er programmiert hat, auf welcher Platine und wie er es gegebenenfalls ändern kann.

Ziel 4. Sie müssen zuverlässig sein: Betriebssicherheit über einen langen Zeitraum und problemlose Anpassung an jedes Gerät, das dem gleichen Standard folgt.

Die “ Schwächen “ des DCC-Protokolls

Das am weitesten verbreitete digitale System, DCC, hat viele Vorzüge. Der wichtigste ist sicherlich, dass es ein offenes Protokoll ist (d. h. alle Hersteller können es verwenden), was seine Verbreitung zweifellos beschleunigt hat.

Der größte Schwachpunkt ist sein Alter: Es wurde in den 1980er Jahren entwickelt, was für die Elektronik der Vorgeschichte entspricht. Damals waren die Netze noch nicht sehr weit verbreitet, die Strukturen langsamer, und vor allem war es undenkbar, dass sie die heutigen Möglichkeiten der Netzerkennung und -übertragung haben würden: Deshalb erscheint die Programmierung mit den Augen von heute oft schwerfällig.

Einige Hersteller haben sich entschlossen, „ihre“ Version von DCC ein wenig zu modifizieren, um Funktionen hinzuzufügen, die ursprünglich nicht geplant waren, aber das macht den Vorteil des Standards zunichte, nämlich dass alle Geräte, von allen Herstellern, problemlos zusammenarbeiten können.

Beispiel für den Anschluss eines Decoders mit DCC100-Modul an die Zentrale zur Programmierung. Layout-Module müssen nicht angeschlossen worden sein.

Warum Sie mit Helvest Programmiersicherheit bekommen.

Manchmal schreiben uns Anwender, weil sie gerne die Möglichkeit hätten, Helvest-Decoder zu programmieren, ohne sie direkt einzeln an eine Zentrale anschließen zu müssen. In der Tat haben andere Hersteller Programmierverfahren eingeführt, bei denen die Decoder programmiert werden, indem man sie mit dem Steuergerät „anruft“ und eine Taste drückt.

Diese Vorgehensweise, die sicherlich bequem erscheint, birgt ein großes Problem: Das von einigen anderen Herstellern vorgeschlagene Verfahren ist in den DCC-Normen NICHT vorgesehen. Diese Methode wird daher von jedem Hersteller individuell entwickelt, ohne dass sie einheitlich ist, und bietet keine Garantie dafür, dass sie funktioniert, wenn Produkte verschiedener Marken miteinander kombiniert werden. Es kann vorkommen, dass der Decoder nicht oder mit einer anderen Adresse programmiert wird, was auf technische Faktoren zurückzuführen ist, die mit der Funktionsweise der Zentralen zusammenhängen und deren Beschreibung hier zu lange dauern würde.

Der andere Sicherheitsaspekt ist die Programmierbestätigung: Helvest-Geräte gehören zu den wenigen Zubehördecodern, die der Zentrale eine Rückmeldung geben, dass die Programmierung korrekt übernommen wurde. So erhalten Sie die Sicherheit, dass der Decoder so programmiert ist, wie Sie es wünschen.

Wenn Sie eine der seltenen Zentralen besitzen, die den POM-Modus unterstützen, können Sie den Decoder direkt auf der Anlage programmieren.

POM-Programmierung

DCC ermöglicht eine Programmierung über das Netzwerk, ohne dass jeder einzelne Decoder angeschlossen werden muss: POM (Program On Main). Unsere Decoder unterstützen dies natürlich: wie gesagt, wir unterstützen alles, was Standard ist. Das Problem ist, dass fast keine Zentralen in POM programmieren, weil viele Hersteller es vorgezogen haben, eine “ eigene “ Methode zu implementieren, die nicht der Norm entspricht.

Kurz gefasst:

Nach diesen Bemerkungen möchten wir darauf eingehen, wie wir unsere Ziele umgesetzt haben:

Ziel 1. Sie müssen so einfach wie möglich zu benutzen sein. Das bedeutet, dass die Anzahl der zu lesenden Handbücher und der vorzunehmenden Einstellungen reduziert wird.

Dies wird durch dedizierte „Layout“-Module erreicht, die automatisch erkannt werden und den Programmieraufwand und Ihre Mühe auf ein Minimum reduzieren.

Ziel 2. Die Vereinfachung darf keine Kompromisse mit sich bringen, d. h. die Einfachheit darf nicht auf Kosten der Zuverlässigkeit gehen.

In diesem Sinne halten wir uns an die DCC-Norm und garantieren, dass alle unsere Produkte dieser Norm entsprechen: Wir haben keine Modi erfunden, die nur mit bestimmten Zentralen funktionieren und mit anderen nicht, um Ihnen eine Vereinfachung vorzugaukeln, die in Wirklichkeit zu einem Problem wird (wie es bei der Programmierung der Tasten der Fall wäre). Was wir können, haben wir vereinfacht, aber wir führen keine Verbesserungen ein, die keine Sicherheit garantieren.

Ziel 3. Der Benutzer muss die Situation immer unter Kontrolle haben, d.h. er muss wissen, was er programmiert hat, auf welcher Platine und wie er es gegebenenfalls ändern kann.

Das wird erreicht, indem man immer nur die zu programmierende Platine an das Steuergerät anschließt: das ist zwar etwas zeitaufwändiger, bietet aber die Garantie, keine Fehler zu machen. Außerdem erhält die Zentrale immer eine Bestätigung, dass die Programmierung erfolgreich war.

Ziel 4. Sie müssen zuverlässig sein: Betriebssicherheit über einen langen Zeitraum und problemlose Anpassung an jedes Gerät, das dem gleichen Standard folgt.

Wenn Sie eine Zentrale austauschen, wenn Sie an einer Veranstaltung mit modularem Anlage teilnehmen, in welchem Zusammenhang auch immer, und wenn die Zentrale der Norm entspricht (!), können Sie sicher sein, dass Sie keine Kompatibilitätsprobleme haben werden.

MVnet wird ein viel moderneres und fortschrittlicheres System sein, das viele Programmierbe-schränkungen überwindet

Entwicklung

Natürlich bietet die moderne Technik weitaus mehr Möglichkeiten, weshalb wir MVnet entwickeln. Aber unsere Entscheidung ist, Ihnen ein anderes Produkt als DCC anzubieten. So können diejenigen, die das bisherige System bevorzugen, dies weiterhin tun, und diejenigen, die sich für das neue System entscheiden, werden die Vorteile bewusst zu schätzen wissen.

Comments are closed.