新電力で賃貸物件入居時の電気開通手続きが大混乱!?

賃貸物件に入居しようと電力会社に電気の開通を依頼したら、その部屋はうちの電力会社の管理下にないという返事でどこに開通を依頼したらよいのか分からない状態になり、電気が使えない問題が発生しました。
 前の入居者が、不動産管理会社に連絡なしに電力会社をどこかの新電力に切り替えたようです。

2021/6/28追記
結局のところ開通はでき来ましたが、その原因は明確には分かっていない。下に追記します

「賃貸アパート、マンションでも電力会社の乗り換えは可能」など、引っ越しを契機に新電力会社にきりかえようという記事が多数みられる。「 大家さんに相談せずとも、近隣など誰にも迷惑をかけることなく、自由に電力会社を乗り換える 」とあるが、次の入居者や不動産管理会社に迷惑をかけるのはいかがなものだろう。

 そこで、その対策を考えてみる。


●どこの電力会社の管理下にあるのかの確認方法はあるのか?

 → 無数にある新電力に1つづつ連絡するわけにはいかない。どこか1か所で確認できるようになっていればよい。が今はそうなっていない??

●賃貸物件の退去時に自動で戻せないのか?
 → そもそもそこじゃないような、 引っ越し時に切り替えると、何の手違いか引っ越した後に電力会社が切り替わるという謎な事態が生じているようだ。 何かのミスをガードするとか何か対策が必要と思われる。

●そもそもどんな仕組みで切り替えている??
 → 切り替える仕組みの仕様自体に何か大きな考慮漏れなど問題があるのかもしれない。 上の件、異常系ではなく、単純なシーケンスで発生しそうな話で、仕様バグのような感触がある。

謎ばかりが増える話だ。 

2021/6/28追記
上記の通り解決はできています。 結論は「 その部屋はうちの電力会社の管理下にないという 」という回答自体が誤りということだそうです。
 
 窓口担当者にそのような回答をさせてしまう教育とか情報発信になっている電力会社の体制に問題がありそうです。 その要因は教育とかなのかもしれませんが、このようなパターンを受け付けるサポートセンターの営業時間が昼間のみという時間制限に影響しているかもしれません。サポートセンターが24時間営業でないと窓口が案内しにくいのかもしれません。
 いずれにしても、電力会社のカスタマサポートはいまいちな感触です。かといって新電力のほうはどうかというと、質問に対する回答さえありません。。。。。。



hsboxでインストールなしでLinuxを使う かつ 設定変更や編集したファイル、コンテンツも保存する

USB に構築し、インストールなしにUbuntuを使う方法です。
ちょっとイレギュラーな使い方ですが、hsboxをライセンスなしで使う方法です。hsboxのライセンスがないのでhsboxのフル機能は使えませんが、Ubuntuは普通に使えます。 もちろん、下の手順はhsboxのライセンス有でも可能です。

■構築方法

hsboxの「利用開始までの準備」の手順に従い、ライセンス登録の手前(Ubuntuへのログイン)まで行います。

■GUIの起動

次のコマンドを実行します。
sudo systemctl isolate graphical.target

これでGUIモードに切り替わります。
  以上で、普通に使える状態になります。

■hsboxのライセンスが有る場合は、QRコードをスマホのカメラでスキャンすることでアクセスできます。そしてスマホのブラウザ操作で、GUIモードに切り替え可能です。

また、アクセス先URLは上部に記載しているので、このURLを手入力してアクセスすることも可能です。

ぐるぐるnest hub その1 インターネット未接続となる問題  徹底調査で解決 

「WiFiに繋がらない」、「インターネット未接続となる」などで検索すると多数の記事が見つかり、そこには「使用デバイスの不具合」、「無線LANルーターに不具合」などの記載があり、その対処は「スマートフォンの機内モードのONとOFFを切り替える」とか「スマートフォンのネットワーク設定をリセット・再設定」とか書いている。その対処で動くようになることがあるかもしれないが、原因が特定できておらず、再発する可能性が高い。つまり解決したことにはならないことが多々あるに違いない。

  ここでは、ほかのサイトに書かれていない(稀な?)パターンの調査&解析とその解決までの記録である。 タイトルを「ぐるぐるnest 」としたが”その1”ではnestの話を書こうとしていたところ発生した別パターンのトラブルについて書く。

症状:

AndroidスマホをWiFiにつないで使用していた。ある時点までは問題なくWiFiを利用できていたが、部屋を移動して別の無線LANを使用して元の部屋に戻ってきWiFi接続を切り替えるとWiFi(無線LAN)には接続できているが「インターネット接続なし」となりネット利用できなくなる。
 同じ無線LANに接続してほかのIoT機器(Google home、SiwtchBotHubやNature Remo)はインターネットに接続できている。

 この状態で、他のサイトの記事を参考に対処するなら、Androidスマホの再起動や、WiFiオンオフの設定や無線LANの再起動だろう。 いずれの対処も効果なく症状に変化はなかった。過去には似たような症状のときに、無線LAN再起動することで復旧したことはあったが、今回はそのパターンではなさそう。
「原因特定なくして解決なし」ということで原因調査を開始した。

解析編:

まず大まかな切り分けから。
 よくあるサイトの対処手順を参考に切り分けてみる。
1. まずスマートフォンそのものが壊れていないかを確認
  他の無線LANにつないで使う分には問題なく使える
→ 「 スマートフォン そのものの故障」ではない
2.「スマートフォンの機内モードのONとOFFを切り替える
  OFFにするとつながらない。ONに戻しても「インターネット接続なし」の状態に変化はない。 →「機内モード」の問題ではない
3.「スマートフォンのwi-fiのONとOFFを切り替える
OFFにするとつながらない。ONに戻しても「インターネット接続なし」 の状態に 変化はない。 →「WiFi ON/OFF」の問題ではない
4. 「スマートフォンのネットワーク設定をリセット・再設定
 無線LANに接続できているので、スマートフォン側の設定の可能性は極めて低い。もし、設定の問題だとしてもいきなり再設定ではなく設定が妥当か確認する作業が必要だろう。 ということで、後で確認する。
5.「スマートフォンを再起動
スマートフォンが異常な状態になっているなら、これで復旧するかもしれない。
 再起動しても 「インターネット接続なし」 の状態に 変化はない。 →  一時的な異常な状態という問題ではない。

 ということで、よくあるWiFi接続問題を取り扱うサイトには書かれていない何らかの問題が発生していると推測された。

戻って、スマートフォンのネットワーク設定を詳細確認してみた。 設定詳細を開くと、スマートフォンに払いだされたIPとゲートウェイIPは目を疑うものだった。いや、これではインターネットにつながるはずがない。これで、無線LANに接続できているのにインターネットに接続できない直接的な原因は理解できた。
 なぜそうなったかの調査と根本対策は。ここから始まる。
とりあえず復旧させてみよう。”プライバシー….” という項目を長押しするとMACアドレスをランダムにするかデバイス固有のものにするか切り替えることができる。これを使ってIPアドレスをDHCPに再払い出しを要求してみる。 とりあえずIPアドレスは想定通りのものに変わりインターネット接続は復旧した。
 →これで、 「インターネット接続なし」 の直接の原因は”割り振られたIPアドレスにある”ことが確認できた。

 問題の「目を疑ったIPアドレスとゲートウェイIP」は、遠く離れた場所に最近追加した無線LANの無線LAN側のDHCP設定で指定したものだった。
 ここまでの状況を図で整理すると次のようになる。


この挙動は、かなりありえないことが起きていそうなことが理解できるだろう。ただ、事実起きているのだから、この事象発生には何か原因があるのは間違いない。こういう問題は、”ありえない”と最初から起こりそうにないことを除外してしまうと永遠に解決できなくなる。切り分け調査を一歩一歩進めるのが解決への近道である。

 さて切り分けをどうするかを考えようとしていた矢先、「インターネット接続なし」問題が再発した。 今度は、  ”プライバシー….”を使ってIP再払い出しを試みるも復旧しなかった。なおかつ、IP再払い出し要求をするたびに確かにIPが変わっている。そのIPは無線LAN③用のものだ。無線LAN③からIPが払い出されているのは間違いなさそうだ。では、どのような経路で払い出されているのだろう。WiFi接続の認証後、IP払い出し要求するときに無線LAN③からの電波を受け取っているのだとしたら、… 
 無線LAN③の電源を切ることで解決できそうだ。しかし、必要だから無線LAN3を用意したわけで、いつも電源を切っておくわけにはいかない。そこで、まず電源は切らずに無線LAN③のWAN側のケーブルを抜線してみる。

暫定対処

無線LAN③のWAN側のケーブルを抜線して 、スマホで「 IP再払い出し要求 」をすると正しいIPが払い出されて、インターネット接続に成功した。
 これで、このトラブルのメカニズムを理解できた。
ここまでの文面で分かる人は理解できたかもしれない。少し難解なところもあるので、再度整理しておこう。

トラブル原因と仕組み

仕組みは上の図の通りである。 問題は、無線LAN③のDHCP動作である。DHCPはLAN側設定であって、WAN側に流れるものではない。 無線LAN①に接続した機器は通常ブロードバンドルータが払い出したIPを利用する。これにより、IPは192.168.1.xxx、ゲートウェイIPは192.168.1.254となる。しかし問題発生時はIPが192.168.80.xxx、ゲートウェイIPが192.168.80.1となっていた。
 192.168.1.xxとなるか、192.168.80.xxとなるかは、どちらのDHCPからの応答が早いかなど運しだいという状況だったわけだ。スマホ以外のIoT機器に問題がなかったのはたまたまといってよいだろう。いつかは同じ状態に陥っていたかもしれない。また、IoT機器は設計上リトライ回数を増やすなどが我慢強い復旧策を実装しているのが効いているかもしれない。
 いずれにしても、根本原因は判明した。

根本対策

問題原因は分かり、無線LAN③のWANケーブルを抜くことで解決したが、192.168.80.x系のIoT機器が使えない状態なので、いつまでもこの状態にしとくわけにもいかない。
 
 無線LAN③の設定を見直してみる。 そもそも192.168.80.x系の通信がWAN側に漏れるのを防ぐべきで、基本的にはガードできているようだ。 だが、実際にDHCPのUDPパケットはWAN側から無線LAN③に到達して、それに対する応答をしている。 無線LAN③のWAN側パケットフィルタを見るとデフォルトで多数の設定が組み込まれているがDHCPパケットの破棄設定はなかった。

  そこで、DHCPパケットをフィルタリングすることとした。根本対策は、「ネットワーク構成変更jする際は、境界を越えてDHCPパケットが流れないように設定を確認する、また設定を行う」とする。
 ※ネットワーク機器メーカは妥当になるように製品開発を行う際は十分に検討・検証してほしい。

最後に

トラブルの対処法は、小手先の対処では再発する。根本原因を調査して根本対策しましょう。
  ちょっと、長くなりました。 タイトルの「ぐるぐるnest」は次の機会に書きます。このネタも今回と同じくらい長くなる予感がします。。。

音声コマンドで、Google Nestやテレビ(Chromecast)にスマート非対応のWebカメラの画像を表示してみる(hsbox使用)

スマート対応されたIPカメラも登場してきていますが、現時点のWebカメラのほとんふどは未対応でしょう。そこでスマート非対応のWebカメラからGoogle Nestやテレビに映し出すことにトライします。もう一つポイントは”プログラミングしない”ということです。hsboxを使用し、設定だけで実現します。

システム構成:
IFTTTで 「Google Assistant」 をトリガに使用。
※機種によっては監視カメラ自体のアラームをトリガにできます

②IFTTTの 「Webhooks」で、hsboxのAPIを操作。

③ hsboxのメニューのコマンドで画像をURL指定指定して
スマートデバイスに 「cast」を実行

  ④ Google Nestなどの スマートディスプレイや、
Chromecastが WebカメラにURLにアクセスし
ディスプレイやテレビに画像を表示

ここでは、hsboxのスマートサービス連携機能クイックスタートガイドの設定が完了している前提で書きます。 つまり、「メニュー ゼロ」の呼び出しで、ディスプレイや テレビにhsboxのトップメニューが表示されるところまでの設定が完了している前提です。

■①トリガの設定、② 「Webhooks」 の設定

①、②は上記の前提条件の設定状態で完了しています。個別の「シングルワード」での呼び出し設定を行うことで、より操作しやすくなります。

■③メニューのコマンド設定

hsboxのメニューファイルをダウンロードします。設定変更していないなら、どのファイルも同じです。すでに変更していて、追加したい場合は、boxmenu.txtをダウンロードして編集します。

設定例:
 メニューの 625番に 玄関に着けたWebカメラ(http://192.168.20.50:80/snapshot.jpg)を表示するコマンドを登録してみます。

625番なので、 boxmenu.txt ファイルの626行目をつぎのように更新します。※ boxmenu.txt ファイル の行は追加削除しないでください。行番号がメニュー番号に対応しています。先頭行(1行目)が、メニュー0番なので、メニュー625番は、626行目に相当します。

302,http://192.168.20.50:80/snapshot.jpg,-,625: 監視カメラ (玄関),カメラ,-


Google home ,nestに プログラミングなしでプッシュ通知をやってみる(hsbox使用)

以前、「雨が降りだしたら自動で排水」という記事を書きました。今回は、これを拡張して、”排水”の前に、「雨が降り出しました」と音声でプッシュ通知することにトライします。もう一つポイントは”プログラミングしない”ということです。hsboxを使用し、設定だけで実現します。

システム構成:
    IFTTTで 「Weather Underground」 のトリガを使用。
※このイベントの精度を向上できるほかの方法がないか後日検討

IFTTTの 「Webhooks」で、hsboxのAPIを操作。

hsboxのメニューのコマンドでスマートデバイスでの
「文字列読み上げ」を実行

  Google home や Google Nestなどのスマートスピーカー、
スマートディスプレイ、 Chromecastを備えたテレビで
音声によるプッシュ通知

ここでは、hsboxのスマートサービス連携機能クイックスタートガイドの設定が完了している前提で書きます。 つまり、すでに「メニュー ゼロ」の 発話でhsboxのトップメニューが、ChromecastをつないだテレビやGoogle Nestに表示される状態ということです。
 
前提条件はここまでです。 以下は、プッシュ通知の設定方法です。

■プッシュ通知の設定する

まず、通知するためのイベントを設定します。
以前に作成したレシピに追加します。

以前「雨が降りだしたら自動で排水」レシピを作成したときは、まだ1つのレシピに1つのサービスしか実行できず、複数実行したいときはすこし技が必要でした。
現在は、下のように「+」を押すと実行するサービスを追加できます。
  降雨イペントの作り方は、以前に作成したレシピを参照してください。

複数のスマートデバイスへのプッシュ通知は、複数サービスを書くことで実現できます。

■通知サービスの設定

Webhooksの設定でつぎのようにURLを設定します。
自ドメインはグローバルIPアドレスでも可能ですが、通常は動的にIPアドレスが変わるのでDDNSを利用して取得したドメイン名を利用してください。
ポート番号は、ルータで指定したポート番号を指定してください。ルータで家庭内LANのIP、ポートに変換する良いでしょう。変換先はhsboxのIPとポート番号を指定してください。hsboxのIPは、ルータでのIP払い出しを固定化するか、hsboxの固定IP追加機能を使用して動的に変わらないようにするとよいでしょう。hsboxのポート番号は、hsboxの仮想サーバ機能のポート番号指定で任意のポート番号を指定してください。

上記の①から③についての設定について説明します。
①hsboxのboxapiキーです。
hsboxの「スマートサービス連携」で指定したキーを設定します。
②プッシュ通知を設定したメニューの番号です。
  「雨が降りだしました」 は、デフォルトで 333番に登録されているのでこれを指定します。 メニューに任意の通知メッセージを設定できるのでそれを使うこともできます。また、動的にメッセージを変えることも可能です。
③プッシュ通知を実行するターゲットのスマートデバイスコードです。
   「スマートサービス連携」の「グループ」設定に登録したスマートデバイスのコードを設定します。 tgtは指定しない方法もあります。指定しない場合は、hsboxに設定されているカレントグループにプッシュ通知されます。

POSTで設定する場合は、上のようにBodyを設定します。 GETでURLのみで指定することも可能です。

以上で、プッシュ通知をプログラミングなしで実現できました。
他にも工夫次でいろいろできそうです。

大葉、枝豆は大変だったが、バジルは比較的簡単に大量収穫

長さ1.5mほど、2列で種を蒔いて適当に水やりしただけで大量収穫できてます。しかし、ジェノベーゼの登場頻度が頻度が高すぎ。バジルの使い道って、バジルソースいがに何かないですかね。



そして、オクラは、多少虫にやられていしまたが、順調に収穫はできている。

しかし、枝豆は、

こんな感じで、成長して、さやもたくさんついているが実がほとんど入っていない。枝豆に関しては虫がついたわけではないので、水か肥料かというところですが、どっちもそれなりにはやっていた。 なかなかむつかしい、枝豆は、難易度が高めですね。

そして、大葉は全滅してしまいました。芽が出た記憶もないのです。芽が出た時点で虫に食われてしまったのか、そもそも芽が出なかったのかよくわかりません。phはもともと5.5くらいの酸性のところを中性に寄せるように調整しているので6.0くらい。大葉に丁度良いくらいのはずだが、隣に植えたより中性寄りが好みのバジルはしっかり成長している。7.0くらいになっていたのか..。 ph調整もなかなか大変だけど、いまいち原因が明確でない。

活動量計 T-PRO Lifesense band2 切れたバンドの対処について

暫定的にビニールテープで補修して使用していたが、他のところがプッチと切れてしまいどうしようか検討中です。ネット上を探すとすぐ切れたという情報が多数見つかりました。バンドが切れるのは”あるある”なのですね。残念ながら、Lifesense bandはもう販売されておらず、交換用のバンドも品切れとのこと、困った。
 本体部分は、問題なく使えているのに、バンドが原因でリタイアとなるとは想定外でした。ほかの製品用のバンドで代替できるものがないか探してみたが、コネクタ部分の仕様が違うようだUSBに直接突き刺す仕様なので、寸法が合いそうなものはあるが、引っ掛ける部分の機構に違いがあるようだ。
 
 諦めて、バッテリーの持ちと、バンドの耐久性を考慮して代わりの製品を探してみた。
 相変わらずApple Watchは駆動時間が短いようだ。2台持ちで問題解決ってどうなのよ。という感じ。バンドについてはいろいろ選べるので、どうにでもなりそうだが、電池の持ちだけはどうにもならん感じがする。ということで、 AppleWatchは 選択肢から外れた。
 そうなると、バンドの耐久性がありそうな活動量計は皆無にちかい。そんなこんなで、fitbitということになった。 fitbitなら、革製や金属製のバンドも存在する。

さてどうなるか、結果は追ってレポートします

活動量計 T-PRO Lifesense band2 バンドが切れる 

使い始めて、ちょうど1年で、バンドが切れてしましました。 電池の持ちなど機能的には満足していたのですが、思わぬ落とし穴でした。 レビューをみなおすとバンドは切れやすいらしい。数か月で切れるのはさすがに使い方の影響が大きいように思いますが、切れやすいことには間違いが無いようです。 他の製品はどんな感じなのでしょうか。 いろんな製品で交換用のバンドが売られているところを見ると、切れるのは珍しいことではないようです。 金属製とか切れようがないバンドにならないものでしょうかね。

 T-PRO Lifesense band2 のバンドは、どれも売り切れなので、とりあえずあきらめて、バンドをテープで補強してだましだまし使うことにした。 何か良い製品はないのだろうか。。

WordPress5.4.2セキュリティ修正リリース   5.2.7も自動適用

 2020/6/10にWordPress5.4.2がリリースされた。これにはセキュリティ修正が含まれている。 修正 https://core.trac.wordpress.org/query?milestone=5.4.2&group=component&col=id&col=summary&col=milestone&col=owner&col=type&col=status&col=priority&order=priority

 このリリースにはセキュリティ修正のほかに強化も含んでいる。5.4系を使っているなら上げるほうがよいだろう。 5.2系は 5.2.7でとりあえずよいのか…。 5.2.6、5.2.7の修正内容は見えない感じです。

パッチはリリースしているのに、修正内容が分からないのはいまいちです..

「特別定額給付金」オンライン申請は10分ほどで完了したが、これ使える人どれくらいいるのだろう。

郵送されてくるのを待とうかと思っていたが、オンライン申請できたのでやってみた。

申請用のWebページは、「マイナポータル」 にある。仕掛けはすでにあったのですぐにWebページを開設できたのでしょう。さて、申請のほうだが、入力項目はごくわずかなので、世帯分の氏名くらいで住所等もすでに登録された情報が表示されるのでサクッと完了した。

 さて、問題はこの申請をするのに使った環境だ。e-taxで確定申告したことがあればほぼハードルはない。振込先の確証の添付ファイルをどうするかくらいでしょう。まあ、スマホで写真をとるだけで準備できるのでそれほど手間ではないでしょう。
 e-tax使ったことがない人は、今回は、オンライン申請をつかえないのではないだろうか?というのは、こういうことだ、まず一番大変なのは利用者照明用電子証明書を搭載したマイナンバーカードを取得することだ。2019年秋の話だが申請してから3ヶ月くらいかかった。いま申請すると込み合ってもっと時間がかかるのではないだろうか? オンライン申請の受付終了日は、令和2年8月18日となっているので、マイナンバーカードが届くまでにオンライン申請の受付期間が終わってしまいそうだ。
 それから、マイナンバーカードを読み込む”カードリーダ”だ、10年ほど前の機種でも利用可能だったので、入手することは難しくないかもしれない。まあ、NFC対応のスマホでも代用できるようなので、今どきはスマホを使う方法が一般的かも知れません。

 ということで、今回のオンライン申請はすでにマイナンバーカードを持っている人くらいしか使えないのではないだろうか? その辺の情報があまり報道されないのは、マイナンバーカードを普及させたいからかもしれない。しかし、申請してから受け取るまでに時間がかかるのは普及するとは本気では思っていないからかもしれない。