Armadilloフォーラム

Armadillo-IoT G3LでLTEが切断する

akira.shimomura

2017年10月5日 13時27分

カーネル:linux 3.14.79-at13
ルートファイルシステム:製品マニュアルの手順書に従い、2017/06/26にビルドしたもの

Armadillo-IoT G3Lにて、LTEの通信確認を行っているのですが、
connection-recover からよばれる wwan-force-restart が実行されておよそ30秒後に、

ModemManager[6859]: <warn>  (ttyACM0) response array is not empty when using cached reply, cleaning up 13 bytes

のログが出力されて LTE回線が切断してしまいます。
※ wwan-force-restart 実行後、このログが出力される前まではLTE回線は接続ができています。

wwan-force-restart スクリプト内の

g3l_wwan_force_restart() {
        if [ -e $G3L_ELS31_RESTART ]; then
                put_log "start force restart els31"
                service ModemManager stop
                send-at /dev/ttyACM0 AT^SMSO (★)
                echo 1 > $G3L_ELS31_RESTART
                wait_g3l_els31_disconnect
                wait_g3l_els31_connect
                service ModemManager start
                put_log "end force restart els31"
                return 0
        else
                put_log "error: $G3L_ELS31_RESTART is not found"
                exit 1
        fi
}

の★の箇所をコメントにしてwwan-force-restartを実行すると、上記のような
LTE回線が切断される現象はでませんでした。

★の処理を有効にした状態で、LTE回線が切断されない対処方法について、ご教示ください。
また、上記ログが出力されてLTE回線が切断されてしまう原因についても、ご教示ください。

コメント

at_koseki

2017年10月5日 14時13分

古関です。

> Armadillo-IoT G3Lにて、LTEの通信確認を行っているのですが、
> connection-recover からよばれる wwan-force-restartが実行されておよそ30秒後に、
>
> ModemManager[6859]: (ttyACM0) response array is not empty when usingcached reply, cleaning up 13 bytes
>
> のログが出力されて LTE回線が切断してしまいます。
> ※ wwan-force-restart実行後、このログが出力される前まではLTE回線は接続ができています。
今再現試験をしているのですが、
ModemManagerのwarnのログは出力されましたが、今のところ、LTEの切断は起きていません。
毎回発生するでしょうか?

また、LTEが切断された場合、その後、復帰しない状況でしょうか?

akira.shimomura

2017年10月5日 14時27分

ご回答ありがとうございます。

> 今再現試験をしているのですが、
> ModemManagerのwarnのログは出力されましたが、今のところ、LTEの切断は起きていません。
> 毎回発生するでしょうか?
はい、毎回発生しています。
ログは毎回下記のように出力されます。

Oct  5 13:59:18 localhost ModemManager[10511]: <warn>  (ttyACM0) response array is not empty when using cached reply, cleaning up 13 bytes
Oct  5 13:59:22 localhost ModemManager[10511]: <info>  Modem: state changed (unknown -> disabled)
Oct  5 13:59:22 localhost NetworkManager[430]: <warn> (ttyACM0): failed to look up interface index
Oct  5 13:59:22 localhost NetworkManager[430]: <info> (lte0): device state change: activated -> unmanaged (reason 'removed') [100 10 36]
Oct  5 13:59:22 localhost NetworkManager[430]: <info> (lte0): deactivating device (reason 'removed') [36]
Oct  5 13:59:23 localhost NetworkManager[430]: <info> (lte0): canceled DHCP transaction, DHCP client pid 10499
Oct  5 13:59:23 localhost NetworkManager[430]: <info> (lte0): link disconnected

>
> また、LTEが切断された場合、その後、復帰しない状況でしょうか?
復帰はします。
しかし、復帰までに30秒から60秒ほどかかってしまうので、LTE切断は回避したいと考えています

at_koseki

2017年10月5日 14時38分

古関です。

> > 毎回発生するでしょうか?
> はい、毎回発生しています。

> > また、LTEが切断された場合、その後、復帰しない状況でしょうか?
> 復帰はします。
> しかし、復帰までに30秒から60秒ほどかかってしまうので、LTE切断は回避したいと考えています

以下のような動きをしている、でよいでしょうか?

(1) 切断
(2) connection-recover(wwan-force-restart)での復旧処理
(3) 接続 (30〜60秒)かかる
(4) 再度切断
(5) 接続 (30〜60秒)かかる

(3)と(5)の接続完了は、
nmcli device コマンドで確認したでしょうか?

akira.shimomura

2017年10月5日 14時41分

> 以下のような動きをしている、でよいでしょうか?
はい、下記の通りとなります。

>
> (1) 切断
> (2) connection-recover(wwan-force-restart)での復旧処理
> (3) 接続 (30〜60秒)かかる
> (4) 再度切断
> (5) 接続 (30〜60秒)かかる
>
>
> (3)と(5)の接続完了は、
> nmcli device コマンドで確認したでしょうか?
はい、nmcliコマンドとpingで確認しています