オフラインEV充電：インターネットがダウンした時に使える方法は？

充電事業者にとっての実務上の課題は、ドライバーがエネルギーを受け取れるかどうか、充電ステーションが電力制限内に収まるかどうか、そして各充電セッションを後から正確に記録できるかどうかである。これらはそれぞれ異なる要件であり、依存関係も異なる。

このガイドでは、停電前に確認すべき事項、停電中に利用可能なサービス、および復旧の確認方法について説明します。オフライン時の動作に焦点を当てています。電力配分のより広範な原則については、当社の EV充電負荷分散ソフトウェアガイド.

オフラインEV充電とは具体的にどういう意味ですか？

オフラインEV充電とは、充電ステーションが充電管理システムへの接続が利用できない状態でも、特定の機能を実行することを意味します。 車両、ローカルコントローラー、電力メーター、または近くの電話機と通信する可能性は依然としてある。

まず、どの接続が失敗したかを特定します。モバイルデータ通信のない電話、インターネット接続のない充電器、バックエンドの障害、ローカルネットワークの障害などでは、それぞれ異なる結果が生じます。サイトのインターネット接続が切断されたからといって、同じローカルネットワーク上で動作する機器間の通信が必ずしも途絶えるわけではありません。

• 電話回線が切断されました: 充電器がオンライン状態であっても、アプリやQRコード決済ページが正常に動作しない場合があります。
• 充電器とクラウド間の接続が失われました。 充電器は独自の認証ルールと保存された記録を使用する場合があります。
• ローカル通信が途絶えました。 充電器は、メーターの読み取り値や現場の制御装置からの指示を失う可能性があります。
• 停電： 適切に設計されたバックアップ電源システムが設備に電力を供給しない限り、充電は停止します。

バックアップルーターは接続性を向上させることはできますが、充電エネルギーを供給したり、故障したコントローラーを修復したりする機能はありません。代替手段を選択する前に、障害発生時の状況を明確に定義してください。

オンライン、オフライン、そして再接続後、何が有効なのか？

以下の比較は計画策定のための枠組みです。実際の充電器モデル、ファームウェア、および導入環境に合わせて、各動作を確認してください。

画面が小さい場合は、水平方向にスワイプして3つの動作状態すべてを比較してください。

既存の充電セッションは継続されますか？

充電器がその動作をサポートしており、かつローカルの動作条件が有効な場合、既に開始されているセッションは接続障害が発生しても継続できます。 車両と充電器は引き続きローカルでエネルギー転送を管理します。オープンチャージアライアンスは、継続的なトランザクションの継続性とバッファリングについて説明しています。 OCPP稼働時間に関するガイダンス.

しかしながら、インターネット接続の切断は、他の障害と同時に発生する可能性があります。ルーターの再起動によってローカル制御パスが切断されたり、長時間の障害中に課金プロファイルが期限切れになったりすることもあります。プロトコル名からセッションの継続性を推測するのではなく、インストール全体をテストしてください。

ドライバーは充電を完了するための実用的な方法も必要としています。サポートされているローカル停止方法、車両の動作、およびコネクタの取り外し手順を確認してください。通信経路が利用できない状態では、リモート停止要求は充電器に対して実行できません。

ドライバーはオフラインで新しいセッションを開始するにはどうすればよいですか？

セッションを開始するには、アクセス権限の決定が必要です。障害発生時には、その決定は利用可能なローカルメカニズム、または独立して機能するサービスによって行われる必要があります。

RFID：ローカル認証リストとキャッシュされた認証情報

ローカル認証リストには、その充電ステーションで承認された識別子が含まれています。認証キャッシュには、以前の認証チェックの結果が保存されます。これらは異なる目的で使用されます。計画アクセスリストには、その充電器を一度も使用したことのないドライバーが含まれる場合がありますが、キャッシュは過去のアクティビティに依存します。

OCPP 1.6 の設定例 ローカル認証オフライン, LocalAuthListEnabled そして AuthorizationCacheEnabled 実装されている場合は、これらのワークフローに影響します。Open Charge Alliance には、有効な識別子と無効な識別子のシナリオが含まれています。 OCPP 1.6 テストドキュメント.

車両基地の場合、接続が切断される前に、承認済みのドライバーがプロビジョニングされていることを確認してください。有効期限切れの認証情報、最近取り消されたカード、および別の充電器に到着したドライバーをテストしてください。オフラインのステーションは、クラウド側での新しい取り消し情報が届くまで、その情報を認識できません。

Bluetooth：対応充電器のためのローカルアクセスパス

Bluetoothを使えば、近くのスマートフォンと互換性のあるハードウェアを直接通信できます。ただし、アプリはオフラインでのアクセス権限もサポートする必要があります。起動リクエストのたびにクラウドへのログインや新しいオンライントークンが必要になるようでは、Bluetooth無線機能だけでは不十分です。

アプリを再起動した後、ペアリング、以前に発行された認証情報、電話の権限、および動作を確認してください。充電器をインターネットから切断し、電話をモバイルデータ通信なしでテストしてください。そうすることで、別の接続によって依存関係が隠蔽されるのを防ぐことができます。

オープンアクセスと不明な認証情報

一部の設備では、自動充電を許可したり、オフラインで未知の識別子を受け入れることができます。これはアクセス性を向上させる一方で、事業者が支払い者を確認せずにエネルギーを供給する可能性があるという商業的な判断を迫ることになります。このモードを利用できる対象者、制限事項、および料金の処理方法を明確に定義してください。

自動起動は、証明書ベースのISO 15118プラグ＆チャージとは異なります。どちらのワークフローも、特定の認証要件を確認せずにオフラインで動作すると想定しないでください。

インターネット接続がなくてもロードバランシングは機能しますか？

はい、電力制御の決定がローカルで行われ、必要な機器が通信を継続する場合に限ります。 充電器や現場の制御装置は、変更のたびにクラウドサービスを参照することなく、ローカルのメーター読み取り値を使用して容量を割り当てることができます。

これは実用的なアーキテクチャ上の区別です。例えば、テスラは、サポート対象のウォールコネクターの電源管理機能はインターネット接続を必要としないと述べています。また、同社のドキュメントには機器と互換性の条件も明記されています。これは製品固有の例であり、他のハードウェアに対する保証ではありません。参照 テスラの電力管理に関するドキュメント.

設置場所について、メーターデータの読み取り場所、割り当て量の計算場所、および各充電器への制限値の伝達方法を特定してください。次に、インターネット接続障害、メーター通信障害、コントローラー障害の3つのテストを個別に実施してください。

フォールバック措置としては、承認された設計に応じて、割り当て量の削減や充電の一時停止などが行われる場合があります。サイトの電気設計者は、適切な制限値を定める必要があります。ローカルコントローラは電気保護の代替となるものではなく、以前のクラウドプロファイルを保持しているからといって、動的制御が依然として機能しているとは限りません。

セッションデータ、請求、支払いはどうなりますか？

エネルギー使用量の記録、請求額の計算、および支払いの徴収は、それぞれ独立したプロセスです。 充電器は、決済サービスに接続できない場合でも、セッションを再構築するのに十分な情報を保持している可能性がある。

調達時には、バッファリングの実際の仕様（保持フィールド、ストレージ容量、保持動作、再起動後またはキューが満杯になった後の動作など）を要求してください。充電器とコネクタの識別子、利用可能な場合はユーザー識別子、タイムスタンプ、開始および終了時のメーター読み取り値、単位、セッション終了情報も指定してください。

時間制料金または従量制料金の場合、時計の精度と料金処理をテストしてください。後からアップロードされる記録には、関連するイベント時刻が保持されている必要があります。どの料金バージョンを適用するか、また料金変更をまたぐセッションをどのように処理するかを決定してください。

商用アクセスには独自のテストが必要です。QRコードはオンライン決済ページを開くだけで、インターネット接続がないと保存済みの決済カードで新規決済が承認されるとは限りません。オフラインでのカード決済は、決済システムとの連携において、独自の制限事項と照合手順を含め、明示的にサポートされる必要があります。

同様に、ローミングカードは、該当する現地の許可が存在する場合にのみ機能します。外部のモバイルプロバイダーからのリアルタイム承認が得られない場合もあります。関連するパートナー契約に基づいて、課金記録を請求できるかどうかを確認してください。

ハードウェアベンダーは、ローカル充電と有料サービスを区別できる。テスラの 商用サイトに関するよくある質問例えば、無料サイトにおけるインターネット非依存型の電力管理と、有料充電サービスに必要な接続性を分離している。

接続が復旧した際に何が起こるべきか？

復旧は、ダッシュボードに「オンライン」と表示された時点ではなく、運用状況と財務記録が再び信頼できる状態になった時点で完了します。定義された復旧手順を使用してください。

1. 通信を復旧する： ステーションが目的のバックエンドに到達し、現在の状態を報告することを確認します。
2. 保持された取引をアップロードします: セッションの識別情報と元のイベント時間を保持する。
3. 完全性を確認してください： メーターの読み取り値、セッション終了時刻、および欠落している記録を比較します。
4. 重複処理を防止する： 再試行によって重複したセッションや料金が発生してはならない。
5. ポリシーを更新する: 許可、料金、課金制限を地方自治体と調整する。
6. 例外事項の確認： 不明なユーザー、拒否された認証、未決済の支払いについて調査する。

また、古いコマンドの処理方法も決定してください。古いリモート命令が後続のセッションに意図せず影響を与えないようにする必要があります。複数のステーション間で、繰り返し再接続と同時復旧をテストしてください。これには、現場で必要となる制御された立ち上げも含まれている必要があります。

バックエンドは、遅延したトランザクションの証拠と稼働中のステータスを区別する必要があります。オフラインバッジだけでは、停電中に電力が供給されなかったことを証明することはできません。

展開前にオフラインEV充電をテストする方法

代表的な実機を使用し、ファームウェア、構成、停止時間、および観測結果を記録してください。以下の受入チェックリストは、提案されたプロジェクトツールであり、既に完了したテストの報告書ではありません。

モバイル端末では、横方向にスワイプして、必要な証拠を表示してください。

充電器メーカー、ソフトウェアプロバイダー、設置業者、および運用者と合格基準について合意する。各不具合の責任者を明確にする。プラットフォームがOCPPをサポートしているという一般的な声明よりも、パイロットテストの結果を記録する方が有用である。

TrendPowerを使用したオフライン充電ワークフローの計画

TrendPowerが公開した 米国における家庭用EV充電プラットフォームの事例研究 互換性のある充電器構成におけるBluetoothローカルアクセスと、Wi-Fiおよび4Gリモート操作について説明します。また、設定されたワークフローの一部として、後続の同期についても説明します。

この例はプロジェクトアプローチを示していますが、すべての充電器や決済設定で普遍的なオフラインサポートを確立するものではありません。新しいネットワークの場合は、アクセス、エネルギー制御、リカバリの要件をレビューしてください。 TrendPower EV充電ポイント管理システム 意図したハードウェアに対してチームを編成します。

設計にDLB Edgeまたはその他のオンサイトコントローラが含まれる場合は、ローカルでの意思決定、メーターの依存関係、フォールバック動作、再接続などを網羅した責任分担マップを文書で要求してください。製品名だけでオフライン機能が決まると思い込むのではなく、パイロットテストを通じて提供可能な範囲を確認してください。

オフラインEV充電に関するよくある質問

Wi-Fiなしで電気自動車を充電できますか？

多くの場合、そうです。充電器によっては、ローカルでの操作や別の接続方法に対応しているものもあります。お使いの機種の認証およびスケジュール設定要件をご確認ください。Wi-Fi接続が切断されたからといって、必ずしも電力が利用できないとは限りません。

OCPP互換性はオフライン充電を保証するものですか？

いいえ。OCPPは通信機能を定義するものですが、オフラインでの動作は実装されている機能、ファームウェア、および設定によって異なります。必要なワークフローを、使用する充電器とバックエンドの組み合わせでテストしてください。

停電時でも、予約充電は機能しますか？

スケジュールがローカルで保存され、正常に動作する時計で実行される場合は、正常に動作する可能性があります。新しいクラウドコマンドを必要とするスケジュールは、動作しない可能性があります。再起動後に実行場所と動作を確認してください。

充電器がオフラインの状態でも、ドライバーはQRコードで支払いできますか？

必ずしもそうとは限りません。チェックアウトには、スマートフォンのインターネット接続、支払い認証、充電器への正常なコマンドパスが必要になる場合があります。QRコードをオフラインアクセスとして扱うのではなく、これら3つすべてをテストしてください。

オフラインで発生したイベントはすべて、後からダッシュボードに表示されますか？

自動的には行われません。トランザクションバッファリングと診断ログは、異なる範囲で処理される場合があります。どのレコードが保持されるか、その容量制限、およびリカバリ後にバックエンドが再構築できる内容を確認してください。