Viessmann Modellspielwaren GmbH

Hallo Werner,

danke für den Tip.
Nur noch eine Verständisfrage. Meinst du so, wenn man in einer Fahrstr.
auf Karte 7 zwei Zeitsperren für unterschiedliche Fahrtstr. macht?
Dann könnte ich mir jetzt erklären, warum einige Versuche bei mir auch nicht funktionierten.
Ich habe in verschieden Fahrtstr. , die nacheinander, oder gleichzeitig laufen, Zeitsperren, da gibt es keine Probleme.

Hallo Dieter,

deine Interpretation ist richtig.

Wenn man in einer FS zwei Zeitsperren für weitere FS hat, dann bleibt der Commander häufig hängen.
Herr Meier kennt das Problem und die Entwickler arbeiten an einer Lösung

Grüße

==========DE===========

Hallo an alle!

Ich habe einige Regeln, wenn FahrSchtrassen richtig funktioniert:

1) Füllen Sie nicht zuletzt in Bereichen Switching und Deaktivierung Karte. Letzte Feld hat eine Cros Abschnitt mit Namen ZNR Übersetzung variabel.

2) Füllen Sie alle verbleibenden Felder außer letzte Feld von einigen nicht-sinnvoll-Befehl (Zug-ID F0 = ON - zum Beispiel). Es überschreibt versteckte Befehle.

3) Zahlen-und DCC-Adressen aller Loks müssen gleich sein!

4) FOLGE wird nicht funktionieren. Du hast recht!

5) Sperren Fährstraße Befehl wird nur für den Bereich von Sekunden arbeiten. Minutenlang Region ist es nicht funktionieren.

6) Virtuelle Kontakte werden nicht nach dem Neustart von Commander gespeichert. Deshalb können gelegentlich mischen bestimmten Strecken (zum Beispiel - wenn Güterzug auf Strecke mit gemischtem Verkehr gebracht, kann es nach Strecke für Personenzüge werden nach dem Neustart gesperrt), auf virtuellen Contact Regeln Belegung KARTE platziert und eingeschaltet Schaltnetzteile KARTE basiert.

7) Mehr als 24 Routen können nicht atsafe Matrix hinzugefügt werden. Bitte überprüfen Sie es in jedem Fall. Dies ist die wichtigste Einschränkung für mehrere Route shedules.

8) Wenn Sie mehr Punkte als Crossection Anzahl von Feldern in Belegung KARTE haben, müssen Sie undeinen Routen zu fafematrix manuell berechnen

---------
Vadim

=================EN==============

Hello to All!

I have some rules, when FahrSchtrassen will work properly:

1) Don't fill last fields at Switching and deactivation KARTE. Last field has a cros section with ZNR name translation variable.

2) Fill all remaining fields except last field by some non-sensible command (Train ID F0=ON - for example). It will overwrite hidden commands.

3) Numbers and DCC addresses of all locos must be the same!

4) FOLGE isnt work. You 're right!

5) Lock FahrStrasse command is working only for the region of SECONDS. For MINUTES region it's not work.

6) Virtual contacts are not saved after restart of Commander . Therefore You can occasionally mix specific Routes (for example - if freight train placed at track with mixed traffic, it can be locked by route for passenger trains after restart), based on virtual contact rules placed in occupancy KARTE and switched in SWITCHING KARTE.

7) More than 24 routes cannot be added atsafe matrix. Please check it in each case. This is the main restriction for multiple route shedules .

8) If You have more crossection points than numbers of fields in occupancy KARTE, You must calculate andadd routes to fafematrix manually


---------
Vadim

Hallo C-User,

ich habe ein Frage

Ich habe 2 FS programmiert die von Blockstelle 1 beginnen. Die Erste (#11) fährt zu nächsten Blockstelle 2. Die Zweite (#25)fährt direkt zu Blockstelle 3.
Beim Abfragen des C der FS wird immer die 11 als erste herangezogen, obwohl die Strecke bis Blockstelle 3 frei wäre wie kann ich hier priorisieren?
Oder kann ich das Ganze in einer FS programmieren. Fahre bis zur 3 wenn Blockstelle2 frei, ansonsten bremse bei BLst 1.

Danke und noch ein schönes Pfingstfest

Hallo Werner,

wenn - dann geht leider momentan nicht.
du könntes es mal mit virtuellen Rückmeldern versuchen.
Habe ich allerdings noch nicht probiert, wie das programmiert werden müsste.
Diese virtuellen Rückmelder müssen aber auch wieder gelöscht werden.
Ich glaube mit der Suchfunktion sollen einige Berichte darüber zu finden sein.

Hallo C User, Hallo Herr Meier,

ich habe auch nach dem Update auf 1.102 das Problem, dass eine FS die auf Karte3 4 RM auf „grau“ abfragt, gestartet wird obwohl ein RM auf rot steht. Der vRM ist auf dem Gleisbild ersichtlich und zeigt rot an
Die RM sind 3 reale und ein RM und ein vRM. Sobald ich den vRM durch einen realen RM tausche funktioniert die FS wie sie soll.
Der vRM wird von einer anderen FS gesteuert.
Die FS wurde bereits neu geschrieben die RM neu konfiguriert.
In den früheren Versionen ist diese FS richtig ausgeführt worden.
Kennt jemand eine Lösung?

wir arbeiten daran,
nur zur Klarstellung es wird unterschieden
1. nach gesetzten Rückmelder diese sind in der normalen RM Reihe (x1-x8 ) aber nicht wirklich vorhanden. Einstellung im Editor MOM !!!!!!.
Der Vorteil ist diese können sichtbar gemacht werden, verhalten sich aber sonst wie virtuelle Rückmelder.
2. virtuelle ( x9 +x0 ) diese machen momentan Probleme ich denke wir haben eine Lösung im kommenden Update.

Vorschlag verwenden Sie einfach gesetzte RM ausserhalb Ihrer vorhandenen Rückmelderreihen z.B 201 -208, nach Beispiel 1. Diese haben noch den Vorteil dass diese sichtbar gemacht werden können.

Hello Jürgen Meier!

I have some questions about present FIRMWARE 1.102 and suggestions for NEXT FIRMWARE:

1) Do You plan to increase quantity of command fields at all KARTEN of route editor?
There is too little space, Especially at "On the way, Switching, deactivation " Karten.

2) Do You plan to allow to make succesors after finalisation of routes?
This is analog of "Folge" command, but which can work for routes in full automation mode, using safe matrix.

3) Does MINUTES region work now at "Lock trace command"?
Earlier, only secundes region was work. Minutes - were ignored.

4) Do You plan to implement specific routes where each of them will work for specified class of locos (Dampf, diesel, passenger, electric, local... or appointed list of locos)?

5) Do You plan to make traffic lights working not only from route commands but also from logic of occupancy detectors and turnout positions? This will allow to implement YELLOWs, where routes are fullfiled!

6) Do two commands having the same occupancy contact (for activation) work now at "on the way" KARTE?
Earlier, second of them was ignored. To overcome it, i joined s88 into ring, doubling their numbers!

-------
Vadim

Dear Vadim,
this is our answer to your questions,
1) Do You plan to increase quantity of command fields at all KARTEN of route editor?
There is too little space, Especially at "On the way, Switching, deactivation " Karten.

Yes, we are working on it, but it might create issues with backup-compatibility, so we might want to make a new backup software before it. This means, probably not in the very next update, but in the one after it.

2) Do You plan to allow to make succesors after finalisation of routes?
This is analog of "Folge" command, but which can work for routes in full automation mode, using safe matrix.

Probably not, it would not make much sense, because automatic routes are started by feedback contacts, so why start it when there is no train yet on its start field? Alternatively you could achieve a similar effect with virtual feedback conatcts.

3) Does MINUTES region work now at "Lock trace command"?
Earlier, only secundes region was work. Minutes - were ignored.

If you mean the locking of routes in card 7, then yes.

4) Do You plan to implement specific routes where each of them will work for specified class of locos (Dampf, diesel, passenger, electric, local... or appointed list of locos)?

Not on our priority list, but we might think about it when everything else is done.

5) Do You plan to make traffic lights working not only from route commands but also from logic of occupancy detectors and turnout positions? This will allow to implement YELLOWs, where routes are fullfiled!

See Question 4.

6) Do two commands having the same occupancy contact (for activation) work now at "on the way" KARTE?
Earlier, second of them was ignored. To overcome it, i joined s88 into ring, doubling their numbers!

No, they are not designed that way. It would slow the performance of the automatic mode, if each and every feedback conatct had to manage a long list of commands. Maybe allowing "folge-fstr" command would be a solution, as it can start a route which will inculde all the commands. Not on the priority list, probably more than 6 fields (3 on-the-way contacts) would be done sooner (or instead of it).

1)


QUESTION:
If You have 2 or more free routes at one start contact which is ACTIVATED, how to select one route for one arriving route and another for other?
(for example, instant and alternative pass for train )

EXPLANATION:

As i understood, Commander do not make random selection, and always take first.
Therefore second route will be always idle.

Successor command would make easy to solve different combinations and set a desirable priority of routes at node Start-Destination contact.

2)


QUESTION:
Please tell how to separate electric, local and freight routes, which using one start/destination contact? Some trains have different lengths and may havent pantograpsh, and must be branched from one common to appropriate ways! How to do it?

3)


QUESTION:
But how to realize Red-Yellow-Green trafic lights logic?
Please explain.

4)



EXPLANATION:
It's obviously that "ON THE WAY" commands must be executed instantly!
Please make assembler insertion in Your C language. It will improve performance 10 times or more!
Newertheless, At finalisation of braking (at stop sensor) loco must instantly execute TWO commands per ONE sensor:
1) shunt and
2) stop!

To do this i join s88 sequence to the ring, by soldering iron, connecting computer output to input of first module, and double s88 module numbers at COMMANDERs setup.
So that the same contact have 2 different numbers. So, it allow to execute TWO commands per ONE sensor.
But this doings make s88 2 times slowlier!
NEWERTHELESS the PERFORMANCE is still ENOUGH!

QUESTION:
Please allow to execute 2 commands per the same sensor, If it's difficult - don't change menus!
Simply, allow the following:

CONTACT 1
COMMAND LocoIdFMini
CONTACT 2
COMMAND LocoIdFStop
CONTACT2
COMMAND LocoIdF4=ON


You also can extend this menus, "1 command per 1 contact" up to 6 pairs! It would be enough at this time!

But, please allow executions all commands for repeating number of the same contact!


EXPLANATION:
From another hand:
Start of any other route will be delayed, if another route is executing "SWITCHING" field.

QUESTION:
COMMANDER cannot start exexution of route, when "switching" field of another route is under execution!
Is it right?

EXPLANATION:
Therefore, using FOLGE - fstr way, which You propose, my loco will not stop momentary and continue movement a long apart from turnouts, waiting when swiching field of another route will end, and then, waiting launching FOLGE fstr. Right?

QUESTION:
Do You plan to make COMMANDER be able to run more than 1 "switching" fields simultaneously, or run multiple routes in parallel independantly?

Please use Assembler language, C compiler for Arms is too non-optimal!
-----------
Thanks,
Vadim