きゃらりこ日誌

最近の記事

生活 / 技術

トイレの電気つけっぱなし確認灯を自作しました

我が家のトイレには、左上に直径2cmくらいの小窓があります。
この小窓は電気のつけっぱなしを確認するための穴なのですが、高い位置にあって見づらいうえに、窓が小さすぎて電気が点いているのかどうかがわかりづらいのです。
そこで長距離列車の「便所使用知らせ灯」のような確認灯を作ってみました。

回路図

2SA1015とCdSを使った、電気つけっぱなし確認灯の回路図
電気つけっぱなし確認灯の回路図

部品表

  • CdS(暗抵抗2.0MΩ) 1個 - GL5537-1を使用
  • トランジスタ 2SA1015 1個 - 定番のPNPトランジスタ
  • LED 橙色 1個 - 直径3mm, VF=2.1V, IF=20mA, 50mcd/m(@IF=20mA)
  • 抵抗器 10kΩ 1個 - 1/4Wカーボン抵抗(±5%) プルアップ抵抗
  • 抵抗器 47Ω 1個 - 1/4Wカーボン抵抗(±5%) LEDの電流制限抵抗
  • 電線 2芯 適量 - CdSの延長用
  • 電池ボックス 単4型4本用 1個 - なぜ4本用なのかは後述
  • 画鋲 適量 - 電池ボックス・CdS固定用

説明

まずトイレの電気がついてるかを調べる方法ですが、光センサのCdS(硫化カドミウムセル、別名 フォトレジスタ)を使うことにしました。
なお今回は手持ちの部品の都合で、暗抵抗2.0MΩのものを使用しました。
このCdSをトイレの電球のそばに設置したとき、日中にトイレの電気をつけるとCdSの抵抗値は500Ωぐらい、消すと5kΩぐらいになりました。

次に、LEDを点灯させる方法を考えます。
ただ単にCdSとLEDを直列でつなげればよさそうな気がしますが、CdSが電流制限抵抗になってしまい、500ΩではLEDに流れる電流が小さくなりすぎ、LEDが光っているのかどうかがよくわかりません。
そこでトランジスタでスイッチング回路を作り、LEDを点灯させることにします。
なお今回は手持ちの部品の都合で、PNPトランジスタを使うことにします。
ただ単にCdSをベースに接続するだけだと、トイレの電気を消した場合でもLEDに中途半端な電流が流れてしまい、弱く点灯してしまいます。
そこでプルアップ抵抗10kΩをつけます。
これで正しく動作するようになります。

なお電池ボックスは乾電池2本用を使ってもいいのですが、回路・LEDを収納するスペースを作るために、4本用を使うと便利です。
電池ボックスを壁に固定するときは、ねじ止め用の穴に画鋲を刺すと簡単です。
またCdSは1mくらいの電線で延長し、ドアの隙間を通してトイレの中に設置してください。
本体はトイレの外の見やすい場所に設置してください。

使ってみた感想

実際に設置して使ってみましたが、想定通りに動いてくれました。
ただ誤算だったのは、LEDの大きさが小さいうえに、今回使ったLEDはあまり明るくないものだったので、本体を設置している場所が明るいときは、LEDの光があまり目立ちませんでした。
超高輝度LEDを使うか、LEDを複数使って光る面積を広くしたほうがいいかもしれませんね。
[ | この記事のURL ]


インターネット / メモ

NURO光 G2V スピードテスト

2014年にNURO光に乗り換えてから5年弱経ちますが、スピードテストの測定結果を一切書き記していなかったことに気がついたので、記録に残しておきます。
2011年1月にTry WiMAXでWiMAXを測定をして以来、8年ぶりの測定になります。

【NURO光 G2V】
=== Radish Network Speed Testing Ver.5.3.5.0 β - Test Report ===
使用回線: So-net NURO 光 G2
プロバイダ: So-net
測定地: 神奈川県横浜市
-----------------------------------------------------------------
測定条件
精度: 低 接続数: 1-16 RTT測定: 速度測定前後/速度測定中
データタイプ: 標準 測定クライアント: JavaScript
下り回線
速度: 858.3Mbps (107.3MByte/sec) 測定品質: 91.8 接続数: 2
測定前RTT: 4.14ms (3.85ms - 4.55ms)
測定中RTT: 4.71ms (3.76ms - 8.58ms)
上り回線
速度: 78.79Mbps (9.849MByte/sec) 測定品質: 92.4 接続数: 1
測定前RTT: 5.33ms (4.00ms - 6.00ms)
測定中RTT: 5.25ms (2.00ms - 13.0ms)
測定者ホスト: **********.knge***.ap.nuro.jp
測定時刻: 2019/4/23 02:24:34
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com
=================================================================
前回までとは計測サイトが違うこともあり単純比較はできませんが、2011年1月の記録(KDDIに譲渡された後のTEPCOひかり回線)と比べると、7倍以上速くなっています。
自宅内の有線LANは、NURO光のホームゲートウェイと同じ1000BASE-T(最大1Gbps)になっているので、下り858.3Mbpsはなかなかいい値だと思います。
普段使いだと通信監視ソフトの実測値では、激しく使っても32MB/s程度なので、複数の端末で同時に通信したとしても帯域には充分な余裕がありますね。

下り最大2Gbpsの光回線なので速くて当たり前なんですが、ただこのスペックがいかせるかどうかは通信先次第。
いまだにバックボーン100Mbpsを複数で共有するウェブサーバが残ってますからねぇ…


※2019-05-10追記
OCNでフレッツ光ネクストを使っていた、2014年2月・11月に測定した記録が出てきたので、書いておきます。

【OCN - フレッツ光ネクスト ファミリータイプ(旧宅)】
測定日時:2014年2月13日 14:43
===== Radish Network Speed Testing Ver.4.0.4β - Test Report =====
使用回線:NTT東 フレッツ 光ネクスト ファミリータイプ
プロバイダ:OCN
測定地:神奈川県横浜市
------------------------------------------------------------------
測定条件
精度:高 データタイプ:標準
下り回線
速度:120.1Mbps (15.01MByte/sec) 測定品質:80.1 接続数:4
上り回線
速度:94.05Mbps (11.76MByte/sec) 測定品質:98.8 接続数:1
測定者ホスト:************************.kanagawa.ocn.ne.jp
測定時刻:2014/2/13(Thu) 14:43
==================================================================

【OCN - フレッツ光ネクスト ファミリータイプ(仮住まい)】
測定日時:2014年11月7日 16:23
=== Radish Network Speed Testing Ver.3.2.2 - Test Report ===
使用回線:NTT東 フレッツ 光ネクスト ファミリータイプ
プロバイダ:OCN
測定地:神奈川県横浜市
------------------------------------------------------------------
測定条件
精度:高 データタイプ:圧縮効率低
下り回線
速度:112.5Mbps (14.07MByte/sec) 測定品質:35.0
上り回線
速度:93.13Mbps (11.64MByte/sec) 測定品質:95.6
測定者ホスト:************************.kanagawa.ocn.ne.jp
測定サーバー:東京-WebARENA
測定時刻:2014/11/7(Fri) 16:23
------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
============================================================

[ | この記事のURL ]


メディア / 技術 / メモ

文章校正TIPS

最近、他人の書いた説明文・マニュアルを校正する必要に迫られることがよくあります。
そこで学んだ、よく見かける誤りと対処法、そして素人ながらも私が文章を書く上でいつも心掛けている点をあわせて紹介します。
なお毎回これらをチェックするのが面倒な方は、Microsoft Wordの文章校正機能を使用すると簡単です。

常体(~だ・~である)と敬体(~です・~ます)を混在させない
書きなぐった下書きをもとに書いていたり、複数の人で執筆すると、こうなりがちです。
なお見出し・表・箇条書き内では、文字数の都合があるため常体に統一したほうがよいです。

送りがなが、いいかげん
送りがなは、できるだけ本則に統一しましょう。
同じ文章の中に、「打ち合わせ」(本則)・「打ち合せ」・「打合せ」など、異なるルールの送りがなが入り乱れていると、検索もしづらくなります。

「~は」
「~には」「~することは」「~を」に置き換えられないか考えましょう。

「~を」
「~が」に置き換えられないか考えましょう。

「~とする」
「~する」に置き換えられないか考えましょう。

任意の文字であることが表現できていない
任意の文字であることを表現したい場合は、その文字を斜体にします。

1つの文の中の情報量が多すぎる
思い入れが強かったり、伝えたいという気持ちが強いと、1つの文の中に過剰に情報を詰め込みがちです。
複数の文に分けたり、過剰な部分を省略してシンプルな文章にしましょう。

間違えやすい・不適切な表現

「~することができる」
可能と言う意味で読むと不自然になる場合は、別の表現に書き換えましょう。

「~できます」
「~することができます」のほうがよいです。

「~ませんので」
「~ではありませんが」に書き換え、もしくは2つの文に分けましょう。

「~したり、―したりできます」
「~したり、―たりすることができます」のほうがよいです。

「~したり、~する」
「~したり、~したりする」のほうがよいです。

「~に対して」
別の表現に書き換えたほうが、わかりやすくなることが多いです。

文頭の「なので」は誤り
「なので」は、助動詞「だ」の連体形+助詞「ので」のであるため、「なので」の前には動詞が必要です。
そのため「なので」を文頭に置くことはできません。
「~なので―」の形で使います。

「[名詞]する」
サ変動詞にできない名詞を使う場合は、助詞をつけましょう。
例えば「[名詞]する」にします。
 ×:遠隔する
 〇:実行する

使い分け

算用数字と漢数字の使い分けが適当
具体的な数量・日時を表すときは、算用数字を使います。ただし可読性を考慮する場合や、縦書きの場合は漢数字でも構いません。
固有名詞・熟語・慣用句では、漢数字を使います。
 ×:三百五十五ミリリットル 三五五ミリリットル 〇:355ミリリットル
 ×:一九四五年 千九百四十五年 〇:1945年
 △:240,000,000 〇:2億4千万
 ×:3途の川 〇:三途の川
 ×:第3者 〇:第三者
 ×:数10個 〇:数十個

「使用」・「利用」の使い分けが曖昧
「使用」はその物を本来の目的でを使うこと、「利用」は本来の目的かどうかは関係なく使うことです。
ただ解釈次第では、どちらでも通用するので、使い分けは難しいです。
 例:段ボール箱を使用する。
    →物を入れるために使う。
   段ボール箱を利用する。
    →工作の材料にするために使うのかもしれない。

「~へ」「~に」
使い分けが混乱しがちですが、助詞の「へ」は方向を表し、「に」は動作の到着点を表します。
 例:正門から管理事務所向かいます。
    →目的地は、管理事務所に行く途中にあるトイレかもしれない。
   正門から管理事務所向かいます。
    →目的地は、管理事務所。

名称

固有名詞の表記が統一されていない
同じ物事を、それぞれ別の名称で書いてはいけません。
複数の表記がある場合は、いずれかの表記に統一しましょう。
操作マニュアルでは、ソフト上で使われている表記を使用しましょう。
 Excel・エクセル・表計算ソフト
 ディレクトリ・階層・フォルダ
 ビューア・ビューアー・ビューワ・ビュワー
 操作パネル・操作パレット・右上のフローティングウィンドウ

高度な専門用語・造語を使わない
できるだけ一般的な言葉に置き換えましょう。
またメジャーなソフトに同じ機能がある場合は、できるだけその名称を使用しましょう。
 ×:プロパー 〇:正規品
 ×:進捗度グラフ 〇:ガントチャート

一般に定着していない略語・造語を使いすぎない
できるだけ一般的な表記を使うか、省略しないで書くようにしましょう。

カタカナ語の末尾の長音の表記が曖昧
IT関係の専門用語で、「―er」・「―or」・「―ar」と書く単語をカタカナ表記する場合は、末尾の長音は省略するのが一般的です。
ただし一般に定着している単語の場合は、例外があります(プレイヤー・デザイナーなど)。
 ×:ユーザー コンピューター
 〇:ユーザ コンピュータ

通俗的な表現を使わない
一般に定着しているものや、やむを得ない場合以外は使用しないようにしましょう。
 ×:コピペ 〇:コピーして貼り付け
 ×:スマホ 〇:スマートフォン
 ×:OKです 〇:構いません
 ×:落としてください 〇:ダウンロードしてください 電源を切ってください
 ×:ものすごく 〇:とても
 ×:適当な 〇:任意の
 ×:~してるから 〇:~しているので
 ×:おおまかに 〇:大別して 大きく分けて

固有名詞・単位が正しく書かれていない
正式な表記を使用します。
また一般に親しまれている表記がある場合を除き、正式な名称を使用しましょう。
特に英単語では、大文字小文字・スペルミスに気をつけましょう。
 ×:ピカチュー 〇:ピカチュ
 ×:MS WORD 〇:Microsoft Word
 ×:10KM 〇:10km

方言・古語的表現を使わない
 ×:なるだけ 〇:なるべく

ひらがな・漢字の使い分け

接続詞・連体詞・助動詞・補助動詞・形式名詞・感動詞では漢字を使わない
一部例外はありますが、原則としてひらがなで書きましょう。
 ×:但し~ 〇:ただし~
 ×:~の様に 〇:~のように
 ×:~等 〇:~など
 ×:~出来る 〇:~できる
 ×:嗚呼 〇:ああ

副詞・代名詞のひらがな・漢字の使い分けが難しい
漢字を使うと古語のようになってしまう言葉は、ひらがなで書きましょう。
 〇:たとえば すでに いろいろ 一般に 主に 次に
 〇:ここ そこ あそこ どこ  私 我々 彼女 皆さん

程度の副詞を使用しない
特別な意図がなければ、文を丸ごと削除しましょう。
 「ちょうど」「やっと」「たぶん」「おそらく」など

形式名詞では漢字を使わない
 ×:~の時 ○:~のとき
 ×:~の事 ○:~のこと
 ×:~の為 ○:~のため

文章がわかりづらい

文章が長すぎる
一行50文字以下を目安にして、文章を複数に分割しましょう。
「~、しかし―」・「~、また―」の形になる場合は、接続詞(「しかし」・「また」)の前後の文章を同じ構造にしてやると、読みやすくなります。
名詞が3つ以上連続する場合は、途中に「の」を入れると読みやすくなります。

「~が」「~は」「~の」「~で」「~し」「~して」「~ため」
使い勝手がいいので乱用しがちですが、対応関係・修飾が分かりづらくなるので、別の接続詞に置き換えられないか考えましょう。

文章がねじれている
シンプルな文章構造を心掛け、余計な修飾を省きましょう。
主語と述語の対応関係と、修飾語がどこにかかるのかを考えましょう。
修飾句が長くなる場合は、文章を分割しましょう。
修飾語は、なるべく修飾される語句の近くに置きます。
それでも対応関係がおかしい場合は、文節を入れ替えてみましょう。

受動態(~される)・能動体(~する)の使い分けがおかしい
受動体(「(他人によって)~されている」)・能動体(「(私が)~する」)を区別しましょう。受動態にすべきところが、能動体になっていることがあります。
主語を意識し、ユーザが行う動作は能動態、その操作によって行われた動作は受動態にしましょう。
 ×:ボタンをクリックすると、図形が赤色に塗ります。
  →図形が赤色になるのではなく、図形が何かを赤色に塗る行為を行うという意味になってしまう。
 〇:ボタンをクリックすると、グラフが赤色に塗られます。

削除すべき語句

「~ような」
丸ごと削除しましょう。たいていは、無くても問題ありません。

「[名詞]に~」
~の部分を修飾する場合、意味の理解に支障がなければ削除しましょう。

「余談だが~」
説明の途中でまったく関係のない話が入ると、読者の混乱を招くので、余談は削除しましょう。
余談が必要な場合は一通りの説明が終わった後にする、コラムとして分離するなどの工夫をしましょう。

曖昧な表現

「思う」・「考える」・「する」を曖昧にしがち
 ×:~と思います ~と思われます ~と考えられます ○:~です
 ×:~していきます ○:~します
 ×:印刷したり、プレビューしたりするときは、メニューから選択したり、ツールバーのアイコンをクリックしたりします。  ○:印刷したり、プレビューするときは、メニューから選択するかツールバーのアイコンをクリックします。

「~など」・「~ほか」を使いがち
できるだけ省略せず、具体的に列挙しましょう。
数が多すぎて省略せざるをえない場合は、省略しても支障がないかを充分考えましょう。

同じ語句を連続で使いがち
修飾や意味が曖昧になるので、連続しないように書き換えましょう。
 ×:自由に操作できるように、次のように、一時的に消すことができるようになっています。
 ×:印刷したり、プレビューしたりするときは、メニューから選択したり、ツールバーのアイコンをクリックしたりします。
「~的な」
くだけた表現なので、なるべく使わないようにしましょう。
「~のような」のほうがよいです。

記号

算用数字中のカンマ・漢数字の位取りが適当
見苦しく読みづらいので、どちらかに統一しましょう。
桁数が多い場合は、可読性向上のためにカンマもしくは単位表記を使いましょう。
桁数が多い場合はカンマで区切ります。区切り方は英語の単位表記に従い、3桁ごとに区切ります。
 ×:¥3201500 3201500円 ¥321万1500
 〇:¥3,201,500 3,201,500円 321万1500円

括弧・記号類の、全角・半角の使い分けが曖昧
日本語の文中では全角を、英文の中では半角の括弧を使用します。
また括弧の中が半角だけである場合は、半角の括弧を使います。全角と半角が混在する場合は、全角の括弧を使います。

イニシャル・伏せ字を使っている
できるだけ、イニシャル・伏せ字の使用は避けます。
また伏せる必然性がないときは、使いません。
特に意図がない限り表記を一貫させます。1度目は「●田太郎」、2度目は「山田●郎」などとして、2か所を照らし合わせることで「山田太郎」と特定できるようにしてはいけません。
特に意図がない限り、イニシャルは名前の頭文字にしてはいけません。A・B・C…の順で使います。

見出しでの句点「。」の有無が不統一
句点の有無を統一しましょう。
句点をつけないのが一般的です。
 ×:キーボードは不要。マウスで簡単操作
 〇:キーボードは不要␣マウスで簡単操作

読点の打ち方が、いいかげん
主部と述部のつながりや、修飾句との関係を考えて、主部・述部・修飾句の境目で打ちます。文が短い場合は、打たなくても構いません。
漢字が連続しすぎたり、誤読しそうなときも、可読性を考慮して追加で打ちましょう。
なお読点が不適切な位置にあったり、過剰だったりすると、逆に文章が読みづらくなります。

区切り文字の中黒「・」・読点「、」・「や」・「と」の使い分けが曖昧
単語の列挙では中黒を、文節の列挙では読点を使用します。ただし英単語の場合は半角カンマを使います。
なお外国人・外国製品などの固有名詞の中で中黒を使うとき(ルイ・ヴィトンなど)は、固有名詞中の中黒をスペースに置き換えるか、列挙の区切り文字を読点にします。
「や」・「と」は、1語目(列挙の中でも代表的な単語)と2語目の間の区切りに使ったり、列挙の中でグループ化したいときに使います。

「…」の表記がいいかげん
「…」は省略を表す記号です。説明文においては、語尾を濁す目的では使わないようにしましょう。
また「...」(半角ピリオド3つ)や「・・・」(中黒3つ)「、、、」(読点3つ)・「....」(半角ピリオド4つ)、「‥‥」(2点リーダ2つ)ではなく、「…」(三点リーダ)が正しい表記です。
なお印刷業界では、「……」(三点リーダ2つ)が正しい表記です。
また最後に読点はつけません。
 ×:…。 〇:…␣
[ | この記事のURL ]


サイト管理 / 技術 / メモ

CSSだけでアコーディオンメニューを実装する

デザイン変更の度に仕組みを忘れてしまい、調べなおすのも面倒なので、ここにメモとして残しておきます。

仕組み

CSS3の疑似クラス:checked(チェックボックスの状態の確認)でチェックボックスがONになっているかを調べ、間接セレクタ~(兄弟要素に適用)を使ってつなげることで、アコーディオンメニュー・ボタンの表示を切り替えています。

サンプルコード

<!DOCTYPE html>
<html>
<head>
<style>
#cBox, #close, #aMenu,
#cBox:checked ~ #open {
/* チェックボックス、×、アコーディオンメニューを隠す。 */
/* チェックボックスが☑だったら、≡を隠す。 */
display: none;
}
#cBox:checked ~ #close,
#cBox:checked ~ #aMenu {
/* チェックボックスが☑だったら、×とアコーディオンメニューを表示。 */
display: block;
}
</style>
</head>
<body>
<input type="checkbox" id="cBox">
<label id="open" for="cBox">≡</label>
<label id="close" for="cBox">×</label>
<nav id="aMenu">
項目1<br>
項目2<br>
項目3<br>
 ⋮
</nav>
</body>
</html>

チェックボックス代わりにラジオボタン、間接セレクタの代わりに隣接セレクタ+(すぐ下の弟要素に適用)を使っても構いません。

また<input>・<label>タグを、<form>タグで囲みたくなる衝動に駆られますが、チェックボックスとアコーディオンメニューが兄弟要素(同階層)ではなく、アコーディオンメニューが叔父叔母要素(?)になってしまい間接セレクタが使えなくなるので、やめておきましょう。
HTML5の文法上問題ないとはいえ、<form>で囲まないのはちょっと気持ちが悪いですが…
[ | この記事のURL ]