配車対応充電ガイド
充電計画は、充電する順番ではなく、出発時刻に合わせて立てましょう。
電気バスの充電スケジュールは、車両の充電状態、運行ルートのエネルギー需要、充電器の利用可能性、車庫の電力供給などを調整し、必要なバスが適切なタイミングで適切な量のエネルギーを優先的に受け取れるようにします。
簡単な回答
電気バスの充電スケジューリングとは、各バスの次の運行スケジュールに応じて、充電時間、充電器の容量、および電力を割り当てるプロセスです。 信頼性の高いスケジュールは、まず出発準備を確実にし、次に車両基地の電力制限内に収まるようにし、残りの柔軟性の中でエネルギーコストを最適化する。
主なポイント
- 便利な充電スケジュールは以下から作成されます 出発期限、ルートのエネルギー需要、現在のSOC到着順だけではない。
- 動的スケジューリングは、バスの到着遅延、業務内容の変更、充電器の故障、または利用可能な電源の変更があった場合に、運行スケジュールを再計算します。
- スケジューリングエンジンとデポ負荷管理レイヤーは連携して動作する必要がある。また、運用上正しい計画は、電気的にも実現可能でなければならない。
- 目標SOC(充電状態)を設定することで、次の作業でフル充電が不要な場合に、充電器の使用時間を短縮できます。
- スケジュールの質は、準備状況、期限の遅延、手動による介入、予測精度によって評価されるべきである。
電気バスの充電スケジュールとは何ですか?
電気バスの充電スケジュールは、決定する運用プロセスです どのバスが、どの充電器で、どの時間帯に、どの電力で、どのエネルギー目標まで充電するのか出力は、車両運用業務と物理的な充電リソースを関連付ける実行可能な計画です。
これは単純なタイマーよりも複雑です。バスの運行スケジュールは日中に変更される可能性があり、複数の車両が同時に戻ってくる場合もあり、充電器の総定格容量が車庫の利用可能な電力容量を超える可能性もあります。したがって、充電計画には車両構成と設置場所の制約の両方を考慮する必要があります。
充電スケジュールが運用上有効となる条件とは何でしょうか?
バスの充電スケジュールは、必要な各車両が出発前に出発時のエネルギー目標値に到達できること、割り当てられた充電器が物理的に互換性があること、および充電需要の合計が車庫の利用可能な電力の範囲内である場合にのみ有効です。
専門家の見解: 計画された開始時刻だけでは不十分です。完了予測には、充電器の電力制限、バスの許容充電電力、目標SOC付近でのバッテリーのテーパリング、充電器の最小安定出力、および車両の移動または切断に必要な時間を考慮する必要があります。
の 電気バス充電管理システム はより広範なソフトウェア制御層です。スケジューリングは、個々のバスと充電リソースの計画を作成および更新する部分です。
信頼性の高いスケジュールを作成するには、どのようなデータが必要ですか?
スケジューリング結果の信頼性は、その背後にあるデータと運用ルールに依存する。最小限の実行可能なモデルには、通常4つのデータグループが必要となる。
車両およびバッテリーデータ
- 車両識別番号とバスの種類
- 現在のSOCと使用可能なバッテリー容量
- 最大許容充電電力
- バッテリーまたは車両の制限
- 現在位置と接続状態
派遣および勤務データ
- 次の出発時刻
- ルートまたはブロックの割り当て
- 予想されるエネルギー需要
- 必要運用予備力
- 復帰予定時刻とその後の業務
充電インフラデータ
- 充電器とコネクタの入手可能性
- 定格電力および現在利用可能な電力
- 車両と充電器の互換性
- アクティブなセッションと予測される完了
- 障害、オフライン、メンテナンス状況
倉庫および事業上の制約
- サイトまたは変圧器の電力上限
- 非充電負荷
- 料金期間と需要ルール
- 駐車場と充電設備へのアクセスに関する制約
- 優先クラス、手動オーバーライド、および安全ポリシー
国際エネルギー機関は、電気バスおよびトラック車両の車庫計画には、ルートプロファイリング、バッテリー容量、充電戦略、充電器数を組み合わせた統合的なアプローチが必要であると指摘している。 IEAグローバルEV展望2026充電分析.
充電優先順位はどのように計算されるべきか?
信頼性の高い優先順位モデルは、単一の変数に依存してはならない。SOC(充電状態)が低いだけでは、必ずしも最も緊急性の高いバスを示すとは限らない。重要なのは、バスが出発前に必要なエネルギー目標値に到達できるかどうかである。
優先順位付けに役立つ要素は以下のとおりです。
- 出発時刻: 残り時間が少なくなると、通常は切迫感が増す。
- エネルギー不足: 現在のエネルギーと出発に必要なエネルギーの差。
- 充電時間: 利用可能な電力で必要な推定時間。
- 経路の重要度: サービスの重要性、代替品の入手難易度、または契約上の優先順位。
- 充電器の互換性: そのバスに代替充電オプションがあるかどうか。
- 運用リスク: 到着遅延、バッテリー残量制限、充電器の故障、またはデータの不確実性。
実用的な意思決定ルール
充電完了予定時刻と出発予定時刻の差が可能な限り小さいバスを優先してください。充電残量が少ないバスで駐車時間が長い場合は、充電残量が多くすぐに出発しなければならないバスよりも緊急性が低い可能性があります。
7段階のスケジュール作成ワークフロー
- 接続済みまたは接続予定のすべてのバスを特定する。 車両識別情報を最新の運行計画と照合してください。
- 出発時のエネルギー目標値を計算してください。 ルート要件と運行予備費を組み合わせる。
- 充電時間を推定します。 現在のSOC(充電状態)、バッテリーの受け入れ状況、および利用可能な充電器の電力を使用してください。
- 物理的な実現可能性を確認してください。 コネクタ、ベイ、充電器、およびサイト容量の制約を検証します。
- 充電タスクの優先順位付け。 緊急性とサービスへの影響を比較する。
- 課金プロファイルまたはオペレーター向け指示を発行する。 サポートされている機能に応じて、セッションの開始、遅延、制限、または再割り当てを行うことができます。
- 監視して再計算する。 運用上の投入要素に変更があった場合は、計画を更新してください。
ロッキー山脈国立研究所が索引付けした研究でも、インフラ計画、車両スケジューリング、充電管理を独立した意思決定ではなく、相互に関連する最適化問題として扱っています。 共同最適化研究記録.
実例:バス4台、限られた車庫電源
4台のバスが接続されているが、車庫が供給できる充電電力は240kWしかないと仮定します。以下の例は、先入れ先出し方式の充電ではサービスが維持されない可能性がある理由を示しています。
| バス | 現在のSOC | 次の出発便 | エネルギー需要 | スケジュール解釈 | 推奨される対策 |
|---|---|---|---|---|---|
| バスA | 28% | 05:30 | 高い | 早期出発と大きなエネルギー不足 | 直ちに高権限を付与する |
| バスB | 42% | 07:20 | 中くらい | バスAよりも時間が余裕がある | バスA後の充電は保護されています |
| バスC | 65% | 05:50 | 低い | 早期出発だが赤字はわずか | 目標に到達するのに十分な電力を供給し、その後容量を解放する。 |
| バスD | 20% | 11:00 | 高い | SOCは最低だが駐車期間は長い | 遅延または低電力での充電 |
合理的な計画としては、バスAに160kW、バスCに80kWを割り当てることが考えられます。バスCが目標値に達したら、その80kWはバスBまたはバスDに移動できます。正確な割り当ては、充電器の定格、車両の受け入れ状況、および設置場所の規則によって異なります。
静的スケジューリングと動的課金最適化の比較
静的スケジュール
静的スケジュールでは、あらかじめ定義された充電時間帯や優先順位が割り当てられます。導入が容易で、収益が予測可能で、信頼性の高い充電器と十分な電力容量を備えた小規模な車両群に適している場合があります。
動的なスケジュール
動的スケジュールは、現在のSOC(充電状態)、実際の到着状況、配車変更、充電器の状態、および利用可能なサイト電力に基づいて、優先順位と電力配分を更新します。出発遅延によるコストが高い場合や、車両基地の状況が頻繁に変化する場合に特に有効です。
自動化と最適化を混同しないでください
午後10時に充電を開始するタイマーは自動化されていますが、必ずしも車両全体の状況を把握しているとは限りません。動的なスケジューリングでは、計画が変更された理由と、どの運用要件が変更の引き金となったかを示す必要があります。
スケジューラが処理しなければならない例外シナリオ
バスの到着が遅れる
利用可能な時間が短くなる。システムは完了リスクを再計算し、可能な場合は緊急度の低いセッションから電力を振り向ける必要がある。
充電器の故障
該当するバスは、機器のアラームとして表示されるだけでなく、出発要件にも関連付けられるべきである。運行管理者は、代替充電器または優先順位の変更をテストする必要がある。
配車再割り当て
新しい義務によって、目標SOCと優先順位の両方が変更される可能性があります。更新された要件は、手動で再入力することなく、充電計画に反映されるべきです。
サイト容量の削減
建物の負荷が増加したり、敷地の天井が低くなったりすると、スケジューラと 電気バス車庫の負荷管理 この層は最も緊急性の高いタスクを保持すべきである。
SOCが欠落しているか古い
システムはデータの経過時間を識別し、定義された代替ポリシーを適用し、不確実性がサービスに影響を与える可能性がある場合にはオペレーターによる確認を要求する必要がある。
配車対応型スケジューリングの統合要件
スケジューリングは通常、複数のシステムからのデータに依存します。一般的なインターフェースには、車両管理、配車、テレマティクス、車両API、充電器プロトコル、メーター、メンテナンスプラットフォームなどがあります。
- 車両管理と配車業務の統合 物資供給業務、出発業務、車両割り当て。
- 車両またはテレマティクスとの統合 SOC(充電状態)、バッテリー制限値、および位置情報を提供します。
- 充電器の統合 セッションの状態を提供し、サポートされている充電制御を有効にします。
- エネルギー統合 リアルタイムのサイト容量と料金を提供します。
- 保守統合 故障と作業指示書、および機器の稼働状況を関連付けます。
統合アーキテクチャとデータ交換に関する考慮事項については、TrendPower を参照してください。 EV充電API統合ガイド.
電気バス充電スケジューリングのKPI
- 出発準備完了率: 出発前に、目標台数以上のバスを運行する必要がある。
- 請求期限を過ぎた場合の料金: 不完全な課金によって影響を受ける税金。
- 予測誤差: 予測完了時間と実際の完了時間の差。
- 手動介入率: 運用期間あたりのスケジュール変更回数。
- 平均充電マージン: 充電完了から出発までの時間。
- 計画変更の頻度と原因: バスの遅延、充電器の故障、運行スケジュールの変更、または電力供給の制約。
- 優先車両に供給されるエネルギー: 権力は作戦上の必要性に従って行使されたという証拠。
詳細な測定フレームワークは関連資料に記載されています。 電気バス充電に関するKPIガイド.
実施チェックリスト
- 出発時刻、経路、車両識別情報に関する信頼できる情報源を定義する。
- 航路エネルギーと予備エネルギーの計算方法について合意する。
- 充電器と車両の互換性および電力制御機能を検証する。
- サイトの電力上限値とフォールバック値を設定します。
- オペレーターによるオーバーライド、監査記録、およびアラームのエスカレーションを定義します。
- 到着遅延、オフライン充電器、古いSOC(充電状態)、および勤務変更をテストします。
- 全車両への導入に先立ち、代表的なバスグループで試験運用を実施する。
米国運輸省は、電気バスの導入とインフラ整備を計画する際には、路線構造、運行スケジュール、車庫容量、公共料金、気候、地形を考慮することを推奨しています。 電気バスの導入計画 ガイダンス。
充電スケジュールを運用上実行可能なものにする。
TrendPowerは、お客様のバスの運行状況、充電器の種類、車庫の電力供給状況、およびシステム統合要件を評価し、順序立てた充電ワークフローを設計します。
よくある質問
電気バスの充電スケジューリングとは何ですか?
これは、バスの次の運行予定と車庫の制約に基づいて、充電時間帯、充電器、電力、目標エネルギーをバスに割り当てるプロセスです。
先入れ先出し方式はバス車庫に適しているか?
単純な運行であれば機能するかもしれないが、出発が遅れているバスを、すぐに出発しなければならないバスよりも優先してしまう可能性がある。車両全体の運行状況を考慮した優先制御の方が、通常は信頼性が高い。
スケジュールはどのくらいの頻度で再計算すべきですか?
適切な頻度は、運用状況によって異なります。資材の到着、SOC(充電状態)、出荷、充電器の状態、サイト容量など、資材投入量に変更があった場合は、必ず再計算を行う必要があります。
スケジュールを組むことで料金を削減できますか?
はい、準備が整い、電力制限が保護された後であれば、柔軟な作業は希望する料金期間に移動できます。節約額は、地域の料金体系と運用上の柔軟性によって異なります。
スケジューリングシステムにはリアルタイムSOCが必要ですか?
最新のSOC(システム運用カタログ)は精度を向上させます。リアルタイムデータが利用できない場合は、データ鮮度に関する警告、代替推定値、およびオペレーターによる確認ルールをプロジェクトで定義する必要があります。
1人のスケジューラーで複数の倉庫を管理できますか?
はい、各拠点が独自の電力制限、充電器構成、運用カレンダー、アクセス規則を持ち、中央チームが統合された可視性を確保できる場合に限ります。
関連するTrendPowerガイド
編集方針と情報源の透明性
このガイドでは、一般的なプロトコル、インフラストラクチャ、および計画に関する記述について、業界の公式情報源を使用しています。TrendPowerの機能説明は、公開されているプラットフォーム情報に基づいています。最終的なプロジェクトの動作は、合意された範囲、充電器のファームウェア、車両データ、サイトの電気設計、統合、運用規則、および試運転の結果によって異なります。
