最短の結論

server の指定を消して pool だけ書けば良い。pool は DNS ラウンドロビンしているドメイン名を指定すれば、返ってくるIPアドレスをすべて同期先に登録する (複数 server を書くのと同じ)

pool ntp.jst.mfeed.ad.jp iburst

確認

状態の確認は ntpq -p

watch ntpq -p

offset が上位サーバとのズレ (ms)。

http://www.jst.mfeed.ad.jp/others/01.html を見ると、mfeed の時点で ±2msぐらいのずれはあるようなのであんまり気にしても負け。

ネットワーク的な近さ

うちでは ntp.nict.jp よりも mfeed のほうが近い (7〜8ms 6hop)。mfeed は st=2 だが、nict と mfeed は専用線接続 (インターネットを経由しない) なので外乱なしで安定している。

ちなみに IPv6 より IPv4 のほうが traceroute6 的には hop 数がすくなかったけど、DS-Lite で transix (mfeed) まで IPv6 トンネル貼ってるからで、基本的には IPv6 のほうが近い気がする。ただ、IPv6 では DNS ラウンドロビンしているホスト名がないので pool は使えず、server ですべてのサーバを指定する必要がある。

  1. トップ
  2. tech
  3. /etc/ntp.conf の設定

  • マーカータイ
    • 表示スペース付結束バンド
    • label zip tie とかで検索
  • ファイバータグ
    • 線名札 ケーブル札 ケーブルタグ

あたりが検索ワード

やっぱり、これをつけるのとつけないのでは全然違う。そんなに変更するわけではない配線でもつけておくとちょっと配線かえようというときに安心してできる。

マーカータイ

使い捨てで単価が安い (数円)。基本的にこれを使う。

ラベルが巻きつくタイプ

マーカータイ100白-100P - オーム(OHM)

オーム(OHM)

3.0 / 5.0

LANケーブルなどに使うと、結束する部分が邪魔になることがある。

ラベルが立つタイプ

uxcell タグジップタイ ケーブルタイ ナイロン製マーカーの配線タイ パワーケーブル 100個 - uxcell

uxcell

3.0 / 5.0

ラベル自体が邪魔になることがある。

場合によって使いわけるのがよさそう。

ファイバータグ

電気工事の配線時のラベリングに使われてる。単価がちょっとだけ高くて場所をとる。結びかたによって再利用可能。

エルパ (ELPA) 丸札 小判形 20枚入 ファイバー紙 NH-11H - エルパ(ELPA)

エルパ(ELPA)

3.0 / 5.0

これは今回は使ってない。

  1. トップ
  2. tech
  3. ケーブルにラベル・タグをつける

HUAWEI P20 ミッドナイトブルー 【日本正規代理店品】 P20/Midnight Blue - HUAWEI(ファーウェイ)

HUAWEI(ファーウェイ)

4.0 / 5.0

ASUS ZenFone3 から Huawei P20 に機種変更した。ピンクゴールドにした。

妻が使ってる ZenFone2 がだいぶ微妙になってきて、検討の結果、自分の ZenFone3 を妻にあげて自分が機種変することになった。

普段使いで ZenFone3 に不満はまったくなくて機種変のモチベーションはあんまりなかったが、写真が綺麗なやつが欲しいなと思い P20 に。

使ってみると全体的にパフォーマンスあがってることは実感できるけど、ものすごく快適になった!というほど不満がなかったので、それほど感動はなかった。

写真は暗所の性能がものすごく良くて、室内撮影なら手ブレを気にせず撮って出しできるぶん一眼レフよりもかえって楽に感じる。この手のハイエンドスマフォのカメラはのきなみ同じソニーセンサーを使ってるので、レンズとソフトの違いになるけど、Huawei はいずれにも力を入れてるなあと実感できる。

しかし ZenFone2 も ZenFone3 も microSIM だったが、最近の端末は nanoSIM だったりで面倒な感じ。

SIM カードのサイズ変更

iijmio でネットからSIMカードのサイズ変更をすると未知の長さのダウンタイムが発生して気が乗らなかったが、ビックカメラのカウンターだと (iijmio の SIM でも) 即日変更できると聞いてやってきた。新宿でやったけど店員さんも慣れてて、20分ぐらいで変更できた。税込で3600円ぐらいが後日契約カードに請求されるとのこと。

そもそもビックSIMがIIJってことを知らなかったわ。


【Amazon Alexa認定取得製品】 TP-Link WiFi スマートプラグ 遠隔操作 直差しコンセント Echo シリーズ/Google ホーム/LINE Clova 対応 音声コントロール サーキュレーター ハブ不要 3年保証 HS105 - TP-Link

TP-Link

5.0 / 5.0

HS105 を買ってみた。中にリレーが入っていて Wi-Fi 経由でオン・オフできるというもの。

値段的には3000円ぐらいで買ったので、まぁこのぐらいだろうという気がする。まともな24時間タイマースイッチと同じぐらいの値段と考えると、買える値段。定価だとちょっと高いなと感じる。

アプリからのオン/オフは結構はやい。リレーの動作音 (カチ) がするので、リレーの動作音が好きな人(自分)には嬉しい。

最大電流が14Aまでだけど、14A限界まで連続して使うような負荷には使わないほうが良さそう。今のところエアコンと連動させたいサーキュレータに使っている。

うちでは他に使えそうな機器があんまりないかな。冬になったらホットカーペットに使うのが便利かも。あとはいざってときに強制的に再起動したい機器につけとくと遠隔で再起動できて良いかもしれない。

Google Home から制御

デバイスは TP-Link の Kasa というアプリで設定する。このとき Kasa のアカウントを作るので覚えておく。

Google Home アプリからデバイスを追加で TP-Link Kasa を選び、Kasa アカウントでログインするとデバイスが現れる。ニックネームを適切に設定すると「OK Google、サーキュレーターつけて」とかで制御できる。

コマンドラインから制御

自力で制御する場合は GitHub - plasticrake/tplink-smarthome-api: TP-Link Smarthome WiFi API が使える。コマンドラインアプリもついてるので、以下のようにシェルから実行できる。

tplink-smarthome-api sendCommand 192.168.0.26:9999 '{"system":{"set_relay_state":{"state":0}}}'
  1. トップ
  2. tech
  3. TP-Link のスマートプラグ HS105 を買って制御してみた


最近ちょっとOAタップの意識が高まってしまって、常用するOAタップはできるだけパナソニック製品 (できが良い) にしようという気概が生まれてきてしまった。

それはともかく、パナソニックはOAタップに「コードなし」モデルをラインナップしている。つまりユーザ側で任意のコードを取り付けられるようになっている。

必要なのは以下の通り。

  • コードなしOAタップ
  • 3心ビニルキャブタイヤ丸形コード(VCTF)2.0mm^2
  • プラグ (2P接地極) 2P
  • (オプション。あったほうが綺麗にできる) R2-3.5 裸圧着端子

ちなみに、価格的には普通にコード付きのを買ったほうが多少安い。作業コストも含めるとカスタム長コードはかなり高くつくことに注意されたい。

自分でコードをつける利点は

  • 任意コード長にできる
  • あとから部分的に構成を変えられる
  • OAタップ側は接地極付きにするがプラグは2極にする、みたいな変な構成のタップが作れる

あたり。特に最後のやつは地味に便利だと思っている。一般家庭だとまず接地極が存在していないので、3極タップに対しては余計に変換プラグが必要になったりするんだけど、それをなくしてコンセント付近をスリムにできる。

ref.

  1. トップ
  2. tech
  3. カスタムコード長OAタップを作る

なんとなく発見があったらいいなぁぐらいで土曜日に行ってきた。

発見と面白かったのは以下らへん

  • SONY が思いのほか SPRESENSE を押してた
  • MESH はちょっと小さめ。SONY と MESH は別々にスポンサーになっていた
  • ソラコムがスポンサーで出展してた
  • 手動で射出成形するというアイデア (樹脂を手動でいれて、温めて手動で圧力かける) がおもしろかった
  • Prusa が出展してた。やっぱ MK3 はベースの剛性よさそう。
  • 自動で組紐するマシンを2つぐらい見掛けた。君の名は的な流行りなのだろうか
  • アマチュア無線関係はほとんどない。明確なのは1つだけかな? ちっちゃいSDR。BGA リフローしたりしてて極めて高度だけど、MFT ではなかなかウケにくそう


MFT はとにかく「音」「光」「動」がないと歩いてる人に興味を持ってもらいにくいのがなかなか厳しいと思った。

というのがあるらしいことを知った。ペルオキソ一硫酸水素カリウム+塩化ナトリウムで構成される薬剤らしい。一般向けには杏林製薬がルビスタという製品で売っていて、アマゾンでも買える。動物・畜産分野ではおそらく同様のものがバイエル薬品からアンテックビルコンS (Virkon) という製品名で出ている (そもそもルビスタもアンテックの製品であり、海外だと Rely+On Virkon という名称だったりする)。

メカニズムをみると、ペルオキソ一硫酸水素カリウム自体の酸化作用と、生成される次亜塩素酸が働くらしい。どっちが支配的なのかはよくわからなかった。

Y's Square:病院感染、院内感染対策学術情報 | 塩素系に分類される消毒薬および除菌・洗浄剤の特性と選択 とかを見ると各塩素系消毒薬の特徴が書いてあっておもしろい。

ルビスタの場合は洗浄成分(界面活性剤)も入っているので、掃除と消毒を同時にできるのがひとつも特徴となっているみたい。5gを500mlに溶かして1%として使用するということになっている。5g×12包で3300円ぐらいなので、1包 500ml あたり 275円。

次亜塩素酸ナトリウム6%ハイターは5Lで800円程度で、使用時には10倍希薄0.5%扱いとすると500mlあたりは8円、1%希薄(0.5%で十分だが)でも16円なので、ただの次亜塩素酸ナトリウムに比べると、かなり割高ではある。

まぁでも、一般家庭では感染症が発生しない限り日常的に使うものでもないので、いざってときに塩素臭がしないのはかなり嬉しいポイントだと思う。実際に次亜塩素酸ナトリウムを広範囲に消毒に使ってみると塩素の刺激臭でなかなかつらいものがある(経験談)。一方で漬け置き漂白みたいな用途には使えないみたいなので、汎用性でいくとやはり次亜塩素酸ナトリウムが勝るっぽい。

次亜塩素酸ナトリウムは酸性だと塩素が出るので、アルカリに調整してあるが、ビルコンは酸性らしい。なので混同して使わないように注意が必要そう。(どちらか片方しか使わないのが安全)

例えば以下のようなメトリクスがあったとします。みての通り、名前は一緒でラベルだけが異なるメトリクスです。

  • mqtt_topic{instance="127.0.0.1:9981",job="mqtt",topic="/home/sensor/temp"}
  • mqtt_topic{instance="127.0.0.1:9981",job="mqtt",topic="/home/sensor/humidity"}

これらを演算しようとして以下のようにしても no data になります。

 mqtt_topic{topic="/home/sensor/temp"} *  mqtt_topic{topic="/home/sensor/humidity"}

Vector Matching に書いてある通りですが、デフォルトではこのようなベクター同士の演算の場合、左右でラベルが全て一致するメトリクス同士のみが結果に出力されます。

SQL の INNER JOIN でラベル全ての一致が ON 条件に入ってるのをイメージするとわかりやすそうです。

この条件を変更するには、ignoring() または on() を使います。今回のケースでは以下の2つの結果は同じです。

 mqtt_topic{topic="/home/sensor/temp"} *  ignoring(topic) mqtt_topic{topic="/home/sensor/humidity"}
 mqtt_topic{topic="/home/sensor/temp"} *  on(instance,job) mqtt_topic{topic="/home/sensor/humidity"}

ignoring() は JOIN の条件から指定したラベルを除くように働き、on() は JOIN の条件を明示的にすべて指定するように働きます。

リテラル演算との組合せ

数値リテラル(スカラ)とベクターを演算すると、結果はベクターになります。スカラ値との演算時には上記のように ignoring() や on() は指定できません (syntax error になります)。複雑な計算をする場合、適切な場所に on() または ignoring() を書く必要があります。つまりベクター同士の演算になる場所に書きます。

例えば、topic="/home/sensor/temp" を温度、topic="/home/sensor/humidity" を湿度として不快指数を計算したいと思う場合、以下のようになります。

(0.81 * mqtt_topic{topic="/home/sensor/temp"})
  + ignoring(topic) (0.01 *  mqtt_topic{topic="/home/sensor/humidity"})
  * ignoring(topic) (0.99 *  mqtt_topic{topic="/home/sensor/temp"} - 14.3)
  + 46.3
  1. トップ
  2. tech
  3. PromQL でラベル違いのメトリクス同士を演算して no data

最近はこう

ssh-keygen -t ecdsa -b 521

最近の raspi イメージはデフォルトで弱い暗号方式を無効化してあるのでさっさと ecdsa 鍵に乗り換えましょう……

  1. トップ
  2. tech
  3. ssh-keygen

クランプ式電流計は回路を切断せずに電流計測ができるので便利なのだけど、ホット側かコールド側いずれか一方だけをクランプする必要があるため、ほとんどの場合では実際には切断せずに計測というのは難しい。

ということで、写真のように短い延長ケーブルをつくった。線が分離しており、片方だけを挟める。前もって接続しておくことでいつでも計測できるようになる。100均で割けるタイプの延長コードがあればそれでいいけど、最近は二重絶縁のものが主流なのがかえって作りにくくなってしまった。

詳しい施行方法はパナソニックのサイトの「仕様」を見るとわかる。(備考:この延長ケーブルを作るのにあたっては特段なんの資格もいりません)


しかしまだ使えてない。特に冷蔵庫に使いたいんだけど、冷蔵庫の電源を落とすには若干の手順が必要なので面倒 (内容物の確認 → 電源オフ→ 7分間は再度電源入れないこと)

  1. トップ
  2. tech
  3. クランプ式電流計用にホットコールド分離ケーブルをつくる

MQTT のトピックを subscribe して一時的に保持し、prometheus 向けに exporter として働くデーモンを書いた。要は pushgateway の MQTT 版のようなもの。

うちではセンサーデータの一部を MQTT サーバに送りつけるようにしてあるので、それを面倒なことなしに prometheus に登録していきたい。

使いかたと挙動

mqtt_topic_exporter --mqtt.server=mqtts://user:pass@mqttserver:8883 --mqtt.topic="/home/sensor/+"

みたいに引数を指定する。mqtt.topic はそのまま subscribe に渡される。ワイルドカードも使える。

mqtt_topic_exporter は MQTT サーバに接続して値を待つ。値がきたらメッセージ内容を数値として扱い gauge のメトリクスとして登録する。

/metrics にアクセスすると以下のようにメトリクスが登録される。

mqtt_topic{topic="/home/sensor/temp"} 30.0

また、topic がしばらく受信できないと、該当メトリクスは一定時間で削除される。

./mqtt_topic_exporter --help
usage: mqtt_topic_exporter --mqtt.server=MQTT.SERVER --mqtt.topic=MQTT.TOPIC [<flags>]

Flags:
  -h, --help                     Show context-sensitive help (also try --help-long and --help-man).
      --web.listen-address=":9981"  
                                 Address on which to expose metrics and web interface.
      --web.telemetry-path="/metrics"  
                                 Path under which to expose metrics.
      --mqtt.retain-time="1m"    Retain duration for a topic
      --mqtt.server=MQTT.SERVER  MQTT Server address URI mqtts://user:pass@host:port
      --mqtt.topic=MQTT.TOPIC ...  
                                 Watch MQTT topic
      --log.level="info"         Only log messages with the given severity or above. Valid levels: [debug, info, warn, error, fatal]
      --log.format="logger:stderr"  
                                 Set the log target and format. Example: "logger:syslog?appname=bob&local=7" or "logger:stdout?json=true"
      --version                  Show application version.
  1. トップ
  2. tech
  3. MQTT のトピックを prometheus に登録する

電工ペンチ (圧着とかストリップとか一通りできる便利道具) を捨てて、ちゃんとした圧着ペンチとストリッパーをそれぞれ買った。

ホーザン(HOZAN) 圧着工具(裸圧着端子/裸圧着スリーブ用) 圧着ペンチ コンパクトタイプ サイズ1.25/2 P-732 - ホーザン(HOZAN)

ホーザン(HOZAN)

5.0 / 5.0

ベッセル(VESSEL) ワイヤーストリッパー 電気工事士技能試験対応 3500E-1 - ベッセル(VESSEL)

ベッセル(VESSEL)

5.0 / 5.0

もうほんと、全然使い勝手が違う。最初からこの2つを買うべき。

電工ペンチのストリッパーは全然切れなかったけど、専用ストリッパーは無理矢理ひっぱらなくても綺麗にストリップできる。

圧着ペンチはもう全然違う。電工ペンチではいくら力を入れても一定以上圧着できないうえに、端子を噛みこんでしまって外すのが大変だったけど、ホーザンのこれだと全然力は必要ないし、綺麗にはずれる。電工ペンチで圧着したものを再度新しいもので圧着してみたけど、力はそれほど入れてないのに、さらに強く圧着できた。

  1. トップ
  2. tech
  3. 電工ペンチを捨て、専用ストリッパーと圧着ペンチを買った

しばらく(2年ぐらい?)ELECOMの難燃のケーブルボックスを使ってみた使い勝手がよかったので、うちで使ってるものをこれに統一したり、使ってないところでも使うようにした。

エレコム ケーブル収納ボックス ケーブルボックス ケーブル収納 6個口電源タップ収納 ブラック EKC-BOX001BK - エレコム(ELECOM)

エレコム(ELECOM)

5.0 / 5.0

まず難燃ってのが良い。ケーブルボックスで明確に難燃とうたってる製品はあんまりないのでありがたい。

素材の質感もなかなか良い。スチロール系のテカテカしたプラスチック感はなくて梨子地のいい感じのもの。

そのうえで使い勝手がなかなか良い。蓋はのっかるだけのものだけど、意外と綺麗にしまる。少し高さ(深さ)があるためだと思う。これのおかげで溝からケーブルを出しやすい。

内径で一番狭いところは 365mm x 128mm x 125mm。6個口用と書いてあるがその通りで、6個口のOAタップでちょうどいいサイズ。

Before

  • ONU (GE-PON<M>A GE-PON-ONU<1><2>)
    • 光ルータ (RT-200NE) のハブ
      • 光ルータ (RT-200NE) のWAN
        • ひかり電話 RJ-11
      • PPPoE ルータ (MR-OPT100E)
        • LANコンセント
        • 無線LANルータ (WHR-G54S)

光ルータのハブに一回繋いでからWANに繋いでるのでかなり不安になる感じ (ONU直下のハブとして光ルータのハブ部分を使ってる)。まぁ動いてはいる。そして無線LANルータがブリッジではなくルーターとして接続されているので二重ルーター状態だった。意図がよくわからない。ブリッジの概念を知らなかったのかも。

2006年ごろに構成したので意味不明なのは仕方ない。

After

  • ONU (GE-PON<M>A GE-PON-ONU<1><2>)
    • 光ルータ (RT-200NE) のハブ
      • 光ルータ (RT-200NE) のWAN
        • ひかり電話 RJ-11
      • PPPoE ルータ + Wi-Fi (Aterm WR9500N)
        • LANコンセント

素直な構成としては光ルータに PPPoE 設定をして無線LANルーターはブリッジにすることだけど、設定画面が2つになるのが面倒だし、光ルーターが100Mbpsだし全体的にあんまり変えたくないので、単純に PPPoE ルータ+無線ルータを新しい無線ルータに変えた。ONU直下のハブだけ更新すれば IPv6 は 1Gbps 出せるような気がする。

備考

「GE-PON<M>A GE-PON-ONU<1><2>」は12年前に設置した ONU だが、名前 (Gigabit Ethernet-Passive Optical Network) の通り実はギガビットらしい。

100Mbps 契約なので 100BASE-T でしかリンクしないのだが、契約変更するとNTT側からの遠隔操作で 1000BASE-T でリンクアップするようになるらしい。おもしろデバイス……