縁側 > その他 > 備忘録いろいろ
「縁側」-みんなが作る掲示板-からのお知らせ
縁側からのお知らせ

縁側をご利用いただく際のルール&マナー集を用意いたしました
ユーザーの皆様に楽しくご参加いただけるよう、主に投稿時の注意点などをまとめています。
ご投稿の前には必ずご一読をお願いいたします。詳しくはこちら⇒「縁側 ルール&マナー

紹介文

スマホのg07の不具合を確認する為に始めましたが、ログを眺めるのも飽きたので機器を限定せずに思う事を書いておきます。

カテゴリもその他に変更しましたが、過去の書込はそのままにしてあるので、違和感ありますが…

最近はGoogle Homeを手に入れたので気付いた事を書き留めておこうと思います。

  • 備忘録いろいろの掲示板
  • 備忘録いろいろの伝言板
  • 備忘録いろいろの投稿画像
この掲示板は閲覧専用です(運営者のみが投稿できます)。

このページのスレッド一覧

前のページへ次のページへ


GoogleHomeの挙動を調べたくてもログ機能はありません。
また、通信ログはルータにありますが、簡単なものであまり役に立ちそうもありません。

そこで、パケットキャプチャをしてみる事にしました。
使うツールは定番のWiresharkです。

とりあえず、2台のGoogle Homeと通信しているパケットのみに注目して確認するつもりで、テストで短時間キャプチャしてみました。

短時間でも結構多いです。多すぎますね…最初は1台だけにした方が良さそうです。
それでも多いですが、多くなっている原因の一つはLAN内の色々な機器がGoogle Homeに対してパケットを送信しているからでした。
よく見たらGoogle Homeから毎分SSDPが送信され、それに応答する形でLAN内の機器が通信してます。

他に目立つのはGoogleに対しての通信(MDNS)が頻繁に発生している事です。
多分この通信が途切れると使えなくなるのだと推測は出来ますが、実際に問題が起きたときのパケットを確認するのは大変そう…



2018/1/3 23:25  [2048-73]   

キャプチャ本番!と思って、とりあえず1.5時間くらい放置

そのままでは見にくい。
どうせなら全データをcsv出力して慣れたEXCELで…データは1GB弱…大きいのか?と思ったら…

読み込みエラーが発生。
EXCELの最大行は1,048,576 行らしい。

とりあえず、途中まででも良いかと最大行の時刻確認したら…キャプチャ開始から2分!
想像を遙かに超えてました(>_<)

miniのIPアドレスへの入出力だけに絞ったら約3MB…ん?小さすぎる? それでも1.5万行あるけど…
やはり仮に何か問題があっても原因を見つけるのは大変そうです。

2018/1/4 15:14  [2048-74]   

取得したパケットをザックリ確認してみました。
データ量が多すぎる為にGoogle Home mini(以下mini)に割り当てられたIPアドレスへの入出力だけを抽出したのですが…
大した(特異的な)内容は見つかりませんでした。

ただ、miniが通信するパケットの35%がマルチキャスト送信である事に気付きました。
送信パケットだけで考えると、実に71%です。

一般的に、キャストは投げるという意味だけど、単に通信の意味で、主にユニキャスト(1体1通信)を差していると思ってました。

原点に立ち返って、キャストの種類を思い出すと…
 ユニキャスト、ブロードキャスト、マルチキャスト
の3種類あって、後者の二つは1体多通信で使われる、そして…
 ブロードキャストは受信者全員に届きネットワーク全体への負荷も大きい
 マルチキャストは指定されたグループに届き、それ以外は即時破棄されるのでブロードキャストに比べて負荷は小さい
って感じかな。

たぶん、Google Homeは複数端末の利用も考慮されているので、ユニキャストでは無くマルチキャストが採用されているって事かも。

ただ、通信状態を調査したい時にはユニキャスト以外は面倒なんですよね…

とりあえず、抽出したデータを再確認してみました。

データ取得時はiPadでSpotifyアプリを起動し音楽再生させていました。
でも、取得データにはiPadとの通信は一つもありませんでした。
iPadのIPアドレスは抽出していないのでminiとのユニキャストが無いという意味です。

ところが、あるIPとのユニキャストが頻繁に出現していました。
送信パケット14%、受信パケット28%で全体の42%に相当します。

それは、このPCなのですが、Spotifyを含む関連アプリは何も動いていないはず…
もう一台起動していたPCがあったのですが、そちらへの通信は数パケットのみです。
違いは、ブラウザ(Chrome)が起動していてminiと同じアカウントでログインしてたかどうかだけのはずです。

それが、この差の原因なのか???
断言は出来ませんが、もしかしたらminiだけに注目して調査してもダメかも知れないです。
Googleアカウントで紐付いているスマホとかPCとかも…って、殆ど無理です(>_<)

2018/1/6 13:02  [2048-75]   

今後もしminiの問題が発生した場合に調査する方法を考えてみました。
最初は常時パケットを取得しておいて発生時刻近辺の通信状況を確認する事を考えていました。
しかし、別スレに書いたようにデータ量が多すぎてほぼ不可能と分かりました。

そこで、とりあえずは問題発生後の通信状況のみを確認する事にしました。
この場合は問題そのものは確認出来るかも知れませんが、発生原因は分からない可能性が高いです。

と、よく考えてみると…正常時の通信状況を把握していないと異常が分からない事に気付きました。
そこで、正常時の通信状況を取得してみました。

miniに対して「OK Google 天気予報」と聞いた時の流れです。

取得データ全体
 キャプチャ開始してから終了するまでの時間 : 13秒間
 パケット数 : 2511

取得環境
 PC-Bにキャプチャ環境を構築
 PC-AからSplashtopで接続しキャプチャ指示
 PCは両方とも有線接続

確認出来た通信内容
 miniのアドレスから通信が始まるはずと考え確認しました。
 8秒後にMDNSのマルチキャストを確認 3パケット
 9秒後に同様に3パケット
 
呼びかけるまでに8秒もあったのか?と思いますが、他にminiが関わる通信は見当たらないです。
また、問題なのは上記が呼びかけた事による通信だとしても、応答が確認出来ないのです。
少なくともminiに対するユニキャストはありません。

mini以外ではHomeアプリを起動中だったiPadのアドレスからのマルチキャスト通信が確認出来ます。
しかし、これはminiへの応答では無いはずです。
結局応答が特定出来ませんでした。

これとは別に気付いた事があります。
ネットワークはIPv4で組んでありますが、希にIPv6のパケットが確認出来ます。
設定可能なPCはIPv6自体を無効にしてあるので、可能性があるのはそれ以外です。
しかし、取得されたアドレスがどの端末のものなのか判別出来ません。

各機器の通常の設定画面ではIPv6アドレスは表示されません。
PCのIPv6を有効にして不明IPv6アドレスへのpingを飛ばせば分かるのかも知れませんが不便です。

ここまで書いて、一つの可能性に気付きました。
キャプチャしているPCに届いていないパケットが存在するのでは無いのか?です。

わが家ではルータ配下にL3に近いL2スイッチを多段で構成しているのですが、ポートVLAN構成にしてあります。
また、デフォルトでIGMP スヌーピングが有効だった気が…

Homeはルータに直接接続するので、その通信は下位には流れていないのかも…

2018/1/8 00:40  [2048-76]   

キャプチャ環境を変更する必要があるようです。

方法は3つ思いつきました。

1.ネットワーク構成を変更し、全てのパケットがLAN内にも流れるようにする
  → LAN内に余分な通信が流れる事によって実効速度が低下する
    キャプチャ後に復元するのが大変

2.ルータ直結のPCを用意してキャプチャする
  → 簡単に移動して使えるPCが無い
    古いパーツはあるので自作機を作るのは可能だけど面倒

3.mini接続用にキャプチャPCと同じセグメント上にAPを繋げる
  → 古いルータをAPモードにして接続すればOKのはずだけど、既にID等忘れてる
    以前、出張時にホテル等で使っていた小型ルータがあれば簡単だけど見つからず(>_<)

と、悩んでます…

2018/1/8 11:00  [2048-77]   

前述の3の方法を試す事にしました。

j自分のルータは見つかっていないけど、身内が同じルータを持っていた事を思い出しました。
使用していなかったので初期化してキャプチャ用のPCと同じセグメントに接続しました。

当然、キャプチャ対象とするGoogle Homeの接続先を変更する必要があると思いました。
しかし、意外な事が起きました。

設置場所が大元のルータよりHome近い場所だったのですが、アドレスが勝手に変更されてました。
設置したルータ(APモード)のDHCPの先頭アドレスです。
パスワード入力もしていないのに何故?と思いましたが、DHCPサーバのみが変更されただけのようです。

実際にキャプチャしてみても、以前と殆ど変化無しでした。当然ですね。

で、Homeの接続設定を削除して再設定…ルータのSSIDは見つかるけど何故か接続出来ない。
セキュリティ無しでもダメ…何故?

粘ったけど上手く行かないので、とりあえずこの方法は断念。

パーツ集めて自作するのは面倒なので、キャプチャPCをルータ直結する事にしました。(2の方法)
移動が面倒なのでモニタや入力機器は無しで、本体のみでリモート接続します。

Homeの接続先を元のルータに戻して、キャプチャしました。
結果…殆ど変化がありません…何故でしょう(>_<)

2018/1/8 16:02  [2048-78]   



ネットワーク機器は可能な限り静的アドレスを使う事にしています。
何故なら、何かトラブルがあった時に原因を作った機器が特定しやすい事と、ルータの負荷を減らす為です。

そしてセキュリティの観点から、接続を許可する機器はMACアドレスで限定しています。

ここで、問題となるのは機器管理が面倒な事です。
アドレス台帳はEXCELに入力していますが、更新をサボる事が多く、年に何回か纏めて更新しています。

この状態で万一トラブルが発生すると…タイミングによっては静的アドレスの意味が無くなります。

そこで、日常はツールを使って状態監視しています。
TWSNMPというツールですが、既に開発停止状態で、開発した会社も解散しているようです。

これを使うと同じネットワーク内の状態が分かります。
最初に自動発見機能でネットワーク内を検索し、発見された各機器がアイコンで示されますので、適切に配置し接続関係を明確化する為に結線しておきます。

各機器のプロパティでMACアドレスやIPアドレス等も分かります。
この状態は保存可能で、次回起動時には起動状態が色で示されるので分かりやすいです。

今は、下記からダウンロード出来ます(ソースもあるのでスキルがあれば改変可能かも)
http://www.twise.co.jp/

2018/1/3 17:35  [2048-72]   



価格comに項目が無く、他でも情報が乏しいので、何か気付いたら記載する事にします。

過去製品スレに書いた内容ですが…転載しておきます。

機器に関する注意点
 本機の状態は本体のLED(赤と青)でしか判断出来ないようですが、その状態が分かりやすくは説明されていません。
 確認して分かった(含む推測)状態は下記です
  青点滅(速) 電源投入直後などの起動時
  青点滅(遅) 機器設定中?
  赤点滅    設定失敗?、リモコン学習中(点滅速度が違うかも)
  赤青点滅   リセット中
  赤点等    リセット完了
  消灯     通常利用時

 最初は赤点滅が頻発して何度もリセットしました。
 まれに消灯する事もありましたが、消灯が正常とは気付きませんでした。
 何故なら、何故か最初は消灯時でもアプリから認識出来ない状況だった為です。
 一度諦めて暫く放置しておいたら認識されるようになっていました。(原因不明)

設定上の必須条件
 本機は2.4G帯にしか対応していませんので、設定するスマホ等も同じルータに2.4G帯で接続出来る事
 本機のIPアドレスを静的設定する項目が無いので接続するルータはDHCPが有効かつ払い出しアドレスに空きがある事

設定に関する感想等
 マニュアルには複数の設定方法が記載されていますが、どれも素直に設定出来る物はありませんでした。
 わが家では全ての機器を固定IP化していたのでDHCPに気付くまでの試行錯誤も含んではいますが…
 
プリセットについて
 Webでは200種以上のプリセットが売りになっていますが、実際はそのまま使える物は少ないです。
 特に同一メーカーで同種機器を使用している場合、リモコンモードは変更しているはずですが、その選択が全く有りません。
 リモコンレイアウトは固定(種別によって違う)で、変更は出来ません。手動追加(学習時)も同じです。

オリジナルリモコンについて
 登録は可能ですが、複数機器を自由にレイアウト出来る訳ではありません。
 登録時には予めプリセットまたは学習済みのリモコン登録が必要です。
 登録済みリモコンのブロック(決められている)を選択して貼り付けるイメージです。
 但し、同じ種類のブロック(TVの電源とレコーダーの電源など)は選択出来ない様です。

2018/1/2 11:18  [2048-70]   

とりあえず、気付いた点等を列記しておきます。

本体の大きさの割に赤外線の到達範囲は広い感じがします。
機器添付のリモコンよりも確実に広いので、設置場所は多少離れていても大丈夫な感じです。

これは良い事なのかどうか判断出来ませんが、一度接続すると電源を切るまではネットに繋がったままです。
何故、判断出来ないと書いたのかは、別スレでも書いたように機器によっては、定期的に自ら切断と再接続を行うものもあるからです。

それらの機器は再接続する事によって安定性を向上させるとの考えだと思いますが、今のところは本機の方が安定しているように見えます。

念のため、手動で再接続させる事も出来ますが、方法は一度電源断しか方法がありません。
センサー利用を前提にするなら、事実上再接続は出来ません。

具体的には、電源投入から30分間はセンサーが使えないのが仕様のようだからです。
なので、リモコン使用時だけ電源投入という利用方法でもセンサーは使えません。

わが家では問題にはなりませんでしたが、本機には電源部は添付されていません。
USBケーブルは添付されていますが、別途5V、1AをUSB-A出力可能な電源が必要です。

専用アプリですが、リモコンのレイアウトは今一つです。
iPhoneの場合は縦にスクロールで仕方無いと思いましたが、iPadは対象によっては横に2列に分かれて表示されました。

複数の対象を同時にレイアウト可能なら、それでも良いです。
しかし、1対象だけで横並びはオリジナル(通常は縦型)と操作性が違って戸惑います。

本当はもっと自由に使いたいですが、eRemote等のような自由度はありません。
法人向けにはNDA前提で情報公開しているみたいですが、自分が開発者ならわざわざ選ばないです。

Google Home対応予定らしいですが、どうせならIFTTT対応して欲しいです。

2018/1/2 12:02  [2048-71]   



Google Homeの不具合?について調べていて気付いた事を書いておきます。

端末が無線LANでルータに接続するときには送受信するデータ以外にルータとの決まった通信を行います。
今までは下記の様な認識でしたが、どうやら端末によって挙動が異なる様です。

1. 接続時に、接続要求及び認証要求を行い接続断になるまでは維持する。
2. DHCP利用の場合は指定された期間の半分で継続確認を行い期間継続する。

1に関しては必ずしも接続断まで維持されないようです。
Google Homeは一定期間毎(最大24時間)に自ら接続解除と再接続動作を行っています。
ラットッククシステムのスマートリモコン(RS-WFIREX3)は維持されています。
WiiUは1時間毎に接続解除と再接続動作を繰り返しています。
PCは接続解除をしないまままに、不定期に接続動作をしているように見えます。
シャットダウン時には接続解除要求をしているみたいです。

2に関しては使用している2種3台(GoogleHomex2とRS-WFIREX3)は同じ動作をしています。

1の挙動の違いが何を意味しているのかが不明ですが、機器によっては自ら接続解除しているので、それが仕様内の動作だったとしても、接続状態が不安定と感じる様なケースでは、この違いが影響している場合もあるかも知れません。

2018/1/1 23:52  [2048-68]   



いきなりこれから書くのも変なのですが…

最近、時々Homeの方が使えなくなります。(miniは別の問題があるけど…)
呼びかけるとLEDが点灯するのは正常な動作ですが、暫く間があった後で、
 「問題(またはエラー)が発生しました。数秒後にもう一度お試し下さい。」
と言われます。

再起動(電源の再投入)で正常復帰しますが原因が分からないのは気持ち悪いです。

機器自体はLANに接続されているように見えます。(pingが通る)
機能そのものはGoogle AssistantなのでHomeがAssistantを使える状態とGoogleに認識されていないのだと推測しました。

ログが確認出来れば原因も切り分けられますが、残念ながらスマホのようにADBコマンド等でログ採取する方法が見つかりません。

そこで、ルータのログを確認したところ、以下の内容を見つけました。
<MACアドレス>部分はHomeの実アドレスが記録されてます。

Deauthentication request received, STA &
lt;MACアドレス>
Authentication request received, STA <
;MACアドレス>
Authentication succeeded, STA <MACアドレス>
Association request received, STA <MA
Cアドレス>
Association succeeded, STA <MACアドレス>

ザックリと以下の流れだと思います。
 接続解除要求受信
 接続要求受信
 接続成功
 認証要求受信
 認証成功

Home側から接続解除して再接続しているって事です。
この流れが正常に終了すれば問題無し、異常があれば問題が起きると仮説を立てました。

ログには残りませんが、もう一つ仮説を立てています。
 ネットワークの再接続動作の前に、Googleにそれを通知している。
 Googleは再接続が確認出来るまでは使えない状態と判断しているのではないか?

要するに、Google側で再接続が正常終了したと認識出来ないので問題が起きているとの推測です。

前述した一連の動作は問題発生時も記録されていて正常終了しているように見えます。
実際にpingは通るのでネットワーク接続自体はできています。

しかし、問題確認時の前に記録されているログには特徴がありました。
正常時やminiのログでは接続断と再接続の間は約20秒の間があります。

ところが、問題確認時の前のログでは4秒間しかありません。
この間が短い為に、再接続情報が正常認識されていないのではないか?と考えています。

この再接続動作はHomeとminiで間隔が異なっているのですが、その理由も不明です。
ログは48H分くらいしか残ってませんが、miniは24H毎、Homeは短く不定期な感じに見えます。

実際にはたった1回分のログなので断言するには弱いと思っています。
暫く様子見して再確認したいと思います。

2017/12/27 22:45  [2048-64]   

Homeだけの問題かと思ってたけど、miniでも同じ状態が発生しました。
アプリ上でもキャスト可能なデバイスに存在しません。

ルータの状態を確認するとDHCPの割り当て状況にminiが記載されていません。
ログを見ると、約7時間前を最後に記録がありません。

pingは通ってしまいます。
mini自身はアドレス更新されてなくても以前のアドレスで応答しているって事ですね。
この状態で別の機器がDHCPサーバにアドレス要求したら…当然アドレス重複が発生しますね。

最後のログはDHCPのアドレス更新ですが、DHCP自体の問題なのかどうかは不明です。
Homeで疑った接続解除と再接続はDHCPの最後の記録から1時間前に記録されています。

現在はリースタイム1時間に設定してあるので、再接続後は2回の30分毎の更新って事です。
この間はminiは正常動作しているのか、既に異常な状態なのか、判断出来ません。

前者ならDHCPの問題?、後者なら再接続時の問題?、それともたまたまmini自体に不具合発生ってだけ?

実は、記載してませんでしたが、Homeで問題発生時に対処せずに翌日まで放置してみた事があります。
結果、翌朝には復帰(応答するようになった)してました。
しかし、夕方に確認したら、またダメになってました。
この際は再起動させ、現在まで異常は再発していません。

と…これを書いている間に復帰しました。

ルータログでは、何故か連続で3回のDHCPの後で再接続し最後にDHCPが記録されてます。
これを記載している途中でminiの動作確認(呼びかけた)時から状態が変化したのだと思います。

ちなみに、miniの場合は音声応答のみでLED点灯は無かったです。
呼びかけも何度かは無応答だったので壊れたのかと思いました。

もしかしたら、動作確認した回数だけアドレス更新が記録されているって事?
ただ、DHCPの割り当てに存在しないのに何故?
結局、再接続動作で正常復帰(に見える)って事?

今のルータのログはザックリし過ぎて何の解決にもならないし、そもそもメーカWebでも、
 ログ情報表示の内容に関するお問い合わせは、サポートしておりません
って、表示の意味くらいは掲載しておけって思うけど…

と、メーカWeb等を再確認したら…最近のモデルではログ機能自体が削除されてるらしい。
これは、今後ルータを更新するとして、このメーカは除外するしか無いです。

と、最後は少し脱線しましたが、Google Homeシリーズに共通する問題が何かあるのだと思います。

2018/1/1 11:25  [2048-67]   



最近CMでよく見るあれです。

OK Google ○○って感じで、理解出来る事なら答えてくれます。

スマートスピーカーとかAIスピーカーという分野の製品です。
他社ではAmazonのEcho、LINEのClovaなどがあります。

それぞれ得意分野は多少違う感じですが、どれもSFの世界と違って不完全な感じです。
なぜ、Googleを選んだのかは、単に少し前に半額キャンペーンをやってたからです。

結局Homeを1台とminiを2台買ってしまったので、しっかりGoogleの戦略に嵌まったって事でしょうね。

今のところHomeとmini1台で色々試してます。
mini1台は知り合いに譲るか、別の部屋で使うか、mini2台でステレオ化出来るまで待ってるか、少し悩んで未開封です。

購入した事自体は後悔していませんし、連携可能なChromecastも欲しくなってたりします。
今後、ここが凄いとか、ここは何とかして欲しいとか追記していくつもりです。

2017/12/27 17:07  [2048-63]   

Google Homeの仕様

公式に公開されている技術仕様の項目は下記だけです。
 サイズと重量
 カラー
 対応オーディオ形式
 無線
 スピーカー
 電源
 サポートされているオペレーティング システム

正直…これで、技術仕様なの??と思いました。

世の中には早速分解した人もいるみたいで、それによると主な仕様は下記の通りです。

CPU
 Marvell Armada 1500 Mini Plus
  Cortex-A7(1.3GHz)x2 スマホ用CPUだと2.5年前位のスペック?(スナドラ200シリーズ相当)

メモリー
 Samsung K4B4G16
  256MB スマホだとRAMと表現している部分、小さいです。
  
ストレージ
 Toshiba TC58NVG1S3HBA16
  256MB スマホだとROMと表現している部分、かなり小さいです。
  
通信
 Marvell Avastar88W8897
  IEEE 802.11a/b/g/n/ac 2x2MIMO対応のようなのでacで最大866Mbps
  Bluetooth 4.2
  チップ自体はNFC対応(Homeでは未サポート)

Google Home自体はストリーミングするだけで扱うコンテンツも音声だけなので、過剰なスペックは不要って事なのかな?
もしこのスペックで液晶等を追加してスマホとして発売しても絶対に売れないですね。
千円とか二千円とかで使い捨てレベルで売れば別ですけど…

Chromecastも同じ様な部品を使っているらしいですが、あちらは映像を扱うのでメモリやストレージが大きいです。

そう考えると…Home今の価格は高すぎる気もしますね。 まさか、筐体やスピーカーとかが高い?w

2017/12/30 11:35  [2048-65]   

少し忘れかけてますが…セットアップは簡単でした。

但し、使用場所にWi-Fi環境とセットアップ用にスマホ等(AndroidかiOS)が無いとダメです。
CMだけ見てたら誤解しますよね…まさか小さい字で注意とか表示してるのかな…

また、GoogleのサービスなのでGoogleアカウントが必要です。
AmazonやLINEのスピーカーもそれぞれのアカウントが必要なので同じですね。

スマホ等にGoogle Homeアプリをインストールします。
アプリを起動するとアカウント選択し、位置情報(※1)へのアクセス許可を求められます。

ここまで問題が無いなら、アプリがGoogleHome(以下、本機)の存在を認識します。
普通の機器はIPアドレス等のネットワーク設定しないと他の機器からは認識出来ないはずです。
しかし、本機はこの後でネットワーク設定を行います。

認識した本機がアプリ画面で表示されるので、セットアップを選択すれば本機に接続されます。

設置場所(※2)や使用するネットワーク(SSID)(※3)を選択して、接続に必要な情報を入力します。
途中でGoogleAssistantに自分の声を認識させます。
実は、自分以外の声でも利用可能なので、ここは飛ばしても良さそうですが、たぶん、ここで覚えさせた言い方が一番認識率が高いのだと思います。

次に先程許可した位置情報が画面に住所として表示されます。
変更や未設定も可能みたいです。

あとは画面に従って、音楽サービス等の選択や確認をして終了です。

※1 位置情報について
 位置情報は番地等までかなり正確に取得されるので、セキュリティ上どうなの?って感じはします。
 一方で、天気等は場所を指定しないと位置情報のエリアが選択されます。
 未指定だと必ず場所を指定する必要があるので、面倒です。
 従って、ある程度使用場所のエリアや確認頻度の高いエリアにしておいた方が良いと思います。
  
 ちなみに、GoogleHomeのヘルプを見ると自宅等と違っても構わない様です。
 https://support.google.com/googlehome/an
swer/7551002?hl=ja


※2 設置場所について
 設置場所は一覧から選択するか、任意の場所を入力可能です。
 しかし、この名前が問題です。
 通常の利用時には本機はネットワーククライアントとして接続され、アプリや音声で指定可能なだけです。
 ところが、本機が何らかの理由でネットワークに接続出来なくなると、セットアップモードになるようです。
 その時、設定された設置場所がSSIDとして利用されます。
 本機の電波が届く範囲のスマホ等のネットワーク一覧に表示されてしまいます。
 従って、分かりやすい設置場所は指定しない方が良い気がします。
 本機を複数利用する場合は、少し悩ましいですが、利用時には判別可能で第三者には分かりにくい名前が良いと思います。

※3 ネットワークについて
 本機のネットワーク接続は静的指定(固定IP)は出来ないので、必ずDHCPが必要です。
 普通の家では規定値のまま(通常はDHCP有効)で静的指定なんてしてないと思うので問題無しかも知れないですが。

2017/12/30 12:02  [2048-66]   


この掲示板は閲覧専用です(運営者のみが投稿できます)。
運営者のみ投稿可
備忘録いろいろ
備忘録いろいろをお気に入り登録
運営者:
亜都夢さん
設立日:
2017年3月2日
  • 注目度:

    191(お気に入り登録数:2件)

タグの登録はありません

該当掲示板はありません

縁側モバイル

携帯からも「縁側」の閲覧と投稿を行うことができます。
以下URLまたはバーコードよりご利用下さいませ。 http://m.kakaku.com/engawa/ 縁側モバイルQRコード

ページの先頭へ