FORUM PTT -

PROBLEMY - Półsamoczynna blokada liniowa.
arczix - 19-09-2013, 19:02
: Temat postu: Półsamoczynna blokada liniowa.
Witam!

Ostatnio dużo czasu poświęcam, aby ominąć odwieczny problem w trainz. Mianowicie chodzi mi o jednotorowe odstępy wyposażone w półsamoczynną, dwukierunkową blokadę liniową, czyli klasyczne jednotorowe odcinki między stacjami w Polsce. Pracuję na TRS2006, więc wszelkie blokady liniowe z wyższych wersji nie wchodzą w grę. O ile dostałem cynk od niektórych ludzi, obadałem zasadę szlaków, autodrive i tym podobne, to dotyczą one tylko ręcznego zmieniania wajch przeze mnie. Mi jednak chodzi o pełną automatyzację, sterowaną komputerem. Posłużę się linią Helską, czyli nadmorską D29:213. Dajmy na to puszczam sobie na niej pociągi i w danej chwili na szlaku z Redy do Helu są 4 składy. Wszystkie są sterowane przez komputer (Al). Dajmy na to w tym samym momencie na wyjazd czekają dwa pociągi. Jeden stoi w Pucku i czeka na wyjazd w kierunku Władysławowa. Drugi zaś czeka we Władysławowie i czeka na wyjazd w kierunku Pucka. Komputer, czyli autopilot oczywiście nie wie, że za stacją jest jednotorowy szlak i po prostu powołuje się na semafor wjazdowy następnej stacji, więc podaje zwolnienie szlaku. Taka sytuacja pojawia się na dwóch stacjach, w rezultacie czego pociągi spotykają się ryjami gdzieś w Swarzewie i nici z zabawy. Bawiłem się też z blokowaniem rozjazdów, niestety - autopilot potrafi wykoleić swojego przeciwnika wyjeżdżającego z sąsiedniej stacji ;) Czekam na wasze propozycje i pomysły, w jaki sposób można obejść ten błąd i wreszcie bez żadnych przeszkód zorganizować sobie ruch na jednotorowych szlakach, tak aby tylko jeden pociąg wjechał na dany odstęp.
RBach - 19-09-2013, 20:16
: Temat postu: Re: Półsamoczynna blokada liniowa.
arczix napisał/a:
Czekam na wasze propozycje i pomysły, w jaki sposób można obejść ten błąd i wreszcie bez żadnych przeszkód zorganizować sobie ruch na jednotorowych szlakach, tak aby tylko jeden pociąg wjechał na dany odstęp.


Moje bloki blokady dwukierunkowej. Działają nie tylko z SBL.
arczix - 19-09-2013, 20:20
:
Gram na TRS2006.
zolwik - 19-09-2013, 20:25
: Temat postu: Re: Półsamoczynna blokada liniowa.
Radziu:
arczix napisał/a:
Pracuję na TRS2006, więc wszelkie blokady liniowe z wyższych wersji nie wchodzą w grę.

to raz.
a dwa to Twoim systemem możemy zmieniąć kierunki tylko ręcznie. AI sobie sam rady nie da

ja powoli już opracowuje swoj system do do obsługi manualnie przez zwrotki wiec jak skończe to pokaże
RBach - 19-09-2013, 20:29
: Temat postu: Re: Półsamoczynna blokada liniowa.
zolwik napisał/a:
Radziu:
arczix napisał/a:
Pracuję na TRS2006, więc wszelkie blokady liniowe z wyższych wersji nie wchodzą w grę.

to raz.


Semafory SBL są pod dwie wersje. To jedyny podział, a są pod oba. Bloki i cała reszta chodzi 2006+. Co do ręcznego - racja. Wystarczy dopisac polecenie jakoweś.
zolwik - 19-09-2013, 20:34
:
a na stronie masz napisane:
"Uwaga: System blokady przeznaczony jest tylko i wyłącznie pod wersje TS2009 i wyższe! W niższych działać nie będzie i nie zapewniam żadnego wsparcia dla instalujących blokadę poniżej 2009!"
RBach - 19-09-2013, 20:42
:
zolwik napisał/a:
a na stronie masz napisane:
"Uwaga: System blokady przeznaczony jest tylko i wyłącznie pod wersje TS2009 i wyższe! W niższych działać nie będzie i nie zapewniam żadnego wsparcia dla instalujących blokadę poniżej 2009!"


To było pisane w czasach przed sprawdzeniem, że działa w 2006 :D
zolwik - 19-09-2013, 20:48
:
no to jak sie zrobi polecenie do przestawiania to będie fantastiktempo ;d

wiec już nie rysuje ;p
arczix - 19-09-2013, 20:52
:
To znaczy pobrać tą blokadę co wisi na stronie RBacha i po prostu ją wstawić i powinno wszystko działać? Nawet na semafory kształtowe?
zolwik - 19-09-2013, 20:54
:
jeśli są v5.
RBach - 19-09-2013, 20:57
:
arczix napisał/a:
To znaczy pobrać tą blokadę co wisi na stronie RBacha i po prostu ją wstawić i powinno wszystko działać? Nawet na semafory kształtowe?


Nie. Trzeba ją jeszcze skonfigurować :-) A jeśli semafory na sąsiednich stacjach się "nie widzą" to wystarczy wstawić niewidzialne SBL - bloki zamykają semafory wyjazdowe, więc nieważne, ile tych sbl po drodze będzie.
arczix - 19-09-2013, 21:18
:
Będę to powoli ogarniał. Jeśli będę miał jakiś problem, napiszę w tym temacie. Póki co, dzięki za pomoc i wskazówki.
arczix - 19-09-2013, 22:41
:
Wychodzi na to, że do prawidłowego działania jest potrzebna sygnalizacja pod TS2009+, bo te niższe wersje nie posiadają opcji blokada liniowa. Czyż nie?
RBach - 19-09-2013, 22:48
:
arczix napisał/a:
Wychodzi na to, że do prawidłowego działania jest potrzebna sygnalizacja pod TS2009+, bo te niższe wersje nie posiadają opcji blokada liniowa. Czyż nie?


Cholera, a miałem już nie dotykać skryptów sygnalizy :-) Mogę spróbować dodać obsługę bloków do 2006.
arczix - 19-09-2013, 23:01
:
Dobrze, jeszcze taka prośba. Z tego co przeczytałem, prawie wszystko w tej blokadzie jest robione automatycznie. Prawie. Głównie chodzi mi tu o zmianę kierunku podawania zgody na przejazd. Czyli jeśli chcę aby ruch na danej linii np 12 km był całkowicie sterowany przez komputer, to także owa zmiana kierunku podawania zgody na danych odcinkach musiała by zmieniać się automatycznie. I tu pojawia się moje pytanie. Czy da się zrobić taką zależność, aby po prostu ta funkcja mogła być manualna - jak do tej pory, jak i automatyczna, sterowana przez komputer?
RBach - 19-09-2013, 23:07
:
arczix napisał/a:
Czyli jeśli chcę aby ruch na danej linii np 12 km był całkowicie sterowany przez komputer, to także owa zmiana kierunku podawania zgody na danych odcinkach musiała by zmieniać się automatycznie. I tu pojawia się moje pytanie. Czy da się zrobić taką zależność, aby po prostu ta funkcja mogła być manualna - jak do tej pory, jak i automatyczna, sterowana przez komputer?


Dać się da. Tylko nie bardzo widzę, jak to miałoby się odbywać? Pociąg zjeżdżając ze szlaku ma "odbijać" blok w przeciwnym kierunku? To załatwia temat jazd na przemian, raz w jedną, raz w drugą. A jak mamy kilka ciapongów pod rząd w jedną stronę? Jakiś trigger? Komenda? Kiedyś nad tym myślałem ale nic sensownego nie udało mi się wygłówkować, poza komendą maszynisty. Czyli dajemy: jedź przez (jakiśtam-trackmark-na-następnej-stacji) -> Odbij blok (nazwabloku) -> jedź przez (trackmark-na-kolejnej-stacji) -> Odbij blok (nazwabloku-następnyszlak) i tak dalej.
arczix - 19-09-2013, 23:14
:
Wtedy odbywało by się to tak: Który pociąg na posterunku pierwszy - ten lepszy, czyli pierwszy wyprawiany. Jeśli oby dwa pociągi pojawiły by się o tym samym czasie na dwóch posterunkach, wtedy odbyło by się losowo ich wyprawienie (czyli komputer by zadecydował, którego pierwszego przepuścić). Szczerze, nie mam pojęcia jak to ugryźć, jak mówiłem kiedyś, nigdy nie robiłem żadnych skryptów do Trainza. Wiem jednak jedno, że kiedy miałem zainstalowanego TRS2004 na komputerze, była tam mapa Banks Heath (nie wiem czy dobrze piszę). Na owej mapie na okrągło odbywał się ruch sterowany przez Al. Były tam szlaki zarówno dwutorowe jak i jedno. Na szlakach jednotorowych w ogóle nie było semaforów, tak aby składy nie spotkały się na jednym torze, bo wtedy zablokowały by ruch. Natomiast kiedy z dwutorowego szlaku chciałeś wjechać na jednotorowy, a po dwóch stronach były 2 pociągi, to komputer losowo puszczał albo ten, albo ten pociąg. Szczerze, myślałem, że taka opcja losowości jest w tej grze już długo, a tu się okazuje, że to wszystko takie skomplikowane.

Ewentualnie każdy pociąg zwalniający dany blok resetował by cały system i później komputer decydował by, który pociąg puścić (patrząc na priorytet i czas oczekiwania). Nie wiem jak to oczywiście ugryźć w grze, bo pisać jest łatwo.
zolwik - 19-09-2013, 23:22
:
element losowości możesz dodać poprzez zasady.
jest zasada poleceń losowych i tam ustawiasz 2 pod zasady do przestawienia rozjazdu np.
i któryś pojedzie.


a co do twojego pomysłu to:

jedzie sobie pociąg A zatrzymuje sie w peronie wybiera szlak do stacji 1 i jedzie. w miedzy czasie pociag B wjeżdża do stacji 1 i również wybiera szlak w przeciwną stronę ale że blok jest zablokowany to czeka aż sie zwolni i w ten czas pojedzie.

jak 2 na raz przyjadą? nigdy pewnie nie przyjadą równo. zawsze któryś będzie odrobinke szybciej to ten pojedzie
arczix - 19-09-2013, 23:37
:
Ale pomyśl, że może być przypadek, gdzie dana mijanka jest na mocno ruchliwym szlaku. Przyjedzie pociąg ze stacji A do stacji B, na stacji B czeka już inny pociąg, jednak w międzyczasie na stacji A pojawił się kolejny pociąg. Wtedy właśnie komputer - jako wirtualny dyżurny musi wybrać kogo puścić.
zolwik - 19-09-2013, 23:56
:
AI to sztuczna inteligencja - co jej zaprogramujesz to zrobi.
Ai dyżurnego raczej się nie zrobi.bynajmniej takiego co by sobie wybierał na jakiejś podstawie kto ma jechać pierwszy
RBach - 20-09-2013, 00:21
:
Jeden szczegół: blokada nie ma stanu "free". Zawsze jeden z kierunków jest wybrany. Nie ma możliwości, żeby żaden kierunek nie był wybrany i "ai losowało". Stan ten można zmienić:
- ręcznie (już jest)
- triggerem
- poleceniem
- regułą
- samoczynnie w regularnych odstępach, ewentualnie "na przemian".

Zapomnijmy od razu o pisaniu jakichś "systemów podejmujących decyzje". Zapomnijmy o "komputer musi wybrać". Zapomnijmy o "losowo decyduje". To nie jest pisanie gry od zera, a oprogramowanie dodatków, w dodatku w środowisku o kiepskiej wydajności. Nie stworzymy "trainza w trainzie". Zejdźcie na ziemię, bo zawędrowaliście już gdzieś w okolice Alfa Centauri.

Powyżej jest lista możliwości zmiany stanu bloku. Zawsze jednak musi być to wprowadzone przez gracza, nawet jeśli jest to wprowadzanie łańcucha poleceń do wykonania "później". Wyjątkiem jest tu trigger, który może przerzucić kierunek automatycznie po najechaniu przez pociąg, ewentualnie można określić, jaki pojazd w składzie być musi i jaki priorytet ma mieć skład żeby się zmieniło.

Najprostszym do zrealizowania systemem jest sterowanie ręczne, czyli to, co już w blokadzie jest. Kolejnym (imo) jest polecenie maszynisty. Potem - trigger (może być uzależniony od składu czy priorytetu, jak triggery sygnalizy v5). Samoczynnie co jakiś czas - tak se, działa jedynie przy bardzo sztywnym takcie. Na przemian - rodzi problemy przy kilku składach w jedna stronę pod rząd. Opcji jest kilka, ale na pewno NIE będzie to żadne AI w blokach.

Na Banks Heath były odstępy osłaniane "po angielsku", czyli semafor tuż przed rozjazdem. Tam to się dało, bo wystarczyło, ze jeden pociąg wyjechał za semafor i od razu wywalało zajętość na semaforach kierunku przeciwnego (semafory wyjazdowy i wjazdowy stały blisko siebie, po dwóch stronach pojedynczego rozjazdu). Odwzorowując polskie realia mamy głowice o długości nieraz kilkuset metrów (od wjazdowego do wyjazdowych) i tego patentu użyć niedasię.
arczix - 20-09-2013, 00:35
:
A jak to wygląda z triggerami? Musi być jakiś sposób, aby ten ruch jakoś wyglądał. Dajmy na to Podlasie PRL, w większości trasa jednotorowa. I jest sobie na tej trasie z 10 składów, część jedzie w jedną stronę, część w drugą. I biegaj tu po mapie i zwalniaj każdy blok. Tu właśnie chodzi o to, żeby zrobić system, w którym bez żadnej ingerencji ruch będzie się płynnie odbywał. Czyli mamy na przykład zamkniętą sieć kolejową Kopalnia -> Elektrownia. Jednotorowy szlak, parę mijanek. Ciągły ruch. I żeby wszystko działało jak należy, trzeba zrobić system, który by temu wszystkiemu podołał, na zasadzie mapy Banks Heath w TRS2004. Przynajmniej zbliżony system.

Ewentualnie jutro spróbuję pobawić się z komendą rozjazd blokuj. Rozjazd będzie niewidzialny pomiędzy semaforem wjazdowym a pierwszym rozjazdem kolejnego posterunku. Po przejechaniu triggera, który jest zaraz za semaforem wjazdowym stacji, z której pociąg wyjechał, rozjazd niewidzialny się odblokowuje, a pociąg z kolejnego posterunku nie wyjedzie, bo po prostu szlak będzie zajęty już przez pociąg, który wyjechał ze stacji A. Teraz pytanie czy się tak da, jutro to sprawdzę. Tymczasem idę spać. Dobranoc wszystkim.
RBach - 20-09-2013, 01:24
:
Nie da się na polskich mapach "na zasadzie Banks Heath". A dlaczego - napisałem post wyżej. Opcje sterowania blokami również, i jeśli się wczytasz, to opcja "ręczna" nie jest jedyną z dopuszczalnych. W momencie tworzenia bloków inna mi nie była potrzebna. Docelowo system ma być rozszerzony o polecenie, trigger i regułe, jak w sterowaniu sygnalizacją.

Od początku obmyślania systemu blokady brałem pod uwagę polecenie maszynisty jako jedną z bazowych opcji sterowania kierunkiem. Zamysł wyglądał, na przykładowej linii, tak:

Stacja A ----------- Stacja B ---------- Stacja C ---------- stacja D

Dla uproszczenia przyjmijmy, że stacje mają po dwa tory, każdy z torów przeznaczony jest dla jednego z kierunków na sztywno. W każdym torze stacyjnym jest 1 trigger (trainzowy zielony) i jeden trackmark. Kierunek "wyjściowy" wszystkich szlaków to "z A do D".

Ze stacji A i D wypuszczamy po 2 pociągi, nazwijmy je A1, A2, D1 i D2.
Żeby to śmigało, jeszcze w Geodecie musimy w regułach sesji przydzielić maszynistom polecenia, które zaczną automatycznie wykonywać po odpaleniu Drivera.

W tym wypadku podajemy na przykład tak:

- pociąg A1:
Jedź do stacji C
Zmień kierunek szlaków A-B, B-C i C-D
Czekaj na trigger stacji C dla przeciwnego kierunku (czekaj na pociąg D1)
Jedź do stacji D

- pociąg D1:
Jedź do stacji C
Zmień kierunek szlaku D-C
Jedź do stacji A
Zmień kierunek szlaku A-B

- pociąg A2:
Czekaj na trigger stacji A dla przeciwnego kierunku (czekaj na pociąg D1)
Zmień kierunek szlaku D-C i C-B
Jedź do stacji B
Zmień kierunek szlaku B-A
Czekaj na trigger stacji B dla przeciwnego kierunku (czekaj na pociąg D2)
Jedź do stacji D

- Pociąg D2:
Czekaj na trigger stacji B
Jedź do stacji B
Zmien kierunek szlaku B-C i C-D
Jedź do stacji A

Pociągi pojadą tak:
- A1 jedzie do C, A2 stoi (czeka na przyjazd D1 do A), D1 stoi (czeka na zmianę kierunku D-C), D2 stoi (czeka na przyjazd A2 do B)

- A1 dociera do C, zmienia kierunek wszystkich szlaków i stoi, bo kierunek C-D właśnie się zmienił, D1 rusza do C po zmianie kierunku, D2 i A2 stoją dalej

- D1 dociera do C, zmienia kierunek C-D i jedzie dalej do A, z C rusza A1 i jedzie do D

- D1 dociera do A i zmienia kierunek A-B, A1 dociera do D

- Po dotarciu D1 do A, A2 rusza z A i jedzie do B; po dotarciu A1 do D, D2 zmienia kierunek D-C i C-B, następnie rusza i jedzie do B,

- A2 dociera do B i zmienia kierunek B-A, ewentualnie czeka na przyjazd D2; D2 dociera do B, zmienia kierunek B-C i C-D;

- mijanka A2 i D2 w B, A2 jedzie dalej do D, D2 jedzie dalej do A.


Tak więc można poleceniami ogarnąć ruch nawet kilku pociągów na kilku szlakach, wystarczy to sobie dobrze przemyśleć (a najlepiej rozrysować) :-) Po odpaleniu Drivera wszystko będzie "samo se" jeździło bez udziału gracza.
arczix - 20-09-2013, 09:35
:
Wtedy można będzie sobie wygodnie zasiąść w wagonie osobowym na haku któregoś składu i podziwiać z okna widoki ;) Póki co, czekam na rozszerzenie sygnalizacji pod TRS2006.
arczix - 20-09-2013, 21:46
:
Można cały problem rozwiązać w następujący sposób: Istnieje zasada taka jak: rozjazd blokuj. Jest ona chyba autorstwa Jaro. Problem w tym, że owa zasada działa tylko z poziomu maszynisty :(. Jednak obmyśliłem pewien system, który na pewno się sprawdzi. Mamy stację A i stację B. Szlak pomiędzy nimi jest oczywiście jednotorowy. Na owym szlaku pomiędzy semaforami wjazdowymi a pierwszym rozjazdem stacji kładziemy niewidzialny rozjazd i nazywamy je odpowiednio "Blokada Liniowa A" i Blokada Liniowa B". Na wysokości każdego semafora wjazdowego stawiamy znacznik. Każdy pociąg wyjeżdżający ze stacji A, blokuje sobie rozjazd "BL" sąsiedniego posterunku, w rezultacie czego pociąg z następnej stacji nie wjedzie na szlak. Kiedy skład mija semafor wjazdowy stacji A, mija również znacznik stojący przy niej. Po najechaniu na nim odbija niewidzialny rozjazd "BL" sąsiedniego posterunku, umożliwiając sobie wjazd na następną stację. I w ten sposób można stworzyć wspaniały system blokady liniowej. Istnieją tylko dwa problemy:

-Zasada "blokuj rozjazd" musi działać także z widoku geodety.
-Trzeba by było stworzyć nową zasadę odblokowującą rozjazdy,

Pozdrawiam!