スマカメ CS-QR20 のクチコミ掲示板

【注意!!】頭の長いLANケーブルを使っちゃダメ

[tanetty]

【注意!!】頭の長いLANケーブルを使っちゃダメ

注意喚起です。
頭(端子部)の長いLANケーブルを使ってはいけません。
下記のとおり、録りのがしや首再調整の原因になるため。

添付画像はQR220ですが、QR系の全機種で同じ事象が発生するでしょう。
逆に、本体背面の穴で台座と接続する場合、この事象は発生しないと思われます。

ネジ(※)と干渉　※首の角度を固定する手回しのネジ
↓
ネジをきつく締めれない (固定が甘い)
↓
首が勝手に動いてしまう
↓
決定的瞬間の録りのがし（困る!）
都度、首の角度を要・再調整（手間!）

＜参考＞
iBUFFALO ツメの折れないLANケーブル　カテゴリー6 ストレート スリム
https://www.amazon.co.jp/dp/B00G3BYSS0
少なくとも上記ケーブルでは、思いっきり干渉し、思いっきり首が動きました。

書込番号：23376378

[未熟者以上達者未満]

＞tanettyさん
そうゆう時のために、背面にもネジ穴があるものと理解しておりますが…。

書込番号：23376386

[tanetty]

＞未熟者以上達者未満さん

ご意見ありがとうございます。m(_ _)m

ご指摘の点はごもっともでして、その旨を１投目にて明記しております。

＞逆に、本体背面の穴で台座と接続する場合、この事象は発生しないと思われます。

なお、写真の個体では、本体背面の穴に接続した場合、
今度は壁が本体に干渉するため(泣)、希望の角度に固定できません。
（台座を天井から取り外して、もう少し手前に固定し直す必要がある）

いずれにしても、プラネックス社に次の提言をする予定です。
「新製品開発の際は、物理的干渉よる制約が極力小さくなるよう、筐体設計をしてほしい」

書込番号：23376394

[tanetty]

CS-QS20の台座	CS-QS20の台座。左右に首をひねれないので、設置時にやり直しが発生しやすい。

余談ですが。

どうもスマカメシリーズは、台座の設計がいまひとつなんですよね...。
こういうところも含めて、きちんと設計してほしいな、というのが正直なところです。

＞たとえば、CS-QS20では、
＞ネジをドライバーで回すとき、ちょうどジャマになる位置に、黒ハンドルがあるんです(画像参照)。
＞このため、ドライバーを台座に対し垂直にできず、ちょっと斜めにしないといけません。
＞ただでさえ天井にネジ止めするさいは、無理な姿勢をとっているのに、ネジが斜めに入ってしまい、本当にイライラしました。

＜台座に難アリ。天井が穴だらけに。肩が痛くなった。＞
https://bbs.kakaku.com/bbs/K0001124137/SortID=22488834/#22488895

書込番号：23376398

[tanetty]

本スレッドの主題は、
QRシリーズユーザが運用上困ることがないための注意喚起です。
ご理解くだされば幸いでございます。

書込番号：23376422

[tanetty]

＞いずれにしても、プラネックス社に次の提言をする予定です。
＞「新製品開発の際は、物理的干渉よる制約が極力小さくなるよう、筐体設計をしてほしい」

本日(2020/5/3)、本スレッドのURLを記載したうえで、プ社に上記要望を挙げておきました。
今後の新製品で、そのあたりが考慮された筐体・台座設計になっているとうれしいのですが。

書込番号：23376532

[猫もふもふ]

カメラ用三脚座と違って保持力と固定精度がマトモでない商品ばかりという印象ですね、そこにコストがかけられないので。

釈迦に説法ですが、そもそもLANケーブルは別の干渉しない「普通」のものではダメでしょうか？
コネクタ部分だけ切断して自作しなおしてもよいでしょうし。　

書込番号：23377021

[ひまＪＩＮ]

細かい話ですが、正確にはLANケーブルの端子部ではなく、ブーツ又はカバー部の長さの事ですよね。
端子自体は規格品なので、ほぼ同じ長さだと思うので。
ツメの折れないコネクターの普及で、ブーツは無くなるかスリム化される方向だと思います。

書込番号：23377104

[tanetty]

＞猫もふもふさん

＞LANケーブルは別の干渉しない「普通」のものではダメでしょうか？

大丈夫だと思いますよ。
というより、こう(↓)１投目の冒頭で記載しているとおり、本スレッドの主旨は、まさにそれなんですが…。

＞注意喚起です。
＞頭(端子部)の長いLANケーブルを使ってはいけません。

ただし、頭が普通でも、太く硬いケーブルだと、頭が長いケーブルと同じ問題が発生する恐れがあるでしょう。

書込番号：23377112

[tanetty]

＞ひまＪＩＮさん

＞正確にはLANケーブルの端子部ではなく、ブーツ又はカバー部の長さの事ですよね。
＞端子自体は規格品なので、ほぼ同じ長さだと思うので。

重々承知しております。
なので、わかりやすさのため「頭」と表現しております。

＞ツメの折れないコネクターの普及で、ブーツは無くなるかスリム化される方向だと思います。

「iBUFFALO ツメの折れないLANケーブル　カテゴリー6 ストレート スリム」
の頭は長いんですが、それはいったい？？？？

本スレッドの主旨(↓)をご理解くだされば幸甚です。

＞注意喚起です。
＞頭(端子部)の長いLANケーブルを使ってはいけません。

書込番号：23377115

[tanetty]

本スレッドをご覧の皆様へ。

本スレッドの主旨は、１投目の冒頭で明記したとおり、注意喚起です。

＞注意喚起です。
＞頭(端子部)の長いLANケーブルを使ってはいけません。

また、書き込み分類「他」が示すとおり、質問は一切しておりません。
解決策や理由の提示は、無用です。

以上の点をご理解くだされば幸いでございます。

書込番号：23377125

[tanetty]

CS-QV60Fの台座

なお、台座の設計については、CS-QV60Fがかなり優れています(添付画像)。
これを見習ってほしい旨、これまでに３回ぐらいプラネックスに提言しております。

○ ３軸で動くため、首振りの自由度がきわめて高いうえに、微調整もラク。
・赤360度、緑360度、青180度
・テキトーに台座を天井にネジ止め後でも、自由に角度を調整可能

○ 赤と緑は、保持力が強い。

△ 青は、角度によっては保持力が弱い。

書込番号：23377159

[tanetty]

誤解を恐れずに四捨五入して申し上げますと。

本スレッドにおいて唯一有用な情報は、
「○○社の××というケーブルを使ったら、同じように干渉しました」
という検証結果です。

少なくとも
「iBUFFALO ツメの折れないLANケーブル　カテゴリー6 ストレート スリム」
では干渉しました。

同じようにダメなケーブルをあらかじめ(なるべく網羅的に)知っておくことで、
無用なトラブルを避けることができるからです。

各ケーブルの頭の長さや柔軟性は、
Amazonや公式サイトで写真をどれだけ見ても、
実際に手に取るまでは、詳細に知ることができないため。

書込番号：23377198

[いｇｓｄ]

＞tanettyさん

スマカメの取付台、特に現行は設計がいまいちですよね。
私はArlo用の適当なの使ってます。

https://www.amazon.co.jp/dp/B07NYZX9W2/ref=pe_492632_159100282_TE_item?th=1

これに似たの使ってます。

あと、iBUFFALO ツメの折れないLANケーブルですが、
爪に横方向に力がかかると爪が簡単に取れます。
たまたま不良だった可能性もありますが、自分が買ったのは簡単に折れて使えなくなりました。

書込番号：23388969

[tanetty]

＞いｇｓｄさん

＞スマカメの取付台、特に現行は設計がいまいちですよね。
＞私はArlo用の適当なの使ってます。

おぉおおおおおおおお。
ありがとうございます。
めっっっっっちゃ参考になります！！
その方向で検討してみようと思います。

＞あと、iBUFFALO ツメの折れないLANケーブルですが、
＞爪に横方向に力がかかると爪が簡単に取れます。
＞たまたま不良だった可能性もありますが、自分が買ったのは簡単に折れて使えなくなりました。

え？　商品名が「折れない」なのに「簡単に折れて」しまったんですか。
なんかもう、ここまでくると笑みがこぼれてしまいますね...。

台座の話もLANケーブルの話もですが、
「実際にお使いになって、実際にお困りになって、実際に改善策を施した」
というユーザ様からの情報は、ほんっっっっっとにためになります。
重ねがさね厚く御礼申し上げます。
誠にありがとうございました。m(_ _)m

書込番号：23389121

【再アンケート】死亡(オフライン病)が頻発してませんか？

[tanetty]

QR系死亡発見日記

アンケートをとらせていただけないでしょうか。

当方の管理するCS-QR20/CS-QR220にて、死亡(オフライン病)が頻発しています。
１台あたり週に１回以上です(添付画像参照)。

いちどオフラインになると、現場に赴いて手動再起動するまで復旧しません。
手動再起動とは、電源抜き差し または WebUIからの再起動 のことです。

「当方の環境だけで発生している問題なのか否か」を知りたい、と考えております。
みなさまのCS-QR20/ CS-QR220ではどうかを、お聞かせいただければ幸甚です。

＜ご教示いただきたい内容＞
�@ 機種名、ファームウェアバージョン
�A 死亡(オフライン)発生頻度
　　(a) 月１回より少ない。
　　(b) 月１回より多いが、週１回より少ない。
　　(c) 週１回程度
　　(d) 週１回より多い。

＜当方での死亡頻度＞(添付画像参照)
・全14台を29日間運用し66回
・１日あたり2台強 (66回÷29日)
・１台あたり6日に１回 (29日x14台÷66回)

＜当方の環境＞
・QR20 x 9台 + QR220 x 5台 を３拠点にて運用。
・QR20は1.34、QR220は1.32。
・うち１台のQR20(個体No.6)は、microSDとしてMLCを使用。

＜参考スレッド＞
【1.34ご利用者様にアンケート】オフラインが頻発してませんか？
https://bbs.kakaku.com/bbs/K0000761546/SortID=23277192/#tab

書込番号：23331961

[シャインママ]

CR20＞tanettyさん
アンケートお答えです
＜ご教示いただきたい内容＞
�@ 機種名CS-QR20、
　　ファームウェアバージョン1.54
�A 死亡(オフライン)発生頻度
　　(d) 週１回より多い。⇨毎回
ツバメの観察してるのですが
全く使い物にならずあれこれやって
疲れてしまいました。
もう諦めモードです。( i_i)＼(^_^)
FWをバージョンアップしてからのような
気もするのですが戻して見る事って
出来ないですかね？
再起動しても抜き差ししてもルーターや
スマホを再起動しても
ライブも録画も
数秒後に固まります。
とりあえずご参考になれば

書込番号：23332111　スマートフォンサイトからの書き込み

[tanetty]

＞シャインママさん

おはようございます。
さっそくのご回答、誠にありがとうございます。m(_ _)m
「使いものにならない」とのことで、心中お察しいたします。

さて、２つほど確認させていただきたいのですが。

�@ FWのバージョンについて
1.54とのことですが、実際には1.34でしょうか？
(CS-QR20の最新FWは、1.34です)
あるいは、実際にはCS-QS20をお使いなのでしょうか？
(CS-QS20の最新FWは、1.54です)

�A 症状について
「オフラインになり、手動で再起動するまでずっと接続できない」ではなく、
「接続はできるが、映像を見ている最中に固まる」という理解でよいでしょうか？

書込番号：23332215

[シャインママ]

＞tanettyさん
早朝からお返事ありがとうございます。
�@ FWのバージョンについて
本当に申し訳ございません。間違えました
私の機種はCS-QS20でした。無視してください。m(__)m

�A 症状について
「オフラインになり、手動で再起動するまでずっと接続できない」ではなく、
「接続はできるが、映像を見ている最中に固まる」という理解でよいでしょうか？
⇒その通りです。

私はCS-QR10と2台使っているのですが今朝はCS-QS20を一旦削除して
スマカメ追加でもう一回登録してみましたがあまり症状も変わらす(´;ω;｀)です。

私の事はお構いなく。

tanettyさんのスレはとても参考になり時々ROMらせて頂いております。
様々な問題がおありで大変でしょうが頑張って下さい。(@^^)/~~~

書込番号：23332331

[いｇｓｄ]

＞tanettyさん

その後書き込みがないので回復したのかなと思っていましたがまだ改善されていなかったのですね。

�@ CS-QR220 1.31.0.0
�A (a) 月１回より少ない。

サーバー側の問題で再起動頻発した以降は全く問題ありません。
当方スマカメは全台有線LAN接続、MLCです。

最近自宅はQSシリーズで運用してますが、しまってあるQR22とQR20を適当なところに設置して検証してみます？
有線＆無線LAN接続・MLC＆普通のSDで検証可能です。
各1週間くらいで手掛かり掴めますかね？？

書込番号：23332425

[いｇｓｄ]

＞シャインママさん

無線ルーターの設定で、チャンネルの固定や省電力系の設定を切ることはできますか？
当方上記二つの変更でかなり安定して接続ができるようになりましたので、
もし可能でしたら一度お試しください。

書込番号：23332508

[シャインママ]

ご教授有り難う御座います。
ネットワークは苦手で〜(^^ゞ
スマカメアプリの接続無線LANのところ開くと
IPアドレスありましたっけ？
それをPCの
アドレスバーに入力するんですよね？(^^;)
無線LANの設定画面すらろくに開けたこと
無いので不安ですが時間がある時やってみます。

書込番号：23332917　スマートフォンサイトからの書き込み

[いｇｓｄ]

＞tanettyさん

QR20 1.33.0.0
SanDisk16G
ささっていたので前使用の物。
たまにオフラインなるんじゃないかと。
明細不明なのでMLCかは不明

QR22 1.31.00
Silicon Power32G
適当に転がってるのフォーマットして使用。
明細不明なのでMLCかは不明
これはオフライン病になるはず。

上記2つでWiFiにて昼前スタートさせました。
しかし色合いが見慣れないとすごい違和感(笑)

書込番号：23332947

[いｇｓｄ]

＞tanettyさん

＜参考スレッド＞
【1.34ご利用者様にアンケート】オフラインが頻発してませんか？

を見.直していて気が付いたのですが、
1.33ではオフラインにならないので1.34にしないといけないってことですかね？
それとも参考程度に1.33でも役に立つ？？

書込番号：23333197

[tanetty]

＞いｇｓｄさん

いつもお世話になっております。
貴重かつ有用なご回答をいただき、誠にありがとうございました。
以下、長文で恐縮ですが。

＞�@ CS-QR220 1.31.0.0
＞�A (a) 月１回より少ない。
＞有線LAN接続、MLC

安定してますね。すばらしい。
やっぱり有線であることが大きいのかしら。
(当方環境の14台は、これまですべて無線でした)

＞上記2つでWiFiにて昼前スタートさせました。

おぉおおおおお。
誠にありがとうございます。
何とお礼を申し上げたらよいのでしょう。
深く深く深く感謝いたします。m(_ _)m



＞1.33ではオフラインにならないので1.34にしないといけないってことですかね？
＞それとも参考程度に1.33でも役に立つ？？

1.33でも、とてもありがたいです。
1.34であれば、さらにありがたいです。

理屈のうえでは現状、1.33でも1.34でも、オフライン頻度は変わらないハズですなんです。
というのも、プ社の話によれば、仕様上の違いは下記部分のみであり、かつ、通知サーバは現在安定しているハズですので。
・1.33では、通知サーバとの通信不良時、再起動する。
・1.34では、通知サーバとの通信不良時、再起動しない。

とはいえ。とはいえ、です。
これまでの経験を踏まえると、プ社ですら想定していない「何か」が発生している可能性も否定できず…。
その「何か」の存在を明確に否定するためには、1.34のがありがたい。
そう考える次第でございます。



また、できればですが、２週ほど様子を見ていただけると、うれしいです。
個体差もありますが、１週だと「たまたま起きなかった」ということも起こりえますから。

さらに、一定程度動体検知録画が発生するようにしていただけると、さらに助かります。
当方の環境では、次のように体感しているからです。
・店舗が空いている日は、比較的オフラインになりにくい。
・店舗が混んでいる日は、比較的オフラインになりやすい。
混んでる日にこそ、様子を見たいんですけどね(泣)。



なお、現状疑っているのは下記６点ですが、いずれも決め手に欠くようです。
・SD…全台で起きてるし、MLCでも起きてるので、考えにくい。
・部品の経年劣化…全台で起きてるので、考えにくい。
・電源…３拠点とも起きてるので、考えにくい。
・温度・湿度…３拠点とも起きてるので、考えにくい。
・LAN内通信…３拠点とも起きてるので、考えにくい。
・サーバとの通信…プ社によれば、考えにくいとのこと。

とすると、複合的な要因で起きているのではないか、とも考えるわけです。
たとえば、「無線(≒LAN内通信)が不安定なとき」「録画が頻発する」と死ぬとか。
という点を疑い、実は１台だけ先日から有線化したところ、
(個体No.12のQR220を3/31〜)
当該個体では10日間ほどオフラインを発見していません。
(他個体との有意差が見られるまで、もう少し様子を見る予定です)

さて、下記(a)(b)という実験結果を、プ社に提示したいと考えております。
(a) 当方環境の無線カメラ全14台で発生していたが、有線化した個体では発生しなくなった。
(b) 当方以外の環境の有線カメラでは発生していなかったが、無線化した個体を新設したら発生した。

というわけで、(b)提示のためご協力いただければ、非常に助かります。
((b)とは逆の実験結果が出る可能性もありますが)

いずれにしても、いｇｓｄさんにご厚意に、重ねがさね御礼申し上げます。
誠にありがとうございます。m(_ _)m

書込番号：23333324

[tanetty]

＞シャインママさん

こんばんは。QS20でのお話とのこと、承知いたしました。
せっかく費用と労力をかけて設置したカメラなのに、映像がちゃんと見れないと、ストレスがたまりますよね…。

症状を伺うかぎり、通信速度不足が原因のように思われます。
カメラはルータに無線で接続なさってるんですよね？？
(以下は、その前提での話です)

いｇｓｄさんご提案の下記２点を、まずはなさってみるのがよいかと存じます。
(a) ルータ上でWi-Fiチャンネルの固定化
(b) ルータ上で省電力系の設定OFF



通信速度不足は２つに大別でき、影響範囲が異なります。

＜あ＞ LAN内通信の速度不足
× LAN内でも、症状が発生します。
×インターネット越しでも、症状が発生します。

＜い＞インターネット通信の速度不足
○ LAN内では、正常に映像を見れます。
× インターネット越しでのみ、症状が発生します。

＜あ＞の場合、いｇｓｄさんご提案の２点を含め、次のことを試してみるとよいかと。
(a) ルータ上で省電力系の設定OFF (◎労力、◎費用、△効果)
(b) ルータ上でWi-Fiチャンネルの固定化 (○労力、◎費用、△効果)
(c) ルータ・カメラ間の距離を近接化 (△労力、○費用、○効果)
(d) 中継機の設置 (△労力、×費用、○効果)
(e)イーサネットコンバータの新設 (△労力、×費用、○効果)
(f) ルータとカメラ間をLANケーブルで直結 (×労力、△費用、◎効果)

＜い＞の場合、次のことを試してみるとよいでしょう。
(g) 画質を下げる (◎労力、◎費用、◎効果)
(h) 高速回線に契約を変更する (×労力、×費用、◎効果)



なお、(a)も(b)も、カメラの設定をいじるのではなく、ルータの設定をいじります。
というわけで、

＞スマカメアプリの接続無線LANのところ開くと
＞IPアドレスありましたっけ？

これ(↑)は見る必要がありません。



少しでも早く症状が改善することを、心より祈っております。

書込番号：23333379

[tanetty]

このスレッドをご覧のみなさまへ

アンケートはひきつづき実施しております。
みなさまの状況をご教示いただければ幸甚です。

＜ご教示いただきたい内容＞
�@ 機種名、ファームウェアバージョン
�A 死亡(オフライン)発生頻度
　　(a) 月１回より少ない。
　　(b) 月１回より多いが、週１回より少ない。
　　(c) 週１回程度
　　(d) 週１回より多い。

書込番号：23333399

[いｇｓｄ]

＞tanettyさん

なかなか深い考察です。
その方が有益なデーターになり得ると思いましたので、
QR22をもう一台の予備のQR20に変更しFWを1.34に変更しました。

これで現在安定しているQR220のいるネットワークで試すと何かヒントが見つかるかもしれません。

A　QR20　1.34　WiFi Silicon Power32G　鳩が来る池側
B　QR20　1.33　WiFi SanDisk16G　揺れる木がある側

木が揺れたり鳩がきたりするので動態検知は反応すると思います。
2週間経過後同じ場所で有線接続で検証予定です。
朝晩確認してオフライン発生したらメモしておきます。

書込番号：23333641

[tanetty]

＞いｇｓｄさん

1.34と1.33の２台体制で...とは誠に恐れ入ります。m(_ _)m

下記状況を適宜、プ社に報告していく所存でございます。
・いｇｓｄさん環境下のQR20
・当方環境下のQR20
少しでも前に進むことを願いつつ。

書込番号：23333688

[シャインママ]

＞tanettyさん
＞いｇｓｄさん

違う機種のスレにお邪魔して大変申し訳ございません。m(__)m
ご指導のもとあれこれ以下のようにやってみてとりあえずましになりました。有難うございました。

＞せっかく費用と労力をかけて設置したカメラなのに、映像がちゃんと見れないと、ストレスがたまりますよね…。
昨夕から晩にかけては燕ちゃん達が見られて写真も撮れたのでかなり癒されストレス軽減しました。
対策前は5秒から１０秒くらいでFPSがどんどん落ちて固まるのでシャッターチャンスすら無かったので(/_;)

＞カメラはルータに無線で接続なさってるんですよね？？
はい、そうです。

＞(a) ルータ上でWi-Fiチャンネルの固定化
ルータのセットアップマニュアルを引っ張り出して
Wifｉ　Analyzerというスマホに入ってるソフトで空きの多いチャンネルを確認して
ルータ上で固定しました。
＞(b) ルータ上で省電力系の設定OFF
　　これは初めからＯＦＦでした。

あと「帯域幅」と言うのを「20MHzから40MHzへ変更」してみました。
無線出力は３段階中最高の「高」になっていたのでそのままにしました。

家でしか見ないのでネット越しで発生してたかは不明ですが
以前不具合でプラネックスに問い合わせた時、ＹｏｕＴｕｂｅが見られるのであれば
ネット速度に問題は無いはずと言われたので
＞＜あ＞ LAN内通信の速度不足
でいいと思います。

＞(c) ルータ・カメラ間の距離を近接化 (△労力、○費用、○効果)
カメラが玄関の外でルータが２Ｆのカメラからみると対角線の反対側の部屋なので
無理かと・・・。

＞(d) 中継機の設置 (△労力、×費用、○効果)
これは考えたのですがどのメーカーのどの機種がいいのかわからなくて・・・
そして年金生活者にはこれ以上お金をかけたくないというのもありますし・・。
大した金額ではないですが、今回ＳＤカードも新品にしましたしね。無駄みたいでしたけど( ﾉД`)ｼｸｼｸ…

＞(e)イーサネットコンバータの新設 (△労力、×費用、○効果)
これは・・・。私の知識では意味不明です・・・。必要にせまられた時、ネットで調べて勉強してみます。

＞(f) ルータとカメラ間をLANケーブルで直結 (×労力、△費用、◎効果)
これができればいいんですけど。家の壁に穴を空けないといけないので私の一存では
できそうにありません。多分家族に止められます(〃´∪｀〃)ゞ

＞＜い＞の場合、次のことを試してみるとよいでしょう。
＞(g) 画質を下げる (◎労力、◎費用、◎効果)
これは前から不具合があって高画質だとすぐ止まるので最低になってるんです。

＞(h) 高速回線に契約を変更する (×労力、×費用、◎効果)
今でもケーブルＴＶの高速回線なんです。

・・・ってな事をいろいろやってみたらすぐに止まることはなくなりました。

ＬＩＶＥの音声ミュートなら最短5分、最高で1時間１５分止まらないようになりました。
音声再生にすると止まってしまうので常にミュートでツバメ達の可愛い声が聴けないのは
残念ですが写真も撮れるし、とりあえずこれで満足です。

音声が入っているからか再生は相変わらずだめですけどね。

しばらく様子を見てだめなら最悪別方向を向いている、もう一台のＱＲ10を使う事にします。
夜は見られないですけどローライトは何故か夜は調子がいいので。そっちに期待します。
夜はじっと寝ているだけ（つばめ達）なので一瞬みられればいいので・・。
たまに尻尾がゆらゆらするのがとってもかわいいんです。

＞少しでも早く症状が改善することを、心より祈っております。
お二人とも色々有難うございました。<(_ _*)>

書込番号：23334114

[tanetty]

＞シャインママさん

おはようございます。ツバメ、かわいいですよね。

さて、「マシになった」とのことで、よかったです。

さらに気づいた点がありますので、以下に列記させていただきました。
少しでも参考になれば幸いです。


�@ ルータのアンテナの向きを最適な位置に調整すると、通信が安定する。

・Android版「スマカメ」にて、
　[カメラ設定] - [詳細設定] - [無線LAN設定]を開き、
　カメラから見た「電波強度」を確認しながら、
　ルータのアンテナの向きを調整する。

・アンテナ内蔵の場合、ルータそのものの向きを変えてみる。


�A 帯域幅は20MHzのが(40MHzより)電波が遠くまで飛ぶハズ。

・40MHzではチャンネルを２つ使うぶん、
　パワーが分散されてしまうし、近隣Wi-Fiとの干渉も起きやすい。

・一般に、ルータからカメラまでの距離が、
　遠い場合は20MHzのが速く、近い場合は40MHzのが速い。

・ただし、どちらが速いかは、試してみないとわからない。


�B 中継機を設置する場合、構成(a)だと速度が半減しない。(b)だと半減する。

(a) [ルータ] ―(5GHz)― [中継機] ―(2.4GHz)― [カメラ]
(b) [ルータ] ―(2.4GHz)― [中継機] ―(2.4GHz)― [カメラ]

・ただし、どちらが速いかは、試してみないとわからない。
（5HGzは遮蔽物に弱いうえ、距離が出ないため）


�C 中継機の例

・BUFFALO WEX-733DHP/N なら、Amazonで2,480円で買える。
https://www.amazon.co.jp/dp/B07V558TD7
↑「500円クーポンの適用」にチェックを入れる。


なお、当方、�@�Aを実施済みです。

�@については、ルータの位置をほんの数ミリ動かすだけで、
(カメラから見た)電波強度がかなり変わってくることを経験済みです。

�Aについては、当初40MHzで運用していたのですが、
20MHzに変えたら比較的安定して動くようになりました。

書込番号：23334162

[tanetty]

＞シャインママさん

補足です。

・Android版「スマカメ」にて、
　[カメラ設定] - [詳細設定] - [無線LAN設定]を開き、
　カメラから見た「電波強度」を確認しながら、
　ルータのアンテナの向きを調整する。

この↑件、向きを変えると、ルータがそれを検知して電波の出し方を変えたりしますし、
それでなくても、カメラ側で電波強度はあまりリアルタイムには反映されません。

というわけで、もしおこなうなら、こんな感じがよいかと思います。

アンテナの向きやルータの位置を変える
　↓ 30秒〜1分待つ
電波強度の画面を開き直して確認
　↓ 30秒〜1分待つ
アンテナの向きやルータの位置を変える
　↓ 30秒〜1分待つ
電波強度の画面を開き直して確認
　↓ 30秒〜1分待つ
・・・・

書込番号：23334167

[tanetty]

このスレッドをご覧のみなさまへ

アンケートはひきつづき実施しております。
みなさまの状況をご教示いただければ幸甚です。

＜ご教示いただきたい内容＞
�@ 機種名、ファームウェアバージョン
�A 死亡(オフライン)発生頻度
　　(a) 月１回より少ない。
　　(b) 月１回より多いが、週１回より少ない。
　　(c) 週１回程度
　　(d) 週１回より多い。

書込番号：23334168

[tanetty]

QR系死亡発見日記(2020/4/14)

＞いｇｓｄさん

報告です。

有線化に意味があるのか？

当方の環境下では、添付画像のとおり、
２週(4/1〜14)見ただけでは、どちらとも判断のつかない状況でした。

このため、もう２週(〜4/28)追加で経過観察後、
有意差の有無を判断する予定でございます。

で、ここからはお願いですが。
つきましては、もしできればですが、いｇｓｄさんのご環境下でも、
「無線で４週」様子を見ていただけると、非常に助かるのですが。

書込番号：23339105

[シャインママ]

＞tanettyさん

お世話になっております。
いくつか対処してみましたのでご報告です。

�@ ルータのアンテナの向きを最適な位置に調整すると、通信が安定する。
　　↑
ですが、付きっ切りでやる時間も無かったのでとりあえず内臓タイプのルーターなので
９０度動かして放置してみました。
動かす前は６０％前後だった電波強度が、ななななな〜〜んと！！Σ(･ω･ﾉ)ﾉ！３０％前後になりました。

そしてネットで強度を強くする方法なんかも見ていたら
アルミホイルを段ボールに貼って必要ない方向の電波を前面に
（壁側には必要ないのでカメラの方に）電波を反射させるよう
配置するのも効果あるかもって書いてあったので
やってみたところ、27％ぐらいになりました。

※ちなみにイーサネットコンバーターについても調べてみて理解しました。
　　ルーターの分身をカメラに近づける感じ？で合ってます？
　　でも玄関の外にあの機械を置くのはやっぱり出来そうもありません。。。

�A 帯域幅は20MHzのが(40MHzより)電波が遠くまで飛ぶハズ。
　　↑
ええ！Σ（・□・；）そうなんですか？
素人の浅知恵で数字は大きければいいのかと・・・((ﾉｪ`*)っ)お恥ずかしい・・・。
ルーターの位置を変える前に早々に20MHzに戻しました。

・一般に、ルータからカメラまでの距離が、
　遠い場合は20MHzのが速く、近い場合は40MHzのが速い。
　　↑
(^▽^;)そうなんですね。勉強になります。
（お二人の知識が高すぎてついていけない低レベルですみません・・(｡-人-｡)

お陰様で夜は最低画質ではあるけれどＦＰＳが１２前後で安定しており
止まる気配はありません。

ですが。。。。昼がですね〜〜
↓
近隣Wi-Fiとの干渉も起きやすい。
　↑
まさにこれが起こってる可能性が大きいです。
Ｗｉｆｉ-Analyzerで家のリビング・キッチン・玄関外のカメラの近く
そしてルーターのすぐそばで電波強度を計ってみましたら
昼間固定したチャンネルに割り込んでくる電波があり
他のチャンネルでもやけに本数が多いんです。
昼間は１２本くらいあるのに夜は５本くらいです。

そして家の中の電波はどこも他の電波の倍くらい強い４０dBm（すごく調子いいと３０dBm）前後なのに
玄関の外に出るとうちの電波と他の電波はどんぐりの背比べになって急に７０〜８０ｄＢｍくらいに
なってしまい弱いので干渉しまくりだと思います。

テレビやゲーム機、ＰＣっぽいです。
コロナのせいで自宅にいる人たちが多いからかもしれません。
働いているはずのご近所さんの車はあるし、子供たちは休校ですからね。

ＦＷのバージョンアップしたのが丁度コロナの自宅自粛とかさなったので
バージョンアップのせいでは無かったのかな？

昼間はスマカメアプリで確認すると電波強度４０〜６０％くらいの不安定で
時々とまるんです。でも最初のようにすぐ止まるわけではないので
写真とれるからまあいいかなって感じです。

調子に乗って、できればビデオ品質が中（1920×1080）で見られればな〜
なんてやってみたら灰色画面になってしまい戻しました（最低の640×360に）

見る対象物がツバメなので小さいからスマホ画面を拡大したりするんですけど
カクカクのボケボケ。画素がめっちゃ粗くて・・・。
何をしてるかはわかるんですけど、表情とか見てる方向とか
品質を中にすると分かるんですよね〜。
ＦＷをバージョンアップする前は見られてましたから。

なので少しでも期待できるのであればっと思って
教えて頂いた中継器を注文しました。

あと質問いいですか？（お時間できた時にでもよろしくお願い致しますm(__)m）
↓なんですけど・・・。

�B 中継機を設置する場合、構成(a)だと速度が半減しない。(b)だと半減する。

(a) [ルータ] ―(5GHz)― [中継機] ―(2.4GHz)― [カメラ]
(b) [ルータ] ―(2.4GHz)― [中継機] ―(2.4GHz)― [カメラ]

・ただし、どちらが速いかは、試してみないとわからない。
（5HGzは遮蔽物に弱いうえ、距離が出ないため）
　　↑
これって中継器とルータの設定を(a)にした方が速度が速いって事ですか？(・・?
5HGzは遮蔽物に弱いんですよね？

以上報告とお願いでした('◇')ゞ

書込番号：23339706

[tanetty]

中継機用SSIDを設定すると、カメラが確実に中継機に接続される

＞シャインママさん

こんばんは。

＞コロナのせいで自宅にいる人たちが多いからかもしれません。

あぁああああああああ。なるほど、納得いく理由だと感じました。

＞教えて頂いた中継器を注文しました。

おっと、そうでしたか。すばらしいですね。
もし速度が出なかったら、どうしよう。
と責任を感じております(汗)。

＞�B 中継機を設置する場合、構成(a)だと速度が半減しない。(b)だと半減する。
＞(a) [ルータ] ―(5GHz)― [中継機] ―(2.4GHz)― [カメラ]
＞(b) [ルータ] ―(2.4GHz)― [中継機] ―(2.4GHz)― [カメラ]
＞これって中継器とルータの設定を(a)にした方が速度が速いって事ですか？(・・?
＞5HGzは遮蔽物に弱いんですよね？

まず基礎知識から。
中継機は、同時に同じ帯域の周波数の電波を２つ出すことはできません。

なので(b)の場合、中継機は、

ルータと2.4GHz通信→カメラと2.4GHz通信
→ルータと2.4GHz通信→カメラと2.4GHz通信
・・・

ということを、きわめて短い時間にくりかえすことで、
「見た目上同時」に通信しているように見せかけています。
このため、(b)だとどうしても速度は半減してしまいます。

いっぽう(a)の場合、中継機から見て
ルータと5GHz通信、カメラと2.4GHz通信を
「完全に同時」に通信できるため、速度が半減しません。

このため、中継機から同時通信による半減有無だけ考えれば、(a)のが好ましいことになります。

しかし、しかしです。5GHzには遮蔽物に弱いという欠点があります。

ルータ-中継機間に大きい遮蔽物がある場合、
(a)ではあまり速度が出ず、結果として(b)のが速度が出ることもありえます。

結果として、(a)(b)どちらが結果として速くなるかは、下記条件に依存します。
(つまり、試行錯誤が必要ということ）
・ルータ、中継機、カメラの位置・角度
・遮蔽物の材質・大きさ・位置

なお、中継機はなるべくルータとカメラの中間地点に設置すると、速度が出やすいです。
ここでいう「中間地点」とは、距離ではなく電波強度の中間地点を指します。
つまり、次の２つが等しくなるような点のことです。
・ルータの電波を中継機が何dBmで受けられるか。
・中継機の電波をカメラが何dBmで受けられるか。

もうひとつ注意点があります。
構成(b)の場合、必ず「中継機用SSID」をご利用ください(添付画像参照)。
カメラを誤ってルータに接続させず、確実に中継機に接続させるためです。

中継機の最適な位置を見つけるまでは試行錯誤を重ねる必要があり、
たいへんだとは思いますが、ぜひトライしてみてください。

ツバメを最高画質で安定的に見れるようになることを祈っております。m(_ _)m

書込番号：23339788

[tanetty]

＞シャインママさん

念のため、補足いたします。

先の画像内「�A値を入力」では、必ずルータのSSIDとは＜違う＞値を入力なさってください。
逆にいうと、ルータのSSIDと違えば、何でもOKです。

そうすることで、以下構成のとおり、カメラが確実に中継機に接続されますので。
[ルータ] --(ルータのSSID)-- [中継機] --(中継機用SSID)-- [カメラ]

書込番号：23339941

[いｇｓｄ]

＞tanettyさん

＞「無線で４週」様子を見ていただけると、非常に助かるのですが。

了解です。
4月いっぱいというか5月の第一土曜日までということですね。
今のところどちらもオフラインにはなってないです。

＞有線化に意味があるのか？

個人的には物理的に経路が繋がっているのは無線のような外部要因が減る分意味はあると思います。
QSシリーズのようなCPUリソースにも余裕ができる事例もあるようですし。

書込番号：23344183

[tanetty]

QR系死亡発見日記(2020/4/17)

＞いｇｓｄさん

こんばんは。

＞4月いっぱいというか5月の第一土曜日までということですね。

誠に恐れ入ります。m(_ _)m

＞今のところどちらもオフラインにはなってないです。

貴重かつ有用な情報、ありがとうございます。
ご協力いただいたのって、たしか4/11からでしたよね？
ということは、２台が１週間無事だと。

＞個人的には物理的に経路が繋がっているのは無線のような外部要因が減る分意味はあると思います。
＞QSシリーズのようなCPUリソースにも余裕ができる事例もあるようですし。

たしかに。
QSでもそうでしたし、QRでもCPU負荷が原因というのは、あっても不思議ではないです。

現状報告です。添付画像をご覧ください。
3/31に有線化したNo.12(QR220)では、17日間(4/1-17)無事です。
ただ他にも、(無線のママでも)１台だけ(No.4)、17日間無事だったりします。
というわけで、とりあえず4/28まで様子を見る予定でございます。

書込番号：23344516

[足柄大将2016]

スマカメ　設定画面	みまもり解除ボタン

＞tanettyさん
＜ご教示いただきたい内容＞
�@ 機種名、ファームウェアバージョン
CS-QR20 Ver 1.34

�A 死亡(オフライン)発生頻度
　　(b) ですかね　ここ最近たまにしか使用しないので断言できないです。

対策
１．QR20のＡＣ電源断１５分放置　手動にてQR20再起動。
２．設置場所のリアルタイムモニタリングＯＫ
３．添付画像のみまもり解除ボタンをタップするもだんまりで反応なし
４．カメラ削除して再登録すべきなんですが　面倒なので実行していません
　　※ＳＤカードは一週間前　新品交換しました。

現状ではみまもり開始ボタン　タップ不可能状態です。

書込番号：23347811

[tanetty]

＞足柄大将2016さん

ご回答、誠にありがとうございます。m(_ _)m
貴重かつ有用な情報として、参考にさせていただきます。

ひとつだけ確認させていただきたいのですが。
無線/有線のどちらでしょうか？
(当方の質問項目に、今後加えるようにいたします）

＞現状ではみまもり開始ボタン　タップ不可能状態です。

これ(↑)ですけど、SDカードを正しく認識してないと、そうなるような気がします。
その場合、とりうる手段としては、こんな感じになるでしょうか。
�@ SDをアプリ上からフォーマット
�A �@がおこなえない場合は、いったんSDを抜き差しし�@
�B �Aがおこなえない場合は、いったんSDをPCに挿してFAT32でフォーマット後に�@

書込番号：23348346

[tanetty]

このスレッドをご覧のみなさまへ

アンケートはひきつづき実施しております。
みなさまの状況をご教示いただければ幸甚です。
（質問項目に�Bを追加しました）

＜ご教示いただきたい内容＞
�@ 機種名、ファームウェアバージョン
�A 死亡(オフライン)発生頻度
　　(a) 月１回より少ない。
　　(b) 月１回より多いが、週１回より少ない。
　　(c) 週１回程度
　　(d) 週１回より多い。
�B 有線/無線どちらで接続しているか

書込番号：23348352

[足柄大将2016]

電界強度

＞tanettyさん

WIFI接続になります。
※添付画像参照。

当方は当初ケーブルテレビのルーターを使用していましたが、
隣家のルーターＷＩＦＩ電波が強く　ケーブルテレビのルーターのアベンド多発
（※ケーブルテレビ会社が解析し　ケーブルテレビのルーターが弱いことを認めました）
なので解約し　NTTの光ルーターに変更しました。
その後、隣家の電波が原因でルーターがアベンドしたことはありません。

＞�B �Aがおこなえない場合は、いったんSDをPCに挿してFAT32でフォーマット後に�@

明日　時間を見つけて実行します。

書込番号：23348532

[tanetty]

＞足柄大将2016さん

ご返信ありがとうございます。

なるほど、無線だけど電波の強さに問題なし、ということですか。
原因は何なんでしょうね、いったい。
PCによるSDフォーマットで状況が改善するといいのですが。

書込番号：23348618

[tanetty]

QR系死亡発見日記 (2020/4/20)

＞いｇｓｄさん

こんばんは。

現状報告です(添付画像ご参照)。
・全14台20日間(4/1?20)運用で死亡ゼロ機なし。
・3/31に有線化したNo.12 → 4/20に死亡。
・4/18にSDフォーマットしたNo.13 → 4/19に死亡。

ここまでを見た感じでは、
・有線化が効果アリともナシともいえない。
・SDフォーマットが効果アリともナシともいえない。

というわけで、もうしばらく様子を見ます。

書込番号：23350214

[いｇｓｄ]

＞tanettyさん

そういえば前回の書き込みで1週間間違えてましたね。
4週だと連休明けの週末ですね。

なかなかこれと言う傾向が掴めませんね〜

A　QR20　1.34　WiFi Silicon Power32G　

の方のSDカードはスマホにさすと「遅いのでパフォーマンスが落ちる」とかどうとかいうSDカードだったので、
もうちょっとオフラインになるかと思ったのですが意外と健闘していてまだ健在です。
あとBの方も木の揺れに強いです、というか緑が薄紫で動態検知しづらいのか検知控えめで、
色合い気にしなければ外の監視にはQSシリーズより向いているのかも。と思ってしまいます。

スマカメ6台（無線3有線3）と中華カメラ3台なのでカメラ自体はそれなりに稼働しているのですが、
意外とtanetty様のとこのようにオフラインにはなっていないんですよね。
何が影響するんでしょう？

書込番号：23350439

[足柄大将2016]

現在の速度

＞tanettyさん

おかげさまで復活しました。　明日お出かけでテストしてみます。
ありがとうございました。

ところで最近気になっているのが、インターネットの上り速度が低下している件です。
※添付画像参照。
過去、ケーブルテレビのインターネット回線使用時　BNR計測で上り0.6Mbpsしか出なくて
スマカメが使用不能になった経験があります。
ケーブルテレビ局側で1週間ログ採取したところ、実際は上り0.6Mbpsも出ていなく使えないことが判明
またWi-Fiルータのアベンド多発の件もあり解約しました。

この時はWebページ閲覧は普通にできていたのでログ採取しないと分からかったです。
当方は他にもIOT機器も有りますのでこれでは困ると思い　多少料金はお高いですが
NTT光に変更した経験があります。

最近のNTTのネット速度低下はコロナで在宅が増えているので暫く様子見ですかね。

書込番号：23350630

[tanetty]

＞いｇｓｄさん

こんばんは。

＞4週だと連休明けの週末ですね。

たしか開始は、4/11からでしたよね。
お手数をかけ、誠に申し訳ありません。m(_ _)m

＞なかなかこれと言う傾向が掴めませんね〜

そうなんですよねー。ホント困りました(泣)

＞意外と健闘していてまだ健在です。
＞あとBの方も木の揺れに強いです

うーーーーーーーーーーーーーん。
いったい何が違うんでしょう。

当方環境下におけるQR系の(１台あたり)平均死亡間隔は、7.6日です。＜計算�@＞
８回も死亡した特異な個体No.13を除いても、9日に１回です＜計算�A＞

もし いｇｓｄ様宅でも同様の頻度で死亡が発生すると仮定した場合、
６台(うち無線３台)もあって、しかも10日経過しているわけですし、
いちばん甘い仮定でも、３回起きててもおかしくない計算なんですが＜計算�B＞
なのに、まだ１回も起きていないとは。

何かが違うんでしょう。
でも、何が違うのか、まったく見当もつかない。
ますます謎が深まってます…。
深まるのが愛なら、どんなによかったか(笑)。

＜計算�@＞
14台が20日間で37回死亡。
1台あたり平均7.6日に１回
（20日 x 14台 ÷ 37回 ≒ 7.6日）

＜計算�A＞
13台が20日間で29回死亡。
１台あたり平均
（20日 x 13台 ÷ 29回 ≒ 9.0日)

＜計算�B＞
平均死亡間隔9.0日、無線機3台のみで発生と仮定。
10日 x 3台 ÷ 9.0日 = 3.3回

書込番号：23350661

[tanetty]

＞足柄大将2016さん

ご返信ありがとうございます。

確認ですが、「復活」とおっしゃっているのは、

＞いったんSDをPCに挿してFAT32でフォーマット後に�@

をおこなったところ、正常に映像を見れるようになった。
ということでよいでしょうか？

以下、釈迦に説法でしたら、ご容赦ください。

おっしゃるとおり、カメラ側回線の上り速度は、とても重要です。
インターネット越しで映像を見る場合、上り方向に映像を送るので、一定以上の速度が必要になるためです。
逆にいえば、LAN内視聴（≒カメラと同一LAN内の端末で再生)では、インターネット抜けの速度は(上り下りとも)無関係です。

このため、
　「上り速度が原因か否か」
の切り分けは、たいていの場合、
　「LAN内視聴でも問題が発生するか否か」
でおこなえます。

書込番号：23350683

[足柄大将2016]

＞tanettyさん


＞ご返信ありがとうございます。
＞確認ですが、「復活」とおっしゃっているのは、
＞いったんSDをPCに挿してFAT32でフォーマット後に

そうです。　PCにSDカードをセットしてFAT32でフォーマット
スマカメの電源を抜いて３０分放置、後にスマカメにSDカードをセットしました。
その後スマカメのネットワークを確認した時、本来接続のWIFIも切れていたので
パスワード入力しスマカメとルーターの接続も無事確認できました。

出来れば「スマカメ2 ローライトPoE CS-QS20」を購入して
PoE接続（有線LAN接続）したいのですが信頼性が今一つのようなので躊躇しています。

本日、外出して「みまもり開始ボタン」をタップして監視モード動作も確認しました。
近隣では工事が行われており、原因は特定しづらいですがWIFIが悪影響受けた可能性もあります。

＞逆にいえば、LAN内視聴（≒カメラと同一LAN内の端末で再生)では、インターネット抜けの速度は(上り下りとも)無関係です。

それは承知しています。
当方はネット接続している他のIoT機器(常時Server接続)も有りますので・・・・・
スマカメの事はほとんどわかりませんのでまた教えていただければ幸いです。

少しでも安くと思い当初ケーブルテレビ局のネットを契約しましたが、
結局　安物買いの銭失いでした。　(>_<)
NTT光でも問題ないわけではないのですが、今のところ何とか使えています。

書込番号：23352176

[tanetty]

＞足柄大将2016さん

こんばんは。
正常に動いたとのことで安心しました。

QS20はイイ機械ですよ。

何といっても、QR20と比べて、圧倒的に絵が見やすい。
当初、動体検知録画など基本機能に不具合てんこもりの劣等生でした。
でも、プラネックスの尽力のおかげで、今ではスマカメ１の優等生になりました。

当方ではQS20を無線x2台/有線x1台運用してますが、動作も安定しています。
(PoEは試したことがないので、わかりません）

詳しくはレビューを書いてますので、よろしかったらご覧ください。
＜【買ってヨシ】優等生まであと一歩だが、スマカメ１使いやすい＞
https://review.kakaku.com/review/K0001124137/ReviewCD=1205245/#tab

書込番号：23352525

[いｇｓｄ]

＞足柄大将2016さん
＞PoE接続（有線LAN接続）したいのですが信頼性が今一つのようなので躊躇しています。

PoE接続便利ですよ。
玄関内から極細ｃａｔｅ5eケーブルで3m程で送電していますがいたって安定しています。
QS20の現行ファームVer.1.54は安定していますので今なら買っても良いと思います。

ただやはり安定動作のためにはドラレコ用の高耐久性SDカードをお勧めします。

書込番号：23352576

[足柄大将2016]

＞いｇｓｄさん

＞PoE接続便利ですよ。

監視カメラではありませんが、過去仕事で利用したことがあります。
確かに大変便利と思いました。　配線も楽だし。

「スマカメ2 ローライトPoE CS-QS20」は発売当時　購入しようと思いました、
しかし　トラブル多発で諦めて　今は少し冷めています。
出来れば　改良版が新しく出て欲しいです。

コロナの影響で当分出そうにないですね。


少し考えてみます。

書込番号：23354414

[tanetty]

その後の経過報告です。

＜結論＞
・SDフォーマットは効果アリ。
・有線化も効果アリ。

＜分析＞ (添付画像参照)
・個体No.4,5,6,10,13では、SDフォーマット後、死亡頻度が著しく下がっている。
・個体12では、有線化(3/31)以降、死亡頻度が著しく下がっている。

あああああああああ。もっとも認めなくない結論が出てしまいました。
どうしよう？　SD交換も有線化も、お金もかかるし、何より負けた気分になります。
有線化は配線がたいへんなので、いｇｓｄさん宅でたしかな実績のあるロジテックのドラレコ用SDを買おうかな...。
まずは1〜2枚買って、拙宅環境でも効果があるかどうか、見てみるか。ちょっと考えてみます。

書込番号：23385080

[tanetty]

＜考察＞
(a)「SD書込」時、少しでもひっかかりがあると、死ぬのではないか？
(b)「Wi-Fi伝送路に送出時の暗号化」の負荷に耐えきれず、死ぬのではないか？
(c) (a)(b)同時 or ユーザによる「現在映像を見る」「録画映像を見る」要求が同時にあれば、さらに死ぬ可能性が上がるのでないか？

書込番号：23385115

[いｇｓｄ]

＞tanettyさん

テスト期間の4週が経過しましたので結果報告です。

A　
�@　QR20　1.34　 Silicon Power32G
�A 　(b) 月１回より多いが、週１回より少ない。
�B 　無線

ちょうど2週目の25日朝確認したところで死んでいたのでwebUIで再起動かけました。
そのお昼に確認したら再度死んでいたので再起動とフォーマットをかけました。
その後今日まで生存のまま完走しました。
なので都合2回死亡？


B
�@　QR20　1.33　 SanDisk16G
�A　(a) 月１回より少ない。
�B　 無線

こちらは一度も死なずに完走しました。

あと有線のQR220・QS20 2台・途中参加のQS11 2台と無線の中華カメラ3台問題なしでした。

やはりネットワークよりSDカードですかね〜・・・。
スマホが遅いからパフォーマンスが落ちるけどいいか？って聞いてくるSilicon Powerの方だけ死んだので。

書込番号：23392981

[tanetty]

＞いｇｓｄさん

おはようございます。

テストにご協力いただき、ほんっっっっっっっっとにありがとうございます。
いくら感謝しても感謝してもしきれません。

まず事実関係としては、
・個体A(新FW)、個体B(旧FW)とも：有線時 → ほとんど死ななかった。
・個体A：無線時 → 4週で２回死んだ。
・個体B：無線時 → ４週で１回も死ななかった。

個体Aの死亡(4/25)を掘り下げてみると
・１回目の死亡後再起動したが、同日中に死亡。
・２回目の死亡後SDフォーマットしたら、その後２週死ななかった。

さらに
・有線のQR220・QS20 2台・途中参加のQS11 2台と無線の中華カメラ3台：4週で１回も死なず。

うーん、これら事実をどう考察・判断したいいのか。悩みますね。

＞やはりネットワークよりSDカードですかね〜・・・。
＞スマホが遅いからパフォーマンスが落ちるけどいいか？って聞いてくるSilicon Powerの方だけ死んだので。

Silicon Powerだけ死んだ事実に注目すれば、SDのような気がします。
死んだカメラに有線がなかったことを考えると、ネットワークのような気もします。
ただ、そのカメラも、SDフォーマット後は死んでない。とすると、やっぱりSDなんですかねぇ…。

いっぽうで、当方が管理する、ドラレコ用新品MLCのSDを挿した下記個体でも、
SDフォーマット後(4/18)に３週(〜5/9)で２回(5/1, 9)死んでいるという事実もあります。

個体No.6
・QR20, FW1.34
・直近では、4/1, 14, 17死亡、4/18フォーマット、5/1, 9死亡。
・SDは、2020年2/11に購入 (まだ３ヶ月)にした下記MLC。
Transcend 高耐久 microSDHCカード MLCフラッシュ搭載 (ドライブレコーダー向けメモリ)32GB Class10 TS32GUSDHC10V
https://www.amazon.co.jp/dp/B01BDKTQY6

と、ここまで書いて思いました。
やっぱり、原因切り分けを確実にするには、いｇｓｄさんの環境にそろえるべきなんじゃないかと。
つまり、ロジテックのSDです。

ロジテックでも死ぬなら、原因はSDじゃないってことになります。
ロジテックで改善するのであれば、原因はSDだったってことになります。
いちどその方向で検討してみます。

いずれにしても、実験のために多大なご協力をいただいたことに、重ねがさね厚く御礼申し上げます。
本当にありがとうごさいました。m(_ _)m

書込番号：23394104

[tanetty]

＞いｇｓｄさん

確認させていただけないでしょうか。
いｇｓｄさん宅のQR系でお使いのSDは

　ロジテック　LMC-MSD16G

でしたよね？？？

書込番号：23394113

[いｇｓｄ]

＞tanettyさん
＞・個体A(新FW)、個体B(旧FW)とも：有線時 → ほとんど死ななかった。

補足です。
本体自体はどちらもほとんど死にませんでした。
ただ試験に伴い再設置した際個体AはSDカードが抜かれていたので間に合わせにSilicon Powerのカード使いました。

SDカードはLMC-MSD16Gで間違いないのですが、
tanetty様の環境ではTranscendのMLCでもオフライン病となると、
オフライン病が改善しなかったりする可能性もあるのでしょうか？
一度試してみるとしても、とりあえず1枚で様子見したほうが良いのでしょうか・・・。

書込番号：23395511

[tanetty]

＞いｇｓｄさん

追加情報とご助言、誠にありがとうございます。
１枚か２枚で、まずは試してみようかと思います。

書込番号：23395625

[tanetty]

QR系死亡発見日記

本日(5/14)21:00ごろ、QR系14台のうち２台のSDを交換しました。
前：サムスン EVO Plus 32GB
後：ロジテック 高耐久 16GB LMC-MSD16G

いｇｓｄさんご環境下で安定稼働の実績がある、例のSDです。
私の環境下でも安定するか否か、しばらく経過観察してみます。

安定すればSDが原因、安定しなければ別の何かが原因。
という原因切り分けになるか。

なお、直近(5/1〜)の死亡日記は、添付画像のとおりです。

書込番号：23403950

[tanetty]

QR系死亡発見日記(5/1〜5/21)

＞本日(5/14)21:00ごろ、QR系14台のうち２台のSDを交換しました。

上記２台のうち１台(個体No.3)では、交換後７日間で３回死亡しました(添付画像参照)。
というわけで、少なくとも私の管理するQR系については、SDが原因ではなさげです。
　5/14 交換
　5/16, 19, 21 死亡

一方で、3/31に有線化した個体No.12では、4/1?5/21の51日間で死んだのはわずか１回。
てことは、ネットワーク(無線)が原因？？？？
あんまりやりたくないですが、切り分けのため、有線化する個体を増やしてみるしかないのかなぁ…。

書込番号：23418258

[いｇｓｄ]

＞tanettyさん
＞上記２台のうち１台(個体No.3)では、交換後７日間で３回死亡しました(添付画像参照)。
＞というわけで、少なくとも私の管理するQR系については、SDが原因ではなさげです。

あちゃ〜
なんか申し訳ないことしました。
一方で良い結果が出たものでも、もう一方では効果ないのはつらいですね・・・。

こうなってくると複合的な要因ととるしかないのですかね・・・。


1　動態検知発生→CPU負荷余裕あり
2　SDに書き込み→SDの書き込み滞りなし
3　通知サーバーにアクセス→ネットワークに延滞なく十分な速度
4　通知サーバーからの返答待ち→瞬時に返答がかえってクる
5　通知サーバーからの返答受付→CPU負荷余裕あり

これくらいがスムーズに行けないといけない気がしてきました。
なんと出来の悪いプロセス。

書込番号：23420922

[いｇｓｄ]

＞tanettyさん

表の明記がなかったので確認ですが、交換されたSDカードは本体でフォーマットされてます？
スマカメのこうも昔的な不都合満載だと、相性解消のおまじない的な部分にも意味が出てくるかもしれません。

書込番号：23420925

[tanetty]

＞いｇｓｄさん

おはようございます。

＞なんか申し訳ないことしました。

とんでもない。逆です、逆。
いｇｓｄさんには、ひたすら感謝しかありません。
ご自身は困ってらっしゃらないにもかかわらず、切り分け作業にご協力いただけるだなんて、望外の喜びでした。

また
「いｇｓｄさん宅では問題のないSDでも、拙宅では問題が発生する」
という実験結果から
「少なくともSD単体が原因ではない」
と確信をもつことができました。

本当に本当にありがとうございます。

＞こうなってくると複合的な要因ととるしかないのですかね・・・。

そんなようが気がします(泣)。

＞交換されたSDカードは本体でフォーマットされてます？

はい、必ずカメラ本体でフォーマットする運用にしております。
厳密にいえば、次の手順を踏んでます。
�@ MacにてFAT32でフォーマット
�A カメラ本体にてスマカメアプリからフォーマット

書込番号：23420986

[kaeruusagi]

CS-QR220 Ver.1.32 を５台、CS-QR10 Ver 1.36 1台を遠隔地で運用しています。もうトラブル対処のベテランになってしまいました。
この最新FWに上げた途端、１〜３日でオフライン発生します。トドメの感じです。
邪推かもしれませんが、プ社がサーバー負荷軽減のために旧機種の継続使用を諦めさせようとしているのかのような挙動です。
過去、Windows 版スマカメソフトを９０秒で切断させる Version up したことが有りましたが、この時もサーバー負荷軽減の為でした。
絶対に認めないでしょうが、そうでないのなら まともなFWの提供で示して頂きたいものですね。

書込番号：23459097

[tanetty]

＞kaeruusagiさん

貴重かつ有用な情報、誠にありがとうございます。
私だけじゃないんだ...とたいっっっっっへん心強く感じました。

プ社に情報を伝えたいため、以下事項をご教示いただけるとうれしいです。
・カメラは無線(Wi-Fi)か有線(LANケーブル)か。
・無線/有線混在の場合、死亡頻度に差はあるか否か。
・SDカードのメーカーと型番(わかる範囲で)
・SDカードのメーカーや型番が混在している場合、死亡頻度に差はあるか否か。

なお、当方の実験では、次ように結論づけております。
・無線/有線やSDカードのメーカー/型番で、死亡頻度に有意な差は見られない。

書込番号：23461071

[いｇｓｄ]

＞tanettyさん
＞・無線/有線やSDカードのメーカー/型番で、死亡頻度に有意な差は見られない。

ファームウエアの作りこみの出来にに依存するってことですかね？
こうなってくるとユーザーは他で実績のあったものでもエラーが収まらずどうにもならないですね。

あんまりこういうことは書きたくないですが、個人的にはあきらめ状態で他を検討し始めちゃってます。
i/oのとかお高いArlo とか考えちゃいます。

書込番号：23466907

[tanetty]

＞いｇｓｄさん

おはようございます。
ファームウェアが原因なのか否か、もう何が何やら、です(泣)。

他者への浮気もやむなし。...なのかもしれませんね。
私はここまできた以上、心中(?)するつもりですが(笑)。

閑話休題。
CS-QV360Cについても、不具合＜全欠け＞＜頭欠け＞の資料を作成し、プ社に提出しました。
改善されるといいなぁ(淡ーーーい期待)。
https://bbs.kakaku.com/bbs/K0001219404/#23467507

書込番号：23467539

毎晩21:00〜24:00に再起動が頻発してませんか？

[tanetty]

みなさんのCS-QR20では、毎晩21:00〜24:00に再起動が頻発してませんか？

当方、CS-QR20(FW1.34)を9台を使用してますが、ほぼ全台で発生しています。

・上記時間帯に1日平均1回、多いと3〜4回の再起動が発生。
　- いずれも1台あたりに換算した回数です。
　- 個体・日によっては0回というときもあります。

・とくに22時台(22:00〜23:00)に再起動することが多いです。

・CS-QR220(5台)でも、まったく同様の症状が発生しています。



再起動したかどうかの判別方法は、以下のとおりです。
ぜひ確認なさってみてください。

�@ 21:00〜24:00の各録画ファイルの冒頭数秒のみを順に見ていく。
（スマートプレイバック課金済なら、数秒見て「次へ」ボタン、数秒見て「次へ」ボタン…のくりかえし）

�A 次のような録画ファイルがあったら、そこで再起動されたシルシ。
・録画ファイルの冒頭で、映像全体の色調が変わり、
・映像左上の日時が「2013/08/15 09:30」と約１秒表示され、
・すぐに正しい日時・色調に戻る。



さて、FW1.33, FW1.34とも、P2Pサーバとの通信不調時、再起動する仕様です。
このため、上記時間帯におけるP2Pサーバの混み具合を、プラネックス社にて確認してもらっている最中です。

＜FW1.33 (アプリ上でのみ公開)＞
・P2Pサーバとの通信不調時、再起動する。
・通知サーバとの通信不調時、再起動する。

＜FW1.34 (Web上でのみ公開)＞
・P2Pサーバとの通信不調時、再起動する。
・通知サーバとの通信不調時、再起動しない。

書込番号：23288938

[tanetty]

２日ほど前から症状改善しました。
プ社によれば、P2PサーバのCPU負荷が当該時間帯に高かったので、P2Pサーバを増強&再起動したそうです。

書込番号：23293574

[tanetty]

本件、症状報告から解決に至る(?)までの、プ社と私のやりとりメモです。ご参考までに。

3/14 私→プ社
「QR20で＜勝手に再起動＞が頻発してる」
　(3/12〜13の映像を例にとり説明)
　↓
3/15 私→プ社
「QR20/QR220で＜勝手に再起動＞頻発が継続中。
　3/14だと、21:30〜23:30が多い。
　FW新旧ともP2Pサーバ不調時に再起動する仕様か？
　もしそうなら、P2Pサーバが当該時間帯に不調？」
　↓
3/16 私→プ社
「QR20/QR220で＜勝手に再起動＞頻発が継続中。
　3/15だと、21〜24時、なかでも22時台に多い。
　P2Pサーバ不調が原因？」
　↓
3/16 プ社→私
「FW新旧ともP2Pサーバ不調時に再起動する仕様。
　現在P2Pサーバの混雑状況を確認中」
　↓
3/19 プ社→私
「3/11〜14の21〜24時
　P2Pサーバ処理に遅延が発生していた。
　16にサーバ多重化したが、遅延さほど変わらず。
　18にサーバ再起動したら、遅延が減った」
　↓
3/19 私→プ社
「当方の＜勝手に再起動＞頻度に合致する」(←たぶんこれで解決)

書込番号：23293991

【1.34ご利用者様にアンケート】オフラインが頻発してませんか？

[tanetty]

「接続中...」で固まり、「再接続」すると「オフライン」に。

「オフライン」になるか、「接続中...」で固まってしまう（数日に１回）。

ファームウェア(FW)1.34をご利用の方にアンケートです。

後述のとおり、アンケート結果によっては、
修正FW「自動再起動版」の公開を、プ社に相談してみる予定です。



＜質問＞

オフラインが頻発していませんか？

具体的な症状としては、以下のとおりです。

・数日に１回発生。

・アプリからカメラを選ぶと、「接続中…」で固まる or「オフライン」になる(添付画像参照)。
→[メニュー] - [再接続]しても、症状変わらず(添付動画参照)。
→こうなると、現在映像も録画映像も見れないし、アプリから再起動もできない。

・１度オフラインになると、現場に赴き、手動で再起動するまで復旧しない。
→「手動で再起動」とは、「電源抜き差し」or「WebUIからの再起動(下記リンク参照)」。
　https://bbs.kakaku.com/bbs/K0000761546/SortID=22631335/#tab
→いずれにしても復旧には、現地まで赴く必要あり (運用上重大な支障です)。

書込番号：23277192

[tanetty]

＜質問の背景＞

当方が動かす1.34(数台)では、いずれもオフラインが頻発していました。

回避策として、プラネックス社にお願いし、夜中に自動再起動する「自動再起動版」を作ってもらいました。私のほうでテスト中ですが、問題なく動いているように見えます。

ただ、プ社としては「自動再起動版」を公開する予定は、いまのところないそうです。オフライン頻発について、ユーザからプ社に問い合わせがないため、tanettyの環境でのみ起きている問題であろう、とプ社は認識しているからです。

みなさまの1.34でもオフライン頻発が発生しているようであれば、公開する方向でプ社に相談してみようと思います。



＜「自動再起動版」の挙動＞

・１日に１回、夜中３時台に自動で再起動する。
→具体的な時刻は、個体ごとに異なる(MACアドレスに基づく計算)。

・日中にオフラインになってしまっても、翌朝になれば復旧している、という算段。

・OSは再起動せずプロセスのみ再起動するため、停止は数秒で済む。

書込番号：23277198

[tanetty]

以下は、各バージョンの動作原理・長短等です。ご参考までに。



＜概要＞

1.33で再起動頻発、動体検知録画異常
　↓　(修正)
1.34でオフライン頻発
　↓　(修正)
自動再起動版でもオフライン頻発するが、翌朝には自動復旧



＜1.33＞　再起動頻発、動体検知録画異常
https://bbs.kakaku.com/bbs/K0000761546/SortID=23242830/#tab

× 勝手に再起動が頻発（１時間に数回）し、まともに録画できない問題があった。
→(動体検知)通知サーバとの通信が不調時、再起動してしまう。
→ただし2019/3/10現在、なぜかこの問題は起きていない。

○ オフラインは頻発しない。

○アプリから当該版に更新OK



＜1.34＞　オフライン頻発

○ 勝手に再起動しないし、動体検知録画も正常にできる。
→(動体検知)通知サーバとの通信が不調時でも、再起動しない

× オフラインが頻発(数日に１回）。現地に赴いて手動再起動必要。

△アプリから当該版に更新NG、Webから更新OK
https://www.planex.co.jp/support/download/cs-qr20/fw_dl.shtml



＜自動再起動版＞

○ 勝手に再起動しない。
→(動体検知)通知サーバとの通信が不調時でも、再起動しない

△ オフラインが頻発する (数日に１回）が、朝には自動復旧している。

× 未公開 (2020/3/10時点)

書込番号：23277203

[tanetty]

んー。なかなか回答をいただけないようですが。
みなさん困ってらっしゃらないのかしら。
私はけっこう困ってます。

当方、「自動再起動版」のQR20を８台運用中ですが、本日は３台オフラインになりました。
1.34でも同じ結果になったでしょう。
（自動再起動するかしないか以外は、1.34と同じロジックで動いてるため）

自動再起動により夜中に復旧するとはいえ、この頻度だとさすがにちょっと...と感じています。

書込番号：23282774

＜勝手に再起動＞＜ファイル内欠け＞の修正FWは、プ社に請求を！

[tanetty]

きわめて重要な情報です。

CS-QR20などのQR系スマカメ(CS-QR10/20/22/220/300)で、以下２つの致命的な問題が発生しています。

・勝手に再起動する(一日に数十回）
・動体検知録画の１ファイル内で中間部分が欠ける。

解決するには、プラネックス社に連絡をとり、修正FWをもらったうえで、プ社の提示する手順にしたがって更新してください。

＜プラネックス社　サポート窓口＞
https://planex.custhelp.com/app/ts_camera

なお、都合(後述)により、修正FWは一般公開(＝アプリから更新できるようにすること)しないそうです。

書込番号：23242830

[tanetty]

＜勝手に再起動＞問題の症状・原因・対応

▼ 症状
・動体検知が多い環境では、１日に数十回、勝手に再起動します。

▼ 原因と対応の概要
・原因：動体検知用通知用サーバとの通信の不調がつづくと、再起動します。
・対応：通信の不調がつづいても、再起動しないようにしました。

▼ 原因の詳細 (現FWの挙動)
・動体検知録画しようとしたとき、動体検知用通知サーバとの通信が不調が１分程度つづくと、再起動します。
・つまり、「いまこそ録画すべき」というまさにそのタイミングで再起動が走るので、正常に録画されません。

▼ 対応の詳細 (修正FWの挙動)
・動体検知録画しようとしたとき、動体検知用通知サーバとの通信に不調がつづいても、再起動しません。

書込番号：23242852

[tanetty]

＜録画ファイル内の欠け＞問題の症状・原因・対応

▼ 症状
・１個の録画ファイル内で、中間部分が欠けます。
・例えば店舗の全景を写すカメラで、お客様が入口から奥に、瞬間移動したように映ります。

▼ 原因と対応の概要
・原因：動体検知用通知用サーバとの通信の良否が、動体検知録画の可否と連動します。
・対応：連動しないようにしました。

▼ 原因の詳細 (現FWの挙動)
�@ 動体検知「前」、SD内に常時録画しています(３秒分)
�A 動体検知後、SD内に動体検知録画を開始しようとします。
・ただし、動体検知通知用サーバとの通信が不調の間、動体検知録画を一時停止します。
・通信が復調すると、動体検知録画を再開します。
�B 動体検知終了後10秒経過すると、動体検知録画を終了します。
�C 事前録画３秒分を動体検知録画にくっつけます。

▼ 対応の詳細 (修正FWの挙動)
�@ 動体検知「前」、SD内に常時録画しています(３秒分)
�A 動体検知後、動体検知通知用サーバとの通信状態の良否にかかわらず、SD内に動体検知録画を開始します。
�B 動体検知終了後10秒経過すると、動体検知録画を終了します。
�C 事前録画３秒分を動体検知録画にくっつけます。

書込番号：23242857

[tanetty]

修正FWをプ社が一般公開しない理由は、次の２つです。

�@ 通常のFW更新手順(＝アプリから更新)では、故障する(＝起動しなくなる)確率が低くない。
・にもかかわらず、QR系は生産終了品のため、在庫がほとんどない。
・このため、起動しなくなってしまったとき、交換対応できない。

�A 動体検知用通知サーバの通信を確実化すれば治る。
・そのセンでも調査中。
・ただし、通知サーバは増強したばかりであり、現在の負荷はきわめて軽い。
・このため、調査は難航する恐れもある。

書込番号：23242861

[未熟者以上達者未満]

＞tanettyさん
修正FWのバージョンはいくつだったのでしょうか？

書込番号：23243119

[tanetty]

＞未熟者以上達者未満さん

現FWは1.33、修正FWは1.34です。

書込番号：23243150

[いｇｓｄ]

＞tanettyさん

再起動病で、なんか動態検知した時と思われるタイミングで再起動してるっぽいなー
そういうこと書き込みしようと思って来てみたらそういうことだったんですね。

サーバー増強直後で通信ができなくなるということは、
サーバー側に問題があるんじゃないですかねー
スマカメ側は何も変わっていないので・・・。

書込番号：23243216

[tanetty]

＞いｇｓｄさん

＞サーバー側に問題があるんじゃないですかねー

まさにそのセンで、プ社にて調査中です。
原因判明→根本解決とスムーズに進むよう期待するしかないかなー、と。

それはともかく、修正FWは調子よさげです。
・つながらないことがなくなった (勝手に再起動しないため)。
・録画漏れがなくなった。

QR系の長所は「安定性」。
ようやく本来の強みを取り戻し、ホッとしております。

書込番号：23244085

[いｇｓｄ]

＞tanettyさん

一応問い合わせてみましたが、
「提供準備中だからちょっと待て」
とのつれない返事でした。

やはり優秀なデバッガーでないと待遇が良くないです(笑)


ところで本題とは全く関係ないですが、
パッケージソフトだと既存ユーザーにバージョンアップの優待価格でよくアップデートできますが、
こういうハードもあれば良いのですけどねー
卸価格+αでネット最安より割安で買えれば（旧機種のシリアル必要）ユーザーの囲い込みにもなると思うのですが、
ハードではあまりないですよねー

例えばQR20や22はQS10を優待、QR220ならQS20を優待のようなの。
現行QSシリーズなら新商品優待とかあれば、どんどん新製品にチャレンジできて泥沼にはまりそうだけど面白そう(笑)

書込番号：23244307

[tanetty]

＞いｇｓｄさん

こんばんは〜。

＞「提供準備中だからちょっと待て」

ありゃ、そうだったんですね。
私のフライングだったようで、失礼いたしました。

いちおうこんな(↓)流れがあったので、フライングではないと判断して、書き込んでました。
プ「FWは公開しない。問い合わせがあったら、都度FWを送って対応」
私「その周知は？」
プ「しない」
私「では、私から『修正FWが欲しい人はプ社に問い合わせてね』と価格コムに書いてもよい？」
プ「OK」

＞やはり優秀なデバッガーでないと待遇が良くないです(笑)

デバッガーといいますか、ベータテスターといいますか(汗)。
今回も＜勝手に再起動＞＜ファイル内中欠け＞について、
すでに事前に私のほうでさんざん切り分け作業をしてまして。
「電源じゃない」とか「SDじゃない」とか。
それと並行してプ社内でも調査した結果、
原因が判明し修正FWにこぎつけたわけですが、
プ社側でテストをほぼしてない状態で、
「テストしてみてほしい」旨、私に依頼が来た...という経緯です。

＞パッケージソフトだと既存ユーザーにバージョンアップの優待価格でよくアップデートできますが、

おおおおおお。たしかに。
すばらしいアイディアですね！
こんどプ社に伝えてみます。

＞例えばQR20や22はQS10を優待、QR220ならQS20を優待のようなの。
＞現行QSシリーズなら新商品優待とかあれば、どんどん新製品にチャレンジできて泥沼にはまりそうだけど面白そう(笑)

はい、私はすでに沼にハマってます(汗)。
でも、切り分けやら検証やらも含めて、製品の質が向上していくことは楽しいので、ぜんぜんオッケーです。
てゆーか、いｇｓｄさんも、かなりの台数おもちだったかと思いますので、沼にハマってると十分いえそうな気も。

書込番号：23244360

[未熟者以上達者未満]

＞tanettyさん
FWのバージョン情報をありがとうございました。

早速本日、なかなか繋がらない電話をました。
不具合の状況とここのことを伝えるとすんなりと理解してもらえ、受付番号を書き添えてリペアセンターに送ることでFWを更新させて送り返してもらえる段取りができました。
…１〜２週間かかるとのことですが。。

修正版のFWはまだ一般配布できる状態にはなっていないそうで、メール等で送ってもらうことができないのが残念なところですが、一般公開できるように検討はしているとのことでした。

私は２台を所有しているので明らかにFWの不具合なのは明確だったので、まずは一安心という感じです。
ありがとうございました。

書込番号：23244542

[tanetty]

＞未熟者以上達者未満さん

＞私は２台を所有しているので明らかにFWの不具合なのは明確だったので、まずは一安心という感じです。

ご安心いただたいたようで、私もホッとしました。
私の情報が少しでも役に立ったのであれば、これに勝る喜びはありません。

＞早速本日、なかなか繋がらない電話をました。

電話がつながらなかったのは、私のカキコミが原因だと思われます(汗)。
そのカキコミ以降、サポートセンターがてんてこまいである旨、プ社の方から伺いましたので。

にしても、リペアセンターで更新する対応になったんですね。
プ社がとりうる３つの手段のうち、もっとも手堅いものを選んだことになります。

(a) 一般公開する (利用者がアプリから更新)
○ 利用者から見て、いちばん簡単。
× 更新失敗しやすい。失敗すると、起動しなくなる。

(b) メールでナマFWを送る (利用者がWebUIから更新)
△ 利用者から見て、ちょっと面倒。
△ 手順さえ間違えなければ、更新は失敗しにくいが、間違えると起動しなくなるかも。

(c) リペアセンター (プロたるプ社が責任をもって更新)
× 利用者から見て、かなり面倒
○ 確実に更新される。

プ社が(c)を選択したのはちょっと意外でした。
ただ、セキュリティの基本である「３ナイ」、いわゆる「CIA」すべて満たすには、それが最善の策だとも感じます。

＜機密性 (Confidentiality)＞ 漏れナイ
ナマのFWが流通してしまった場合、リバースエンジニアリング等によりハッキングされ、映像を盗聴される恐れがある。

＜完全性 (Integrity)＞ 壊れナイ
ナマのFWが流通してしまった場合、リバースエンジニアリング等によりハッキングされ、映像を改竄される恐れがある。

＜可用性 (Avalability)＞　落ちナイ
ユーザがWebUIからFW更新しようとした場合、誤操作により起動しなくなってしまう恐れがある。

書込番号：23244587

[未熟者以上達者未満]

＞tanettyさん
2020/02/21付でv1.34が配信された様です。
自動アップデートではなく、手動オンリーです。
ご参考までに。

https://www.planex.co.jp/support/download/cs-qr20/

書込番号：23244708

[tanetty]

＞未熟者以上達者未満さん

貴重な情報、ありがとうございました。
結局は公式サイトでの配信にしたんですね。

ダウンロード直前の「警告」欄には、こんなこと(↓)が書いてあるようです。
・更新作業で壊れる可能性があること
・更新作業で壊れても、自己責任であること
・いま困ってないなら、無理して更新しなくてもよいこと

かなりいろいろ検討した結果、この形になったんだろうなぁ
...と想像できます。

書込番号：23244731

[tanetty]

修正FWが公式サイトで公開されました(2020/2/21)。
https://www.planex.co.jp/support/download/cs-qr20/fw_dl.shtml

修正FWが必要な方は、ダウンロード直前の「警告」欄を熟読のうえ、更新作業をなさってください。

＞未熟者以上達者未満さん
貴重な情報、誠にありがとうございました。

書込番号：23244736

[tanetty]

修正FWで再起動病が治った代わりに、オフライン病が頻発するようになりました。
昨日は、店舗AのQR系全５台中２台がオフラインになりました。
本日は、店舗BのQR系全６台中３台がオフラインになっています。

こういう↓ことなのではないか、と推測しています。
・前FWでは、勝手に再起動していたため、知らない間にオフラインから復旧していた。
・修正FWでは、勝手には再起動しないため、いちどオフラインになったら復旧しない。

たまたまかもしれないので、もう少し様子を見てみますが、もしこの状態がつづくようだと、かなり困ります。
以上の現状について、プラネックスに報告しました(2020/2/22)。

書込番号：23246141

[いｇｓｄ]

＞未熟者以上達者未満さん

情報ありがとうございます。
プラネックスから連絡いただけることになっていたので気が付きませんでいた。
今現在連絡はないです。(笑)
きっと業務がいっぱいで忙しいのでしょう。

＞tanettyさん
再起動病は治っても今度はoffline病ですか。
当方連絡待ちで出遅れているうちに、ここ3日ほど再起動病が発症していないので、
tanettyさんの報告を聞いてちょっと様子見しようと思います。

書込番号：23246754

[tanetty]

＞いｇｓｄさん

もし現FWでそれほど困ってないなら、いったん様子見なさるものアリだと愚考いたします。

というのも、昨日こう(↓)書きましたが

＞本日は、店舗BのQR系全６台中３台がオフラインになっています。

本日さらに1台増えて、店舗BのQR系では、全6台中4台がオフラインになりました。
せっかく6台もあるのに、見れるのは2台だけ。
さすがに運用に差し支えるので、今から現場に赴き、再起動してきます...(涙目)。

・現FW(1.33)「録画できないけど、つながるよ」(てへぺろ)
・修正FW(1.34)「録画できるけど、つながりません」(キリッ)

という究極の2択になってしまっているのが、つらいところですね...。

書込番号：23247586

[tanetty]

FW更新後のオフライン病ですが、頻度がヒドイです。

＜FW更新後のオフライン実績＞　あわせて８回再起動した。
・店舗A：全５台中２台(うち１台は２回)。３日間(2/21〜2/23)で。
・店舗B：全６台中５台。２日間(2/22〜2/23)で。

＜オフライン時の共通点＞
・アプリからはLAN内でも接続NG
・WebUIからは接続OK
・青点灯 (←これを確認したのは店舗Bのみです)

今後の改善を見据えたときに困るな、と思ったのは、
オフライン時も「青点灯」(LAN接続OK、サーバ接続OK)である点。
つまり、カメラ自身は異常を検知できていないということ。
回避策としては、
「毎日定刻(たとえば夜中の３時)に再起動」
という処理をFWに組み込むぐらいしかないかと。
ただこれだと、たとえば朝５時にオフラインになったとして、
夜中の３時まで復旧を待たねばならない、ということになります。

もし紫点灯(LAN接続OK、サーバ接続NG)なら、
「サーバ接続NG(の一定時間継続)を検知したら再起動」
という処理をFWに組み込むよう回避策がとれるかと思ったのですが。

以上の点をプ社に報告しました(2020/2/23)。

書込番号：23248014

[いｇｓｄ]

＞tanettyさん

＞・現FW(1.33)「録画できないけど、つながるよ」(てへぺろ)
＞・修正FW(1.34)「録画できるけど、つながりません」(キリッ)

どちらも痛し痒しですね。
プラネックスの対応もとても早い対応でしたが、付焼刃での対応はいろいろ不都合出るものですね。
きっとLEDの表示が通知サーバーのサービスと連動してるんですね。

WebUIから再起動できるのは救いですが、
物理onoffが必要で、設置場所が遠かったりするとなかなか難しいものがありますね。
自分ところはアマゾンAlexa使ってるので最悪スマートコンセントで電源onoffで対応できそうですが・・・。

書込番号：23248852

[未熟者以上達者未満]

いま出先なので手短に失礼します。

以前、定期的に物理的に再起動する手立てを考えていて思いついていたことがありまして、古くからある”電源タイマー”はいかがでしょう。
設定すると歯車のような見かけになるものです。
実際には使わずじまいだったので、数分の誤差や次のアクション時まで電源が入らないということがあるかもしれませんが。。

書込番号：23249221

[未熟者以上達者未満]

たとえばの例。

参考写真、添付させていただきます。

書込番号：23249228

[tanetty]

＞未熟者以上達者未満さん

貴重かつ有用な情報、ありがとうございます。

定時タイマー......そうですよね。
最悪のケース(後述の�C)では、まさにおっしゃるとおりの方法を採るしかないかなぁ...とは考えておりました。



さて、オフライン病ですが、SDカキコミ(の失敗)が原因なんだろうな、と推測しております。
これまでの経験上などから、次の３つがわかっているからです。

・動体検知録画が多い日に、オフラインになりやすい
→店舗が混んでいる日です。そういう日ほど見たいんですが。

・動体検知録画が多いカメラは、オフラインになりやすい。
→そういうカメラの映像ほど見たいんですが。

・QR系のSD劣化は速い。
→動体検知録画でも、事前録画のため、じつは常時SDに最大３秒分録画しつづけているから。



いっぽう、定時タイマーの設置の長短は、こんな感じかな...と思っています。

○ オフラインになっても最大24時間待てば、ほぼ確実に復旧する。

× SDを急速に劣化させる。
→とくにカキコミ時の電源切は、論理的・物理的故障の原因に。

× １日あたり10分or15分の電源OFF時間ができてしまう
→タイマーのしくみによりますが。

× 初期費用がかかる
→カメラ台数もけっこうありますので。

× タイマー自体のお守りが必要
→時間合わせです。リーベックスのを使ったことがありますが、数日あたり10分とかのレベルでズレました。

× タイマーが意外に場所をとる
→天井電源はすでにタコ足地獄だったりします(涙)。



以上を踏まえ、４段がまえの作戦をとるつもりです。

�@ SDフォーマットをコマメに。
→経験上ですが、フォーマットすると、しばらくは死ににくくなります。

�A オフライン高頻度の個体は、MLC(＝高耐久)のSDに交換

�B そのあいだにプ社で自動再起動の処理を組み込んでくれれば最良。

�C それでもダメなら、タイマー検討



いずれにしても、ご助言いただいたことに重ね重ね御礼申し上げます。ありがとうございました。m(_ _)m

書込番号：23250598

[tanetty]

＞いｇｓｄさん

こんばんは。

＞プラネックスの対応もとても早い対応でしたが、付焼刃での対応はいろいろ不都合出るものですね。

「ちゃんと」かつ「はやく」とは、なかなかいきませんよね(泣)。
拙速か巧緻か、のいずれかにならざるをえないかと。

＞WebUIから再起動できるのは救いですが、
＞物理onoffが必要で、設置場所が遠かったりするとなかなか難しいものがありますね。

脚立を出さずにすむのは助かりますが、結局は現地まで行かないといけないんですよねぇ...。

＞自分ところはアマゾンAlexa使ってるので最悪スマートコンセントで電源onoffで対応できそうですが・・・。

スマートコンセントも考えたのですが、４つほど懸案事項が...。
とくに中華製は、(a)(b)が心配です。
(c)(d)は目をつむるものアリだと思うのですが、(a)(b)は怖いかなぁ、と。
かといって、ちゃんとした国内メーカーのでお値打ちのって現状まだないですよね？

(a) 火事 (PSEとかちゃんととってるのか怪しい)
(b) 盗聴 (SSIDに対するパスワードを入れること自体が怖い)
(c) 費用 (台数が多いので...)
(d) 天井電源のタコ足地獄がさらに重症化

書込番号：23250621

[tanetty]

＞いｇｓｄさん
＞未熟者以上達者未満さん

上記のレスは、スマートコンセントや定時タイマーを現在お使いの方、
あるいは、これからお使いになろうと検討なさっている方を、否定するものではありません。
単に私が心配性なだけです。
万が一ご不快な思いをなさったようでしたら、謹んでお詫び申し上げます。

書込番号：23250672

[tanetty]

＞回避策としては、
＞「毎日定刻(たとえば夜中の３時)に再起動」
＞という処理をFWに組み込むぐらいしかないかと。

まさにこの(↑)ロジックを組み込んだテスト用FWを、プ社からいただきました。
私の環境にて、しばらくテストしてみる予定です。
それで問題なければ、プ社がWeb公開するかもしれません。

なお、プ社の話によれば、
オフライン中の青点灯は、必ずしも「サーバ接続OK」を意味しないそうです。
サーバ接続NGでも、それをカメラが検知できていなければ(検知するプログラムが死んでいるetc)、
「サーバ接続OK」とカメラが勘違いして、青点灯になってしまうことがありうる、とのこと。

書込番号：23255889

[tanetty]

修正FWでオフラインになる頻度ですが。
修正FWのQR系が全11台あり、
１日あたり１〜３台がオフラインになります。

都度都度、現場に行ってWebUIから再起動してます。
仕事をラクにするためのカメラなのに、
カメラが仕事を作っている、という本末転倒な状況です。

書込番号：23255911

[いｇｓｄ]

＞tanettyさん

今のは、どちらかといえばお知らせにも乗らない非公式に近いファームなので、
色々細かな不都合は致し方ない部分もあると思います。

さて再起動ですが、こちらの意思で「させる・させない」が選択できるのか、
させる場合時間指定が可能かどうかが気になるところです。

当方この暫定ファーム未適応ですが、このファームが公開される直前から再起動病は収まっています。
なんとなーくですが、サーバー新設したり増強した時に割り当てられてるネット上の住所のようなものの更新手続きしてないとかじゃないですかね？
何もしないと住所管理してるところで自動更新されるのに、1週間くらいから長いと1ヶ月くらい時間が必要で、
その間接続が不安定になるとかなんとか大昔聞いたことがあるような・・・。

書込番号：23257764

[tanetty]

＞いｇｓｄさん

こんにちは。貴重なご意見ありがとうござます。

再起動版(私にてテスト中)における再起動時刻をどうするか？の話です。

案としては３つあります。

(a) 完全決め打ち案：個体によらず時刻は決め打ち
(b) ユーザ自由指定案：ユーザが時刻を自由に指定できる
(c) バラツキ案：個体によって時刻は決め打ち ((a)と(b)の折衷案)

私としては(b)はプ社が難色を示すだろうと考えました(理由は後述)。
そこで、(a)を提案したところ、わりとすんなり受け容れてくれました。
現在私にてテストしているものは、(a)であり、夜中の3時決め打ちです。

ただし、一斉再起動は一斉録画不可を意味します。
個体によって時刻に多少のバラツキをもたせてもらうよう、
その後、(c)もプ社に提案しました。
プ社としても現在、その方向で考えてくれているようです。



なぜ「(b)ユーザ自由指定案」は(プ社にとって)厳しいのか？

(b)をプ社に提案した場合、プ社としては以下の論理展開なるだろうな…と推測しております。

アプリ側でUI必要 → iOS/Android/Winアプリを全部いじる必要 → さらに再起動有無に応じて機種別の場合わけも必要 → テストがたいへん → 「やりません」

もちろんですが、WebUIでユーザに設定させる方法もあります。
ただ、WebUIは公式に公開している機能ではありません(いわば裏ワザ)。
裏ワザに起因するトラブルを新たに作りたくない
…という気持ちもプ社には大きいと思います(と忖度しました)。



「(c) バラツキ案」を提案した理由と詳細

＜(a)の場合＞
・「3:00から１〜２分で悪さしよう」ということになりかねない。
　（たとえばゴミの不法投棄であれば、それでも余裕）
・ 複数台あっても、どの個体でも悪さを録画できていない、という事態になりうる。

＜(c)の場合＞
・(仮に一台でも)「この時間に悪さしよう」となりにくい（時刻を推測しにくいから）
・複数台あれば、どれか１台では録画できるはず。

＜個体別の例＞
有線MACアドレスの末尾から２桁目を見て場合わけ
・0, 8 → 2:40
・1, 9 → 2:45
・2, A → 2:50
・3, B → 2:55
・4, C → 3:00
・5, D → 3:05
・6, E → 3:10
・7, F → 3:15

＜有線MACアドレスを例にした理由＞
・偏りがないこと、ユーザが簡単にわかること、の２点をみたすため。
・有線MACは、背面シールに記載されているのが○
・有線MACの末尾から１桁目は、偏りが見られました。
　（ベンダによってはチェックディジットとして使っているカモ？）
・UIDの末尾数桁は、同じ個体がとても多く、つまり偏りが大きいように見えた。

書込番号：23258512

[tanetty]

＞いｇｓｄさん

再起動版の話のつづきです。

再起動には、２とおりの方法が考えられます。
・OSから再起動させる
・プロセスから再起動させる
双方について、プ社からテストFWを受け取りました。
現在、私のほうでテスト中です。

理論上ですが、プロセス再起動なら10秒程度で終わるハズだそうです。
OS再起動だと、２〜３分かかります。
これだけ見ると、プロセス再起動版のがよさげです。

まずはプロセス再起動版について、昨夜テストしてみたのですが、どうにも動作が不調でですね…。
・再起動が完全に終わった後(3:20以降)も、アプリからの接続に数十秒かかったり、結局、接続できなかったり。
・「録画ファイルを再生できませんできませんでした」エラー。

たまたまかもしれないので、もういちどプロセス再起動版の挙動を確認予定です。
それでもダメなら、OS再起動版をテスト予定です。

書込番号：23258514

[tanetty]

＞いｇｓｄさん

＞当方この暫定ファーム未適応ですが、このファームが公開される直前から再起動病は収まっています。

そうなんですよねー。
私の管理する1.33の個体でも、2/21(金) 10:36を最後に、再起動が発生していません。
（それより前は、頻発してました）

どういう理由が考えられるのか？　プ社に謎解きを依頼済みです(2020/2/28)。

＞サーバー新設したり増強した時に割り当てられてるネット上の住所のようなものの更新手続きしてないとかじゃないですかね？

この(↑)あたりも含めて、プ社にて調査してくれる…と信じてます。

あ、あと。もしおわかりでしたらご教示いただきたいのですが。
いｇｓｄさんの個体では、最後の再起動は、何月何日の何時何分でしたでしょうか？
（プ社が謎解きする際、材料になるかな…という気持ちからです)



私の立てた仮説は、以下のとおりですが、たぶんどれも違うような気がしています。

＜仮説１＞
・通知サーバに対して悪さをしていた個体(1.33のQR20)が、世の中のどこかにあった(推測)
・2/21(金)朝、十数名のユーザからの問い合わせに対し(事実)、プ社サポートが修正FW(1.34)を配布した(推測)
・ユーザがその修正FWをあてたことで、悪さをしていた個体がなくなり、通知サーバの調子よくなった(推測)
・1.33の他のすべての個体でも、調子よく動くようになった(推測)

＜仮説２＞
・通知サーバなどサーバ側の環境のどこかを、2/21(金)10:30ごろ、プ社にて改善した(推測)



ここまでの経緯を時系列でまとめますと…。

・1.33では、＜勝手に再起動＞＜録画ファイル内欠け＞が発生していた。
→通知サーバとの通信不良が再起動処理に結びつく処理内容だったため。

・1.34は、通知サーバとの通信不良を再起動処理に結びつけないようにした版。

・1.34を当初、プラネックス社ご担当者様としては、都度対応でメール等により各ユーザに渡し、WebUIからユーザに更新作業してもらうつもりだった。
→アプリからの更新は失敗(＝起動しなくなる)が多いのに、交換品も在庫僅少なため。

・「プ社からは公開も周知もしない」との話を受け、プ社ご担当者様の承諾を得たうえで、私が代わりに(?)価格コム上で周知した。
→2/20(木) 22:28の私のカキコミのことです。
https://bbs.kakaku.com/bbs/K0000761546/SortID=23242830/#tab

・2/21(金)朝から、多くの問い合わせ(十数名らしいです)がプ社サポート窓口にあった。
→「上記書き込みを見た。修正FWをくれ」という旨。

・プ社サポートとしては、さばききれないと判断し、急遽、修正FWをWeb公開した。

書込番号：23258521

[tanetty]

現時点(2020/2/29)では、1.33が最良です (理由は不明)。

＜1.33 (2020/2/29時点)＞
○ オフライン発生せず
○ 勝手に再起動せず
○ 録画ファイル内欠け発生せず

＜1.34 (2020/2/29時点)＞
× オフライン頻発する
○ 勝手に再起動せず
○ 録画ファイル内欠け発生せず

2020/2/20以前は、以下のとおりでした。

＜1.33 (2020/2/20以前)＞
○ オフライン発生せず
× 勝手に再起動が頻発
× 録画ファイル内欠けが頻発

書込番号：23258570

[いｇｓｄ]

＞tanettyさん
＞いｇｓｄさんの個体では、最後の再起動は、何月何日の何時何分でしたでしょうか？

確認してみたところ、最後の再起動は2020/02/21 04:16:00（例の再起動直後の時間が04:16:01）のようです。
ただ、そのあとの録画で気になるのが一つありました。

同日11:35:34〜11:35:42で鳥の影通過〜11:35:42:52録画終了
その後、17:16の撮影まで録画無し。
＞私の管理する1.33の個体でも、2/21(金) 10:36を最後に、再起動が発生していません。

当方で最後の録画とほぼ同じ時間で再起動ですね。
この再起動の後も録画がありましたでしょうか？


上の鳥の通過する録画の前までの録画を見ていると、
もうちょっと録画されててもよさそうか気もするのですが全くの録画無しでした。
QS20と角度が違うのであれですが、QS20の方は何度か人と鳥の影が撮影されていました。
当日、QR220のこの空白期間はなんだろうと首を傾げたものです。

16:04に、QS20でQR220の録画範囲に入っていく猫も録画されていなかったので、
この録画空白期間の間に通信環境に変化があったのではないでしょうか？
と思います。

当方、月が替わるかストレージいっぱいでフォーマットすることがあるので、
仕事から帰宅直後に価格コム覗いたので運が良かったです(笑)

書込番号：23259161

[tanetty]

1.33では2/21(金)10:36を最後に、再起動していない。

＞いｇｓｄさん

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

＞確認してみたところ、最後の再起動は2020/02/21 04:16:00（例の再起動直後の時間が04:16:01）のようです。

21(金)午前という意味では、私の1.33と同じですね。

＞当方で最後の録画とほぼ同じ時間で再起動ですね。
＞この再起動の後も録画がありましたでしょうか？

ありました。
添付画像のとおり、再起動(10:36)後、とくに空白期間はありませんでした。

＞同日11:35:34〜11:35:42で鳥の影通過〜11:35:42:52録画終了
＞その後、17:16の撮影まで録画無し。
＞もうちょっと録画されててもよさそうか気もするのですが全くの録画無しでした。
＞当日、QR220のこの空白期間はなんだろうと首を傾げたものです。

うーん、何でしょうね、いったい。

＞当方、月が替わるかストレージいっぱいでフォーマットすることがあるので、
＞仕事から帰宅直後に価格コム覗いたので運が良かったです(笑)

おっと。よかったー(笑)。

いずれにしても、いただいた情報も、プ社に伝えようかと思います。
とくに、「旧FWで最後の再起動が、２台とも21(金)午前中」という点が、とても気になりますし。

ありがとうございました。

書込番号：23259197

[いｇｓｄ]

＞tanettyさん
＞添付画像のとおり、再起動(10:36)後、とくに空白期間はありませんでした。

そうでしたか。
それなら問題ないんです。
とても不思議だったので自分以外の環境でも何かあったのかなーって。

とりあえず、21日に何か改善のポイントが多分あったんですね。

書込番号：23259714

これは終息品か？？

[wpsrg]

ファームウェアをバージョンアップしたところ、映像がガクガクし、やがてフリーズの連続。
以前こちらの記事で前バージョンに出来るとの事でplanex社に問い合わせた所、
そのような対応しておりません　　とのツレナイ返事。
稼働僅か１年半弱。新しいのを買えということか？！

panasonic等の信用のおける大手で再導入を検討中！！！

書込番号：22930212

[tanetty]

＞wpsrgさん

こんにちは。

動作が不安定な場合、次の順にお試しになることをオススメいたします。
(同様の話が、プラネックスのサポート窓口からあったかもしれませんが)

�@ 関係機器すべて再起動 (カメラ、ルータ、端末)
　↓ (それでもダメなら)
�A SDのフォーマット
　↓ (それでもダメなら)
�B カメラの初期化&再設定

当方、４年前にCS-QS20を１台から使いはじめ、徐々に増やして現在10台使用しておりますが、いずれも安定稼働しております。
(現在のファームウェアは、10台とも1.33です)

という私の経験上、
�@までに80%解決します。
�Aまでに99%解決します。
�Bまでに99.9%解決します。

仮にファームウェアの更新が失敗していた場合、そもそもカメラが起動しません。
（その場合、どうやっても接続できません。私も４年間で１度だけ経験があります）
「映像がガクガク」とのことですから、ファームウェアの更新に失敗してる可能性は低そうです。

カメラ以外(ネットワーク環境や端末環境)に原因がないと仮定した場合、�Bまでおこなえば、よっぽど正常稼働するようになる気がします。

書込番号：22930450

[tanetty]

＞wpsrgさん

�@〜�Bをおこなってもダメだったら、無線混雑の可能性もあるので、�Cもお試しになるとよいかと存じます。

�C Android機にアプリ「WiFi Analyzer」を入れ、カメラ近隣のWi-Fi状況をチェック。
　 1〜13chのうち一番すいているチャンネルに、ルータのWi-Fiチャンネルを固定する。

いま思い出しましたが、当方のLAN環境でも、�Cを実施済みです。
�Cも、カメラ動作の安定化に寄与している、ということです。

書込番号：22930485

[wpsrg]

早速のアドバイスありがとうございます。
１〜３は全て実施済みでSD等は新品を２度交換しました。
しかし全くもってダメで、先日、器物損壊現行映像も小間切れで肝心要の実行の着手映像が
途切れて証拠になりませんでした..........
最期の望みとして一か八か、ファームウェアを前バージョンにバージョンダウンしたいと思います！
つきましては、直接planexにコンタクトしたところ、サポート不可との返答でしたので、詳細を
御教授いただけますでしょうか？
どうせ安かろう悪かろうですからダメ元で挑戦したいのです。
もしダメでしたら少し高価な一流ブランドを導入予定です！
是非とも宜しくお願いします&#128591;

書込番号：22930594

[wpsrg]

因みに当方４チャンネル有りますが、５０ヘルツ帯が少しマシな程度で、それでも１分後には
フリーズです　(号泣

書込番号：22930600

[wpsrg]

訂正　上記５Gヘルツ帯でした&#128547;&#128166;&#10549;&#65039;

書込番号：22930607

[wpsrg]

＞tanettyさん

結局、ファームウェアの前バージョンへの修正可能投稿は ガセネタ だったんですか？
まあ、善意でやってらっしゃる事で文句は言えませんが
余り期待を持たせないで下さいね。当方真剣に困ってますので！
非常に迷惑です！

書込番号：22932453

[tanetty]

＞wpsrgさん

たいへん戸惑っております。

唐突かつ一方的に、「ガセネタ」「迷惑」など、たいへん強いお言葉での非難を受けたからです。
しかも当方としては、解決に向けて頭を絞り、切り分け作業(�@〜�C)の提案していた矢先にもかかわらず、です。

理由を理解できず、困惑しております。
具体的にご説明いただれば、幸甚でございます。

書込番号：22932609

[wpsrg]

＞tanettyさん

失礼しました。
単刀直入　前バージョンのファームウェアに戻す方法、是非に御教授頂けますか！！
ホボ役に立たなく、ダメなら増税前にP社製品に乗り換えたいので！！
宜しくお願いします&#128591;&#128591;&#128591;

書込番号：22933370

[tanetty]

＞wpsrgさん

ファームウェア(FW)のバージョンを最新(1.33)から下げるには、プラネックスから渡してもらうしかありません。
プ社から前FW(1.30)を渡してもらい、プ社指定の方法のとおり作業をおこなうことになります。

前FWのファイルを、私はプ社からメールでいただきました。
それを現在まだ、手元で保管しております。
しかし、著作権などの関係上、残念ながら、私からwpsrgさんにお渡しするわけにはいきません。

本日、(本件とは別件で)プ社の方と電話で話した際、このスレッドの内容について、ついでに話してみました。
「どうしても古いファームウェアが欲しい」旨、wpsrgさんからプ社に＜このスレッドのURLつきで＞再相談すれば、渡してもらえる可能性が高そうです。

増税＜前＞に旧FWでの動作確認まで完了したい、というご要望をおもちとのことですから、早急に再連絡をとったほうがよいかと存じです。

＜プ社　サポート窓口＞
https://planex.custhelp.com/app/ts_camera



プ社の方も私も、wpsrgさんのCS-QR20で現在発生している症状の原因・対応について、次のとおりまったく同じ意見でした。
(本日の電話のなかで、の話です)

1. 新FWの挙動が原因である可能性は低い。
・1.30→1.33への変更は、動体検知の挙動のみだから(感度をUPした)。
・つまり、変更対象は録画関係のみであり、映像視聴の挙動は、1.33と1.30でまったく同じ。

2. 新FWへのアップデートが失敗している可能性は低い。
・FWの更新に失敗している場合、まったく接続できなくなるから。
・今回のように「接続できているが、映像カクカクやオフライン頻発」という事象は、これまでいちども発見されていない。

3. 無線伝送路の品質・速度など、別の可能性である高い。
・FWアップデートとたまたま同じタイミングで、別の何かが発生したのではないか、ということ。

4. １〜３にもかかわらず、FWアップデート時に何らかの不具合が発生してしまった可能性も、ゼロではないが低い。



上記事項を勘案すると、プ社に問い合わせる際には、次の点にも明記したほうがよい、と愚考いたします。

1. 現在の環境
・ルータの機種
・配線状況(無線or有線)
・ルータ-カメラ間の距離
・端末の機種、OSバージョン、アプリのバージョン

2. 症状詳細
・LAN内/インターネット越しのどちらで発生するのか？ 両方か？
・現在映像/録画映像のどちらで発生するのか？ 両方か？
・カメラ-ルータ間をLANケーブルで有線接続しても発生するか？

書込番号：22933480

[wpsrg]

＞tanettyさん
貴女はplanex社の利害関係者の方ですか？？
バージョンダウンは２度も拒否されましたよ！

サポートセンターの不誠実担当者、名字を書いてだけで削除されました！！
そんな暇有ったらもっともっとサポート充実させたらいかがでしょうか？？？

因みに　私的に大変不誠実と思われるやり取りは全て保存し、大家ネットワークで共有します！！！

書込番号：22935394

[tanetty]

＞wpsrgさん

メーカーと顧客の関係ですよ。
私はどちらかといえば、プラネックスには、こんなふうに(↓)文句ばかり言ってるんですが…。

＜買っちゃダメ。カメラとして役立たず。LAN機器として足かせ。＞
https://review.kakaku.com/review/K0001016001/ReviewCD=1121015/#tab

＜まだ買っちゃダメ。録れない・見れない・ボンヤリの三重苦＞
https://review.kakaku.com/review/K0001124137/ReviewCD=1205245/#tab

各レビューの添付画像のとおり、私はプ社製品の不具合を、死ぬほどたくさん洗い出しています。
(顧客の私がなぜこんな表を作らなければいけないのか、疑問に思いながらも、です)

そうした経緯もあり、プ社とはある意味、ホットラインが結ばれています。
そのツテを利用して、親切心からwpsrgさんのために尽力したつもりです。
(wpsrgさんの本人確認がとれれば、wpsrgさんにファームウェアを渡す旨の回答を、けさプ社からいただいております)
にもかかわらず、事実誤認に基づいた非難を受け、たいへん残念に思っております。

プ社に対する信頼をすでにお持ちでなく、プ社とやりとりする気がないのは、wpsrgさんの自由です。
ただし、プ社とやりとりする気がないのであれば、情報の小出しはせず、はじめからそう明記なさっていただきたかったところです。
明記されていれば、私が何か動くいうことはありませんでした。

CS-QR20がちゃんと動かずに困っているのは、wpsrgさん、あなたでしょう？
私はその窮状に、手を差しのべたにすぎません。
ご自分で動かなければ、何も解決しませんよ。私はそう思います。

書込番号：22935467

[wpsrg]

イザという時に使えない
それも何の前兆もなく突然に......
サポート対応はまるで終息品の如く　対応できません　スミマセン...........
こちらからのバージョンダウンの提案すら耳を貸さず&#183;&#183;&#183;&#183;&#183;&#183;&#183;
(全て自己責任で行いマスとの提案にも関わらずに)
商品特性も有りますが　仮にも防犯を売りにする製品
会社というものはこういう売りっぱな対応で、その信用と信頼を
堕としていくものなのでしょうか？

＞tanettyさん
お世話になりましたが、こんな不誠実なCSとやり取りする時間と労力が
非常にバカらしいので、大手P社の製品に早速乗り換えました。
色々アドバイス頂きありがとうございました。

書込番号：22939508

[wpsrg]

＞tanettyさん
あと、激怒ついでに付け加えさせていただくと
先週の連休が不具合対応で丸潰れになった事と、
新規導入と動作確認で今週の連休も半分丸潰れになったことが、非常に悔しいです。

書込番号：22939524