Hallo Jobst,
ich würde es mit 2 STW lösen.
STW #1, wenn Rückmeldekontakt xy=EIN, dann Magentartikel Windmühle=EIN
STW#2, wenn Magnetartikel Windmühle=EIN, dann Magnetartikel Windmühle=AUS mit Einschaltverzögerung von xy Sekunden.

Grüße
Gerold

Moin Norbert.

Mit wie vielen Funktionen werden die Loks an die CS3 übertragen?

Beachte bitte, das Märklin bei DCC maximal 28 Funktionen unterstützt.
Alle Funktionen über 28 werden nicht übernommen.
Die Situation hatte ich bei mir. Da brach die Übertragung und die Verbindung ab.
Funktionen größer 28 in WDP gelöscht, dann klappte es.

Ein sauberes Fehlerhandling seitens Märklin fehlt hier wohl.

Gruß Gerhard

Hallo,
Ich möchte zB meine Windmühle starten, wenn der Zug an ihr vorbeifährt.
Stoppen könnte ich an einem anderen Rückmelder oder lieber wäre es mir wenn nach eine Zeitspanne die Mühle wieder aus geht.
Aber wie stelle ich im Stellwerkswärter einen Zeitbereich ein?

Liebe Grüße

Zitatweit über das Ziel hinaus geschossen

Hallo Winfried,

sehr selten machen etwas älter M* Loks (E93 37870 + z.B. E10 37014) Problemchen.

Sie schiessen nicht übers Ziel, sehr selten aber fahren sie langsam schon um die 10 - 15 cm
über die Stoppstelle (vielleicht auch noch eine Einstellungssache?).

Bei umgebauten Loks mit ESU Decoder ist mir sowas noch nicht aufgefallen.

Grüße Peter

Hallo Norbert, (Namensvetter  )
das Protokoll steht auf TCP.

Aber ich konnte den Fehler nun reproduzieren bei zwei Vorgängen:

1. Bei jedem Start von Windigpet kommt die Fehlermeldung
2. Jedes mal, wenn ich eine vorhandene Lok im Fahrzeugeditor von MFX Protokoll auf die DCC Adresse umstelle und den Fahrzeugeditor dann verlasse kommt die Meldung und ich muss neu Initialisieren!?

Das ist jetzt kein großes Problem und auch sehr spezifisch, denn welcher Märklinist stellt schon von MFX auf DCC um.  

Danke Peter für Deinen Tipp!

Werde das einmal mit zwei Loks testen, die ich identifiziert habe.
Eine Frage habe ich aber noch: Einen meiner Loks hat heute Abend genau das Gegenteil gemacht: sie ist weit über das Ziel hinaus geschossen.
Hast Du dazu auch einen Tipp?

Schönen Abend noch,

Winfried

Hallo Markus,

Ja, das ist wohl das Logischste.

Momentan habe ich viele Gäste im Bahnkeller – am Montag kommt die Abteilung meiner Frau aus Novo zu Besuch, und dann sollte alles klappen 

Gruss
Jens

Hallo Jens

Bekannkt in der Richtung nichts bisher. Wenn du diese Systeme in Verdacht hast, trenne auch mal temporär die Verbindung zu einem dieser Systeme und schaue, ob es was ändert.

Gruss
Markus

Hello

That's easy!
Inside these fields the feedback contacts are missing.
Please correkt it in the track diagram editor.

Hallo zusammen,

Ich hoffe, jemand von euch kann mir einen Hinweis geben oder hat ein ähnliches Verhalten beobachtet.

System:

• Windigipet 2025.0b Premium
• Lenovo PC, Windows 11
• Core i7, 24 GB RAM
• PC ist ausschließlich für die Modellbahnsteuerung vorgesehen
• Zusätzlich läuft nur SplitCam zur Steuerung von 4 Webcams

Problem:
Wenn Windigipet 2025 längere Zeit läuft (ca. 1 Stunde oder mehr), wird das Programm zunehmend träge.

Beispiel:

• Ich klicke auf ein Weichen-Symbol
• Zunächst passiert scheinbar nichts
• Erst nach mehreren Sekunden (manchmal deutlich länger) schaltet die Weiche tatsächlich
• Die Oberfläche reagiert generell verzögert.

Wichtig:

• Dieses Verhalten hatte ich nicht mit Windigipet 2021
• Wenn ich Windigipet 2025 beende und neu starte (ohne Windows-Neustart), läuft alles sofort wieder flüssig

Neue Funktionen, die ich nutze:

• Verbindung zu Philips Hue
• Verbindung zu einem MQTT-Broker (HiveMQ)

Daher meine Vermutung, dass eventuell eine dieser neuen Verbindungen (oder deren Kombination) nach längerer Laufzeit Ressourcen blockiert oder Threads aufstauen lässt.

Fragen:

• Hat jemand ein ähnliches Verhalten mit Windigipet 2025 beobachtet?
• Gibt es bekannte Probleme mit Hue- oder MQTT-Anbindungen?
• Gibt es empfohlene Einstellungen (Polling-Intervalle, Logs, Optionen), die man prüfen sollte?

Ich bin für jeden Hinweis dankbar.

Viele Grüße
Jens Krogsgaard, Kopenhagen