IT - Yano's digital garage

yano@haswell:~$ sudo apt install python3 python3-pip
yano@haswell:~$ python3 -m pip install tinytuya
yano@haswell:~$ python3 -m tinytuya scan
TinyTuya (Tuya device scanner) [1.7.2]
Scanning on UDP ports 6666 and 6667 for devices (15 retries)...
Unknown v3.3 Device   Product ID = keyneruwsdethu7u  [Valid payload]:
    Address = 172.16.NN.MM,  Device ID = 1826182870039fXXXXXX, Local Key = ,  Version = 3.3, MAC =
    No Stats for 172.16.NN.MM: DEVICE KEY required to poll for status
Unknown v3.3 Device   Product ID = keyneruwsdethu7u  [Valid payload]:
    Address = 172.16.NN.MM,  Device ID = 18261828c4dd57XXXXXX, Local Key = ,  Version = 3.3, MAC =
    No Stats for 172.16.NN.MM: DEVICE KEY required to poll for status
Scan Complete!  Found 2 devices.
>> Saving device snapshot data to snapshot.json
yano@haswell:~$

"tuyapower"だとこんな感じ。

子どもたちが夜遅くまでTVを見れないようにするために、リモートON/OFFできるSwitchBotプラグで21時以降は強制的に見れなくしていたのだが、コンセント給電を止めると録画もできない事になって奥さんからクレームが上がっていた。

SwitchBotのアプリからは消費電力が確認できることに気づいたので、消費電力からREGZAの状態(ON/OFF)を推定できれば、コンセント給電を切らずともIRKitで遠隔OFFできる（≒録画はできる）なぁ…と思ったのだが、SwitchBot APIではSwitchBotプラグのON/OFF状態しか採れないことが判明し、挫折。

スマートプラグ（コンセント）とラズパイで洗濯機や乾燥機の終了をLINEに通知できて稼働状況もわかるシステムを作ったからGosundのスマートプラグだとAPIで採れそうな事がわかったので、さっそく置き換え。Go Smartアプリに登録し消費電力が表示される事を確認。

ワクワクしながらTuya Smart Developer Centerに登録し、Listing Tuya devices from the Tuya Smart or Smart Life appに倣って

yano@Focal:/iot/tuya$ tuya-cli wizard ? The API key from tuya.com: acvwuxxknsXXXXXXXXX ? The API secret from tuya.com 3b81eb715f334YYYYYYY ? Provide a ‘virtual ID’ of a device currently registered in the app: 18261828c4dd5713b47b [ { name: ‘Gosund_Plug1’, id: ‘18261828c4ddXXXXXXXX’, key: ‘7e5f08baYYYYYYYY’ }, { name: ‘Gosund_Plug2’, id: ‘182618287003XXXXXXXX’, key: ‘294924a4YYYYYYYY’ } ] yano@Focal:/iot/tuya$

昨年6月に復活したIRKitの不調具合が加速してきた折、3,980円であらゆる家電をIoT化。Matterリモコン「Nature Remo nano」というニュースで、一つ前世代のNature Remo miniを調達してたのを思い出し、慌てて投入。

yano@haswell:~/smarthome$ Token=zjKKjfAL6X36SJvKtuqqXxm2SHMFeAjBnTHxZUhdzjKKjfAL6X36SJvKtuqqXxm2SHMFeAjBnTHxZUhd
yano@haswell:~/smarthome$ curl -X GET "https://api.nature.global/1/devices" -H "accept: application/json" -k --header "Authorization: Bearer ${Token}" | jq
[
  {
    "name": "Remo mini",
    "id": "deb07f72-a5ab-4262-915b-ABCDEFG",
    "created_at": "2023-08-09T01:31:06Z",
    "updated_at": "2023-08-09T02:15:12Z",
    "mac_address": "98:cd:ac:XX:YY:ZZ",
    "bt_mac_address": "98:cd:ac:XX:YY:ZZ",
    "serial_number": "2W221070012345678",
    "firmware_version": "Remo-mini/1.12.2",
    "temperature_offset": 0,
    "humidity_offset": 0,
    "users": [
      {
        "id": "c376a287-5300-4c8b-b793-ABCDEFG",
        "nickname": "ホゲホゲフーガ",
        "superuser": true
      }
    ],
    "newest_events": {
      "te": {
        "val": 32,
        "created_at": "2023-08-09T05:03:19Z"
      }
    }
  }
]
yano@haswell:~/smarthome$

Nature Developer PageによるとIRKitのような「Local API」も公開されているらしい。

IFTTT不発事故に起因する2021年版AirconShutdownの善後策。

これまではTwitter経由のIFTTTで家電リモコンとSwitchBotを制御していたところ、2022年版IRKitでは直接APIを叩くようにできたので、SwitchBotもSwitchBot Open APIを叩くことに。

SwitchBot Open APIは

https://api.switch-bot.com/v1.0/devices/**<deviceId>**/commands

というRESTエンドポイントに制御データをPOSTする枠組み。****で指定する対象装置は

curl --request GET 'https://api.switch-bot.com/v1.0/devices' \
  --header 'Authorization: 認証トークン' \
  --header 'Content-Type: application/json; charset=utf8'

で一覧を取得できる。なお、認証トークンはSwitchBotをHub経由でAPIから操作するに倣い、SwitchBotアプリの「開発者向けオプション」から取得できる。

ちなみに、エアコンの制御データのパラメータは

deviceType
commandType
—
Command
—
command parameter
—
Description
—
…となっているので、、エアコン停止用の

{  "command": "setAll", "parameter": "25,1,1,off", "commandType": "command"}

というデータを"switchbot_aircon_off.json"というファイルにして

#!/bin/bash
BASEPATH=$(dirname $0);
SWITCHBOT_API="https://api.switch-bot.com/v1.0"
SWITCHBOT_TOKEN="90edf....3431"
hdr_auth="Authorization:${SWITCHBOT_TOKEN}"
hdr_type="Content-Type: application/json"
# BODY="@${BASEPATH}/switchbot_aircon_off.json"
BODY='{"commandType": "command", "command": "setAll", "parameter": "25,1,1,off"}'
AIRCON_1F="01-2020XXXXXXXX-32"  # 1F
AIRCON_2F="01-2020YYYYYYYY-52"  # 2F
AIRCON_3F="01-2020ZZZZZZZZ-82"  # 3F
for DEVICE_ID in $AIRCON_1F $AIRCON_2F $AIRCON_3F;
do
    URL="${SWITCHBOT_API}/devices/${DEVICE_ID}/commands"
    curl "${URL}" \
         --silent -O /dev/null \
         -H "${hdr_auth}" -H "${hdr_type}" \
         -X POST -d "${BODY}"
done

というスクリプトを回せばエアコン3台が順次停止になる運びだ。

以前、MdNの記事第8回　音声読み上げとWebライティングに触発されて、価格表示としての￥100を100円に変更した。

要旨としては【アクセシビリティ向上】Webサイトの音声読み上げの注意点と必要性に

まず1つ目は、テキストの表記によって意図した通りに読み上げられないことがある点です。記号や省略記号も、音声読み上げ機能では正しく内容を伝えられません。たとえば、3000などの数字は、全角で「３０００」のように記述すると「さんぜろぜろぜろ」と読み上げられてしまいます。また、※や￥などの記号も読み上げられないので、注意が必要です。

と書いてある通りなのだが、そうは言ってもその記事自体、投稿日表記**“2020/09/01”**というダメな形式になっていて「お前が言うな」と言いたいところだが、実際のところはフレームワークがあるので「言うは易し行うは難し」ところだ。

実際のところ"YYYY/MM/DD"の日付表記を"YYYY年MM月DD日"表記に整理しようとしたのだがURLに含まれる部分などを除外する事ができずに断念して今に至るのだが、よく考えると本文中には"YYYY/MM/DD"という日付表記は無さそうなので、再び立ち上がることに。

というわけで、参考リンク行の日付表記だけ"YYYY年MM月DD日"表記に整理する観点で、以下のsedスクリプトによる対処を実施。

#!/bin/bash
PID=$$;
for f in $*;do
  OUTPUT=$f.${PID}
  sed -e 's/ *\(19[0-9][0-9]\)\/\([0-9]*\)\/\([0-9]*\)*$/ \1年\2月\3日/' \
      -e 's/ *\(20[0-9][0-9]\)\/\([0-9]*\)\/\([0-9]*\)*$/ \1年\2月\3日/' \
      -e 's/ *\([12][0-9][0-9][0-9]\)年0*\([0-9]*\)月0*\([0-9]*\)日$/ \1年\2月\3日/' $f > $OUTPUT
  touch --refer=$f $OUTPUT
  diff -q $f $OUTPUT > /dev/null
  if [ $? -ne 0 ]; then mv $OUTPUT $f; fi
  rm -f $OUTPUT
done

3つ目の正規表現で01月や01日の不要なゼロを削除するのが地味なポイントかな。

参照

MdN Design Interactive https://www.mdn.co.jp/di/

第8回　音声読み上げとWebライティング 2008年4月15日

Webmedia https://www.itra.co.jp/webmedia/

【アクセシビリティ向上】Webサイトの音声読み上げの注意点と必要性 2020年9月1日

東海総合通信局 https://www.soumu.go.jp/soutsu/tokai/

ウェブアクセシビリティ

Wikipedia https://ja.wikipedia.org/wiki/

昨年12月に移行した、povo回線。

6月1日で月額0円の条件とされた180日間を超えていたはずなのだが、ようやく『長期間トッピング未購入による利用停止予告』メールが着弾。

いつもpovoをご利用いただきありがとうございます。ご契約のpovo2.0サービスは6月22日時点でトッピングを長期間未購入のため、このままトッピングのご購入が確認できない場合、7月4日より順次ご利用を停止いたします。 povo2.0ではトッピングを多数ご用意しており、お客様のご利用状況に合わせて自由にお選びいただけます。ぜひ7月3日までにご購入をお願いいたします。

との事。

モバイル回線は0円運用中のpovoのみとなってしまったものの、「auひかり」やら「auでんき」やらで毎月2万円以上の支払いが続いているので"お得意様お目溢し"ルールが適用されているのかと思ったのだが、やっぱりそんなに都合の良い事は無かったらしい。

というわけで、220円のsmash.使い放題パック（24時間）か、390円のデータ追加1GB（7日間）のどちらを購入しようか、7月まで悩むことに。