ブログ ・ 水質の運用
Wi-Fi水温計の選び方 — 2.4GHz・通知経路・防水の落とし穴
公開 ・ 内容確認 ・ 読了目安 24分
執筆: 友田陽大(魚まもり開発者(水質モニタリングIoT))
「スマホで水温が見られる温度計が欲しい」——そう思って検索すると、Wi-Fi対応・Bluetooth対応・アプリ通知対応の製品が並び、どれも同じように見えます。ところが実際につまずくのは、水温の精度ではありません。「ルーターに繋がらない」「気づいたら通知が来ていなかった」「プローブは防水だが本体が濡れて壊れた」——つまずきやすいのはこの3点です。いずれもスペック表の数字ではなく、電波の物理・規格の読み方・通知の届き方という、カタログの外側にある話が原因です。この記事では接続方式の見分け方から始めて、2.4GHz帯しか掴めない理由、温度を測る部品の原理(確度と分解能・自己発熱・応答時間)、IP等級の正しい読み方、そして「通知が届かない側」の失敗までを順に整理します。
「Wi-Fi水温計」は3つの方式に分かれる
最初に押さえるべきは、スマホで水温が見える製品が「Wi-Fi水温計」という一つのカテゴリではない、ということです。つなぎ方は大きく3方式あり、これによって遠隔で通知が届くか・停電時にどうなるか・電池が要るかが決まります。商品ページの見出しだけでは見分けがつかないことが多いので、まず方式から確認してください。
方式A — Bluetooth単独型
センサー本体がスマホと直接つながる方式です。中継機が要らず電池で動き、安価。ただしBluetooth(BLE)の到達距離は屋内で数メートル〜十数メートル程度なので、「その部屋に居るときにアプリを開いて読む」用途に限られます。多くの製品はセンサー側にログを溜めるので帰宅後に履歴は追えますが、留守中に気づく手段にはなりません。
方式B — Bluetooth + ゲートウェイ型
センサーはBLEのままにして、常時通電の中継機(ゲートウェイ/ハブ)が受け取ってクラウドへ上げる方式です。センサー側は省電力なので電池が長持ちし、複数のセンサーを1台のゲートウェイでまとめられます。弱点は構成要素が増えること——センサー・ゲートウェイ・ルーター・クラウド・スマホのどこか一つが落ちると通知経路が切れます。ゲートウェイはUSB給電が普通なので、停電すると真っ先に止まります。
方式C — Wi-Fi直結型
センサー機器そのものが家のルーターにつながり、自分でクラウドへ送る方式です。中継機が不要で構成はシンプルですが、Wi-Fiの送信は電力を食うため電池式だと寿命が短くなりがちで、USB給電が中心になります。そしてこの方式こそが、次節の「2.4GHz帯しか掴めない」「メッシュWi-Fiで繋がらない」という設定の壁に当たります。
| 方式 | つなぎ方 | 給電の典型 | 通知の経路 | 測れる項目と限界 |
|---|---|---|---|---|
| A: Bluetooth単独型 | スマホと直接(近距離のみ) | ボタン電池・乾電池 | 遠隔通知なし(アプリを開いて読む) | 水温。外出先からは気づけない |
| B: BLE + ゲートウェイ型 | 中継機がクラウドへ橋渡し | センサー=電池 / ゲートウェイ=USB | アプリのプッシュ(クラウド経由) | 水温・室温・湿度など。停電でゲートウェイが止まる |
| C: Wi-Fi直結型 | 機器が自分でルーターへ(多くは2.4GHz帯のみ) | USB給電が中心 | アプリのプッシュ・メール等 | 水温・室温など。回線が落ちると通知経路も落ちる |
| C': 多項目ノード型(魚まもりもここ) | 機器が自分でルーターへ(2.4GHz帯) | USB給電(電源が落ちたこと自体を検知する設計) | LINE・プッシュ・メール | 水温・EC(TDS)・漏水・停電。アンモニアは測定できません。事故そのものを止める装置でもありません |
つまり「留守中に気づきたい」なら方式Aは最初から候補外で、方式B・Cはどちらもクラウドと家の回線に依存します。停電・回線断のときにどう振る舞うかを同じ土俵で確認する必要がある、というのがこの表の読みどころです。
なぜ2.4GHz帯しか掴めない機器が多いのか
Wi-Fi対応のIoT機器の多くは2.4GHz帯にしか対応していません。これは手抜きではなく、電波の物理とチップのコストの両方から出てくる合理的な設計です。理由が分かると、「うちのルーターは5GHzが速いのに、なぜ繋がらないのか」という疑問も対処法も同時に片づきます。
周波数が高いほど、遠くまで届かない
電波は周波数が高いほど直進性が強く、距離による減衰も大きくなります。自由空間の伝搬損失は周波数の2乗に比例するため、同じ距離なら5GHz帯は2.4GHz帯よりおよそ6dB多く失われる計算になります(受け取れる電力にしておよそ4分の1)。壁・扉・水槽台の木材・金属ラックを通るときの減衰も5GHzの方が大きい。水槽まわりの機器はキャビネットの中や床に近い低い位置——電波にとって不利な場所に置かれがちなので、到達距離で有利な2.4GHz帯が選ばれます。
単一帯域のチップの方が、安く・省電力に作れる
もう一つはコストです。2.4GHz専用の無線チップはデュアルバンド対応品より安く、消費電力も小さく、アンテナ設計も簡単に済みます。加えて2.4GHz帯は世界共通のISMバンドなので、1つの設計で各国へ出荷しやすい。代償として2.4GHz帯は電子レンジ・Bluetooth・近隣のWi-Fiと帯域を共有していて混雑しやすいのですが、水温を数分おきに送るだけなら必要な帯域はごくわずかで、速度より「届くこと」を優先した判断は理にかなっています。
メッシュWi-Fiのバンドステアリングという罠
設定でつまずいたとき、最初に疑うべきがこれです。最近のメッシュWi-Fiや高機能ルーターは2.4GHzと5GHzに同じSSID(ネットワーク名)を割り当て、端末ごとに最適な帯域へ自動で振り分けます(バンドステアリング)。人間が使う分には便利ですが、2.4GHz専用機のペアリング手順とは噛み合わず、失敗の原因になります。多くの製品はセットアップ時にスマホのアプリからSSIDとパスワードを機器へ渡しますが、そのときスマホが5GHz側に繋がっていると、機器は同じ名前のネットワークを2.4GHz帯で見つけられず、「パスワードが違います」「ネットワークが見つかりません」という原因を取り違えやすいエラーで止まります。
ペアリングが通らないときに確認する順番
- セットアップ中だけスマホを2.4GHz帯のSSIDに繋ぐ(5GHzのままだと機器へ渡す情報が食い違う)
- メッシュ環境なら、設定のあいだだけ2.4GHz専用のSSID(またはゲスト用SSID)を用意して分離する
- SSIDとパスワードに全角文字・機種依存文字・長すぎる文字列が含まれていないか確認する
- ステルスSSID(非通知)やMACアドレスフィルタリングを一時的に解除する
- 暗号化方式がWPA3専用になっていないか確認する(IoT機器はWPA2/WPA3混在モードで通ることが多い)
- 設置予定の場所にスマホを持っていき、そこで電波が十分か先に確かめる(キャビネット内・金属ラックは減衰が大きい)
温度を測る部品の話 — サーミスタとデジタルセンサー
ここは私の専門領域なので、少し丁寧に書きます。水温計の中身は大きく「サーミスタ(NTC)」と「デジタル温度センサー(DS18B20のような1-Wire品など)」の2系統に分かれます。どちらが優れているという話ではなく、精度がどこで決まるか・何が狂いやすいかが違う。カタログの「±0.5°C」「0.1°C表示」という数字が何を指すのかは、ここを理解しないと読めません。
サーミスタは「抵抗が変わるだけ」の素子
NTCサーミスタは、温度が上がると抵抗値が下がる半導体素子です。安価で小さく応答も速い一方、抵抗と温度の関係は直線ではなく指数的で、B定数やSteinhart-Hartの式で温度へ換算します。重要なのは、サーミスタ単体では温度が出てこないということ。基準抵抗と分圧回路を組み、マイコンのADCで電圧を読み、係数で換算して初めて温度になります。最終的な確度は素子の個体差(±1%品か±5%品か)・基準抵抗の精度・ADC基準電圧の安定度・換算係数の当てはまりという鎖の全部で決まります。つまり安価な製品のズレは、素子そのものではなく鎖の他の部分に由来している場合があります。
デジタル温度センサーは、鎖の大半をチップの中に閉じ込める
DS18B20に代表されるデジタル温度センサーは、素子・ADC・校正値をひとつのICに封じ込め、温度をデジタル値で返します。データシート上の確度は-10〜+85°Cで±0.5°C、分解能は9〜12ビットから選択でき、12ビット時の変換時間は最大750ms——と、性能が数値で規定されています。実装上の利点は、ケーブルを流れるのが電圧ではなくデジタル信号だという点です。アナログは配線でノイズを拾うと値がそのまま動きますが、デジタルなら数メートル延ばしても読み値がじわりとずれることは基本的にありません(ただし延長できる長さは無制限ではなく、線種・プルアップ抵抗・寄生電源かどうかといった配線条件で上限が決まります)。水槽から離れた場所に本体を置く製品でこの方式が使われるのは、そのためです。
0.1°C表示は確度ではなく分解能
ここが最も誤解されるところです。分解能(resolution)は「刻める最小の幅」、確度(accuracy)は「真の値からどれだけズレうるか」で、この2つは独立しています。0.01°Cまで表示する機器が真値から1°Cずれていることは普通にありえますし、逆に0.1°C刻みでも確度の高い機器はあります。カタログに分解能しか書かれていない場合、確度は保証されていないと読むのが安全です。
そして確度のズレは、多くの場合ランダムではなく「オフセット(偏り)」として現れます。この性質は使い方によっては味方になります。同じセンサーで測り続ける限り、オフセットは引き算で打ち消されるからです。「今26.4°Cだ」という絶対値の判断には確度が要りますが、「1時間で1.5°C上がった」という変化量の判断にオフセットは効きません。私が変化の速さ(Δ)を軸に監視を設計しているのは、この非対称性が理由です。絶対値の正確さを追うと校正の手間が際限なく増える一方、変化の速さなら安価なセンサーでも意味のある信号が取れます。
自己発熱と応答時間 — 測り方そのものが値を変える
サーミスタの抵抗を読むには電流を流す必要があり、流した電流は素子をわずかに温めます(自己発熱)。発生した熱がどれだけ逃げるかは散逸定数(mW/°C)で表され、これは置かれた環境で変わります。静止した空気中より、流れのある水中の方が熱はよく逃げるので、自己発熱による誤差は小さくなる。裏を返せば、空気中で合わせた校正がそのまま水中で成り立つとは限らない、ということです。
もう一つが応答時間です。センサーは周囲の温度に即座に一致するわけではなく、熱容量と熱の伝わりやすさで決まる時定数(τ、変化幅の約63%に達するまでの時間)をもって追従します。おおまかな目安として、裸に近い小さな素子を水流のある水中に入れれば数秒、ステンレスの保護管に入った水中プローブなら十数秒〜数十秒、樹脂ケースごとガラス面に貼るような測り方なら数分——と、同じ素子でも桁が変わります(実際の値は各社の公開仕様で確認してください)。なお水に直接触れない測り方(ガラス面への貼り付け等)は、追従が遅いだけでなく室温側に引かれるため、落ち着いた後も水温からずれ続けます。遅れ(時定数)と偏り(オフセット)は別々に効くので、分けて考えてください。「水温が急変したときにすぐ分かるか」は、確度よりむしろこの時定数と設置場所で決まります。
- 実際の水温(ステップ変化)
- 応答が速い水中プローブ(時定数10秒)
- 応答が遅い測り方(時定数90秒)
| 系列 | 水温が変化してからの経過時間(秒) | センサーの読み値(°C) |
|---|---|---|
| 実際の水温(ステップ変化) | 0 | 25 |
| 実際の水温(ステップ変化) | 2 | 28 |
| 実際の水温(ステップ変化) | 300 | 28 |
| 応答が速い水中プローブ(時定数10秒) | 0 | 25 |
| 応答が速い水中プローブ(時定数10秒) | 10 | 26.9 |
| 応答が速い水中プローブ(時定数10秒) | 30 | 27.9 |
| 応答が速い水中プローブ(時定数10秒) | 60 | 28 |
| 応答が速い水中プローブ(時定数10秒) | 120 | 28 |
| 応答が速い水中プローブ(時定数10秒) | 300 | 28 |
| 応答が遅い測り方(時定数90秒) | 0 | 25 |
| 応答が遅い測り方(時定数90秒) | 10 | 25.3 |
| 応答が遅い測り方(時定数90秒) | 30 | 25.9 |
| 応答が遅い測り方(時定数90秒) | 60 | 26.5 |
| 応答が遅い測り方(時定数90秒) | 120 | 27.2 |
| 応答が遅い測り方(時定数90秒) | 300 | 27.9 |
防水等級の読み方 — 本体防水と水中プローブは別物
「防水」と書いてあるから沈めて大丈夫、とはなりません。IP等級(IEC 60529のIPコード)は2桁の数字それぞれが別の試験に対応していて、上位等級が下位等級を含むとは限らない部分があります。水槽まわりは常時湿度が高く、海水なら塩分が這い上がってくる環境なので、ここを読み違えると機器は短命に終わります。
IPの2桁が意味すること
IPのあとの1桁目は固形物(粉塵)に対する保護、2桁目が水に対する保護を表します。水槽で見るのは主に2桁目です。数字の代わりに「X」が入っているのは、その項目を試験・表示していないという意味で、たとえばIPX7は「一時的な水没には耐えるが、防塵等級は主張していない」という表記になります。
| 表記 | 規格上の意味 | 水槽まわりでの読み替え |
|---|---|---|
| IPX4 | あらゆる方向からの飛沫に耐える | 水はねは平気。水没は想定されていない |
| IPX5 / IPX6 | 噴流 / 強い噴流に耐える | 洗浄や吹きかけには強い。沈めてよい意味ではない |
| IPX7 | 一時的な水没に耐える(試験条件は水深1m・30分が代表) | 落としても即座に壊れない程度。常時水没を約束する等級ではない |
| IPX8 | 継続的な水没に耐える(条件はメーカーが規定) | 水中常設を検討できるのはここから。深さと時間の条件を仕様書で確認 |
| IP67 / IP68 | 1桁目6=防塵、2桁目=上記の水没等級 | 粉塵環境も含めた等級。屋外や粉じんの多い場所向け |
| 数字がX | その項目は試験・表示をしていない | 書かれていない性能は「ない」ものとして扱う |
水に入るのはプローブだけ、という前提
水温計の多くは、水中に入れるプローブ部と、電池・無線・表示を持つ本体部に分かれています。そして防水等級が書かれているのはプローブ側だけ、というケースが少なくありません。本体は「生活防水」程度、あるいは無記載——つまり水はねを想定していないのが実情です。水槽台の中は水換え時の跳ね返り・結露・エアレーションの飛沫で想像より濡れるので、本体は水面より高い位置に置き、ケーブルは途中で一度垂らして水滴を落とす(ドリップループ)のが基本です。
地味に効くのがケーブルの引き出し口です。プローブ本体が防水でも、ケーブルとの接合部や被覆の隙間から毛細管現象で水が入り込み、内部で結露して読み値がゆっくりズレていくことがあります。サーミスタのエポキシ封止に水分が浸透すると抵抗値が経時的に動く——これがセンサードリフトの典型的な原因のひとつです。「買った当初は合っていたのに、いつのまにか1°Cずれている」という症状の背景としては、まずこの種の劣化が疑われます。だからこそ絶対値を長期に信じるより、定期的に基準と突き合わせるか、変化の速さで見る運用の方が現実的です。
電池と通知経路 — 「届かない側」の失敗
水温計まわりで見落とされやすいのは、「測れなかった」失敗ではなく「知らされなかった」失敗です。センサーが正常でも、電池・回線・スマホのどこかで通知は止まります。しかも止まっていること自体に気づけないのが厄介なところ。ここは方式に関係なく共通して効く論点なので、購入前にチェックできるように分解しておきます。
低温で電池は弱る
電池は化学反応で電気を作るので、温度が下がると反応が鈍り内部抵抗が上がります。アルカリ乾電池は低温での容量低下が比較的大きく、リチウム一次電池は低温に強い——といった一般的な傾向があります。問題は、Wi-Fiの送信が瞬間的に数百mAという大きな電流を要求することです。内部抵抗が上がった電池ではこの瞬間に電圧が落ち込み、マイコンがリセットされて送信できなくなる。電圧計で測れば「まだ残っている」のに動かない、という状態です。BLE機器が同じ電池で長く動くのは、送信の電流も時間もWi-Fiよりずっと小さいからです。
送信が止まったこと自体は、通知されにくい
ここが構造的な弱点です。しきい値方式の通知は「水温がしきい値を超えたら鳴らす」という作りです。ところが電池が切れれば送信そのものが止まるので、しきい値を超えるデータは二度と届かず、通知は永遠に鳴りません。アプリを開けば最後に受信した値がそのまま表示され、一見すると正常に見えます。これは「静かな失敗」と呼ばれる典型です。対策は単純で、「値の異常」だけでなく「データが来ないこと自体」を異常として扱う仕組み(無応答検知)があるかを、購入前に確認することです。
スマホ側の省電力設定で通知が消える
機器が正しく送っていても、受け取る側で止まることがあります。OSの通知許可がアプリ単位で切れている、集中モード(おやすみモード)に入っている、通知の要約でまとめられて朝まで表示されない、バッテリー最適化の対象でバックグラウンド動作が制限される——どれも「アプリ内の通知設定はオンなのに届かない」を引き起こします。特にAndroid系は端末メーカー独自の省電力機能が強く効き、アプリを一定時間使わないとバックグラウンドごと止められる場合があります。またプッシュ通知は仕組み上ベストエフォートで、配信が保証される種類の通信ではありません。
通知が本当に届くか確かめる手順
- アプリ内ではなくOSの設定画面側で、そのアプリの通知許可がオンになっているか確認する
- 集中モード・おやすみモード・通知の要約から、そのアプリを除外する
- バッテリー最適化・省電力の制限対象からアプリを外す(Android系は端末メーカー独自の制限も確認する)
- しきい値を一時的に今の水温すれすれに設定して、実際に通知が飛ぶか試す
- センサーの電源を意図的に切り、「無応答」として知らせてくれるかを確かめる
- 通知経路を2つ以上(プッシュ + メール、LINE等)にして単一障害点を作らない
- 月に一度、意図的にアラートを起こして経路が生きているか確かめる(設定は放置すると腐る)
どう選ぶか — 測りたいものと、気づき方から逆算する
最後に選び方をまとめます。順番は「機器を選ぶ→用途に当てはめる」ではなく逆です。①何を測りたいのか、②どこまで離れた場所で気づきたいのか、③気づいたときに何ができるのか——この3つを先に決めれば、方式はほぼ自動的に絞られます。スペック表の比較はその後で十分です。
- 同じ部屋で水温の履歴を見たいだけ → 方式A(BLE単独型)。安く、電池も長持ちする
- 外出先から見たい・通知が欲しい → 方式BかC。クラウド経由になるので回線と電源の前提を確認する
- 複数の水槽・水槽部屋をまとめたい → 方式B(ゲートウェイ型)が構成しやすい。ただしゲートウェイが単一障害点になる
- 水温以外(漏水・停電・EC/TDS)も一緒に見たい → 多項目のノード型。測れる項目と測れない項目を先に確認する
- 停電そのものを知りたい → 機器側にバックアップ電源があるか、復電後に事実を知らせる仕組みがあるかを見る
そして共通して確認したいのが、「値の異常」だけでなく「異常の兆し」をどう扱うかです。しきい値方式は分かりやすい反面、危険域に入るまで鳴りません。ヒーターが壊れて水温が下がり始めても、しきい値の20°Cを割るまでは沈黙している。けれどヒーターで制御している水槽の水温は普段ほぼ横ばいなので、「1時間で1.5°C下がった」という傾き(Δ)は絶対値より早く異変を示します。確度に依存しない・オフセットが打ち消される・平常時との比較で判断できる——この3点で、Δは安価なセンサーと相性の良い指標です。
誤解のないように書いておくと、どれだけ良い水温計を選んでも、ヒーターの故障や停電そのものが起きなくなるわけではありません。機器にできるのは、起きたことを早く伝えることだけです。それでも、帰宅して初めて知るのか、始まった直後に手元の通知で知るのかでは、打てる手の数がまるで違う。選ぶ基準を「精度」から「気づくまでの時間」に置き換えると、必要な仕様は驚くほどはっきりします。
- 水槽の遠隔監視デバイス — 方式の全体像と選び方 — 遠隔監視のHUB。水温計を含む監視全体の組み立て方はこちら
- TDS・EC・pHメーターの校正 — 精度が狂う理由と合わせ方 — 確度・分解能・ドリフトの話をさらに深掘り。校正の限界も扱う
- 水槽ヒーターとサーモスタットの選び方・故障の見分け方 — 水温計で捉えたい相手側。加熱機器の壊れ方を知る
- スマートプラグで水槽を見張る — できることと限界 — 電源側から異常に気づくアプローチ。水温計との役割分担
- 水温マスターガイド — 適温・急変・機器トラブルの見方 — そもそも何度をどう見るか。水温クラスターの入口
- 留守中の水槽の見守り(飼育ガイド) — 不在時に気づくための具体的な組み立て
よくある質問
Wi-Fi水温計が2.4GHzにしか対応していないのはなぜですか?
電波は周波数が高いほど減衰が大きく、5GHz帯は同じ距離でも2.4GHz帯より届きにくくなります。水槽まわりの機器はキャビネットの中など電波に不利な場所へ置かれがちなので、到達距離で有利な2.4GHz帯が選ばれます。加えて2.4GHz専用チップは安く省電力で、世界共通のISMバンドとして1設計で各国へ出荷しやすいという事情もあります。
メッシュWi-Fiでペアリングできません。どうすればいいですか?
メッシュや高機能ルーターは2.4GHzと5GHzに同じSSIDを割り当てて自動で振り分けるため、セットアップ中にスマホが5GHz側にいると、機器が同じ名前のネットワークを2.4GHz帯で見つけられずに失敗します。設定のあいだだけ2.4GHz専用のSSID(またはゲストSSID)を用意してスマホをそちらに繋ぐのが確実です。併せて全角のSSID・パスワード、ステルスSSID、MACフィルタ、WPA3専用設定も外して試してください。
IPX7と書いてあれば水中に沈めたままで使えますか?
いいえ。IPX7は一時的な水没(代表的な試験条件は水深1m・30分)に耐える等級で、常時水没を想定したものではありません。継続的な水没はIPX8で、しかも深さと時間の条件はメーカーが規定します。水没試験と噴流試験は別なので、IPX7がIPX5を含むわけでもありません。多くの製品は水に入れるのがプローブだけで、本体は水はね程度しか想定していない点にも注意してください。
電池式とUSB給電、どちらを選ぶべきですか?
設置の自由度なら電池式、継続運用の安定性ならUSB給電です。電池は低温で内部抵抗が上がり、Wi-Fi送信時の大きな電流で電圧が落ちて止まることがあります。電圧計上は残っているのに動かない、という形で現れます。一方USB給電は停電で止まるので、停電そのものを検知して知らせる仕組みがあるかが分かれ目です。どちらを選ぶ場合も「送信が止まったこと自体」を通知できるかを先に確認してください。
アラートが来ないことがあります。どこを確認すればいいですか?
まずOSの設定画面でアプリの通知許可を確認し、集中モード・通知の要約・バッテリー最適化の対象から外します。そのうえで、しきい値を今の水温すれすれに一時変更する・センサーの電源を切ってみるなど、意図的に条件を作って実際に届くかを試すのが確実です。通知経路をプッシュとメールなど2つ以上に分けると単一障害点が減ります。設定は放置すると腐るので、月1回の疎通確認をおすすめします。
参考文献
- Analog Devices(旧Maxim Integrated): DS18B20 Programmable Resolution 1-Wire Digital Thermometer データシート(メーカー公開仕様。型番で検索して最新版を参照)(確度±0.5°C(-10〜+85°C)・9〜12ビットの分解能選択・12ビット時の変換時間最大750msという「確度と分解能は別物」の裏づけ)
- Wi-Fi Alliance(業界団体)(Wi-Fiの周波数帯(2.4GHz / 5GHz / 6GHz)と規格世代に関する一次情報の入口)
- Inkbird 公式サイト(Bluetooth / Wi-Fi対応 温度計・温度コントローラの製品仕様)(接続方式・給電・通知経路の整理に用いた公開仕様の例。本記事は方式の整理であり、実機の性能を比較したものではない)
- Fondriest Environmental: Water Temperature(水温測定と、水温が水環境に与える影響の一般解説)
- IEC 60529(電気機器の外郭による保護等級・IPコード)(IPの1桁目=固形物、2桁目=水に対する保護。IPX7の代表的な試験条件(水深1m・30分)、IPX8はメーカー規定条件、水没試験と噴流試験が別建てである点の根拠となる国際規格)
- NTCサーミスタの基礎(各社アプリケーションノートの一般解説)(抵抗-温度特性の非直線性(B定数・Steinhart-Hart)、散逸定数と自己発熱、熱時定数といった一般則。特定の一次出典に依らない業界共通の記述)