オタクのリコリス伏線/深読み/展開予想語り会をやった
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
「異世界おじさん」でたかふみはなぜUR団地に住んでるのか？【こだわりの公団住宅描写】 : さざなみ壊変
https://sazanami.net/20220810-tv-anime-isekaiojisan-ur-public-apartment/
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
スマートメーターに対して INF_REQ (0x63) で instance list (0xD5) の通知要求を送ると INF_SNA (0x53) が返ってくるんだけど、これワイの勘違いでなければスマートメータ側の実装が駄目なやつでは？？？
このアカウントは、notestockで公開設定になっていません。
は？？？これスマートメータがインスタンスリスト通知要求に応答できないクソ実装やんけ
休日1日潰れたわ
ユーザが選べないスマートメータのプロトコル実装が規格準拠してないって何だよ、そういうのやめてくれ
なに、私はスマートメータの (規格違反による) 未実装の機能を延々と叩き続けてはおかしいおかしいと呻いてたってことか。とんだ見世物じゃないか
ECHONET Lite System Design Guidelines (2nd edition) の section 6.6 によれば、デバイスはサーバからの INF (ESV=0x73) によるインスタンスリスト (EPC=0xD5) 通知を取得できなかった場合に INF_REQ (ESV=0x63) によりインスタンスリストの取得を試みることが推奨されている。
ところが、スマートメータ側が PANA 認証後に自発的に INF でインスタンスリスト通知を発する機能を持っているにも関わらず INF_REQ リクエストに対しての応答能力を持たず INF_SNA (ESV=0x53) を返す場合がある。(私の自宅のスマートメータがそうだった。)
このときガイドラインの推奨する方式でのインスタンスリスト再取得の試みは不可能である。
以下ガイドライン (en) 該当部分 (p6-5) より引用:
> After completion of PANA authentication, if the HEMS controllers for low-voltage smart electric energy meters fail to receive an instance list even after waiting for a while, it is recommended under [LSM_AIF] specifications to obtain the instance list notification of the counterpart using unicast INF_Req[0x63].
ガイドライン配布ページ:
ECHONET Lite System Design Guidelines | ECHONET
https://echonet.jp/el_design_guide_2nd_en/
自分が仕様や実装を掌握できない (十分な把握を試みることすらできない) 謎のプロプライエタリ機器が自分の開発/利用するシステムに混入するの、マジでこわすぎる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
