Win-Digipet Absturz nach Reset der Intellibox

Bernd Ruckaberle · 23. Juni 2006, 13:05:10

Hallo an alle,
ich hatte ein Problem das nach einem Reset der IB das Programm Win-Digipet nicht mehr reagierte und ich es über den Task-Manager abschiessen musste

. Nach dem Neustart waren meine Loks laut Win-Digipet auf dem selben Platz auf dem Sie auch vor dem ersten Start waren und durch Richtungsänderungen auch teilweise in der falschen Fahrtrichtung

. Also konnte ich dem Programm erst mal wieder sagen auf welchem Platz sich die Züge wirklich befinden und dazu auch noch Feststellen ob die nächste Fahrtrichtung stimmt. Wird das nicht bei jeder Änderung auf die Festplatte geschrieben?

Bei ca. 15 Zügen die zwar nicht gleichzeitig aber hin und wieder mal unterwegs sind ist das ganz schön Zeitaufwendig.

Auch habe ich nicht immer die CD im Laufwerk weil ich ein Notebook habe und wenn ich das Notebook irgendwohin mitnehme ist die CD aus dem LW was dann meist beim Start zu Problemen führt. Denn bei der Prüfung der nicht vorhandenen CD hängt die Prüfung und Ich kann nur noch das Notebook neu Starten. Hat hier jemand eine Lösung?

Viele Grüße
Bernd Ruckaberle

Gian Bott · 23. Juni 2006, 13:38:54

Hallo,

In Antwort auf:
ich hatte ein Problem das nach einem Reset der IB das Programm Win-Digipet nicht mehr reagierte und ich es über den Task-Manager abschiessen musste .

Was kann da WDP dafür? Jedes Steuerungsprogramm ist auf einwandfrei funktionierende Hardware angewiesen. Spinnt die Hardware, gibt es bei einem nachfolgenden Absturz mit allen Softwareprodukten (auch Word usw.) probleme, d.h. die Daten seit der letzten Datensicherung/Speicherung sind futsch.

Mangels Hardwareproblemen habe ich Deine Probleme noch nicht gehabt.

In Antwort auf:
Auch habe ich nicht immer die CD im Laufwerk weil ich ein Notebook habe und wenn ich das Notebook irgendwohin mitnehme ist die CD aus dem LW was dann meist beim Start zu Problemen führt. Denn bei der Prüfung der nicht vorhandenen CD hängt die Prüfung und Ich kann nur noch das Notebook neu Starten. Hat hier jemand eine Lösung?

Wären alle Softwareuser 100% ehrlich bräuchte es keinen Kopierschutz. Leider ist das nicht so und wir ehrlichen User müssen halt diese kleine Erschwernis in Kauf nehmen. Immerhin wird die CD ja nicht mehr jedesmal beim Programmstart abgefragt, was doch recht Laufwerkschonend ist (gegenüber früherer Versionen von WDP).

Eine Lösung wäre die Installation der Büroversion, paralell zur Anlageversion. So kann man, wenn unterwegs ohne CD, die Büroversion starten und damit arbeiten. Eine andere Lösung gibt es nicht.

mit freundlichen Grüssen

Gian

Arno · 23. Juni 2006, 14:20:37

Hallo Bernd

Wir hatten das genau gleiche Problem!

Ziel wäre es natürlich das solche Fehler gar nicht enstehen! Leider kann dies wohl nie erreicht werden.

Bei uns war es die IB die im RS 232 Stecker einen Wackelkontakt hatte. Ich konnte dies selber nachlöten.

aber das Problem der Fahrtrichtungen kann ich mir auch nicht erklären. Mit Mot. neu sollte dies nicht sein! Trotzdem haben wir dieses Problem bei einem Programm Absturz auch.

Wechsle mal wenn möglich die IB auf eine andere com Schnittstelle, wechsle das RS 232 Kabel. Wenn das nicht hilft IB öffnen und Anschluss Stecker kontrollieren.
Bitte ans Digipet Team

Testet doch bitte die Fahrtrichtungsbefehle durch. Es ist möglich das zwei gleiche Decoder mit gleicher Adresse verschidene Fahrtrichtungen haben und diese bei Fahrtrichtungswechsel sich nicht synchronisieren lassen! Ich meine dies sollte so nicht sein.

Markus Herzog · 23. Juni 2006, 17:26:08

Hallo Arno,

dass das Phänomen immer nur bei Rückwärts auftritt, scheint auch in den Decodern begründet zu sein, wie, was, wo...keine Ahnung. Das dies immer in Verbindung mit der PC-Verbindung auftritt, sehe ich darin begründet, dass der PC viel mehr und viel schneller Befehle senden kann als dies der Mensch direkt an der Zentrale könnte. Und ich vermute mal, dass die Decodern dann bei einer hohen BEfehlsfolge gelegentlich etwas missinterpretieren bzw. falsch verstehen.

Grüße
Markus

Kalle · 23. Juni 2006, 23:29:22

Hi,

habe gerade mal mit der V9.2 probiert. Laptop drei Tage "vorgestellt" und WDP versucht zu starten.
Es kamen die Meldungen "Ueberpruefe auf....", dann "Legen Sie die Original-CD ein. OK geklickt, das war´s. Nochmal probiert, wieder das Gleiche. Dann den Lappi auf das aktuelle Datum gesetzt, dann kamen wieder die Meldungsfenster. Zu guter Letzt die Original-CD eingelegt, mich in Geduld geuebt und siehe, WDP startete normal. Von einem Absturz oder Haenger diesbezueglich keine Spur.

Wenn, dann Fehlermoeglichkeit evtl. an der Rechner- bzw. Betriebssystem-Konfiguration.

Martin Lutz · 24. Juni 2006, 11:21:20

Hallo Markus,

Folgende Konstellation hat sich gerad kürzlich auf unserer Anlage ereignet:

Lok, eine Re460 von Märklin umgebaut auf den Märklin Decoder 60902. Sie fährt rückwärts auf unserer Anlage mit einem SBB EW IV Pendelzug. Also an der jetzigen Zugspitze einen EW IV Steuerwagen mit ebenfalls einem Märklin Funktionsdecoder (mit Lichtwechsel). Lok und Steuerwagen haben die gleiche Adresse, laufen normalerweise absolut synchron. Doch plötzlich, ohne dass mal eines der beiden Fahrzeuge nicht auf dem Gleis waren, zeigt der vorausfahrende Steuerwagen auch das Schlusslicht. Erst nach Abheben des Steuerwagens und bei abgehobenen Steuerwagen betätigter Fahrtrichtungswechel waren die beiden Fahrzeugge wieder synchron. Spitzenlicht am Steuerwagen und hinten an der schiebenden Lok die Schlussbeleuchtung. Genau wie zu zeiten der Motorola alt Protokolle.

Dieser Zug ist leider kein Einzelfall, leider. Wobei ich auch sicher bin, dass nicht WDP der Verursacher ist.

Kalle · 24. Juni 2006, 11:49:06

Hi Martin,

dann wechsle doch am Dekoder des Steuerwagens die Stirn- und Schlussbeleuchtung. Somit duerfte die "verdrehte" Schaltung doch die Grundstellung zum Fahrzeugdekoder sein.
Eventuell koennte es sein, dass die Verbrauchereinrichtungen, Motor und/oder Licht, am Fahrzeugdekoder umverdrahtet werden muessen, je nachdem, welcher Dekoder beim Einschalten die Grundstellung einnimmt.

Fahre selbst schon monatelang zwei BR 132 mit vollwertigen SX-Lokdekodern und Lichtwechsel in Doppeltraktion. Habe bis jetzt noch nicht erlebt, dass eine Lok entgegengesetzt zur anderen Lok fahren will, also sendet WDP die Befehle, meiner Meinung nach, korrekt.

Martin Lutz · 24. Juni 2006, 12:37:12

Hallo Karl,

Es handelt sich definitiv nicht um ein Verdrahtungsfehler!

Dazu folgendes: Die Lok hängt am Zug mit der Vorzugsfahrtrichtung (Das haben ja die Märklin Decoder; ein denierter Vor- und Rückwärtsgang) nach vorne. Das heisst wenn die Lok den Zug zieht, dann fährt sie vorwärts. Die Verdrahtung der Stirnbeleuchtung habe ich genau gegengleich gemacht. Also wenn die Lok vorwärts fährt, dann ist bei der Lok die graue Leitung diejenige, die die Dreilicht Spitzenbeleuchtung ansteuert, beim Steuerwagen steuert die graue (für f0 Vorwärts) Leitung die rote Schlussbeleuchtung an. Die glebe Leitung (Für Funktion f0 rückwärts) ist genau umgekehrt verdrahtet.

Da bei den Mäuseklavierdecoder von Märklin kein Funktionsmapping mögklich ist, ist die Funktionszuordnung eindeutig definiert und nicht veränderbar!

Normaslerweise funktioniert das Einwandfrei. Wenn es jetzt bei Rückwätrsfahrt solcher Züge zum Systemabsturz (wie der auch immer verursacht ist, bei unseren aktuellsten Abstürzen scheint ein Lötfehler an der IB der Sündenbock zu sein) kommt dann kann es eben passieren, dass die Fahrtrichtungen einerseits zwischen Steuerwagen und Lok nicht mehr übereinstimmen und/oder eben auf WDP auch nicht mehr.

Wohlverstanden: Es handelt sich bei den Problemen nicht nur um C-Sinus Decoder sondern auch rassenreine 60902 oder 60901er Umbausätze. Das Verhalten ist fast so, als handle es sich um das alte Motorla Protokoll als es noch keine eindeutige Zuordnung der Fahrtrichtung gab. Aber hier handelt es sich um Decoder, welche angeblich eine einduetige Fahrtrichtung haben sollten. Ganz offenbar stimmt diese Aussage nicht.

Könnte es sein, dass da irgenddwie eine Mischform zwischen Motorola alt und neu die Ursache ist?

Gruss

Kalle · 24. Juni 2006, 13:08:53

Hi Martin,

wenn ich Deine letzte Beschreibung lese, muesste es doch eigentlich funktionieren. Aber wenn die IB und/oder die Dekoder meinen, selbstaendig irgendwelche Richtungen unter MM oder MM2 einstellen zu muessen, dann wird wohl dem schwer beizukommen sein.

Wenn Du einen Loetfehler in der IB vermutest, kannst die ja "nachloeten".

Eine andere Moeglichkeit, DCC und SX in der IB versuchsweise ausschalten und MM´s allein testweise fahren; desweiteren die "Tamse" ausprobieren, hat nur kein SX zum Fahren.
Ist eigentlich sowieso bloed, einmal Dekoder, deren Richtung durch den Zustand eines Bits definiert sein soll, anderseits auch durch Impuls(e) geaendert werden kann. Oder ist es bei MM und MM2 so, Adressen unter <81, Richtungswechsel durch Impulse und Adressen >80 durch "Richtungsbit setzen"?

Win-Digipet Absturz nach Reset der Intellibox

Gian Bott

Gian Bott