telefonogramy między dyżurnym ruchu a maszynistą na odc. zpr bez uzs?

Tak jak wspomniałeś, ustalane jest to w regulaminie technicznym odcinka zpr. Przykładowe radiotelefonogramy dla Miastka:

"Pociąg Nr ... czy jest wolno wjechać na mijankę ... i wyjechać w kierunku ..."
"Pociąg Nr ... zezwalam wjechać na mijankę ... i wyjechać w kierunku ..."
"Pociąg Nr ... stój na wjazd na mijankę ... "
"Pociąg Nr ... zezwalam wjechać na mijankę ... stój na wyjazd z mijanki ... krzyżowanie z pociągiem Nr ... wjeżdżasz jako ..."
"Pociąg Nr ... zezwalam wyjechać w kierunku ..."

Dlaczego sygnał Pc2 jest zastrzeżony tylko dla takiej jazdy na szlaku z jednokierunkową blokadą liniową?

Ponieważ blokada taka nie zabezpiecza przed wyprawieniem pociągu z przeciwnego kierunku.

Pytanie dotyczyło sytuacji przy czynnych obu torach i jak brzmią telefonogramy zmiany i dania zgody dla kierunku jazdy.

Stosuje się typowe telefonogramy żądania i dania pozwolenia, tak jak przy odcinku jednotorowym.

1. Dla pociągów zaczynających/kończących bieg pola jazda z/jazda do zawierają "tw" a powinny być puste, choć nie powinno powodować to błędu
2. Powtórzony numer 18104 (12:06, 16:23)
3. 882189, 83111, 88029, 48100 - różnice między godzinami odj. s. i odj. PostR
4. 85109 - zbędnie podana godzina odj. PostR (zaczyna bieg)
5. 1173, 28111 - jazda do "tf" zamiast "ls"

Tm1 i Tm2 nie były uzależnione. Gdyby były, problem z czekaniem na rozwiązanie przebiegu w obecnym rozwiązaniu uzależnienia byłby jeszcze większy.

edit: faktycznie były, ale w wersji jeszcze z 2008 roku...

To jest jeden z problemów do rozwiązania przy realizacji tego pomysłu. Narazie mam tylko opracowany model ruchu drogowego przy okazji innego projektu (ruch generowany jako strumień Poissona, określone przyspieszenia, trzymanie odstępów, zatrzymywanie się przed sygnalizatorami itp.).

Wyłączenie alarmu odbywa się przez naciśnięcie klawiszy "Ctrl" + "Enter" lub przez kliknięcie na ikonę głośnika na górnym pasku programu.

Zapomniałem dodać od kiedy działała symulacja w poprawnym tempie - od dnia wydania wersji 060511, a przed jej wydaniem z innych wersji korzystałem od października 2010.

Masz na myśli to, że problem rozwiązał się w wersji 060511, czy też we wszystkich wersjach w których występował?

Sprawdzałem teraz wersję 060511 i od razu po uruchomieniu komputera czas biegnie jak należy. Dzięki za rozwiązanie tego dziwnego jak dla mnie problemu. Sam bym na to nie wpadł.

Czyli jednak w wersji 060511 też się tak działo, gdy komputer był włączony dłużej? Rozwiązaniem problemu bym tego nie nazwał, najwyżej jego ominięciem - problem gdzieś tam tkwi nadal, pytanie tylko gdzie dokładnie.

To był taki strzał z tym pytaniem jak długo komp był włączony czy jednak problem był znany?

Podejrzewam co może się dziać - w każdym kroku symulacji program sprawdza, ile czasu upłynęło od włączenia systemu przy pomocy funkcji GetTickCount (w milisekundach), a następnie porównuje to z poprzednim odczytem tej samej funkcji z poprzedniego kroku, trzymanym w zmiennej typu Integer. Zmienna ta zajmuje 4 bajty i wygląda na to że po upływie dłuższego czasu (przypuszczalnie ponad 24 dni działania systemu) po prostu się przepełnia. Ale jeżeli w międzyczasie restartowałeś system i problem nie znikał, to błąd musi siedzieć gdzieś indziej.

Wersja beta bez żadnych błędów - to chyba jakiś oksymoron?

Co konkretnie nie działa? Mi się uruchamia, pociągi przyjeżdżają...

Jeżeli chodzi o dostosowanie starych rozkładów do nowej wersji, trzeba pozamieniać skróty nazw posterunków - można to prosto zrobić notatnikiem poprzez zamianę łańcuchów, np. " TF " na " Ls " (istotne aby było ze spacjami). Druga sprawa to czasy jazdy, ale brak ich zmiany spowoduje jedynie powstanie drobnych opóźnień. Dodatkowo w nowej wersji format pliku rozkładu został uzupełniony m.in o informacje o autorze i roku (np. w dawniejszych zniknie SWDR), jednak ich brak nie spowoduje błędu.