スマカメ2 ローライトPoE CS-QS20 のクチコミ掲示板

2019/2時点では未完成品。改善を望む。【不具合一覧アリ】

[tanetty]

不具合への対応状況 2019/2/10

2019/2/10時点では、不具合が多いため、＜未完成品＞といわざるをえません。
期待をもって改善を待ちたいと思います。

不具合とその対応状況について、一覧表を添付画像にて提示いたしました。
状況が進展次第、それを反映させた最新の一覧表を、本スレッドにて提示いたします。
このため、必ず本スレッドを「末尾」から遡って、最新の一覧表にて、状況を把握なさってください。



2019/2/10時点では＜未完成品＞ですが、近々での改善は、十分に期待できます。どういうことか？

ネットワークカメラの使い勝手を決める３要素について、CS-QS20を採点するとしたら、次のとおりです。

(a) カメラのハード性能
　ほぼ100点満点 (夜間のカラー映像が精細で、きわめて状況把握しやすい)。

(b) カメラのファームウェアの出来
　20点 (動体検知の感度が悪い)

(c) アプリの出来
　10点 (iOSアプリの出来が悪すぎる)

ここで重要なのは、次のことです。
　・(a)は後からどうにもならないのに対し
　・(b), (c)は後からでもアップデートでどうにかなる。

(b)(c)さえどうにかしてもらえれば、名機になる可能性を秘めている、ということになります。



添付画像の不具合はすべて、プラネックス社に報告済みです。
(b), (c)について、早急かつ確実にプ社が対応してくださることを、強く望むとともに、かたく信じております。

かたく信じているのは、過去に実績があるからです、
2015年発売のCS-QR20は、リリース当初、使いものになりませんでした。
しかし、アプリとファームウェアのアップデートを重ね、現在ではとても使いやすいカメラに変貌しています。
(次のレスで述べるとおり、CS-QS20のおかげで、警察に映像を提出できました)。

書込番号：22457353

[tanetty]

新たな不具合の報告です。
iOS『スマカメ２』の不具合です。

不具合41
「スマプレで時間シーク後自動再生の不可頻発」

スマートプレイバックで「時間シーク後自動再生」をONにしていても、
まったくそれができないときが、きわめて多いようです。

何度やってもダメ
カメラを切り替えてもダメ。
(カメラの機種によらず、です)
アプリを起動しなおしてもダメ。

そんなとき、「時間シーク後自動再生」OFFになっているのか確認すると、
ちゃんとONになっています。

そこで、「時間シーク後自動再生」をONからOFFにしONに戻すと、
きちんと動作するようになります。

いちど動作しだすと、カメラを切り替えても、大丈夫です。
ところが、いったんアプリ終了し、
時間をおいてからおこなうと、またダメになります。
(あるいは、Appスイッチャーからアプリを完全終了してからアプリ起動しても同じ)
そこで、「時間シーク後自動再生」をONからOFFにしONに戻すと、また復活します。

ここまでは事実、ここからは推測です。
「時間シーク後自動再生」の設定が、
見た目(設定画面)上はONになっているのに、
内部的にOFFになってしまっているのではないでしょうか。
そう考えると、挙動に対して辻褄が合いますので。

いいかえると、
不具合35「スマプレで時間シーク後自動再生設定保持不可頻発」が
実はまだ治ってないのではないか、ということです。
(見た目(設定画面)上だけONを保持できるようになったが、
　内部的にはOFFになってしまっているだろう、ということ)

書込番号：22763248

[tanetty]

CS-QS20 不具合への対応状況 (2019/6/27)

表の最新版 (2019/6/27)です 。

＜更新内容＞
・不具合41(iOS)「スマプレで時間シーク後自動再生の不可頻発」を追加しました。

書込番号：22763257

[tanetty]

CS-QS20 不具合への対応状況 (2019/7/4)

重大な不具合があることがわかりました。

＜不具合41＞
動体検知録画がずっと止まりつづけていることがある
https://bbs.kakaku.com/bbs/K0001124137/SortID=22775365/#tab

添付の表は、その旨を反映した最新版です。

書込番号：22775500

[tanetty]

CS-QS20 不具合への対応状況 (2019/7/16)

下記不具合を表に追加いたします。

不具合43(FW)
「録画映像再生時、音が欠けたりズレたりする」

詳細はこちら(↓)
https://bbs.kakaku.com/bbs/K0001124137/SortID=22803239/#tab

書込番号：22803245

[tanetty]

【未解決】2019/7/18時点	【解決済】2019/7/18時点

不具合を表に追加いたします。

不具合44(FW)
「Macでaviファイルを正常再生不可 (解像度情報の誤り)」
https://bbs.kakaku.com/bbs/K0001124137/SortID=22502561/#22806911

なお、「解決済」と「未解決」で表を分けました。
(行数が多くなり、見にくくなってきたため)

書込番号：22807092

[tanetty]

【未解決】2019/7/23時点	【解決済】2019/7/23時点

最新の表(2019/7/23)です。

不具合43(FW)「録画映像再生時、音が欠けたりズレたりする」
の状況を「対応中」から「見込みナシ」に変更しました。

詳しくはこちら(↓)
https://bbs.kakaku.com/bbs/K0001124137/SortID=22803239/#tab

書込番号：22816437

[tanetty]

iPhone11Pro(iOS13)上の「スマカメ２」にて、
カメラ切替時、レイアウト崩れが頻発します。
現在映像が画面の右側にズレ、映像の右半分が見えません。

数えたわけではなく体感上ですが、
３〜４回に１回ぐらいでしょうか。
これだけ多いと、使いモノになりません。

手持ちの５機種すべてで症状確認済みです。
(QS20, QS10, QR20, QR220, QV60F)

プラネックス社に対応を依頼しました(9/20)。

書込番号：22934934

[tanetty]

【未解決】CS-QS20 不具合への対応状況 (2019/9/21)

【未解決】の最新版(2019/9/21)です。

▼ 追加
緊急 iOS 45 iOS13で現在映像の右半分が見えないこと頻発。

▼ 削除 (発生しなくなったため。理由は不明)
緊急 iOS 40 iPadで2回に1回は異常終了
緊急 iOS 39 iPhoneで最初は必ずオフライン

書込番号：22936814

[tanetty]

対応中の不具合 (2019/11/21)	解決済の不具合 (2019/11/21)

不具合対応表の最新版(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

[tanetty]

対応中の不具合 (2019/12/7)	解決済の不具合 (2019/12/7)

不具合対応表の最新版(2019/12/7)です。

＜追加＞
・不具合50「低性能端末で録画再生が尻欠け」
　https://bbs.kakaku.com/bbs/K0001124137/#23089816

書込番号：23093663

[tanetty]

未解決の不具合一覧 (2019/12/26時点)

不具合の最新版(2019/12/26)です。

＜書式の変更＞
iOS『スマカメ』でのQS20映像視聴公式対応(v1.67〜)に伴い、
不具合の「区分」を、以下のとおり変更しました。
・iOS1…iOS『スマカメ』
・iOS1…iOS『スマカメ2』
・And…Android『スマカメ』
・FW…ファームウェア

＜追加＞
・不具合52 (iOS1)「写真撮影不可」
・不具合51 (iOS1)「カメラ一覧でサムネールが出ない」

書込番号：23130493

[tanetty]

不具合52 (iOS1)「写真撮影不可」

不具合52 (iOS1)「写真撮影不可」の説明です。

iOS『スマカメ』にてQS20の現在映像視聴中に「写真を撮影する」ボタンを押しても、正しく撮影できません。
アプリ内に画像は保存されるようですが、中身は真っ白です(添付画像参照)。

書込番号：23130628

[tanetty]

新たな不具合を追加いたいます。

不具合53(iOS2)「[メニュー]-[再接続]すると、映像が間延び」

＜不具合内容＞
iOSスマカメ2で[メニュー]-[再接続]すると、映像が間延びします。
・縦長画面のときは、縦に間延びします。
・横長画面のときは、横に間延びします。
・iPhone/iPadともに発生します。
　(iPhone 11 Pro, iPad Pro 10.5にて確認済)
・カメラの機種によらず発生します。
　(QS20, QS10, QR20, QR220, QV60Fにて確認済)
・見た目上のステータスが「接続中」になったママのことも多いです。
　（実際にはオンラインになっているにもかかわらず、です）

なお、不具合48「カメラ切替時、映像が縦長になることが多い」
と重複する点もありますが、必ず再現する点が異なるため、
新たな不具合として数えさせていただきました。

書込番号：23156725

[tanetty]

CS-QS20 不具合への対応状況 (2020/1/4)

不具合一覧の最新版(2020/1/4)です。

＜追加＞
不具合53 (iOS2)「[メニュー]-[再接続]すると、映像が間延び」

増えるばかりで、いっこうに減る気配がありませんね...。

書込番号：23156731

[tanetty]

未解決の不具合一覧 (2019/1/9)	解決済の不具合一覧 (2019/1/9)

不具合対応一覧表の最新版 (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

[tanetty]

【未解決分】CS-QS20 不具合への対応状況 (2020/1/23)	【解決済分】CS-QS20 不具合への対応状況 (2020/1/23)

不具合対応表の最新版(2020/1/23)です。

不具合47(FW)「動体検知録画の頭欠け・中欠け・尻欠けが多い」
がFW1.54(2020/1/23公開)で解決したことを反映しました。

劇的に改善されています。
ビフォー「まともに動体検知録画できない」
アフター「ちゃんと動体検知録画できる」

きわめて重要な不具合が解決したため、
私の中での総評が
「ぜんぜんダメ」から「まずまず使える」
に上がりました。

書込番号：23187122

[tanetty]

CS-20 ネット非接続時の不具合

新しい不具合２個です。

不具合55(FW)「サーバに接続できない間、動体検知録画が停止」
不具合56(FW)「サーバに接続できない間、LAN内端末からも接続不可」

以下の実験結果より「まず間違いない」と考えておりますが、
プ社に報告のうえ、まずは症状の再現性を確認していただくようお願いしました(2020/1/31)。



＜実験手順と結果　その１＞

QS20がLANにもインターネットにも接続された状態にて、店内を１周歩き、
その様子が動体検知録画されていることを確認した。
　↓
アクセスポイント(AP)からインターネット側のLANケーブルを抜いた。
(QS20は、LANには接続されているが、サーバには接続されていない状態となる）
　↓
片手を挙げたまま、店内を１周歩いた(A)。
　↓　（５分待つ）
同一LAN内iPhoneにて、QS20に接続どころか、
LAN内検索でQS20を発見できないことを確認した。
　↓
APのインターネット側にLANケーブルを挿した。
　↓　（５分待つ）
両手を挙げたまま、店内を１周歩いた(B)。
　↓　（５分待つ）
同一LAN内iPhone上にて、Aは写っていないが、Bは写っていることを確認した。



＜実験手順と結果　その２＞

QS20がLANにもインターネットにも接続された状態にて、店内を１周歩き、
その様子が動体検知録画されていることを確認した。
　↓
アクセスポイント(AP)の電源をOFFした。
(QS20は、LANにもサーバにも接続されていない状態となる）
　↓　（５分待つ）
片手を挙げたまま、店内を１周歩いた(C)。
　↓　（５分待つ）
APの電源をONした。
　↓　（５分待つ）
両手を挙げたまま、店内を１周歩いた(D)。
　↓　（５分待つ）
同一LAN内iPhone上にて、Cは写っていないが、Dは写っていることを確認した。

書込番号：23201152

[tanetty]

CS-QS20 不具合への対応状況 (2020/1/31)

不具合一覧の最新版(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

[tanetty]

訂正。

下記実験において、APからLANケーブルを抜いたあと、
「５分待ってから」、次の手順に進んでいます。

つまり、正しくは、以下のとおりです。

＜実験手順と結果　その１＞

QS20がLANにもインターネットにも接続された状態にて、店内を１周歩き、
その様子が動体検知録画されていることを確認した。
　↓
アクセスポイント(AP)からインターネット側のLANケーブルを抜いた。
(QS20は、LANには接続されているが、サーバには接続されていない状態となる）
　↓　（５分待つ）
片手を挙げたまま、店内を１周歩いた(A)。
　↓　（５分待つ）
同一LAN内iPhoneにて、QS20に接続どころか、
LAN内検索でQS20を発見できないことを確認した。
　↓
APのインターネット側にLANケーブルを挿した。
　↓　（５分待つ）
両手を挙げたまま、店内を１周歩いた(B)。
　↓　（５分待つ）
同一LAN内iPhone上にて、Aは写っていないが、Bは写っていることを確認した。

書込番号：23203080

[tanetty]

未解決の不具合一覧(2021/6/27)	解決済の不具合一覧(2021/6/27)

不具合一覧の最新版(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

ファームウェア Ver.1.57

[いｇｓｄ]

Ver.1.54との明るさの差

tanetty様の書き込みでとりあえず問題なさそうとの話だったので、
当方も適用してみました。
まだ日が浅いので良し悪しはわかりませんが気にな他ところ2点。

カメラの切り替えでガレージのQS20-2に再接続操作をしないとコマ数の情報含め画像が出ないことが多いのが気になるところ。
その状態でもカメラ設定は開けるので繋がっていないわけではないのですが・・・。
同じhubに有線でぶら下がってるQS20-1は特に問題ないのですがねー
どちらも有線だけど購入時期が離れているのでロットの差だったりするのですかね？

あとやや画像が暗くなってノイズが減った点ですかね？
これは特定条件で明滅する対策ですかね？？
今の広角レンズに変えたQS20改だと撮影範囲の差なのか明滅は出ていないようなので対策効果があったのかは不明ですが・・・。


QS11の返信から

＞早めにプ社に見切りをつけた いｇｓｄさん が大正解かと思います。
＞(私はすで30台以上のスマカメで運用してるので、いまさら抜け出せません...)

買った台数はともかく稼働は10台程度でしたからね。
便利になるとさらに欲が出て上を目指してしまうもので。(^^;
とは言いつつもスマカメは今でも5台稼働しています。

arloも完ぺきではありませんからね。
一度動きが止まって録画終了判断したらリロード時間なのか再度動き出したシーンが抜け落ちるとかありますし。
（同じところ撮影のスマカメは最後まで録画継続）


大手みたいに大金積めれば一つで完璧なシステムも構築できるのかもしれませんが・・・なかなかね。
スマカメはハードは良いのかもしれないけど、アプリが特に弱いのでプラネックスにはもうちょっと頑張ってほしいです。
そうすれば、「こんなはずじゃなかった・・・。」が減って購入者は幸せになれるのですが。

書込番号：24008533

[tanetty]

いｇｓｄさん、こんにちは。

新FW(1.57)に対する当方の感想は…

◎ 著しい改善：前FWの不具合「夜間カラー時、映像全体が明滅し、動体検知録画頻発」が解消した。
○ 少し改善：映像のノイズが減り「くっきり」した。若干暗くなったが、全体として前FWより「見やすい」。

後者については、

＞あとやや画像が暗くなってノイズが減った点ですかね？

と、ご指摘いただいた、まさにそのとおりの感想です。
ただ、私としては、新FWのが前FWより映像が「くっきり」して、「見やすい」と感じました。

前者については、あきらかに改善しました。

具体的には、手持ち６台のうち１台、民家の玄関を写すQS20において、
前FWでは「夜間カラー時、映像全体が明滅し、動体検知録画頻発」という不具合が発生していました。
新FWに更新した途端、この不具合がまったく起こらなくなりました。

＞再接続操作をしないとコマ数の情報含め画像が出ないことが多いのが気になるところ。

これは前FWからそうだったような気も…。
と、思ったのですが、私の「前FW」は、プラネックスから先行でもらった、実質「新FW」でした。
なので、本当の「前FW」と本当の「新FW」の比較ができず…。申し訳ありません。

＞便利になるとさらに欲が出て上を目指してしまうもので。(^^;

たしかに(笑)。

＞arloも完ぺきではありませんからね。
＞一度動きが止まって録画終了判断したらリロード時間なのか再度動き出したシーンが抜け落ちるとかありますし。
＞（同じところ撮影のスマカメは最後まで録画継続）

arloは、そんな感じなんですか。たいへん勉強になります。
意外にも、スマカメにも(arloより)優れた点があるんですね。

いｇｓｄさんもご存じのとおり、録画の抜け・漏れ改善については、

・私がしつっっこくプラネックスに要望を出し
・試行錯誤を重ねた(プ社が実装→私がテスト→プ社が実装→私がテスト→…)

という経緯があります。

その甲斐あってか、下記「事前10秒・事後20秒録画」のしくみが実現しました。

・最大10秒分をメモリ上に常時録画しており、動体検知後、この録画映像をmircoSD内録画ファイルの冒頭に書き加える。
・最後の動体検知から20秒、録画を継続する。

このしくみがQS20を実用レベルに押し上げたのかしら。よかったー。と感慨深く感じております...。

＞スマカメはハードは良いのかもしれないけど、アプリが特に弱いのでプラネックスにはもうちょっと頑張ってほしいです。
＞そうすれば、「こんなはずじゃなかった・・・。」が減って購入者は幸せになれるのですが。

おもいっっっっきり同感いたします。
ただ、社員も減る一方みたいなので、残念ながら、あまり期待はできなさそうではあります(泣)。

書込番号：24010157

[いｇｓｄ]

＞tanettyさん
＞◎ 著しい改善：前FWの不具合「夜間カラー時、映像全体が明滅し、動体検知録画頻発」が解消した。

それは何よりです。
あの現象が発症すると最悪一晩中でも録画し続けることになりますからね〜

＞その甲斐あってか、下記「事前10秒・事後20秒録画」のしくみが実現しました。

alroの事前3秒は変更できないようですが事後は300秒までユーザーが任意で変更できるので、
事後の録画漏れは初期値の20秒から延ばせばよいのではありますがタマに抜けるだけなので・・・。

まぁQS20が名機であることには変わりないんですけどね〜

書込番号：24036746

【不具合】HomePodと同一LAN内の無線接続QS20は死ぬ

[tanetty]

不可解な不具合の情報です。

無線接続QS20と同一LAN内にHomePod miniを接続すると、そのQS20は死にます。
(2020/11/16、プラネックス社に報告)

「死ぬ」とは、
・現在映像は９割がた見れない。
・たまに見れても、数秒〜数十秒で見れなくなり、そのあとはずっと見れなくなる。
・録画視聴についても同様。

HomePod miniの電源を抜いたあと、死んでた各カメラの電源抜き差しすると、復活します。

HomePod miniの電源をもういちど入れると、また無線接続QS20が死にます(再現性あり)。

有線接続QS20は、問題ありません。
無線接続した他機種(QS10/QV60F/QR220/QR20)も、問題ありません。

問題があるのは、無線接続QS20だけです。

書込番号：23791432

[tanetty]

補足

無線接続QS20がまさに死んでしまっているとき、同一LAN内のMacから
・そのQS20へのpingは、約95%不達・約５%到達
・他のカメラ(QS10/QV60F/QR20等)や有線接続QS20へのpingは、100%到達

書込番号：23791748

[tanetty]

補足

カメラ本体「以外」の環境側に問題はないか？
そのあたりを少しでもグレーから白に近づけるため、以下の切り分けをおこないました。

・SDをフォーマットしてみた
　→症状変わらず

・近隣のWi-Fiチャネルの混み具合を、Androidアプリ「Wi-Fi Analyzer」でチェックしてみた
　→とくに混んでない

・念のため、アクセスポイント側でWi-Fiチャネルを変えてみた
　→症状変わらず

書込番号：23791833

[tanetty]

補足２

QS20とHomePodそれぞれが属するLANをルータで分割したところ、QS20は死ななくなりました。
(2020/11/19 プ社に報告済)

ルータ１ ー QS20
　||
ルータ２ ー HomePod

この結果は、つぎの可能性を示唆しています。
「HomePodが自LAN宛に送信するパケットが、同一LAN内のQS20を死に至らしめている」
(当該パケットが、ブロードキャスト/マルチキャスト/ユニキャストのうち、どれなのかは不明)

書込番号：23796515

【質問です】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 のままです）

もし，ハマるポイントがあれば，ご指摘いただけると大変ありがたいです．
なお，ファーム更新に失敗しても，カメラ自体は使えているようです．

どうぞよろしくお願いいたします．

書込番号：23791100

[足柄大将2016]

>（カメラの詳細情報を見ても，ファームウェアはずっと 1.49 のままです）

スマカメとネットの接続はＷＩＦＩ接続ですか？

これは当方も経験しました。
当該製品はＷＩＦＩ感度めっちゃ悪いです。
解決するには一度　外してＷＩＦＩルータのアンテナ付近で再度ファームウェアアップデートする必要があります。
まあ　有線ＬＡＮ接続なら問題ないのかもしれません!?

いずれにしましてもＷＩＦＩ感度が悪すぎるので返品検討中です。

※もし有線ＬＡＮ接続で失敗しているのなら　当方はわかりません。

書込番号：23791243

[鎖羽]

＞足柄大将2016さん

早速のご返信ありがとうございます！
ご指摘のとおり，WiFi環境（ルータから数メートル先）でファーム更新しようとしてました．
なるほど，確かにWiFi下で，スマホからの接続までに時間がかかったり，映像が遅延したりという現象を経験していたのですが，ファーム更新においても良くなかったんですね．
ルータの近くに置くか有線接続して，また試してみます．

書込番号：23791255

[鎖羽]

＞足柄大将2016さん

おかげさまで，有線LANにつないだところ，無事ファーム更新できました...！
本当にありがとうございました．

書込番号：23792841

[足柄大将2016]

ファームウェア更新できたんですね、よかったです。

当方もPoE検討中ですが、何分スマカメが残念な状態ですので・・・

書込番号：23793745

起動直後からすぐに青色表示

[watata]

CS-QS20　にUSB電源を繋ぐと、すぐにステータスランプが青色に点灯します。
リセットボタンを20秒以上押しても、何も変化しません。

故障でしょうか？

書込番号：23646947

[ひまＪＩＮ]

リセットして同様なら、明らかに故障でしょう。
販売店に早めに連絡した方が良いと思います。

書込番号：23647152

[Ｔ・Ｂ・]

＞watataさん

使用者です。

スマカメアプリは設定済でしょうか。
青色のステータスランプは、メニュー→カメラ設定→詳細設定→その他の設定→ステータスLED表示のオフで消灯します。

ご確認を。

書込番号：23647389

買って後悔

[黒ヒヨコ]

先月の半ば、メーカーより

「次回の製造分からスマカメ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
に問題があると考えています。

一ケ月過ぎても未だに使えないなんて…買わなきゃよかった。

書込番号：23613994

[いｇｓｄ]

＞黒ヒヨコさん

スマカメはプラネックス製の古いルーターで構築されたテスト環境で開発検証されているので、
新しい規格と他社製品との相性が最悪な気がします。
とにかくWIFI設定は古い規格に落としたり、サブチャンネルは使わない、
チャンネルは固定する、省電力系は切ったりしないといけない気がします。

当方では、

住電のONU（ルーター機能付きDHCP設定）-WR9500N（屋内用DHCP設定）-WR8610N（屋外用DHCP設定）

の変則環境時は、WIFI出力絞ったりオートチャンネルでも問題ありませんでした。
あえて古めのルーターで再構築しました。

今はWR9500Nを撤去しQR30F（SD無し）だけONUにダイレクトにつないでいますが、不都合ありません。
今時の転送レートの必要なスマカメはWIFI実用外品だと思います。
それか開発環境と同じルーター機種を揃えるか・・・。
手持ちのプラネックスモバイルルーターではスマカメは不安定でダメでしたので、
新たに買うなら同じ機種しかないでしょう。

とはいえ、無線OFFのWR8610NにQS20を接続していますが、有線からWIFIに変えてもQR20より安定しているので、
スマカメの中で素性は悪くない方なんじゃないかと思うんですけどね・・・。

書込番号：23614503

[黒ヒヨコ]

＞いｇｓｄさん

＞今時の転送レートの必要なスマカメはWIFI実用外品だと思います。

私の環境で発生している問題に転送レートは関係ありません。
それ以前の問題なので。

繰り返しになりますが、有線LANの接続であったとしてもIPの掴み具合がおかしいです。

さらに無線LANによる接続については、頻繁に接続が切れてCS-QS20のLEDが青色で点滅します。
ホームゲートウェイ(BL900HW)からpingを打ってもパケットの損失が非常に大きいことが分かります。

OSI参照モデルで切り分けると、pingで異常が見られるのでレイヤ3(ネットワーク層)以下に問題が
あることは間違いありません。
しかし、その中でどの層に問題があるのか?…私のところで特定することはできません。
特定の層だけの問題なのか、複数の層にわたって問題があるのか…。

CS-QS20は、一般の利用者が使用することを想定していることは間違いないと思います。

であれば、そうした利用者の代表的な環境で動作検証をしたうえで製品を発売するのがメーカとして
当然です。
ネットワーク機器で相性問題が発生しやすいのは誰もが知る事実ですから。

少なくともホームゲートウェイについては、私が知る限り大手キャリアが提供するものを使用する以外
に選択肢がありません。

通常、メーカーがユーザーに開発環境を明かすことはないと思いますが、いｇｓｄさんはプラネックス社
からその話を直接聞かれたのでしょうか?

いくら何でも開発環境はそこまで酷くないとは思いますが…でも、まさか!?

あっ、それからひょっとしたら、いｇｓｄさんのCS-QS20と私の手元にあるCS-QS20、見た目は同じでも
中身に違いがあるかも知れませんよ…メーカーに確認はとっていません。

書込番号：23616160

[いｇｓｄ]

＞黒ヒヨコさん

当方の環境ではwifi有線とも特に問題ないんですよね。
光回線業者の提供するONU以外はネットギアのはハブで固めている以外はごく一般的だと思います。
ロットによって何か不都合があるのでしょうか？

プラネックスの開発環境ですが、聞いたら普通に答えてくれましたよ？
ですので当方のこたえさせてもらった環境で間違いないっとおもっています。
プラネックスも、わざわざ嘘つく必要もないと思いますし・・・。

お力になれず申し訳ない。

書込番号：23617823

[黒ヒヨコ]

＞いｇｓｄさん

遅ればせながら、今回のスレを立ち上げた理由を説明します。

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がまともに通らないといったトラブルはありません。

いｇｓｄさんを疑ってはいませんが、スマカメのような製品を開発するときにメジャーなネットワーク環境を使って
動作検証していないとはちょっと信じ難いです。

そんなことをすれば、製品の発売後に動作不良のトラブルが多発する可能性があります。
それは技術者だったら誰にでも予測できるハズですから、常識的にそんな危険なことしないと思います。

それにしても、開発環境って社外秘じゃないのだろうか?

＞ロットによって何か不都合があるのでしょうか？

あくまでも、可能性の話ですが…

例えば一般的に、使用する部品が変更になるのはよくあることです。
理由としては部品が製造終了などにより調達が困難となったり、コストダウンだったり。

そうしたときは互換性のある別の部品を使用することになります。
同一メーカーで型番違いの部品を使用することもあれば、他メーカーの部品を使用することもあります。

すると、これまでになかった相性問題などが発生することも考えられます。
まともなメーカーであれば、しっかりと検証試験をしたうえで製造ラインに流しますから問題は起きません。

書込番号：23618665

[黒ヒヨコ]

＞いｇｓｄさん

参考までに、手元にあるCS-QS20の無線LAN IF部の情報は次の通りです

ベンダーコード(MACアドレス): 38:83:9a
ベンダー名: SHENZHEN RF-LINK TECHNOLOGY CO.,LTD.

書込番号：23621317

[tanetty]

＞黒ヒヨコさん

こんばんは。
うまくつながらない(？)とのこと。
心中お察しいたします。

さて、まず＜症状＞の確認をさせていただきたいのですが。
こんな(↓)理解で合ってますでしょうか？

＜症状＞
・アプリから見て、つながったり、つながらなかったり。つながるときも、カクカク？
・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

[黒ヒヨコ]

＞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

[黒ヒヨコ]

現状を客観的に把握できるよう、複数の画像ファイルを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

[黒ヒヨコ]

DHCP固定割当設定	「PINGテスト(結果)」…CS-QS10_01	「PINGテスト(結果)」…CS-QS10_02	「PINGテスト(結果)」…CS-QS10_03

次に…

・BL900HW(ホームゲートウェイ) 内の「DHCP固定割当設定」画面
(CS-QS20の設定にご注目ください)

・BL900HW(ホームゲートウェイ) からの「PINGテスト(結果)」
(CS-QS10_01、CS-QS10_02、CS-QS10_03)

をご覧ください。

書込番号：23628170

[黒ヒヨコ]

「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

[黒ヒヨコ]

arpコマンド+PCからのping…CS-QS10_01	PCからのping…CS-QS10_02	PCからのping…CS-QS10_03	PCからのping (3回連続)…CS-QS20

次の画面は…

・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

[黒ヒヨコ]

電波強度(CS-QS10_01)	電波強度(CS-QS10_02)	電波強度(CS-QS20)

最後に…

・アプリ(旧スマカメ)に表示される電波強度の画面
　(CS-QS10_01、CS-QS10_02、CS-QS20)

をUPします。

なお、アプリ(スマカメV)には電波強度を表示する画面が見当たらないため、CS-QS10_03についての情報はありません。

書込番号：23628210

[いｇｓｄ]

＞黒ヒヨコさん

私のような素人が釈迦に説法っで凄く外したレスをしている可能性がありますが、
一連の書き込みを見て思い出したことがあります。

スマカメはWiFiと有線で2つの連番macアドレスを持っていて、
WiFiの方が確か一つ若かったと記憶しています。
スマカメをWiFiから有線に変更した時、固定してあったアドレスより1つ後のアドレスが割り当てられて混乱した記憶があります。
なので、当時スマカメ1台あたり2つのmacアドレスと固定アドレスを設定したと記憶しています。

なにぶん昔の話で記憶間違いもあるかもしれません。
自宅で確認後書き込みできれば良いのですが、
バタついてましていつ確認できるか分からないもので。

外してたら毎度役に立たなくてすみません。

書込番号：23630414

[黒ヒヨコ]

＞いｇｓｄさん

＞ 私のような素人が釈迦に説法っで凄く外したレスをしている可能性がありますが、

卑屈になる必要はないですよ。


＞ スマカメはWiFiと有線で2つの連番macアドレスを持っていて、

ネットワークに接続される口には固有のMACアドレスが1つずつ与えられています。
よって、有線接続と無線接続の両方に対応しているスマカメには2つのMACアドレスがあります。

過去にスマカメで、それらが連番で設定されていたときがあったかどうか、私には分かりません。

少なくとも、CS-QS10やCS-QS20については有線と無線で異なる製造メーカーのMACアドレスが
割り振られていますので、連番になることはありません。


＞ 外してたら毎度役に立たなくてすみません。

いえいえ、私のことを気遣い、貴重なお時間を使って書き込みくださりありがとうございます。

書込番号：23631589

[黒ヒヨコ]

これまで、今回の問題についてプラネックス社(リペアセンター)とやり取りをしてきました。

8月末頃に…

「社内技術部に同じご利用環境、またはできるだけ近い環境での調査、検証依頼を掛けているが、
まだ結果が入ってきていない。社内の結果より次の対応を検討したいので待ってください。」

といった内容のメールを受取りました。
そして本日…

「現時点でも事象の確認が取れず、調査、解決までに時間が掛かる可能性がある。」

といった内容のメールが届きました。

要は…

「リペアセンターの依頼をプラネックス社内の技術部が拒否した。」

と私は受け取りました。

きっと、事象の確認や調査をするつもりは全くないのでしょう。

ひょっとすると、技術部で事象の確認はできているが、ハード的な問題で解決が困難…。

もしくは、影響が広範囲に及ぶ(au光、NTTフレッツ光、ソフトバング光、それらのホームゲートウェイ利用者など)
ので、白を切って問題を闇に葬ってしまおうとか…。

リペアセンターはプラネックスの社内では弱い立場にあるのかも知れません。
なので、リペアセンターの担当者は少し気の毒な気はしますが…。

ちなみに私は、「私のところに直接確認に来ていただいても構いません。」とも伝えていました。

au光のホームゲートウェイ(ATERM-60D8E5 (BL900HW))でCS-QS20を使用しようとすれば、100%私と同じ
問題が発生します。

au光のホームゲートウェイに問題はありません。

100%、CS-QS20に問題があると断言します！

で、結論…

皆さん、プラネックス社の製品は買っちゃいけません！

書込番号：23637960