スマカメ2 ローライトPoE CS-QS20
- 防犯用の監視映像、赤ちゃん・ペットの見守り映像をスマホで簡単に設定できる有線/無線対応ネットワークカメラ。どこからでもカメラ映像を視聴できる。
- 高感度CMOSセンサーを搭載し、0.1ルクス(月明かり程度)の照明下でもカラー撮影が可能。夜間の赤ちゃんの様子やペットの行動を見守れる。
- H.265による映像圧縮技術を採用。H.264の約2倍という圧縮率により、フルHDの高画質映像を低容量で記録できる。通信費削減も可能。
このページのスレッド一覧(全54スレッド)![]()
| 内容・タイトル | ナイスクチコミ数 | 返信数 | 最終投稿日時 |
|---|---|---|---|
| 35 | 79 | 2021年6月27日 14:14 | |
| 5 | 2 | 2021年3月22日 20:36 | |
| 2 | 3 | 2020年11月19日 06:48 | |
| 1 | 4 | 2020年11月17日 18:21 | |
| 5 | 2 | 2020年9月7日 11:46 | |
| 12 | 15 | 2020年9月2日 20:30 |
- 「質問の絞込み」の未返信、未解決は最新1年、解決済みは全期間のクチコミを表示しています
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
2019/2/10時点では、不具合が多いため、<未完成品>といわざるをえません。
期待をもって改善を待ちたいと思います。
不具合とその対応状況について、一覧表を添付画像にて提示いたしました。
状況が進展次第、それを反映させた最新の一覧表を、本スレッドにて提示いたします。
このため、必ず本スレッドを「末尾」から遡って、最新の一覧表にて、状況を把握なさってください。
2019/2/10時点では<未完成品>ですが、近々での改善は、十分に期待できます。どういうことか?
ネットワークカメラの使い勝手を決める3要素について、CS-QS20を採点するとしたら、次のとおりです。
(a) カメラのハード性能
ほぼ100点満点 (夜間のカラー映像が精細で、きわめて状況把握しやすい)。
(b) カメラのファームウェアの出来
20点 (動体検知の感度が悪い)
(c) アプリの出来
10点 (iOSアプリの出来が悪すぎる)
ここで重要なのは、次のことです。
・(a)は後からどうにもならないのに対し
・(b), (c)は後からでもアップデートでどうにかなる。
(b)(c)さえどうにかしてもらえれば、名機になる可能性を秘めている、ということになります。
添付画像の不具合はすべて、プラネックス社に報告済みです。
(b), (c)について、早急かつ確実にプ社が対応してくださることを、強く望むとともに、かたく信じております。
かたく信じているのは、過去に実績があるからです、
2015年発売のCS-QR20は、リリース当初、使いものになりませんでした。
しかし、アプリとファームウェアのアップデートを重ね、現在ではとても使いやすいカメラに変貌しています。
(次のレスで述べるとおり、CS-QS20のおかげで、警察に映像を提出できました)。
2点
2019/2/10時点で致命的なのは、次の2点。
1. 動体検知の感度が悪い (泥棒を録画できなかった)
2. 録画映像がボンヤリとしか映らない (iOSのみ)。
(これ以外にもiOSアプリでは不具合多数)
1は、肝心の瞬間の映像を「録れない」ということ。
2は、その瞬間の映像を「まともに見れない」ということ。
1について、具体的な実例を挙げましょう。
私の管理する店舗に、数日前、泥棒が入りました。
スマカメシリーズの他のカメラ (CS-QR20 x 3台, CS-QR220 x 1台)では、
犯人と犯行の瞬間が、始めから終わりまで、バッチリ映ってました。
(おかげで、当該映像を警察に見せることができました)。
しかし、最新機種CS-QS20では、犯行の瞬間どころか、犯人の姿すら、まったく映っていませんでした。
動体検知の感度を「最高」に設定していたにもかかわらず、です。
犯行の20分前と20分後の映像は、映っていました。
つまり、SDカードに不具合はなく、たまたまカメラが固まってしまっていたわけでもなく、
ただ単に「動体検知の感度に問題がある」ということです。
防犯目的には、とてもじゃないですが、現状では実用に耐えません(2019/2/10時点)。
書込番号:22457357
3点
2019/2/10時点でも、CS-QS20を買ってもよい人はいます。端的にいえば、次のとおりです。
<買ってもよい人 (2019/2/10時点)>
・見守りが目的、かつ、Android機で映像を見る人
<買ってはいけない人 (2019/2/10時点)>
・防犯目的の人 (決定的瞬間を録画できない)
・iPhone/iPadで映像を見る人 (アプリに不具合が多すぎる)
Andorid機では、既存「スマカメ」アプリをそのまま使えます。
長い実績のあるアプリですので、すでに不具合は潰されています。
iPhone/iPpadでCS-QS0を映像を見るには、新しい「スマカメ2」アプリを使う必要があります。
添付の一覧表を見れば一目瞭然ですが、このアプリの出来が、どうにも悪い。ぜんぜんダメです。
書込番号:22457372
4点
1投目の末尾に、重大な誤植がありました。次のとおり訂正いたします。
【正】
(次のレスで述べるとおり、CS-QR20のおかげで、警察に映像を提出できました)。
【誤】
(次のレスで述べるとおり、CS-QS20のおかげで、警察に映像を提出できました)。
書込番号:22457539
0点
不具合4の症状ですが、表の記載と内容が少し違うことが判明しました。
(iOS「スマカメ2」アプリで)
「パスワードにハイフンなど記号が使えない」
こう(↑)書きましたが、よくよく調べてみると、より正しくはこう(↓)です。
(iOS「スマカメ2」アプリで)
「カメラ内パスワードを、記号を含んだものに変更できない」
以下、詳述いたします。
【エラーが出るのは、全3パターン中1パターンのみ】
ここでいうパスワードとは、アプリからカメラに接続するためのパスワードです。
(アプリ内パスワードとカメラ内パスワードを照合し、一致すれば、接続できる)。
このパスワードを入力する場面は、iOS版スマカメ2では3パターンあります。
(a) パスワードの同時変更
・カメラ内パスワードを変更すると同時に、
同じパスワードをアプリ内パスワードとして設定する。
(b) カメラ初期登録時のパスワード設定
・アプリ内パスワードのみ初期設定する。
・カメラ内パスワードは変更しない。
(c) 別端末からカメラ内パスワードを変更された後の、アプリ内パスワード変更。
(「パスワードを再入力してください」画面です)
・アプリ内パスワードのみ変更する。
・カメラ内パスワードは変更しない。
記号が使われてるとエラーが出るのは、(a)のみです。
(b)(c)では、記号が使われてても、エラーは出ません。
【現状での回避策】
Android版「スマカメ」では、
(a)(b)(c)いずれでも、記号が使われてても、エラーは出ません。
というわけで、パスワードに記号を含みつつ、iOSから接続したい場合、次の手順を取るとよいでしょう。
@ Android「スマカメ」にて、CS-QS20のパスワードを変更 (前述の(a)です)
A iOS「スマカメ2」にて、CS-QS20に接続 (前述の(b)です)
【なぜこのような挙動なのか意味不明】
にしても、意味がわかりません。
iOSアプリで(a)のときに出るエラーメッセージは、次のとおりです。
「パスワードは英数字混合4文字以上15文字以下としてください」
このメッセージが出る、ということは、わざわざそういうロジックを組み込んだ、ということです。
もしCS-QS20について、そのメッセージどおりにしたいなら、
・iOSで(b)(c)に制約がかかっていないこと
・Androidで(a)(b)(c)とも制約がかかっていないこと
の説明が、まったくつきません。何をどう間違えたら、この状態になるのか、理解に苦しみます。
【記号は使えるようにすべき】
いずれにしても、パスワードとして記号が使えないのは、単なるセキュリティ低下です。
(古い機種CS-QR20やCS-QR220では、記号が使えます)。
iOS「スマカメ2」の前述(a)も含めて記号が使えるように、早く修正してほしいものです。
書込番号:22458035
0点
>不具合4の症状ですが、表の記載と内容が少し違うことが判明しました。
不具合4ではなく、不具合5でした。失礼しました。
さて、この内容を表に反映しましたので、最新版を添付いたします。
・不具合5の表記を変更
「パスワードにハイフンなど記号を使えない」
↓
「カメラ内パスワードを、記号を含んだものに変更不可」
・不具合5の回避策を発見したため、項目「軽重」を「重大」から「中間」に変更。
書込番号:22458059
0点
不具合16「動体検知のプッシュ通知が届かない」を追加しました。
一覧表から不具合が減るどころか、増えてしまうとは...。
非常に残念な状況ですね。
書込番号:22462471
1点
下記進展@Aがあったようですので、その旨を表に反映させました。
@ 4つの不具合が解決したようです (2/13)。
・不具合3「画面縦横持ちかえると、カメラ切替できない」(スマカメ2 ver2.0.5にて)
・不具合9「画面を縦横持ちかえると、映像下端が広告で隠れる」(同上)
・不具合13「画面を縦横持ちかえると、ボタンが上にくる」(同上)
・不具合11「声かけ(アプリ→カメラ)できない」(スマカメ2 ver2.0.5, ファームウェア1.37にて)
A 不具合6の症状が変わったようです (2/13)。
前:「録画映像再生中の写真撮影が、別の時間帯の映像に」(〜2/12)
今:「録画映像再生中の写真を撮影できない」(2/13〜)
なお、Aについては、カメラボタンが表示されない状態に、現在なっています。
推測ですが、
「ちゃんと不具合を直すのには時間がかかりそうだから、
とりあえずはこの機能を無効化しておこう」
という暫定措置なのかな?と思っています。
実際、時間がかかりそうなら、そのほうがよい、と愚考いたします。
運用上でいちばん最悪なのは、「できた」と思っていたのに「できてなかった」ことだからです。
ボタンを隠すことで「できなくしてしまう」のは賢明な手段かと。
プラネックス様
迅速なご対応、誠にありがとうございました。
残件についても、ひきつづきご対応のほどよろしくお願い申し上げます。
書込番号:22464850
1点
勘違いでした。不具合9, 13は、まだ直ってませんでした。
>・不具合9「画面を縦横持ちかえると、映像下端が広告で隠れる」(同上)
>・不具合13「画面を縦横持ちかえると、ボタンが上にくる」(同上)
その旨を反映させた表を添付いたします。
書込番号:22464905
0点
電波弱・夜間カラー・iOSの組み合わせでは、灰色一色画面ばかりになります。
その旨、プラネックス社に伝えるとともに、改善要望を挙げました。
<症状概要>
電波が弱い環境において
(a) 夜間に
(b) カラー映像(赤外線OFF)を
(c) iOSアプリ「スマカメ2」から
見た場合、映像が灰色一色画面になってしまう時間が大半(10秒のうち5秒以上)を占め、実用に耐えません。
<症状詳細>
電波の強弱は、「電波強度」で判断しています。「電波強度」は、Android「スマカメ」上で、そのカメラの「無線LAN設定」を選ぶと、確認できます。灰色一色問題が発生するQS20では、
「電波強度」34%
でした。
弱電波環境においても、上記(a)(b)(c)のうち、次のとおりひとつでも条件から外せば、灰色一色問題は、実用上ほぼ問題ないレベルにまで改善します。
・昼間・カラー・iOS
→ コマ落ちはするが、灰色一色画面には、ほとんどならない。
・白黒(赤外線ONまたは自動)・夜間・iOS
→ 同上。
・Android・夜間・カラー
→ 同上
また、電波強度49%のQS20では、iOSで夜間カラー映像を見たときでも、たまに(10秒あたり1秒以下?)灰色一色にはなりますが、実用上さほど問題ないレベルだと感じました。ちなみに、その電波強度49%のQS20しか設置していなかったときに書いたのが、下記のスレッドです。
<低速回線でも、映像がカクカクしない、音が途切れない。>
https://bbs.kakaku.com/bbs/K0001124137/SortID=22445393/#tab
<考察・所感>
弱電波環境での夜間カラーでも、Androidでは灰色一色問題がほぼ発生しないことを考えると、パケ詰まり時におけるiOSアプリの描画方法に問題があると考えられます。
にしても、iOSの新アプリ「スマカメ2」の出来が悪すぎですね…。
書込番号:22480198
2点
CS-QS20 不具合への対応状況 (2019/2/20)です。
・不具合17「弱電波・夜間カラーで灰色一色映像が頻発。」を追加しました。
・表の体裁を整えました。
書込番号:22480207
1点
>電波弱・夜間カラー・iOSの組み合わせでは、灰色一色画面ばかりになります。
調査の結果、症状の認識が間違っていたことがわかりました。
正しくは、
「風で揺れる植物が映像に含まれる場合、無線だと灰色一色の映像ばかりになってしまう(有線なら問題なし)」
私の遭遇した症状を、より詳細に述べると、以下のとおりです。
・画面面積のうち10分の1程度に、植物が含まれる。
・風で植物が揺れている。
・画面がほぼ灰色一色になってしまうことが、10秒のうち5秒以上。
この症状について、無線通信状態(ルータ - カメラ間の電波状態(-70〜-80dBm程度))が悪いのが原因、と思いこんでいました。そこで、Wi-Fi中継機を設置し、カメラから見た電波状態を大きく改善させましたが(-38〜-50dBm程度)、症状はほとんど変わりませんでした。
中継機作戦は諦め、代わりにイーサネットコンバータを設置し(-70〜-80dBm。カメラから約20cmの距離)、カメラをLANケーブルで有線接続したところ、症状は劇的に改善しました。灰色一色にほとんどならないばかりか、コマ落ちさえもなくなりました。
以上の事実から推測した原因は、「QS20のハード的な処理性能不足」です。
どういうことか。無線接続したカメラでは、(a)(b)を同時におこなう必要があります。
(a) センサーでとらえた映像を圧縮のうえ信号化する処理
(b) 無線伝送路に送出する際の暗号化処理
植物が絶えず細かく揺れ動く状況では、(a)の負荷が大きいのでしょう。QS20は、動画の圧縮方式として、スマカメシリーズ初のH.265を採用しています。H.264に比べ、H.265では圧縮比率が高いため、(a)におけるCPUに対する負荷が、これまでのスマカメシリーズに比べ、格段に大きいものと思われます。
(a)に大きくCPU等の資源を割かれると、(b)にあまり資源を割くことができません。このため、(b)の処理が追いつかないのではないのではないでしょうか。
この仮説に基づけば、
「QS20では、映像の種類によっては、有線でないと、まともに動かないことがある」
(いくら無線の電波状態がよくてもダメなことがある)
ということになります。
実際、私の実験結果は、悲しいかな、この仮説が正しいことを裏付けています。つまり、この症状について、改善の見込みは、ほぼないだろう、ということです。有線化という逃げ道があるだけ、まだよかった。そう思うべきなのかもしれませんが。
書込番号:22488454
1点
スマートプレイバック機能有効時、Android版スマカメにて、CS-QS20の録画映像を再生できません(スマプレ無効時は問題なし)
他の機種(CS-QR20など)では、問題ありません。AndroidとQS20との組み合わせでのみ、ダメなようです。
プラネックス社に症状を伝えるとともに、修正を依頼しました。
<文句・グチ>
QS20の録画映像を順を追って詳細に確認する必要が生じたので、普段は使っていないAndroidを引っ張りだしてきて、スマプレ機能を使おうと思ったら、このアリサマでした。
iOSスマカメ2では、スマプレ機能の実装が遅れていて、現状まだ使えません。そこまでは納得できます。ただ、iOSの実装が遅れているのであれば、大切な逃げ道であるAndroidで本当に使えるのか、プ社は真っ先に確認すべきなのでは?
プ社はいったい、新製品リリース時、どういうテストをおこなっているのか、甚だ疑問です。
<(参考) 症状詳細>
タイムライン表示(画面上端に縦赤線が横方向に並ぶ)までは、正常に出ます。
縦赤線をひとつ選び、再生(右向き三角)を押すと、右上に「SD PLAY」という赤字が1〜2秒だけ出て、すぐに消えます。
しかし、録画映像が表示されるべき場所は、真っ黒のままです。
どの赤線を選んでも同じです。
書込番号:22488516
2点
最新の表です。
・不具合18「スマートプレイバック機能で録画映像を見れない」(Android)を追加。
・不具合17の内容・区分・状況を訂正
誤「弱電波・夜間カラーで灰色一色映像が頻発」(iOS)・・・対応中
正「揺れる植物が映ると、無線時に灰一色映像が頻発」(ハード)・・・解決見込ナシ
・不具合9の内容を訂正 (より詳細に)
前「画面を縦横持ちかえると、映像下端が広告で隠れる」(iOS)
後「横長起動後に縦長にすると、映像下端が広告で隠れる」(iOS)
・不具合13の内容を訂正 (より詳細に)
前「画面を縦横持ちかえると、ボタンが上にくる」(iOS)
後「横長起動後に縦長にすると、ボタンが上にくる」(iOS)
書込番号:22488574
1点
iOSスマカメ2の録画映像再生画面で、一時停止/再生ボタンが正常に機能しないようです。
下記(a)(b)(c)のいずれかの挙動になります。
(a) ボタン押下しても一時停止できない。
or ボタン押下してから一時停止するまでに数秒かかる。
(b) めでたく一時停止できたとしても、そのあと再生ボタンを押すと固まる。
→ いったんこの状態になると、イベントリストに戻り録画映像を選び直しても
ほぼ100%「録画ファイルを再生できません」エラー。
しかも、どの録画映像でも、そのエラーになってしまう。
(c) 一時停止後に再生ボタンを押すと、写っている人間が、
コンマ数秒単位で、前へ行ったり、後ろへ行ったり。
(画面左上の秒表示も、先へ行ったり、前に戻ったり)
CS-QS20だと、(a)(b)がほとんどです (とくに(b)にはウンザリしています)。
CS-QR20だと、(c)がほとんどです (iOSスマカメでは正常に再生できるのに、です)。
いずれにしても、これでは使いものになりません。
プラネックス社に対応をお願いしました。
<検証環境>
・iPad Pro 10.5 (iOS12.1.4), スマカメ2 (2.0.6)
・CS-QS20 (1.37.0.0) 画質「最高」
・CS-QR20 (1.30.0.0) 画質「最高」
・カメラとiPadは、同一LAN内
書込番号:22512259
0点
表の最新版(2019/3/5)です。
<更新内容>
・不具合20「録画再生画面で一時停止/再生ボタンが正常動作せず」を追加
不具合が減っていく(解決)どころか、増えてってる(発見)わけですが、どういうことなんでしょうねぇ(泣)。
書込番号:22512266
0点
新たに発見した不具合です。
不具合21「指定範囲に比べ、録画一覧が最大で1時間不足」
イベントリスト画面において、画面上端「範囲:」欄の表示と、実際に表示される録画一覧の範囲が異なるようです。
(同じ一覧を見たとき、下記のとおりCS-QR20では正常です)
iOS版では、録画映像を見落とす可能性があるので、不具合の扱いとさせていただきました。
<例:検索範囲が午前7:05〜午後7:05の場合>
× CS-QS20 + iOSスマカメ2
・実際に表示されるのは、午前8:00〜午後7:05と、最大で1時間不足。
・もしSD内に録画映像が午前7:05〜午前8:00にも存在する場合、
「そこには録画がない」と利用者が勘違いし、肝心の映像を見落とす恐れがある。
△ CS-QS20 + Androidスマカメ
・実際に表示されるのは、午前7:00〜午後7:05
・少し余分(最大で1時間)に表示されているだけなので、見落としの心配はない。
○ CS-QR20 + iOSスマカメ2
・実際に表示されるのは、午前7:05〜午後7:05
○ CS-QR20 + Androidスマカメ
・実際に表示されるのは、午前7:05〜午後7:05
書込番号:22532658
0点
新たに発見した不具合です。
不具合21「録画一覧の範囲指定欄右端の午前/午後が欠ける」
<概要>
iOSスマカメ2のイベントリスト画面において、
画面上端「範囲:」欄は、午前/午後表示。その下は、24時間表示。
「範囲:」欄に字が入りきらず、右端の午前・午後が表示されていない。
<備考>
画面上端も24時間表示に合わせたらどうか?
と、プラネックスに提案しました。
書込番号:22532670
0点
新たに発見した不具合です。
(3/14、プラネックスに通知しました)。
不具合22「録画再生終了メッセージが表示されない」
(少なくとも)iOSスマカメ2 + QS20 の組み合わせでは、
録画再生終了時に「録画の再生が終了しました」メッセージが表示されません。
通常であれば、軽微な不具合という位置づけになるのですが、
下記理由により、(特にiOSでは)運用上無視できない「重大」な不具合に感じています。
という点もあわせて、プ社に伝えました。
<重要度を「重大」にした理由>
現状、次の不具合を抱えています。
・iOSスマカメ2では、録画映像がボンヤリ
・QS20の日時表示が小さい&フチドリなしのため、判読がきわめて難しい。
このため、映像の左上、日時の秒表示を読みとることが、ほとんどできません。
映像が止まったように見えたとき
・録画映像の再生が固まったせいなのか(NG)
・正常に再生が終わったのか(OK)
のどちらなのかわからず、困っております。
<参考:上記メッセージの表示有無 (実機にて検証しました)>
× iOSスマカメ2 + スマプレOFF + QS20
◯ iOSスマカメ2 + スマプレOFF + QR20
◯ iOSスマカメ + スマプレON +QR20
◯ iOSスマカメ + スマプレOFF + QR20
◯ iOSスマカメ + スマプレOFF + QR220
× iOSスマカメ + スマプレOFF + QV60F
× Android + スマプレON + QR20
× Android + スマプレOFF + QR20
× Android + スマプレOFF + QS20
× Android + スマプレOFF + QV60F
書込番号:22532686
1点
不具合番号の発番を間違えてました。
不具合が多すぎるせいなんですが(涙)。
23個って、いくらなんでも多すぎでしょ。
正しくは、以下のとおりです。
・不具合21「指定範囲に比べ、録画一覧が最大で1時間不足」
・不具合22「録画一覧の範囲指定欄右端の午前/午後が欠ける」
・不具合23「録画再生終了メッセージが表示されない」
書込番号:22532706
0点
表の最新版(2019/3/14)です。
<更新内容>
・不具合21「指定範囲に比べ、録画一覧が最大で1時間不足」を追加
・不具合22「録画一覧の範囲指定欄右端の午前/午後が欠ける」を追加
・不具合23「録画再生終了メッセージが表示されない」を追加
減るどころか、増える一方なんですけど…。
いったいどうなってるんでしょうねぇ。
書込番号:22532712
1点
不具合4つが、iOSスマカメ2Ver2.0.7(2019/3/29公開)にて解決しました。
9 横長起動後に縦長にすると、映像下端が広告で隠れる。
13 横長起動後に縦長にすると、ボタンが上にくる。
14 カメラ未登録時(?)、上端中央に(null)と出る。
22 録画一覧の範囲指定欄右端の午前/午後が欠ける。
書込番号:22580135
0点
不具合7「日時表示が判読できないほど見づらい」については、解決見込ナシのようです。
プラネックス社によれば、日時表示はチップ(SoC)に埋め込まれているため、修正が技術的に困難だとのこと。
書込番号:22580145
0点
表の最新版(2019/4/4)です。
<更新内容>
・不具合9「横長起動後に縦長にすると、映像下端が広告で隠れる」を「解決済」に変更。
・不具合13「横長起動後に縦長にすると、ボタンが上にくる」を「解決済」に変更。
・不具合14「カメラ未登録時(?)、上端中央に(null)と出る」を「解決済」に変更。
・不具合22「録画一覧の範囲指定欄右端の午前/午後が欠ける」を「解決済」に変更。
・不具合7「日時表示が判読できないほど見づらい」を「解決見込ナシ」に変更。
・不具合23「録画再生終了メッセージが表示されない」の区分を「FW」と明記。
書込番号:22580178
1点
もっとも緊急度の高い不具合2つ
・不具合1 「動体検知の感度が悪い (泥棒を録画できなかった)」(2/8 プ社に報告)
・不具合2「録画映像がボンヤリとしか映らない」(1/29 プ社に報告)
について、プラネックス社に報告してから2ヶ月。
ようやくプ社が重ーーーーい腰を上げ、公式サイト上で決意表明してくれました。
早急な改善・解決を期待します。
<スマカメ動体検知の不具合のお詫びとご連絡 2019/4/2>
http://www.planex.co.jp/news/support/20190402_smacameinfo.shtml
(以下、上記リンクより抜粋)
動体検知の際、録画の開始が動体検知した時点から少し遅れて録画される件につきましては、弊社でも事象を確認しております。
現状では製品の仕様となっておりますが、改善に向けての調査を行っておりますので、今しばらくお待ちいただきたくお願い申し上げます。
<スマカメ iOSアプリ「スマカメ2」の不具合のお詫びとご連絡 2019/4/2>
http://www.planex.co.jp/news/support/20190402_smacameinfo2.shtml
(以下、上記リンクより抜粋)
現在、「スマカメ2」アプリのイベント録画再生において、録画映像の再生がぼやけてしまう問題が発生しております。 本件に関しては、改善に向けての調査を行っておりますので、今しばらくお待ちいただきたくお願い申し上げます。
書込番号:22580467
1点
不具合2「録画映像がボンヤリとしか映らない」、なんだか直ってるっぽいです。
これはiOSアプリ「スマカメ2」の不具合だったのですが、4/12公開のver2.0.11で試してみたところ、録画映像はクッキリ見えました。
というもののの、直った旨のプラネックス社からのアナウンスが、いまだにありません(4/15現在)。
4/2掲載の不具合アナウンス(↓)も、まだそのママのようですし。
http://www.planex.co.jp/news/support/20190402_smacameinfo2.shtml
直ったのかどうか、直したのかどうか、プ社に問い合わせ中です。結果が分かり次第、報告いたします。
書込番号:22603949
1点
不具合2「録画映像がボンヤリとしか映らない」ですが、4/12公開のver2.0.11で直った旨、プラネックス社の確認がとれました。
1/29にプ社にお知らせしてから、2か月半。長かったけど、とにかく直ってよかったです!!!
書込番号:22605419
0点
表の最新版 (2019/4/16) です。
<更新内容>
・不具合2「録画映像がボンヤリとしか映らない」を「解決済」に変更。
書込番号:22605600
1点
5つの不具合が解決しました。
これらを反映させた最新の表を掲載いたします(2019/4/19)。
<iOSスマカメ2 ver2.0.11 (2019/4/12) にて解決>
20 録画再生画面で一時停止/再生ボタンが正常動作せず。
22 録画一覧の範囲指定欄右端の午前/午後が欠ける。
<ファームウェア ver1.38 (2019/4/18) にて解決>
1 動体検知の感度が悪い (泥棒を録画できなかった)
23 録画再生終了メッセージが表示されない。
21 指定範囲に比べ、録画一覧が最大で1時間不足。
書込番号:22611280
1点
不具合24「横長で録画再生中に画面録画すると、上半分欠け縦伸び」を、表に追加いたします。
<症状>
・iPhoneスマカメ2にて、
・横長画面で録画映像を再生中に、
・iOS12標準機能で画面録画すると、
↓
・録画映像の下半分のみが写り、
・かつ、縦に伸ばされた映像になってしまいます。
<症状が発生しないケース>
・横長で現在映像視聴中に画面録画した場合は、症状が発生しません。
・iPadであれば、横長録画映像の画面録画でも、症状が発生しません。
<検証環境>
・iPhone5s, iOS12.2 (症状が発生する)
・スマカメ2, 2.0.11
・CS-QS20, FW1.38.0.0
・iPad Pro 10.5 (症状が発生しない)
<どういうときに困っているか>
他者に録画映像をメール送付などでファイル送付したい場合、
iPhoneでの画面録画を使っていたのですが、これではとても困ってしまいます。
(iPadだと黒い横帯が上と下に入ってしまうので、iPhoneが望ましい)。
書込番号:22619872
0点
iOS「スマカメ2」にスマートプレイバック機能が実装されました(4/24)。
つまり、不具合4が解決しました。
すばらしいです。
書込番号:22623644
0点
iOS「スマカメ2」のスマートプレイバックですが、シークバーのスワイプだけでは、録画映像を自動再生してくれません。
iOS「スマカメ」のそれでは、自動再生してくれます。
これができないと、せっかくの便利機能が台無し...とまではいきませんが、良さがスポイルされてしまいます。
プラネックスに改善要望を挙げました(4/24)。
書込番号:22623656
0点
iOSスマカメ2でQS20の録画映像を見ていると、
「録画ファイルを再生できませんでした」エラー
が出ることが、少なくありません。スマートプレイバックのON/OFFによらず、です。
Androidのスマートプレイバックで録画再生不可頻発(不具合18)するのと、同根??
もしかしたら、iOSやAndroidではなく、FWが原因なのかもしれません。
書込番号:22623710
0点
iOSスマカメ2にて、音声つき横長現在映像を見るとき、マイクボタンの位置・形・大きさがが邪魔です。
プラネックスに改善要望を挙げました。
<現状>
音声ONで横長画面にしたとき、マイクボタンと吹き出しが、右端の中央にかなり大きく表示されます。
これらで映像が隠れて、状況の把握がしにくい、と私は感じています。
とくに、「押すと話せます」の吹き出しは、背景がオレンジで塗りつぶされていることもあり、
状況把握への大きな妨げになるため、ちょっとイライラします。
<要望>
(a) 横長時、マイクボタンはなくてもいい、というより、ないほうがいいと思います。
・話しかけは縦長でやってくれ、という仕様でもかまわない。
(b) 横長時のマイクボタンをどうしても残す場合でも、
・せめていちばん右下、映像把握の、少しでも邪魔にならない位置にしていただきたい。
・また、アイコンの塗りつぶしはやめていただきたい。
(Android版のように線のみで書いていただきたい)
(c) 横長時の吹き出し「押すと話せます」は、それ自体が不要だと思います。
・マイクで話しかけるためには、まず縦長画面で「聞く」を押す必要があります。
・その際に「押すと話せます」を必ず見るので、その旨を利用者は理解できます。
・横長画面にする、ということは、状況をしっかり把握したい、ということです。
・横長時、状況把握の妨げになるものは、少しでもないほうがいいです。
(d) 横長時の吹き出しをどうしても残す場合でも、
・せめていちばん右下、映像把握の、少しでも邪魔にならない位置にしていただきたい。
(e) 吹き出しの文言は、「押すと話せます」ではなく、「押しつづけると話せます」のがいいと思います。
タップするたびにON/OFF切替だと勘違いする利用者がいるかもしれませんので。
<備考> 他アプリではどうか?
(a) iOSスマカメ
・横長画面ではマイクボタンが出ません。
・つまり、横長時、話しかけできない仕様です。(それでとくに問題ない)
(b) Androidスマカメ
・横長時、マイクアイコンは出ますが、右下です。
・しかも、マイクが塗りつぶされず、白い線のみで描かれています。
・状況把握の邪魔にならないような、細やかな配慮を感じます。
書込番号:22623720
0点
QS20の映像を、Macで見ることができません。
H.265のカメラ(QS20、QS30、QS50)は、全滅と思われます。
QS20の公式サイト上を見るかぎり、Macは「準備中」になっているようです。
https://www.planex.co.jp/products/cs-qs20/index.shtml
Mac対応を早くしてほしい旨、要望をプラネックスに挙げました。
書込番号:22623737
0点
不具合一覧表の最新版(2019/4/24)です。
<解決済に変更>
・不具合4 (iOS)「スマートプレイバック機能が実装されてない」
<追加>
・不具合25 (iOS)「スマプレでシークバー操作のみでは再生不可」
・不具合26 (iOS)「録画映像再生不可が多い」
・不具合27 (iOS)「音声つき横長現在映像でマイクボタンが邪魔」
・不具合28 (FW)「夜間カラー時は、日中カラー時に比べ、通信量激増」
・不具合29 (Mac)「Macで見れない」
書込番号:22623759
0点
不具合6「録画映像再生中の写真を撮影できない」が解決しました。
(2019/5/2公開のiOS『スマカメ2』v2.1.0にて)
この機能に関しては、単に不具合が解決しただけでなく、iOS『スマカメ』を超えてきました。
録画映像を一時停止中に写真を
× iOS『スマカメ』→ 撮れない
○ iOS『スマカメ2』→ 撮れる
なお、録画映像を再生中に写真を
○ iOS『スマカメ』→ 撮れる
○ iOS『スマカメ2』→ 撮れる
書込番号:22643606
0点
不具合管理表の最新版(2019/5/3)です。
<解決済に変更>
不具合6 (iOS)「録画映像再生中の写真を撮影できない」
<見込ナシに変更>
不具合28 (FW)「夜間カラー時は、日中カラー時に比べ、通信量激増」
不具合24 (iOS)「横長で録画再生中に画面録画すると、上半分欠け縦伸び」
<追加>
不具合29 (FW)「最後の動体検知から30秒も録画される」
書込番号:22643634
0点
誤記があったため、不具合管理表を差し替えます (2019/5/3)
「最後の動体検知から30秒も録画される」は、
不具合29ではなく、不具合30でした。
書込番号:22643677
0点
不具合31 (iOS)「スマプレで再生/一時停止ボタンの表示切替がおかしい」を追加しました。
<症状>
iOSスマカメ2でスマートプレイバック有効時、
録画映像再生中に一時停止ボタンを押す
↓
録画映像が一時停止されるとともに、一時停止ボタンが再生ボタンに変わる
↓
再生ボタンを押す
↓
録画映像が再開されるが、再生ボタンは再生ボタンのまま変わらず
↓
その後、再生と一時停止を何回くりかえしても、再生ボタンは再生ボタンのまま
<備考>
「軽微」としたいところですが、次の理由により「中間」と評価しました。
再生/一時停止ボタン押下時
映像に時間的変化が見られない場合、
ボタンの表示切替がされないと、
それが正常な状態なのか、
処理が固まってしまった状態なのか、
まったく判別できないからです。
これは、不具合7「日時表示が判読できないほど見づらい」
との合わせ技で、そうなります。
書込番号:22648236
0点
不具合32(FW)「SDフル時、録画できない」を追加しました。
microSDカードがフルになったとき、録画ができなくなってしまうようです。
(SDフル時の正しい挙動は、古い映像から自動で消して、新しく映像を入れてくれる...です)
とくに(32GBなど)小容量のmicroSDカードを挿している人は、要注意です。
残容量をチェックし、少なくなっていたら、早めにフォーマットしましょう。
書込番号:22658181
0点
不具合一覧表の最新版(2019/5/27)です。
・不具合32(FW)「SDフル時、録画できない」が解決したことを反映しました。
(5/27公開のFW1.41)
書込番号:22696205
0点
不具合対応一覧の最新版(2019/5/30)です。
<追加>
不具合33(iOS)「スマプレで連続再生ON時、連続再生しないことが多い」
不具合34(iOS)「スマプレで連続再生ON時、再生せず次に進むことあり」
<項目名変更>
不具合26(iOS)
旧「録画再生不可が多い」
新「スマプレで録画映像の再生不可頻発」
書込番号:22702621
0点
一気に4つ解決しました。
(6/3公開のiOSスマカメ2 v2.1.2にて)
すばらしいです。とくに不具合8と25が直ったのが。
横長でカメラ切り替えできるのは、サイコーです(不具合8)
スマプレでシークだけで操作できるのも、めっちゃラクです(不具合25)
使い勝手が劇的に向上しました。
書込番号:22717837
0点
不具合27(iOS)「音声つき横長現在映像でマイクボタンが邪魔」
についても、6/3公開のiOSスマカメ2 v2.1.2にて改善が見られます。
「押すと話せます」の文字がなくなりましたので。
ただ、まだマイクボタン「邪魔」なので、「対応中」扱いとしました。
書込番号:22717840
0点
>スマプレでシークだけで操作できるのも、めっちゃラクです(不具合25)
これをおこなうには、iOSスマカメ2 をv2.1.2にバージョンアップした後、次の設定をおこなう必要があります。
[録画を再生する] - [設定]
[時間シーク後自動再生]をON
書込番号:22717851
0点
スマートプレイバックでの初期表示日数の選択肢が増えました。
(iOSスマカメ2 の v2.1.2で)
改善前:1, 3 ,5, 7
↓
改善後:1, 2, 3, 4, 5, 6, 7
書込番号:22717860
0点
表に不具合35を追加しました。
不具合35(iOS)「スマプレで「時間シーク後自動再生」設定保持不可頻発」
<説明>
iOS『スマカメ2』のスマートプレイバックでは、「時間シーク後自動再生」のON/OFF設定ができます。
しかし、ONにしておいても、すぐOFFに戻ってしまいます。
どういうときに戻って、どういうときに戻らないのか、まだ切り分けできてませんが、いずれにせよ不具合です。
書込番号:22725611
0点
>不具合35(iOS)「スマプレで「時間シーク後自動再生」設定保持不可頻発」
について、2019/6/11公開のスマカメ2 v2.1.3で、「問題が解決された」旨の記載があります(添付画像参照)。
しかし、実際には解決していません。(実機にて検証済です)。
その旨、プラネックスに伝えるとともに、再修正を依頼しました(2019/6/13)。
書込番号:22733586
0点
表の最新版(2019/6/15)です。
<更新内容>
・不具合36(iOS)「『聞く』ON時にカメラ切替後、『聞く』ONだが音なし」を追加しました。
<不具合36の概要>
・「聞く」をONにした状態でカメラを切り替えたとき、「聞く」はONになっているのに、音が出てくれません。
<不具合36の詳細>
・現在映像画面で「聞く」を押し、ONにする。
↓
・音とマイクボタンが出る。
↓
・カメラ切替
↓
・「聞く」はONのままになっているが、音が出ない。(←ここが不具合)
↓
・「聞く」を2回押下(OFF→ON)すると、やっと音が出る。
書込番号:22737081
0点
表の最新版(2019/6/20)です。
<更新内容>
・不具合37(iOS)「スマプレで『初期表示日数』を7日から変更不可」を追加
<不具合37の症状詳細>
・iOSスマカメ2のスマートプレイバックで初期表示日数を7日に変更
↓
・7日から別の日数に変更すべく、スマプレの録画映像画面で「設定」押下
↓
・必ずアプリが異常終了する (エラーメッセージなし)。
書込番号:22747186
0点
致命的な不具合が、iOSスマカメ2アプリにあることが判明しました(不具合38)。
一定の操作手順で
オンライン → オフライン → 異常終了
→オンライン → オフライン → 異常終了
→…
とくりかえします。
正常に見れるのは、たった33%。
66%は見れないってことです。
カメラの機種には無関係です。
詳しくは添付画像をご参照いただきたいのですが、
現在映像を見たい人が通常おこなう、
何の変哲もない操作手順にすぎません。
緊急・最優先の対応を、プラネックス社に依頼しました。
なお、あまりにヒドイ不具合のため、この不具合については別スレッドを立てました。
https://bbs.kakaku.com/bbs/K0001124137/SortID=22757142/#tab
書込番号:22757220
0点
表の最新版(2019/6/24)です。
不具合38(iOS)「一定の操作手順でオフライン・異常終了をくりかえす」
を追加しました。
書込番号:22757284
0点
2019/6/24公開のiOSスマカメ2 v2.1.4にて、不具合37の症状が変わりました。
前:スマプレで「初期表示日数」を7日から変更不可
↓
後:スマプレで「初期表示日数」を7日に変更不可
v2.1.4では、次のようになってしまいます。
1日に変更→0日になる。
2日に変更→1日になる。
3日に変更→2日になる。
4日に変更→3日になる。
5日に変更→4日になる。
6日に変更→5日になる。
7日に変更→6日になる。
書込番号:22761559
0点
2019/6/25公開のiOSスマカメ2 v2.1.5で、不具合38の症状が変化しました(添付画像参照)。
<iPhone>
v2.1.4以前:一定操作でオフライン・異常終了をくりかえす (不具合38)
v2.1.5 :最初は必ずオフライン (不具合39)
<iPad>
v2.1.4以前:一定操作でオフライン・異常終了をくりかえす(不具合38)
v2.1.5 :2回に1回は異常終了 (不具合40)
書込番号:22761569
0点
表の最新版 (2019/6/26)です。
<変更点@>
v2.1.5で挙動が変化したことに伴い、
・不具合38「一定の操作手順でオフライン・異常終了をくりかえす」
を「解決済」扱いにするとともに、
・不具合39「iPhoneで最初は必ずオフライン」
・不具合40「iPadで2回に1回は異常終了」
を追加しました。
<変更点A>
v2.1.4で挙動が変化したことに伴い、
・不具合37「スマプレで初期表示日数を7日から変更不可」
を
・不具合37「スマプレで初期表示日数を7日に変更不可」
に書き換えました。
書込番号:22761585
0点
表の最新版 (2019/6/27) です。
<更新内容>
・不具合35(iOS)「スマプレで「時間シーク後自動再生」設定保持不可頻発」を「解決済」にしました。
→2019/6/25公開のiOSスマカメ2 v2.1.4で解決していたようです。
書込番号:22761987
0点
新たな不具合の報告です。
iOS『スマカメ2』の不具合です。
不具合41
「スマプレで時間シーク後自動再生の不可頻発」
スマートプレイバックで「時間シーク後自動再生」をONにしていても、
まったくそれができないときが、きわめて多いようです。
何度やってもダメ
カメラを切り替えてもダメ。
(カメラの機種によらず、です)
アプリを起動しなおしてもダメ。
そんなとき、「時間シーク後自動再生」OFFになっているのか確認すると、
ちゃんとONになっています。
そこで、「時間シーク後自動再生」をONからOFFにしONに戻すと、
きちんと動作するようになります。
いちど動作しだすと、カメラを切り替えても、大丈夫です。
ところが、いったんアプリ終了し、
時間をおいてからおこなうと、またダメになります。
(あるいは、Appスイッチャーからアプリを完全終了してからアプリ起動しても同じ)
そこで、「時間シーク後自動再生」をONからOFFにしONに戻すと、また復活します。
ここまでは事実、ここからは推測です。
「時間シーク後自動再生」の設定が、
見た目(設定画面)上はONになっているのに、
内部的にOFFになってしまっているのではないでしょうか。
そう考えると、挙動に対して辻褄が合いますので。
いいかえると、
不具合35「スマプレで時間シーク後自動再生設定保持不可頻発」が
実はまだ治ってないのではないか、ということです。
(見た目(設定画面)上だけONを保持できるようになったが、
内部的にはOFFになってしまっているだろう、ということ)
書込番号:22763248
1点
表の最新版 (2019/6/27)です 。
<更新内容>
・不具合41(iOS)「スマプレで時間シーク後自動再生の不可頻発」を追加しました。
書込番号:22763257
0点
重大な不具合があることがわかりました。
<不具合41>
動体検知録画がずっと止まりつづけていることがある
https://bbs.kakaku.com/bbs/K0001124137/SortID=22775365/#tab
添付の表は、その旨を反映した最新版です。
書込番号:22775500
0点
下記不具合を表に追加いたします。
不具合43(FW)
「録画映像再生時、音が欠けたりズレたりする」
詳細はこちら(↓)
https://bbs.kakaku.com/bbs/K0001124137/SortID=22803239/#tab
書込番号:22803245
0点
不具合を表に追加いたします。
不具合44(FW)
「Macでaviファイルを正常再生不可 (解像度情報の誤り)」
https://bbs.kakaku.com/bbs/K0001124137/SortID=22502561/#22806911
なお、「解決済」と「未解決」で表を分けました。
(行数が多くなり、見にくくなってきたため)
書込番号:22807092
0点
最新の表(2019/7/23)です。
不具合43(FW)「録画映像再生時、音が欠けたりズレたりする」
の状況を「対応中」から「見込みナシ」に変更しました。
詳しくはこちら(↓)
https://bbs.kakaku.com/bbs/K0001124137/SortID=22803239/#tab
書込番号:22816437
0点
iPhone11Pro(iOS13)上の「スマカメ2」にて、
カメラ切替時、レイアウト崩れが頻発します。
現在映像が画面の右側にズレ、映像の右半分が見えません。
数えたわけではなく体感上ですが、
3〜4回に1回ぐらいでしょうか。
これだけ多いと、使いモノになりません。
手持ちの5機種すべてで症状確認済みです。
(QS20, QS10, QR20, QR220, QV60F)
プラネックス社に対応を依頼しました(9/20)。
書込番号:22934934
0点
【未解決】の最新版(2019/9/21)です。
▼ 追加
緊急 iOS 45 iOS13で現在映像の右半分が見えないこと頻発。
▼ 削除 (発生しなくなったため。理由は不明)
緊急 iOS 40 iPadで2回に1回は異常終了
緊急 iOS 39 iPhoneで最初は必ずオフライン
書込番号:22936814
0点
不具合対応表の最新版(2019/11/21)です。
<追加>
・不具合47「体検知録画の頭欠け・途中欠け・尻欠けが多い」
・不具合48「カメラ切替時、映像が縦長に」
・不具合49「夜間カラー時、映像全体が明滅し、動体検知録画頻発」
https://bbs.kakaku.com/bbs/K0001124137/SortID=23060069/#tab
<解決済に変更>
・不具合44「解像度情報の誤り」
・不具合30「最後の動体検知から30秒も録画される」
・不具合45「iOS13で現在映像の右半分が見えないこと頻発」
<対応中に戻し> (解決済と勘違いしていたが、直っていなかった)
・不具合35「スマプレで「時間シーク後自動再生」設定保持不可頻発」
※ ON→OFF→ON操作すると、ONになってくれる。
書込番号:23060095
0点
不具合対応表の最新版(2019/12/7)です。
<追加>
・不具合50「低性能端末で録画再生が尻欠け」
https://bbs.kakaku.com/bbs/K0001124137/#23089816
書込番号:23093663
0点
不具合の最新版(2019/12/26)です。
<書式の変更>
iOS『スマカメ』でのQS20映像視聴公式対応(v1.67〜)に伴い、
不具合の「区分」を、以下のとおり変更しました。
・iOS1…iOS『スマカメ』
・iOS1…iOS『スマカメ2』
・And…Android『スマカメ』
・FW…ファームウェア
<追加>
・不具合52 (iOS1)「写真撮影不可」
・不具合51 (iOS1)「カメラ一覧でサムネールが出ない」
書込番号:23130493
1点
不具合52 (iOS1)「写真撮影不可」の説明です。
iOS『スマカメ』にてQS20の現在映像視聴中に「写真を撮影する」ボタンを押しても、正しく撮影できません。
アプリ内に画像は保存されるようですが、中身は真っ白です(添付画像参照)。
書込番号:23130628
0点
新たな不具合を追加いたいます。
不具合53(iOS2)「[メニュー]-[再接続]すると、映像が間延び」
<不具合内容>
iOSスマカメ2で[メニュー]-[再接続]すると、映像が間延びします。
・縦長画面のときは、縦に間延びします。
・横長画面のときは、横に間延びします。
・iPhone/iPadともに発生します。
(iPhone 11 Pro, iPad Pro 10.5にて確認済)
・カメラの機種によらず発生します。
(QS20, QS10, QR20, QR220, QV60Fにて確認済)
・見た目上のステータスが「接続中」になったママのことも多いです。
(実際にはオンラインになっているにもかかわらず、です)
なお、不具合48「カメラ切替時、映像が縦長になることが多い」
と重複する点もありますが、必ず再現する点が異なるため、
新たな不具合として数えさせていただきました。
書込番号:23156725
0点
不具合一覧の最新版(2020/1/4)です。
<追加>
不具合53 (iOS2)「[メニュー]-[再接続]すると、映像が間延び」
増えるばかりで、いっこうに減る気配がありませんね...。
書込番号:23156731
0点
不具合対応一覧表の最新版 (2019/1/9) です。
<再発> ※不具合45の再発 (iOSスマカメ2 v2.2.1(20/1/8公開)にて)
不具合54(iOS2)「 iOS13で現在映像の右半分が見えないこと頻発」
<解決> (iOSスマカメ2 v2.2.1(20/1/8公開)にて)
不具合37 (iOS2)「スマプレで「初期表示日数」を7日に変更不可」
不具合53 (iOS2)「[メニュー]-[再接続]すると、映像が間延び」
不具合48 (iOS2)「カメラ切替時、映像が縦長になることが多い」
書込番号:23158351
0点
不具合対応表の最新版(2020/1/23)です。
不具合47(FW)「動体検知録画の頭欠け・中欠け・尻欠けが多い」
がFW1.54(2020/1/23公開)で解決したことを反映しました。
劇的に改善されています。
ビフォー「まともに動体検知録画できない」
アフター「ちゃんと動体検知録画できる」
きわめて重要な不具合が解決したため、
私の中での総評が
「ぜんぜんダメ」から「まずまず使える」
に上がりました。
書込番号:23187122
2点
新しい不具合2個です。
不具合55(FW)「サーバに接続できない間、動体検知録画が停止」
不具合56(FW)「サーバに接続できない間、LAN内端末からも接続不可」
以下の実験結果より「まず間違いない」と考えておりますが、
プ社に報告のうえ、まずは症状の再現性を確認していただくようお願いしました(2020/1/31)。
<実験手順と結果 その1>
QS20がLANにもインターネットにも接続された状態にて、店内を1周歩き、
その様子が動体検知録画されていることを確認した。
↓
アクセスポイント(AP)からインターネット側のLANケーブルを抜いた。
(QS20は、LANには接続されているが、サーバには接続されていない状態となる)
↓
片手を挙げたまま、店内を1周歩いた(A)。
↓ (5分待つ)
同一LAN内iPhoneにて、QS20に接続どころか、
LAN内検索でQS20を発見できないことを確認した。
↓
APのインターネット側にLANケーブルを挿した。
↓ (5分待つ)
両手を挙げたまま、店内を1周歩いた(B)。
↓ (5分待つ)
同一LAN内iPhone上にて、Aは写っていないが、Bは写っていることを確認した。
<実験手順と結果 その2>
QS20がLANにもインターネットにも接続された状態にて、店内を1周歩き、
その様子が動体検知録画されていることを確認した。
↓
アクセスポイント(AP)の電源をOFFした。
(QS20は、LANにもサーバにも接続されていない状態となる)
↓ (5分待つ)
片手を挙げたまま、店内を1周歩いた(C)。
↓ (5分待つ)
APの電源をONした。
↓ (5分待つ)
両手を挙げたまま、店内を1周歩いた(D)。
↓ (5分待つ)
同一LAN内iPhone上にて、Cは写っていないが、Dは写っていることを確認した。
書込番号:23201152
1点
不具合一覧の最新版(2019/1/31)です。
<追加>
不具合55(FW)「サーバに接続できない間、動体検知録画が停止」
不具合56(FW)「サーバに接続できない間、LAN内端末からも接続不可」
<備考>
次の不具合もあるかもしれませんが、
まだ検証が不完全のため、一覧には載せておりません。
不具合(iOS)「しばらく動体検知録画がないと、録画一覧の正常表示不可」
じつは都合により、ルータのLANケーブルを丸一日(1/29)抜いていたのですが、
不具合55(FW)「サーバに接続できない間、動体検知録画が停止」
せいで、動体検知録画が丸一日(1/29)できていませんでした。
iOS「スマカメ」のスマートプレイバックで録画一覧を開いたとき、
抜いた後(1/30)の録画は表示されましたが、
それより前(〜1/28)の録画は、いっさい存在しないように表示されました。
しかし、SDを抜いて、Macで確認したところ、1/28以前数ヶ月分の録画ファイルも、きちんとありました。
書込番号:23201167
1点
訂正。
下記実験において、APからLANケーブルを抜いたあと、
「5分待ってから」、次の手順に進んでいます。
つまり、正しくは、以下のとおりです。
<実験手順と結果 その1>
QS20がLANにもインターネットにも接続された状態にて、店内を1周歩き、
その様子が動体検知録画されていることを確認した。
↓
アクセスポイント(AP)からインターネット側のLANケーブルを抜いた。
(QS20は、LANには接続されているが、サーバには接続されていない状態となる)
↓ (5分待つ)
片手を挙げたまま、店内を1周歩いた(A)。
↓ (5分待つ)
同一LAN内iPhoneにて、QS20に接続どころか、
LAN内検索でQS20を発見できないことを確認した。
↓
APのインターネット側にLANケーブルを挿した。
↓ (5分待つ)
両手を挙げたまま、店内を1周歩いた(B)。
↓ (5分待つ)
同一LAN内iPhone上にて、Aは写っていないが、Bは写っていることを確認した。
書込番号:23203080
0点
不具合一覧の最新版(2021/6/27)です。
(赤は未解決、青は解決済)
<解決済>
・不具合55(FW):サーバに接続できない間、動体検知録画が停止 (2021/2/24解決, v1.57)
・不具合49(FW):夜間カラー時、映像全体が明滅し、動体検知録画頻発 (2021/2/24解決, v1.57)
・不具合35(iOS2):スマプレで「時間シーク後自動再生」設定保持不可頻発 (2021/1/20解決, v2.3.3)
・不具合41(iOS2):スマプレで時間シーク後自動再生の不可頻発 (2021/1/20解決, v2.3.3)
書込番号:24209460
0点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
tanetty様の書き込みでとりあえず問題なさそうとの話だったので、
当方も適用してみました。
まだ日が浅いので良し悪しはわかりませんが気にな他ところ2点。
カメラの切り替えでガレージのQS20-2に再接続操作をしないとコマ数の情報含め画像が出ないことが多いのが気になるところ。
その状態でもカメラ設定は開けるので繋がっていないわけではないのですが・・・。
同じhubに有線でぶら下がってるQS20-1は特に問題ないのですがねー
どちらも有線だけど購入時期が離れているのでロットの差だったりするのですかね?
あとやや画像が暗くなってノイズが減った点ですかね?
これは特定条件で明滅する対策ですかね??
今の広角レンズに変えたQS20改だと撮影範囲の差なのか明滅は出ていないようなので対策効果があったのかは不明ですが・・・。
QS11の返信から
>早めにプ社に見切りをつけた いgsdさん が大正解かと思います。
>(私はすで30台以上のスマカメで運用してるので、いまさら抜け出せません...)
買った台数はともかく稼働は10台程度でしたからね。
便利になるとさらに欲が出て上を目指してしまうもので。(^^;
とは言いつつもスマカメは今でも5台稼働しています。
arloも完ぺきではありませんからね。
一度動きが止まって録画終了判断したらリロード時間なのか再度動き出したシーンが抜け落ちるとかありますし。
(同じところ撮影のスマカメは最後まで録画継続)
大手みたいに大金積めれば一つで完璧なシステムも構築できるのかもしれませんが・・・なかなかね。
スマカメはハードは良いのかもしれないけど、アプリが特に弱いのでプラネックスにはもうちょっと頑張ってほしいです。
そうすれば、「こんなはずじゃなかった・・・。」が減って購入者は幸せになれるのですが。
3点
いgsdさん、こんにちは。
新FW(1.57)に対する当方の感想は…
◎ 著しい改善:前FWの不具合「夜間カラー時、映像全体が明滅し、動体検知録画頻発」が解消した。
○ 少し改善:映像のノイズが減り「くっきり」した。若干暗くなったが、全体として前FWより「見やすい」。
後者については、
>あとやや画像が暗くなってノイズが減った点ですかね?
と、ご指摘いただいた、まさにそのとおりの感想です。
ただ、私としては、新FWのが前FWより映像が「くっきり」して、「見やすい」と感じました。
前者については、あきらかに改善しました。
具体的には、手持ち6台のうち1台、民家の玄関を写すQS20において、
前FWでは「夜間カラー時、映像全体が明滅し、動体検知録画頻発」という不具合が発生していました。
新FWに更新した途端、この不具合がまったく起こらなくなりました。
>再接続操作をしないとコマ数の情報含め画像が出ないことが多いのが気になるところ。
これは前FWからそうだったような気も…。
と、思ったのですが、私の「前FW」は、プラネックスから先行でもらった、実質「新FW」でした。
なので、本当の「前FW」と本当の「新FW」の比較ができず…。申し訳ありません。
>便利になるとさらに欲が出て上を目指してしまうもので。(^^;
たしかに(笑)。
>arloも完ぺきではありませんからね。
>一度動きが止まって録画終了判断したらリロード時間なのか再度動き出したシーンが抜け落ちるとかありますし。
>(同じところ撮影のスマカメは最後まで録画継続)
arloは、そんな感じなんですか。たいへん勉強になります。
意外にも、スマカメにも(arloより)優れた点があるんですね。
いgsdさんもご存じのとおり、録画の抜け・漏れ改善については、
・私がしつっっこくプラネックスに要望を出し
・試行錯誤を重ねた(プ社が実装→私がテスト→プ社が実装→私がテスト→…)
という経緯があります。
その甲斐あってか、下記「事前10秒・事後20秒録画」のしくみが実現しました。
・最大10秒分をメモリ上に常時録画しており、動体検知後、この録画映像をmircoSD内録画ファイルの冒頭に書き加える。
・最後の動体検知から20秒、録画を継続する。
このしくみがQS20を実用レベルに押し上げたのかしら。よかったー。と感慨深く感じております...。
>スマカメはハードは良いのかもしれないけど、アプリが特に弱いのでプラネックスにはもうちょっと頑張ってほしいです。
>そうすれば、「こんなはずじゃなかった・・・。」が減って購入者は幸せになれるのですが。
おもいっっっっきり同感いたします。
ただ、社員も減る一方みたいなので、残念ながら、あまり期待はできなさそうではあります(泣)。
書込番号:24010157
1点
>tanettyさん
>◎ 著しい改善:前FWの不具合「夜間カラー時、映像全体が明滅し、動体検知録画頻発」が解消した。
それは何よりです。
あの現象が発症すると最悪一晩中でも録画し続けることになりますからね〜
>その甲斐あってか、下記「事前10秒・事後20秒録画」のしくみが実現しました。
alroの事前3秒は変更できないようですが事後は300秒までユーザーが任意で変更できるので、
事後の録画漏れは初期値の20秒から延ばせばよいのではありますがタマに抜けるだけなので・・・。
まぁQS20が名機であることには変わりないんですけどね〜
書込番号:24036746
1点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
不可解な不具合の情報です。
無線接続QS20と同一LAN内にHomePod miniを接続すると、そのQS20は死にます。
(2020/11/16、プラネックス社に報告)
「死ぬ」とは、
・現在映像は9割がた見れない。
・たまに見れても、数秒〜数十秒で見れなくなり、そのあとはずっと見れなくなる。
・録画視聴についても同様。
HomePod miniの電源を抜いたあと、死んでた各カメラの電源抜き差しすると、復活します。
HomePod miniの電源をもういちど入れると、また無線接続QS20が死にます(再現性あり)。
有線接続QS20は、問題ありません。
無線接続した他機種(QS10/QV60F/QR220/QR20)も、問題ありません。
問題があるのは、無線接続QS20だけです。
1点
補足
無線接続QS20がまさに死んでしまっているとき、同一LAN内のMacから
・そのQS20へのpingは、約95%不達・約5%到達
・他のカメラ(QS10/QV60F/QR20等)や有線接続QS20へのpingは、100%到達
書込番号:23791748
0点
補足
カメラ本体「以外」の環境側に問題はないか?
そのあたりを少しでもグレーから白に近づけるため、以下の切り分けをおこないました。
・SDをフォーマットしてみた
→症状変わらず
・近隣のWi-Fiチャネルの混み具合を、Androidアプリ「Wi-Fi Analyzer」でチェックしてみた
→とくに混んでない
・念のため、アクセスポイント側でWi-Fiチャネルを変えてみた
→症状変わらず
書込番号:23791833
1点
補足2
QS20とHomePodそれぞれが属するLANをルータで分割したところ、QS20は死ななくなりました。
(2020/11/19 プ社に報告済)
ルータ1 ー QS20
||
ルータ2 ー HomePod
この結果は、つぎの可能性を示唆しています。
「HomePodが自LAN宛に送信するパケットが、同一LAN内のQS20を死に至らしめている」
(当該パケットが、ブロードキャスト/マルチキャスト/ユニキャストのうち、どれなのかは不明)
書込番号:23796515
0点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
こんにちは.以前CS-QS10を購入し,こちらで質問させていただいた者です.
今回はCS-QS20を購入し,下記のスマホ端末からファームウェア更新(1.49→1.54)を試みているのですが,うまくいかず,投稿させていただきました.
手順で不適切な点があれば,ご指摘いただけると幸いです.
- Android:Google Pixel 4s (OS: Android 10),スマカメアプリバージョン 1.5.8
- iOS: iPhone Xs(OS: iOS 14.1),スマカメ2アプリバージョン 2.3.1
両者ともに,起動時に「ファームウェアの更新があります」などのメッセージが表示されます.
録画モードは「録画しない」(iOSの場合は「録画モード:オフ」)にして,ファームウェア更新を行うと
画面上は成功したように見えるのですが,アプリを再起動のたびに,「ファームウェアの更新があります」という
メッセージが表示されます.(カメラの詳細情報を見ても,ファームウェアはずっと 1.49 のままです)
もし,ハマるポイントがあれば,ご指摘いただけると大変ありがたいです.
なお,ファーム更新に失敗しても,カメラ自体は使えているようです.
どうぞよろしくお願いいたします.
0点
>(カメラの詳細情報を見ても,ファームウェアはずっと 1.49 のままです)
スマカメとネットの接続はWIFI接続ですか?
これは当方も経験しました。
当該製品はWIFI感度めっちゃ悪いです。
解決するには一度 外してWIFIルータのアンテナ付近で再度ファームウェアアップデートする必要があります。
まあ 有線LAN接続なら問題ないのかもしれません!?
いずれにしましてもWIFI感度が悪すぎるので返品検討中です。
※もし有線LAN接続で失敗しているのなら 当方はわかりません。
書込番号:23791243
1点
>足柄大将2016さん
早速のご返信ありがとうございます!
ご指摘のとおり,WiFi環境(ルータから数メートル先)でファーム更新しようとしてました.
なるほど,確かにWiFi下で,スマホからの接続までに時間がかかったり,映像が遅延したりという現象を経験していたのですが,ファーム更新においても良くなかったんですね.
ルータの近くに置くか有線接続して,また試してみます.
書込番号:23791255
0点
>足柄大将2016さん
おかげさまで,有線LANにつないだところ,無事ファーム更新できました...!
本当にありがとうございました.
書込番号:23792841
0点
ファームウェア更新できたんですね、よかったです。
当方もPoE検討中ですが、何分スマカメが残念な状態ですので・・・
書込番号:23793745
0点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
リセットして同様なら、明らかに故障でしょう。
販売店に早めに連絡した方が良いと思います。
書込番号:23647152
4点
>watataさん
使用者です。
スマカメアプリは設定済でしょうか。
青色のステータスランプは、メニュー→カメラ設定→詳細設定→その他の設定→ステータスLED表示のオフで消灯します。
ご確認を。
書込番号:23647389
1点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ2 ローライトPoE CS-QS20
先月の半ば、メーカーより
「次回の製造分からスマカメVの仕様に切り替わる予定です」
との情報を得ました。
CS-QS10のスマカメV仕様で強い不満を感じていたため、急いでCS-QS20の現行品を購入したのですが…
一ケ月以上が経った今もなお、使用できない状態です。
先に結論からいうと、au光のホームゲートウェイ(BL900HW…以下、HGWと略します)とは正常に接続できません。
1. HGWのDHCPサーバと相性が悪い
2. HGWの無線LANと相性が悪い
1、もしくは1と2の両方で問題がある可能性もあります。
ちなみに、HGWのLANポートに別のWi-Fiホームルータ(Aterm WG2600HP3)を接続して使用しても状況に変化なしです。
HGWのDHCP固定割当設定を掛けると接続ができない、もしくは割り当てられたものとは異なるIPアドレスを掴みます。
運が良ければ、後者の状態ならば有線LANであれば接続されますが、安定するかどうかは不明です。
HGWのDHCP固定割当設定を掛けなければ、有線LANであれば接続されますが、やはり安定するかどうかは不明です。
無線LANでの接続については何れの場合にしろ、短時間接続できたとしても頻発に接続が切れます。
同一セグメント内にあるPCからpingを打つと、有線LANで接続したときは特に問題はなさそうですが、無線LANで接続した
ときは、パケットの損失が75%など当たり前のように出ます。
製品を一度、メーカー(リペアセンター)に送って調べてもらったところ…
「製品が正常に起動しなかったことを確認し、FWの再書込みで復旧した」
とのこと。
念のために製品は交換されて(FWは最新に書換え済)送られてきました。
ところが、そのスマカメでも同じ問題が発生するのです。
その後もメーカーとやり取りして分かったのですが、メーカー(リペアセンター)では自社製品の無線LANルータとの接続だけ
でしか検証を実施していないとのこと。
現在、「お時間ください」とのことでペンディング状態です。
NEC社製のホームゲートウェイは機種が異なるものの、NTTフレッツ光などでも使用されていますが、同様の問題があるの
では?…と私は思います。
また、ホームゲートウェイを使用しない環境であっても、ONUにNEC社製の無線LANルータを接続して使用されている方にも
同じ問題があるかも知れません。
他のスマカメでこのような経験はありませんし、NEC社製のネットワーク機器には高い信頼性がありますので、100% CS-QS20
に問題があると考えています。
一ケ月過ぎても未だに使えないなんて…買わなきゃよかった。
4点
>黒ヒヨコさん
スマカメはプラネックス製の古いルーターで構築されたテスト環境で開発検証されているので、
新しい規格と他社製品との相性が最悪な気がします。
とにかくWIFI設定は古い規格に落としたり、サブチャンネルは使わない、
チャンネルは固定する、省電力系は切ったりしないといけない気がします。
当方では、
住電のONU(ルーター機能付きDHCP設定)-WR9500N(屋内用DHCP設定)-WR8610N(屋外用DHCP設定)
の変則環境時は、WIFI出力絞ったりオートチャンネルでも問題ありませんでした。
あえて古めのルーターで再構築しました。
今はWR9500Nを撤去しQR30F(SD無し)だけONUにダイレクトにつないでいますが、不都合ありません。
今時の転送レートの必要なスマカメはWIFI実用外品だと思います。
それか開発環境と同じルーター機種を揃えるか・・・。
手持ちのプラネックスモバイルルーターではスマカメは不安定でダメでしたので、
新たに買うなら同じ機種しかないでしょう。
とはいえ、無線OFFのWR8610NにQS20を接続していますが、有線からWIFIに変えてもQR20より安定しているので、
スマカメの中で素性は悪くない方なんじゃないかと思うんですけどね・・・。
書込番号:23614503
1点
>いgsdさん
>今時の転送レートの必要なスマカメはWIFI実用外品だと思います。
私の環境で発生している問題に転送レートは関係ありません。
それ以前の問題なので。
繰り返しになりますが、有線LANの接続であったとしてもIPの掴み具合がおかしいです。
さらに無線LANによる接続については、頻繁に接続が切れてCS-QS20のLEDが青色で点滅します。
ホームゲートウェイ(BL900HW)からpingを打ってもパケットの損失が非常に大きいことが分かります。
OSI参照モデルで切り分けると、pingで異常が見られるのでレイヤ3(ネットワーク層)以下に問題が
あることは間違いありません。
しかし、その中でどの層に問題があるのか?…私のところで特定することはできません。
特定の層だけの問題なのか、複数の層にわたって問題があるのか…。
CS-QS20は、一般の利用者が使用することを想定していることは間違いないと思います。
であれば、そうした利用者の代表的な環境で動作検証をしたうえで製品を発売するのがメーカとして
当然です。
ネットワーク機器で相性問題が発生しやすいのは誰もが知る事実ですから。
少なくともホームゲートウェイについては、私が知る限り大手キャリアが提供するものを使用する以外
に選択肢がありません。
通常、メーカーがユーザーに開発環境を明かすことはないと思いますが、いgsdさんはプラネックス社
からその話を直接聞かれたのでしょうか?
いくら何でも開発環境はそこまで酷くないとは思いますが…でも、まさか!?
あっ、それからひょっとしたら、いgsdさんのCS-QS20と私の手元にあるCS-QS20、見た目は同じでも
中身に違いがあるかも知れませんよ…メーカーに確認はとっていません。
書込番号:23616160
0点
>黒ヒヨコさん
当方の環境ではwifi有線とも特に問題ないんですよね。
光回線業者の提供するONU以外はネットギアのはハブで固めている以外はごく一般的だと思います。
ロットによって何か不都合があるのでしょうか?
プラネックスの開発環境ですが、聞いたら普通に答えてくれましたよ?
ですので当方のこたえさせてもらった環境で間違いないっとおもっています。
プラネックスも、わざわざ嘘つく必要もないと思いますし・・・。
お力になれず申し訳ない。
書込番号:23617823
1点
>いgsdさん
遅ればせながら、今回のスレを立ち上げた理由を説明します。
CS-QS10の掲示板で、対応するアプリがスマカメVに変わる前にCS-QS20は早く買ったほうがいい
と書き込みをしてしまいました。
ところが、これまでに書きました通り、私のネットワーク環境においては重大なトラブルが発生しています。
私の書込みを見て、CS-QS20を買ったのに使えないといった方が出てくるかも知れません。
よって、現状をお知らせすることでそういったトラブルを防ぎたいと考えました。
現在、私のネットワーク環境ではCS-QS10(旧スマカメ仕様)が2台、CS-QS10(スマカメV仕様)が1台が
稼働中です。
過去には同一のネットワーク環境で、CS-QR10、CS-QR20、CS-QR220を使用していた時期もあります。
今回のCS-QS20を除けば、私にとってこれまでで最も印象の悪いCS-QS10(スマカメV仕様)であっても、
IPが正しく掴めなかったりpingがまともに通らないといったトラブルはありません。
いgsdさんを疑ってはいませんが、スマカメのような製品を開発するときにメジャーなネットワーク環境を使って
動作検証していないとはちょっと信じ難いです。
そんなことをすれば、製品の発売後に動作不良のトラブルが多発する可能性があります。
それは技術者だったら誰にでも予測できるハズですから、常識的にそんな危険なことしないと思います。
それにしても、開発環境って社外秘じゃないのだろうか?
>ロットによって何か不都合があるのでしょうか?
あくまでも、可能性の話ですが…
例えば一般的に、使用する部品が変更になるのはよくあることです。
理由としては部品が製造終了などにより調達が困難となったり、コストダウンだったり。
そうしたときは互換性のある別の部品を使用することになります。
同一メーカーで型番違いの部品を使用することもあれば、他メーカーの部品を使用することもあります。
すると、これまでになかった相性問題などが発生することも考えられます。
まともなメーカーであれば、しっかりと検証試験をしたうえで製造ラインに流しますから問題は起きません。
書込番号:23618665
0点
>いgsdさん
参考までに、手元にあるCS-QS20の無線LAN IF部の情報は次の通りです
ベンダーコード(MACアドレス): 38:83:9a
ベンダー名: SHENZHEN RF-LINK TECHNOLOGY CO.,LTD.
書込番号:23621317
0点
>黒ヒヨコさん
こんばんは。
うまくつながらない(?)とのこと。
心中お察しいたします。
さて、まず<症状>の確認をさせていただきたいのですが。
こんな(↓)理解で合ってますでしょうか?
<症状>
・アプリから見て、つながったり、つながらなかったり。つながるときも、カクカク?
・pingは、とおったり、とおらなかったり。
また、症状の<発動条件>は、(a)(b)(c)(d)すべてでしょうか?
<発動条件>
(a) 無線&手動
(b) 無線&自動
(c) 有線&手動
(d) 有線&自動
・カメラの接続が「有線」or 「無線」
・DHCPサーバ上でのIP割当てが 「手動」or「自動」
もし無線(a)(b)で症状が発生し有線(c)(d)で症状は発生しないなら、
イーサネットコンバータ経由にして症状が改善するかどうか、試してみたいところです。
にしても、pingがとおったり、とおらなかったりというのが摩訶不思議ですね。
(ダメなら100%ダメ、ならまだわかりやすいのですが)。
もしかして、何らかの理由で、(同一ブロードキャストドメイン内で)MACアドレスが重複してしまっているとか?
通常、考えにくいですが、(カメラのWi-Fi)ドライバの不具合などで、可能性はゼロではないかと。
これを切り分けるには、
・当該QS20以外のQS20やQS10を一時的にネットワークから外し、症状が改善するか、しばらく様子を見てみる。
または、症状発生時、当該QS20以外のカメラをネットワークを外し、症状が改善するか、様子を見てみる。
→これで安定すれば、MAC競合の可能性あり。
・(前述のとおり)イーサネットコンバータを使ってみる
→コンバータのWi-Fi子機側MACがIPとひもづけられる)
→カメラのWi-Fiドライバが原因なら、これで症状はなくなりそう
また、MAC競合の有無調査には無力かとは思いますが、もしかして下記で何かわかるかもしれません。
・ARPテーブルを見てみる。
→pingが通るとき、通らないとき、それぞれ。pingをしている端末で、arp -a
→通るときと通らないときで、何か違いはあるか?
書込番号:23626282
2点
>tanettyさん
> ・アプリから見て、つながったり、つながらなかったり。つながるときも、カクカク?
無線での接続時は繋がったり、繋がらなかったりです。
しかし、CS-QS20の設定を極めて負荷が軽くなるようにしているせいか、繋がっているときの画像は
それほどカクカクしない印象ですね。
症状の<発動条件>についてですが、現在、私のネットワーク環境ではローカルIPアドレスの192.168.100〜
をDHCPを利用する端末のインターフェイスの数に限定し、設定しています。
また、ホームゲートウェイ内の「DHCP固定割当設定」機能を使って、各MACアドレス毎にIPアドレスを指定する形で
固定しています。
> <発動条件>
> (a) 無線&手動
> (b) 無線&自動
> (c) 有線&手動
> (d) 有線&自動
この中でいえば、IPアドレスの掴みがおかしい状態は(a)と(c)で確認していることになります。
(b)と(d)については試していませんが、それを試すとなると同一セグメント内にある他の端末に影響が出るので
容易には試せません。また、論理的に考えても状況が改善するとは思えないです。
> にしても、pingがとおったり、とおらなかったりというのが摩訶不思議ですね。
> (ダメなら100%ダメ、ならまだわかりやすいのですが)。
無線で接続しているときは、OSI参照モデルで切り分けて考えるとレイヤ3(ネットワーク層)レベルで瞬断が多発
しているのだと思います。
しかし、その原因がレイヤ3以下のどのレイヤに原因があるのかは、メーカーの人間でないと切り分けできないと
思います。
MACアドレスが重複している可能性については、LANに接続している端末のMACアドレスは全て把握して管理
していますので問題ありません。
まずは、IPアドレスが設定どおりに正しく掴めない問題を解決する必要があります。
無線接続についての問題は、それを解決してからでないと、何が何だかわけがわからなくなってしまうと思います。
IPアドレスが正しく掴めるようになれば、無線接続のトラブルも解決する場合もあり得ると思っています。
手元にあるCS-QS20が不良品でないとすれば、メーカーの技術者が誠意を持って対応されない限り解決されることは
ないでしょうね。
話は変わりますが…
実は、現状を目で確認できるものをUPしようと昨日から準備していました。
こちらのスレにUPする予定ですので、もしよろしければ、そちらもご覧ください。
書込番号:23628049
0点
現状を客観的に把握できるよう、複数の画像ファイルをUPします。
私と同じようなネットワーク環境で、CS-QS20の導入を検討されている方々の参考になれば幸いです。
同一ネットワーク内に、CS-QS10(旧スマカメ版)が2台、CS-QS10(スマカメV版)を1台接続していますので
CS-QS20と比較ができるよう、そちらの画像ファイルもUPします。
なお、CS-QS10(スマカメV版)については無線での運用がスマカメの能力的に厳しい為、通常は有線接続で使用しています。
しかし、今回は他のスマカメと条件を合わせる為、無線接続に切り替えています。
<ネットワーク環境>
au光ONU - BL900HW(ホームゲートウェイ) - ブリッジ接続 - WG2600HP3(無線親機)
<WG2600HP3からの距離、ローカルIPアドレス、MACアドレス>
MACアドレスの後半24bit分については、非公開とさせていただきます。
1. CS-QS10(旧スマカメ仕様)…CS-QS10_01とする
距離: 約8m
IP: 192.168.0.100
MAC: 14:6b:9c:**:**:**
2. CS-QS10(旧スマカメ仕様)…CS-QS10_02とする
距離: 約7m
IP: 192.168.0.101
MAC: 14:6b:9c:**:**:**
3. CS-QS10(スマカメV仕様)…CS-QS10_03とする
距離: 約4m
IP: 192.168.0.102
MAC: 7c:a7:b0:**:**:**
4. CS-QS20(今回のスマカメ)
距離: 約1m
IP: 192.168.0.105 (BL900HWで指定したハズのIPアドレス)
MAC: 38:83:9a:**:**:**
まずは、CS-QS20の設定状態をご覧ください。
書込番号:23628134
0点
次に…
・BL900HW(ホームゲートウェイ) 内の「DHCP固定割当設定」画面
(CS-QS20の設定にご注目ください)
・BL900HW(ホームゲートウェイ) からの「PINGテスト(結果)」
(CS-QS10_01、CS-QS10_02、CS-QS10_03)
をご覧ください。
書込番号:23628170
0点
![]() |
![]() |
![]() |
![]() |
|---|---|---|---|
「PINGテスト(結果)」…CS-QS20_1回目 |
「PINGテスト(結果)」…CS-QS20_2回目 |
「PINGテスト(結果)」…CS-QS20_3回目 |
「PINGテスト(結果)」…CS-QS20_4回目 |
次に…
・BL900HW(ホームゲートウェイ) からの「PINGテスト(結果)」
(CS-QS20)
をご覧ください。
この画面では、テスト対象のIPアドレスが192.168.0.106となっています。
192.168.0.105…ではありません。
なぜなら、BL900HW(ホームゲートウェイ) 内の「DHCP固定割当設定」において、CS-QS20には192.168.0.105を割り当てた
にもかかわらず、CS-QS20が192.168.0.106を掴んでしまっているからです。
その様子は、次の書込みでUPする予定のBL900HW(ホームゲートウェイ) に有線接続されているPCからarpコマンドを
かけたときの画面でも確認できます
なお、CS-QS20の「PINGテスト(結果)」については結果のブレが非常に大きいので、続けて4回テストを実施し、
それぞれの結果をUPしました。
書込番号:23628194
0点
次の画面は…
・BL900HW(ホームゲートウェイ) に有線接続されているPCからarpコマンドをかけたとき
+PCからCS-QS10_01にpingをかけたとき
・PCからCS-QS10_02にpingをかけたとき
・PCからCS-QS10_03にpingをかけたとき
・PCからCS-QS20にpingをかけたとき
ここでも、CS-QS20には3回続けてpingをかけました。
書込番号:23628208
0点
最後に…
・アプリ(旧スマカメ)に表示される電波強度の画面
(CS-QS10_01、CS-QS10_02、CS-QS20)
をUPします。
なお、アプリ(スマカメV)には電波強度を表示する画面が見当たらないため、CS-QS10_03についての情報はありません。
書込番号:23628210
0点
>黒ヒヨコさん
私のような素人が釈迦に説法っで凄く外したレスをしている可能性がありますが、
一連の書き込みを見て思い出したことがあります。
スマカメはWiFiと有線で2つの連番macアドレスを持っていて、
WiFiの方が確か一つ若かったと記憶しています。
スマカメをWiFiから有線に変更した時、固定してあったアドレスより1つ後のアドレスが割り当てられて混乱した記憶があります。
なので、当時スマカメ1台あたり2つのmacアドレスと固定アドレスを設定したと記憶しています。
なにぶん昔の話で記憶間違いもあるかもしれません。
自宅で確認後書き込みできれば良いのですが、
バタついてましていつ確認できるか分からないもので。
外してたら毎度役に立たなくてすみません。
書込番号:23630414
3点
>いgsdさん
> 私のような素人が釈迦に説法っで凄く外したレスをしている可能性がありますが、
卑屈になる必要はないですよ。
> スマカメはWiFiと有線で2つの連番macアドレスを持っていて、
ネットワークに接続される口には固有のMACアドレスが1つずつ与えられています。
よって、有線接続と無線接続の両方に対応しているスマカメには2つのMACアドレスがあります。
過去にスマカメで、それらが連番で設定されていたときがあったかどうか、私には分かりません。
少なくとも、CS-QS10やCS-QS20については有線と無線で異なる製造メーカーのMACアドレスが
割り振られていますので、連番になることはありません。
> 外してたら毎度役に立たなくてすみません。
いえいえ、私のことを気遣い、貴重なお時間を使って書き込みくださりありがとうございます。
書込番号:23631589
0点
これまで、今回の問題についてプラネックス社(リペアセンター)とやり取りをしてきました。
8月末頃に…
「社内技術部に同じご利用環境、またはできるだけ近い環境での調査、検証依頼を掛けているが、
まだ結果が入ってきていない。社内の結果より次の対応を検討したいので待ってください。」
といった内容のメールを受取りました。
そして本日…
「現時点でも事象の確認が取れず、調査、解決までに時間が掛かる可能性がある。」
といった内容のメールが届きました。
要は…
「リペアセンターの依頼をプラネックス社内の技術部が拒否した。」
と私は受け取りました。
きっと、事象の確認や調査をするつもりは全くないのでしょう。
ひょっとすると、技術部で事象の確認はできているが、ハード的な問題で解決が困難…。
もしくは、影響が広範囲に及ぶ(au光、NTTフレッツ光、ソフトバング光、それらのホームゲートウェイ利用者など)
ので、白を切って問題を闇に葬ってしまおうとか…。
リペアセンターはプラネックスの社内では弱い立場にあるのかも知れません。
なので、リペアセンターの担当者は少し気の毒な気はしますが…。
ちなみに私は、「私のところに直接確認に来ていただいても構いません。」とも伝えていました。
au光のホームゲートウェイ(ATERM-60D8E5 (BL900HW))でCS-QS20を使用しようとすれば、100%私と同じ
問題が発生します。
au光のホームゲートウェイに問題はありません。
100%、CS-QS20に問題があると断言します!
で、結論…
皆さん、プラネックス社の製品は買っちゃいけません!
書込番号:23637960
1点
クチコミ掲示板検索
新着ピックアップリスト
-
【おすすめリスト】2026Q2
-
【欲しいものリスト】PC
-
【おすすめリスト】ZEN5
-
【おすすめリスト】【2026最新】思い出を残す!おすすめDVD作成ソフト
価格.comマガジン
注目トピックス
(カメラ)
ネットワークカメラ・防犯カメラ
(最近3年以内の発売・登録)




















































































