2020-03-18

車両基地の分類

はじめに
手前型
奥型
折返し型
X型
玉突き型

はじめに

Simutransにて、運行頻度の偏りをなくすために使う車両基地の分類を考えてみました。

最新バージョンのOTRPやExtendedでは、ダイヤ機能によって運行頻度の均一化ができるようになり、車両基地を使わずにプレイすることも増えているそうです。ですが、車両基地による運行頻度を戻す効果はダイヤ機能よりも強力で、運行頻度が乱れることが多いマップではやはり強いと思います。

<2020年3月18日追記>

車両基地の待機設定をする線にダイヤを設定して活用する人もいるそうです。組み合わせることで互いの弱点を補い合って、更に効果的になりそうです。

手前型

メリット
- 信号の配置がわかりやすい
デメリット
- 待機できる車両数に対して土地を広く取る

f:id:soukouki:20200318132953p:plain — 兼ヶ崎車庫

f:id:soukouki:20200318133156p:plain — 釜利谷車庫

www.nicovideo.jp 上の動画で紹介されているのは、この形です。

奥型

メリット
- 割と小さな土地で作れる
- 信号の配置が簡単
- 交差が少ない
デメリット
- 駅の先に土地が必要

始発駅では待機をする線と駅を一緒にすることで、更に小さな土地で作れます。

f:id:soukouki:20200318133849p:plain — 大河原車庫(画面上側の車庫)

f:id:soukouki:20200318134035p:plain — 駒爪車庫

今回のマップでは待機設定をする線と駅を分けましたが、一緒にすれば更に小さな土地で作れます。

折返し型

折り返すことで待機設定をする線を駅の横に持ってきました。

メリット
- 割と小さな土地で作れる
デメリット
- 平面交差が多い
- 長い編成だと、土地を余計に取る

f:id:soukouki:20200318140059p:plain — 辰巳車庫

X型

折返し型の折り返し線を、列車が待つ線の横まで持ってきました。

メリット
- 小さな土地で作れる
デメリット
- 平面交差がとにかく多い

f:id:soukouki:20200318140916p:plain — 鬼無車庫

f:id:soukouki:20200318141004p:plain — 飯淵車庫

玉突き型

多系統を受け入れることを考えないことで土地あたりの待機できる車両数を多くしました。とても小さな土地の車両基地や、路面電車の車両基地に向いてます。

メリット
- とても小さな土地で作れる
デメリット
- 長い編成には向かない
- 複数の系統に対応すると効率が悪くなる

f:id:soukouki:20200318141951p:plain — 椎津車庫

f:id:soukouki:20200318142028p:plain — 片桐広町車庫

2020-03-11

Rubyに標準でついてくるLoggerは、Windows上かつマルチプロセスのとき、ログローテーションがうまくできないお話

Ruby

ハマったので久しぶりに記事を書きました。

使用しているLoggerはlibrary logger (Ruby 2.7.0 リファレンスマニュアル)です。

ある日プログラムを書いていると、

log writing failed. closed stream
log shifting failed. closed stream
...
..
.

という警告がたくさん流れてきました。

原因を探ってみると、どうやらLoggerに設定したファイルの大きさが、設定した大きさよりも大きくなったときにこの警告が出ているようです。

色々探してみると、マルチプロセスの際にログローテーションがうまく動かないことがあったようです。 RubyのLoggerはスレッドセーフ(＆プロセスセーフ)かどうか調べてみた - sonots:blog

そして、このブログの筆者がマルチプロセスでもログローテーションがうまく動くように直してくれてます！ Inter-process locking for log rotation by sonots · Pull Request #428 · ruby/ruby · GitHub

・・・あれ？ならなんでこのメッセージが出るんだろう？

githubにあるソースを覗いてみると、Windowsで動かしているときにコードを変えている部分があります。それを追ってみました。

どうやら、そのっつさんが書いてくれたコードはWindowsでは動作しなかったようです・・・残念。 logger.rb: fix r43511 for Windows · ruby/logger@226add9 · GitHub

2019-12-06

信号パターンをいくつか紹介・解説するよ！

Simutrans AdvendCalender

　この記事は、Simutrans Advent Calendar 2019の6日目の記事です。 adventar.org

　OTRP v22.3(Standerd版120.4.1相当)で動作を確認しています。信号については概ねStanderd版と同じ動作ですが、多閉塞信号は動作が異なります。

はじめに
信号機について
信号・配線パターン紹介
おわりに

はじめに

　ある場所で配線自慢をしてたら、思ったより反応があったので、アドベントカレンダーの記事にしてみました。アドベントカレンダー初挑戦なので、暖かく見守っていただければありがたいです。

　また、この記事では信号についてのチュートリアルは書いていません。基本的な信号の動きについては、チュートリアル/信号入門/102.2.2 - Simutrans日本語化･解説がおすすめです。

　なお、混乱を防ぐため、信号機を普通信号と、どの種類の信号(または駅)でも良い場所は、信号と表記します。また、スクリーンショット内では表記を短くするためプライオリティシグナルではなく三現示信号と表記します。

信号機について

　先ほど紹介したページに書かれていない仕様や、アドオンで追加できる信号もあるので、それについて紹介します。

ATC信号

　とても小さくて目立たない信号機です。この記事では本来の使い方とは異なり、変な置き方をする信号をごまかすときに使っています。

両方向信号は、同時に両方向から予約できない

　A地点にいる列車がD方向に向けて経路を予約しています。その際、信号が設置されているCのマスも予約します。これは反対側から走らせたときも同じです。

　これによって、両方向から列車を走らせた際、信号のあるマスは片方側からしか予約できず、両方向信号でぶつかることはありません。この仕様は、単線での続行運転をするときなどに役立ちます。

入線振分信号は他の信号機を超えて予約する

　A地点にいる列車がC駅に向けて進んでいます。このとき、Aの入線振分信号を通過する際に、Bの普通信号の先のC駅まで予約します。

　Cの普通信号を増やしたり、

プレシグナルやプライオリティシグナルに置き換えても同じようにその先まで予約します。

ですが、入線振分信号の場合は、その手前で止まります。

　なお、反対向きの信号や一方通行標識によるルートの制限はきちんと働きます。この仕様のおかげで成り立つパターンもあります(ただ、今回の記事では紹介しません)。

OTRPv22.3などで多閉塞信号の予約範囲が先の信号を超えることがある

　A駅にいる列車がC駅に向かって進んでいます。多閉塞信号を通る際、C駅の端に置かれた普通信号を超えて予約しています。

　この先、いくつか多閉塞信号を使うパターンを紹介しますが、それを使う場合は列車の予約範囲に気を使う必要があります。

　また、先の信号によって動きが異なるときがありますが、それについては詳しくは扱いません。

多閉塞信号の先の信号は、左から普通×2、プレシグナル×2、多閉塞×2、振分×2、プライオリティシグナル×2です。

信号・配線パターン紹介

　信号の話が長くなってしまいましたが、ここからが本題です。

停車位置を指定したときに、出発時に出発信号まで進まないようにする方法

　OTRPでは、ホームの指定の位置に列車を停められます。

　A駅に列車が停まろうとしています。この駅では駅舎に近いところに列車を停めるようにしています。

　普通なら、下のスクリーンショットのように反対側からの列車が来る前に出発して、信号まで進んでから止まります。ですが、このままでは見た目が良くないので、駅を出発してもホームに停まったままにするパターンを紹介します。

　線路の色が違うところが停車位置を設定したマスです。

　列車は、後ろ側が入るのであれば停車位置を設定したマスに、それだけでは足りない場合は、最後尾の車両が入るように指定より先のマスに、ホーム長よりも長ければホームの一番先に停まります。

　なので、それに合うようにプレシグナルを置いていきます。そうすると、発車した際にプレシグナルに引っかかり、普通信号が開通するまでは先の方へ行かなくなります。

　なお、プレシグナルをこのように使うとかなりゴツくなってしまうので、ATC信号を使ってごまかすことをおすすめします。

　ただし、駅を通過する列車がいる場合、最も手前側のプレシグナルで止まってしまうので、注意が必要です。

プライオリティシグナルを使った急行退避の確率を上げる信号パターン

　B駅に停まっている列車を、A地点にいる通過列車が追い越そうとしています。また、A地点にいる列車は駅に侵入する前から、B駅より先の区間まで予約しています。

　そして、この信号配置では、B駅にいる列車が先に発車してしまった場合、通過列車はC地点までの区間を予約します。

　プレシグナルや普通信号だけを使った信号パターンでは、追い越しに失敗した場合、通過列車がA地点で止まってしまい、先行列車との間隔が開いてしまいます。それに対して、プライオリティシグナルでは合流部手前まで進むことができるので、次の追い越しが成功しやすくなったり、運行間隔を詰められたりします。

多閉塞信号を使った緩急接続の確率を上げる信号パターン

　なお、このパターンはStanderd版ではうまく動きません。

　B駅に止まっている列車を、A地点にいる急行列車がB駅に停まり、そして追い越していきます。SSの中に通常信号って書いてあるのは気のせいです。きっと。直すのめんどい。

　鈍行列車はAの多閉塞信号を通るときに、C:待避線の普通信号までを予約、急行列車はB駅を超えて、Dの信号まで予約します。そのため、鈍行列車が急行列車より先にB駅を出発しても、急行列車がDの信号を過ぎるまでの間、C:待避線の普通信号から先を予約できないので、追い越しが成功します。

　ただし、急行列車がAの多閉塞信号から先を予約する前に鈍行列車が発車した場合、急行列車はAの多閉塞信号から先を予約できないので、列車の間隔が開いてしまいます。

　また、OTRPv22.3などでは多閉塞信号の仕様に気をつけないといけません。

その他追い越し・緩急接続の確率を上げるパターン

　いくつか併用することもあります。

鈍行列車に待機時間(積むまで待機・最大待ち時間)を設定する

　一番簡単で、上のSSでも使用しています。ただし、鈍行列車が連続して来たときに詰まったり、空退避が起こることがあります。

退避側の出発信号をプレシグナルにする

　追い越しや、追い越しと緩急接続を同時に行う駅で使うことがあります。緩急接続をしながら追い越しも起こる場合、順番に発車します。ただし、ある程度運行本数が多くないと、うまく働きません。

複線からの単線分岐

　ここでは、両方向信号を使い、少ない設備で複線側の支障時間を減らしたパターンを紹介します。

　なお、E方面は駅や編成が複数あった場合もうまく動きます。

列車の動き

本線側を通る列車は、AのプレシグナルでCの信号までを予約します。予約に失敗した場合、A地点の前で待機します。
支線側に行く列車は、AのプレシグナルでDの両方向普通信号を超え、E方向の駅や信号所まで予約します。予約に失敗した場合、A地点で支線の列車が出ていくまで待機します。
そしてE方向の駅について折り返す(E方面の信号所を出発する)際は、Dの両方向普通信号までの区間を予約します。この際、本線側は予約しないので、E方向の駅が相当離れていても、本線側が詰まったりすることはありません。
Dの両方向普通信号に着くと、Cの信号まで予約をします。予約に失敗した場合はD地点で待機します。

その他

　このパターンのメリットは、とにかく設備を減らせることです。田舎感を出せるかも！

　ちなみに支線側に行く列車が1編成だけであれば、ただ単に両方向普通信号をこれと同じ場所に置くだけで実現できます。また、Bの普通信号はATC信号に置き換えたほうがスッキリして好きです。

単線での続行運転

　シンプルに両方向普通信号を真ん中においたものです。前に説明したように、両方向信号は両方から同時に予約できないので、これだけでうまくいきます。

　ただし、両方向にある程度列車が貯められるようにしないと、デッドロックが起こります。特に、単線区間の長さに比べて高頻度に運転している場合は、片方向にのみ列車が流れやすく、デッドロックが起こる可能性が高まります。

単線での急行運転

　地方の特急列車とか、再現してみたくないですか？

　ただし、単線のため信号を置く場所が限られたり、急行列車と鈍行列車の間隔を詰められず、駅間が長いほど鈍行列車が長時間駅に停車するようになるなど、なかなか難易度が高いです。

　また、設備を減らしていくと、どうしても無理が出てしまい、デッドロックする可能性がある配線がいくつもあります。使用する区間や運転頻度にも気を配らないといけません。

　なお、実際に作り、確認するようにはしていますが、これを使って開発したことはないので、間違いがあるかもしれません。

2面4線-急行同士・鈍行同士のすれ違い

　急行停車駅にも、通過駅にも使いやすい2面4線駅です。ただ、単線から4線になるのはリアルではあまり見ないので、景観的には微妙かもしれません。

　急行通過駅のときは、前後の駅にプライオリティシグナルやプレシグナルを使うことで、追い越しの確率をあげられます。

　きれいに追い越しが決まるようにするには、急行が駅の先も予約するようにします。たとえば、

急行が通過の場合
1. 前の駅(信号場)の出発信号をプライオリティシグナルにする。
2. 通過線に信号を設置しない。
3. 前の駅の出発信号をプレシグナルに置き換える。
　2と3は、急行がこの駅を超えて予約するまでは前の駅にとどまり続けます。線路あたりの輸送効率は落ちますが、運転停車を避ける意味ではありだと思います。
急行が停車の場合
　急行用ホームに信号を設置せず、前の駅の出発信号を多閉塞信号に置き換えます。
　急行はこの駅を超えて予約するまでの間、前の駅にとどまり続けます。

2面3線

　急行だけがすれ違うのか、鈍行だけがすれ違うのか。急行は通過なのか停車なのか。など色々バリエーションが考えられ、またそれぞれ信号の置き方も変わってきます。

片方向のみ急行退避(通過)の場合
上の2面4線の半分と、普通の単線を並べるだけです。信号については、ただ並べただけなのでそのまま設置するだけです。
鈍行のみすれ違い
　急行が通過なのか、停車なのかで変わります。
- 急行が通過の場合
  　信号は一切置かなくていいです。景観的に必要であれば、鈍行用ホームには普通信号を置いても構いません。
  　鈍行が退避すると前の駅にいた急行がこの駅の先まで予約し、追い越しが成功します。
  　また、急行用ホームに信号を置き、急行を単線での続行運転のようにさせる手もあります(ただ、単線での続行運転と同じくデッドロックする可能性があります)。
- 急行が停車の場合
  　急行用ホームには信号を置かず、鈍行用ホームには普通信号を置きます。
  　急行は上で紹介した単線での続行運転のような形になるので、衝突することはありません(これも、単線での続行運転と同じくデッドロックする可能性があります)。
  　ただし、急行がすれ違う設備を間に入れずに、この形の駅を連続で置くとデッドロックが起こります。解決する方法(多閉塞信号)もありますが、この記事内では紹介しません。
急行のみすれ違い
　鈍行用ホームは信号を置かず、急行用ホームは普通のすれ違い駅(信号場)を並べます。
　この形の駅はすれ違う設備を間に入れずに連続で置くと、デッドロックが起こりますし、それを解決する方法は私は知りません(多閉塞信号を使うと追い抜けなくなります)。特急街道プレイには1のパターンを使うのが無難だと思います。

1面2線-一線スルー

　なかなかな田舎感が出そうです。

　信号は一切置きません。鈍行列車は単線続行のように、急行列車はただの単線として走ります。

　この形の駅は、すれ違う設備を間に入れずに連続で置くと、デッドロックが起こりますし、それを解決する方法は私は知りません(多閉塞信号を使うと追い抜けなくなります)。非一線スルーや2面4線などの鈍行列車がすれ違えるパターンを間に挟む必要があります(単線での続行運転と同じくデッドロックする可能性があります)。