きょうは毒きのこ日和です

[DIY:スマートホーム（自作と機器設定)] カテゴリの記事

全16件 (16件中 1-16件目)

1

• 

  スマート積算電力計を作りました

  2022年からの物価上昇の影響で電気代も結構上がりました。我が家でも​電気代節約等で楽天でんきのログ等を解析しています​が、現行家電を省エネ家電に買い替えの必要性があるか気になりました。ソコでネットで調査してみたのですが、どうもシックリ来ないです。そのシックリ来ない具合の理由が判らないので、自分が納得する為の電力計を作る事にしました。【クーポン配布中】【訳あり 新品】ワットモニター 検電器 TAP-TST8N サンワサプライ ※箱にキズ、汚れあり価格：3,000円（税込、送料別) (2023/8/1時点)楽天で購入というか、電力計はずっと以前から楽天でも売ってますね。気の利いた奴はBluetooth接続でスマートフォン等でデータが見れるんですよ。安いので2000円ぐらい、スマートフォン等閲覧可能で8000円ぐらいで買えます。とは言え、データ収集がしたかったので作って運用しました。　　　　　　ウチには​データを毎時GoogleSpreadSheetに書き出す機器​があるので、　　　今回は電力積算処理を行い、一定時間毎に報告する機構を作りました。　　使ってみた感じですが、、、　　　　消費電力の動向に興味がある時は活躍しましたが、いざデータ収集が　　　　終わると用の無いユニットになってしまいました。電気切り忘れが検知　　　　可能ですが、セッセと作って各電気機器への取り付けは馬鹿馬鹿しいです。　　ソコで、、　　　　各電気機器への取付は無しでメインブレーカーの消費電流が監視できれば　　　　電気の切り忘れなど把握出来そうな気がしています。が・・・・　　　　　　　　楽天でんきを契約してれば１～３時間程度で確認できるんですよね。　　　　測定データが自由に扱える利点を活かした方法を思いつくまでは保留かな～。　　　　制作記事です自分でわざわざ作るので以下の目標を掲げています　　・全自動で​GoogleSpreadSheetにデータ記録したい​　　・自作スマートホーム環境に繋げられる？？　　・部品価格を極力抑えるネット等の制作記事を参考にして、こんな構成を考えました　　　　　　ACクランプからの交流はADS1115の差動入力で対処しました。　　　GoogleSpreadSheet書き出すのが前提なのでディスプレイ無しです。　　　現状値確認と諸設定などはESP-NOW経由した先の端末で行います。　　　実験機　　　真面目版　　　実際作ってみると部品も少なく安く済みました。　　　動作検証で良さそうなデータが採れたので真面目に作りました。ハードウェアとケースです　　　　　　３Dプリンタで作ったケースに入れると、完成！　って感じですね。電流計のソフトウェアです　　　​​ESP8266とADS1115とSCT013-XXXを使ってAC電源の電流計を作成します​​電力積算のソフトは一応ＯＫかな？　　　４台ほど作って比較＋長期測定した感じで以下を採用しています。　　　電力値を測定する。　電力(VA)＝測定電流(A)×100（AC電圧）　　　測定周期を3.6秒にして１時間100回測定する様にしました。　　あとは​測定データをESP-NOWでGoogleSpreadSheetユニットに送信すれば​　　Sheetにアップできるので気楽なモンです。この辺は過去の蓄積デスナー動作確認しました　　古民家の洗い場にあるエアコンに取り付けて休日を過ごしてみました。　　古民家では既に様々なセンサーが動いてGoogleSpreadSheetにデータを上げて　　いるので使えそうなセンサと一緒に表にしてみました。　　　　　　　　※でも洗い場のAHT10センサの温度が変ですね（汗）梅雨時までは問題無かったのですが・・　　なので、今回は測定時刻と外気温とエアコン電力を使ってグラフを作ってみました。　　　　　南側（外）の温度と電力積算を１時間あたりに直したデータのグラフが作りました。　　このグラフからはエアコンの電源ON/OFFの時期が判るのと、エアコンの消費電力が　　一定では無さそうな状況が判りました。　　　　なんかスマート家電が出来た感じで嬉しい♪とりあえず5台作りました。　　5台とも同じような測定結果が得られているのでマズマズの感じです。　　積算電力計という事で「何処に付けようか？」という問題が出てくると思いますが、　　​別ネタで調べている「我が家の電気使用量」の記事で使っていく予定です。​収集するデータは？       実際に稼働させて4ヶ月程経ちました。そこで欲しいログ項目が判ってきました。          ・積算電力+時間          ・オンからの積算電力+時間(オフ後リセット)          ・ピーク電流          ・現在電流

  2023/08/01

  コメント(0)

• 

  HLK-LD2410Cで在室確認ができるのでスマートスイッチに組み込みます。

  ココではスマートホームで自動化などを行うにあたって人間の在宅・不在などの条件を加味できる様なセンサー・仕組みを検討していきます。現状ですがHLK-LD241Cというセンサで不在・在室の判定が出来ると判りました。なので古民家と自宅の各部屋の照明に取り付けて長期検討する事を準備中です。また、​PIR人感センサーは消費電流がμA台という事でバッテリ寿命が数年と優秀な検知スイッチ​として複数台を検討運用しています。PIRという仕様故に暖かい部屋に冷風が吹き込むだけで反応したり電池の劣化具合によって感度が変化したりするので、僕としては割り切った使い方しか出来ないなーと思ってます。2023年8月23日　ミリ波・マイクロ波レーダーなんてあるんですね　　何か無いかと悶々と探していたらミリ波・マイクロ波レーダーなんてものを見つけました。　　　　　　　正直良く判っていないので値段の違う３種類を買って検討する事にしました。　　消費電力はmA以上あるのでPIR人感センサーの様なバッテリ駆動は無理の様です。　　とりあえずネットを調べてみました。　　　・RCWL-0516　 ＝＞アナログセンサーぽいです。アナログ閾値で人の有無を検知？　　　・HLK-LD101　 ＝＞基本IO出力ながらRX/TXの端子もあり何か出来そうな雰囲気？　　　　　　　　　　　　　＞＞ですが今の所RX/TXを使った情報は見つけられません＜＜　　　・HLK-LD2410C＝＞​GitHubにてnic reynoldsさんがサンプルを上げてくれています。​　　届いたパーツをとりあえずWeMosD1に繋いで動作確認してみました。　　　　　　　　RCWL-0516とHLK-LD101は信号線を繋ぐだけでして・・・　　　　一応、僕の動作に反応してくれているみたいです。（でも反応条件は判りません）　　　　HLK-LD2410CはUART接続でStationary / Movingの２条件で検知してくれます。　　　　また検知体は１cm単位で「おおよそ」の距離が出てくる様です。　　　　StationaryとMovingの検知対象は「人間」を多分している様です。　　　　ある程度センサーの挙動が判ったので、　　　　これからHLK-LD2410Cを用いて在宅検知が出来ないかを検討していきます。　　　　　　　　　　んーっと・・・　RCWL-0516とHLK-LD101はとりあえず放置ｗ　　　　　　　　とりあえずHLK-LD2410C６台という事でWeMosD1と8285で検討していきます。　　　　報告内容４種類を決めました、　まー機能に振り回されてるだけですが・・・　　　　　　不検知継続時間（min)　 ：　不検知に切り替わってからの継続時間(-1は検知中)　　　　　　検知継続時間（min) 　　：　検知に切り替わってからの継続時間(-1は不検知中)　　　　　　Stationary距離(mm)　　：　センサ報告のStationary値　　　　　　Moving距離(mm) 　　　：　センサ報告のMoving値　　　　ユニットをアチコチ置いて動作検討しています　　　　　・ずっといるのに検知継続時間があまり増えない　　　　　　　　フッとしたタイミングに不検知が返ってくる事が判りました。　　　　　　　　ノイズ成分だと考えて不検知を数回連続する迄は検知を維持する様に変更。　　　最初は会社に置いてデータ取りしてみました　　　　　　会議で部屋に不在だった時や帰宅後の不在経過時間(min)は良い感じで　　　増えている様です。センサーとしては良さそうですが、ログで考えると　　　業務時間中にトイレに行った時をログ登録すると、その時刻の不在状況が　　　まるで判らないイマイチなログなのが見て判ります。　　　　　　そういった訳でログデータとしての有用性を上げる為に報告内容の追加で　　　「直近120分間での不在検知累積時間(min)」を考えました。数日ほど会社で　　　データを取ってみましたがこれならログで在室・不在の状況が判るかな・・・　　　３ヶ月程のデータを確認してソコソコ良さそうな結果だと感じました。　　　そこで次のステップとして屋内照明のスマートスイッチの試作を作りました。　　　　　　従来の自作スマートスイッチのPIR人感センサーをLD2410Cに変更しました。　　　あとSSRを２系統用意してOFF-一灯-二灯切換えを対応可能にしました。　　　＝＞試作機の電気を投入してもESP8266とLD2410Cが動作しない問題に遭遇　　　　　・ESP8266が起動しない症状にはENピンにCR遅延回路を追加　　　　　・LD2410Cの初期が出来ない症状にはESP8266のリセット処理を追加　　　　　一応動作する様になったのでこれで検討していく予定・・・・・　　　＝＝傘つき照明の蛍光灯が寿命を迎えたらＬＥＤ化と同時に交換予定っす＝＝　　　動かして状況が判りました４種類もデータは不要です。　　　僕向け仕様でGoogleSpreadSheetに報告する内容を１つにする事にしました　　　　　所在不在時間　　　　　　　　＋数値　：　ココ２時間で何分人間が所在だったかの表示　　　　　　　　－数値　：　不検知を検知してから継続分×－１　　　　　　　　　　　　　　但し人間不在検知から20分以降に表示(それ迄は+数値)　　　ちょっと死角がありそうな仕様ですが、その辺は気付いたら直していきます。2023年7月25日　在宅確認に電流測定はインチキですか？​　　　自作して動作確認した結論は「在宅の要素はある」程度で無理だと思います。　　　実際に各家電の消費電流が測れるので、集まったデータで省エネ考察が可能です。​2023年7月22日　スマートフォンの有無で在宅検知はむづかしいです　　　普段所持するスマートフォンの有無＝在宅・外出は取れそうな気がします。　　　①・WiFi接続している機器のMACアドレスで有無を検知　　　　　　通常はWiFiに未接続で、IPアドレスが判っていてもPingが通りません　　　　　　WiFi通信を行うソフトが動作中ならPingは通りました。　　　　　　※WiFi AP局やGatewayにソフトを突っ込めば可能の様です※　　　②・BluetoothのBLEアドバタイズで有無を検知　　　　　　BLEアドバタイズしてデータを取ってみました。　　　　　　我が家はAppleに魂を売ってるのでApple機のみで検証しています。　　　　　　ManufactureとPayloadデータ　　　　　　　　//Apple Watch 4c0010052118764c17   (1)0c180840f0bf0040300406008c14098000(RSSI:-65)　　　　　　　　//iPhoneSE    4c0012020001         (1)e00d803f7856adba(RSSI:-44)　　　　　　　　//iPhoneSE    4c0010060b1ef0c158b0 (1)6c0000000000000030aea47566f206000200(RSSI:-43)　　　　　　　　//iPad Mini   4c001005111c69e39e   (1)0c180840f0bf0040300406008c14098000(RSSI:-47)　　　　　　　　//iPad Pro    4c0012020003         (1)000000007cd2d476(RSSI:-44)　　　　　　　　//iPad Pro    4c0010064b1ea313f6e3 (1)f0bf0040300406008c140980007efd3f0000(RSSI:-44)　　　　　　一定時間で内容が更新されるので時間での追跡性は悪いです。　　　　　　あと、近所の人のスマホも検知するので在宅云々は無理だと挫折。​​​2023年7月14日　実はPythonista3で解決してたとか・・・・・　　「在宅確認は必須ダロ？」と書いておきながら自分は未実現状態は恥ずかしいので、　　どうにかして実現出来ないかと考えてみたところ、既に解決策を作っていました。　　　　解決策は​Pythonista3でBLEアドバタイズ​です　　以前からiPadの自作ソフトでズーッとBLEアドバタイズの一覧を見てたんだけどね。　　同じことをESP32BLEで出来ないかと右往左往しても出来なかったのが悔しいです。　　　　　　　　　　　　　当然の話ですがiPad/iPhone不所持で行動されると在宅確認機能はダメになります。　　　　　　　　　　　　　それから同じ名称のApple機を用意する事で在宅確認機能が偽装できてしまいます。　　　　　　　　　　　　　　　　　　　　　　　まーこの辺は気にしても始まらないトコかなと思っています。　　Pythonista3側のソフトはBLEアドバタイズで見つかった端末名を指定IPアドレスに　　送信するだけの仕組みにします。iOS機はDHCPを使ったIPアドレスにするものの、　　相手先端末は固定IPという方法でプログラミングを単純化ます。　　ん？？　　４月末のアップデートでPythonista3はiOS12のiPad Miniで動かなくなりましたが、　　幸いiPhone SE(1st)はまだ動作する様なのでソイツで準備していく事にします。　　と思っていたのですが、iPad Proから別アカウントのiPad Miniが見えない・・・　　　　　　　　　　　　　　　　　　　　　　　　あっれぇ～？　って感じです。​​2023年6月29日　スマートホームでの主の在宅検知機能　　​Nature Remoアプリ「ホームフィルター機能」をリリースしました​​　　リンク先を見ると在宅時と不在時でオートメーション機能の動作可否が変えられる様に　　なったとの事です。仕様を見ると利用者のスマートフォンにNatureRemoアプリを入れて　　家族を招待しておく必要があります。NatureRemoアプリでスマホの位置情報から在宅か　　判断する仕組みの様です。　　なーるほど。　　タイトルでは「在宅確認は必須ダロ？」と書いているのですが、、、　　僕は自作スマートホームを作っていて​在宅を検知する方法​で悩んでいます。　　できたらやりたい在宅検知・・・・　　ですがイロイロ考えているのですが良い方法が見つからない状況です。　　　　＝＞NatureRemo / IFTTTなどのGPS機能を持ったソフトで在宅検知　　　　　　在宅検知したい人のスマホにインストールする必要がある。　　　　　　ソフトの安全性など心配されても、そんな保証は僕には出来ないので無理。　　　　＝＞PIR人感センサーをアチコチ置いて在宅検知　　　　　　猫でも反応する人感センサーは頼もしいのだが「誰？」が在宅かは判らない。　　　　　　あと、真夏に屋内が30℃以上になったりすると反応しません。　　　　＝＞各スマートフォンがWiFiネットワークに繋いだのを見つけて在宅とする。　　　　　　スマートフォンの省電力機能のお陰で未操作時はWiFiネットワーク未接続で　　　　　　外部WiFi機器から見つける事は不能な事が判った・・・・​　　　　＝＞各スマートフォンのBluetooth端末名を検知して一致するなら在宅とする。　　　　　　専用ソフトが不要なので結構アリかなーと思っていますがESP32では　　　　　　Apple機器の名前が習得できないのが悩みの種です。　　　　　　　　※偽装可能なので低セキュリティだが許容可能なコントロールなら良いんじゃね？と思う　　　　＝＞監視カメラを使って顔認証ｗｗｗ　　　　　　おもしろそうなネタですが、うん・・　おもしろそうですが物が準備できない。

  2023/06/29

  コメント(0)

• 

  ESP-NOWを使って独自のMesh機構を考えて、動作確認しています

  以前よりスマートホーム機器を自作してきましたが、その際には必ず「スマートホーム機器に繋ぐ電源とネットワーク接続」が問題になりました。ＬＡＮケーブル・ＷｉＦｉ飛距離・ＷｉＦｉ接続数・ＷｉＦｉ機器交換ナドナドそんな中で​2021年頃よりESP32/ESP8266で使えるESP-NOW通信を使う​様になり独自作成の中継ハブ機構を作りました。中継さえすれば家の隅から隅まで通信が可能になり満足・・・　　するツモリでした・・・　　　が・・・最近WiFi MeshとBLE Meshという規格の機器が出つつあり、独自の中継ハブ機構は自分でも「なんか古クサイし設定が面倒クサイよね～」と思う様になりました。そこで！　2024年になって独自のMesh機構を思いついたので挑戦してみます。約1年に渡って中継ハブ機構を検討したからコソ可能な案カナ？っと。=>独自Meshの基本構想　　　・ネットワークへの接続調停無しで即データ送受信出来る様に・・　させたい　　　・通信伝達はESP-NOWのBroadcast送信を使う。         ・受け取った通信はBroadcast送信する。次に同じ通信を受け取ると破棄。         ・直接相手局と送受信するモードも用意しておく。　　　・メッセージの伝達は通常の基地局が担う。(専用のハブ局は不要)　　　・メッセージはテキスト200バイト程度が一区切り（バイナリや大サイズは未考慮）　　　・メッセージ送信成功が判る受信応答と未受信時再送を考慮・・・　する　　　・iOS機から機器一覧が見れる様にする(この時は通信頻度が増大するが、これを想定する)　　　・通信頻度は各機で１時間３電文程度を想定、（通常での混信は想定外）=>何となくソフトを作ってしまいました。　　　とりあえず８台を繋いで動くソフトを作りました。　　　以下の様な感じでつまづきましたが、まーソレ・・・　エイヤッで対処してます。　　　つまづき１：要求にあったMesh機構ライブラリが無い！　　　　　　電池駆動で毎時センサ値を報告するセンサで１回の動作時間を　　　　　　１秒以内に収めようとしたら良いライブラリがありませんでした。　　　　　　折角なのでMACアドレス・論理アドレス混合で動く仕様を考えます。　　　つまづき２：Broadcast送信で非暗号化とかナメとんのか問題　　　　　　以前の中継ハブ機構も非暗号化でしたがMACアドレス指定だったので、　　　　　　「まだマシ」でしたが今回から常時Broadcast通信です。　　　　　　　　そもそも僕の独自仕様をワザワザ解析してチョッカイを誰がするんだと考えると悩むダケ無駄。　　　つまづき３：従来の自作中継ハブ機構どうすんねん問題　　　　　　Mesh機構と中継ハブ機構の間は通信できない仕様にして諦めます。　　　　　　ただしGoogleSpreadSheet・BLEブリッジ・リモコン受信機構は、　　　　　　Mesh機構と中継ハブ機構双方の通信を受け付ける仕様を構築します。　　　　　　　　＜これで常設基地局が３基地局も出来ちゃっう感じです＞　　　つまづき４：基地局４台ぐらいで送受信が困難になる。　　　　　　iOS機からBLEブリッジ経由で各基地局との通信が頻繁に失敗し始めました。　　　　　　ESP32とESP32C3とESP8266で行ってるとESP8266の方で顕著に発生。　　　　　　最初の発信は電波状況が良くても次の発信は数局の発信で混信が原因と予想。　　　　　　　　対策１：各基地局ディレイを設けてタイミングをずらす　　　　　　　　対策２：非伝達基地局を設定出来る様にする　　　　　　　　目標　：伝達基地局10台ぐらい集合して動かしても動く確認までしたい。　　　つまづき５：重複した論理アドレスでも運用できちゃう　　　　　　MACアドレス6桁に任意アドレスを振って論理アドレスとする仕様にしたので、　　　　　　重複アドレスでもできます・・・　　今のEthernetも一緒だと思えば運用次第ですね。=>何となく動くソフトで動作確認しています　　　一応従来ハブ機構と通信ライブラリの差し替えコンパイルで動く様に作りました。　　　当初は従来ハブ通信との共存を考えていたのですが作成したMesh通信が予想より　　　調子良いのと従来ハブ通信との共存処理の手間と不具合で死んでも無問題な事から　　　完全移行をする事にしました。まずは自宅から行っていく事にします。　　　気づき1:wifiのWPS機構が欲しくなった。　　　　　　電源を入れると即ネットワーク参加できる無法っぷりは凄い強烈です。　　　　　　こうなると照明とon-offスイッチをwifiのWPS機能っぽくペアリングして　　　　　　動作する様に出来たら、自作機器を家に反映する作業が楽な事に気づいた。　　　　　　　　　　　ココから下は中継ハブ機構に関する日記です2018年より検討を始めたESP-NOWです​が個々の機能検討も進み自宅や古民家に複数台設置して​データをGoogleSpreadSheetに上げる事が出来る様になりました。またNatureRemoの赤外線リモコン頼りで「OKグーグル、居間の電気を灯けて」も対応可能​になっています。設定が面倒なのと照明ユニットの交換が進まないので自宅と古民家１室づつですけどね～。そして最近はDeepSleepや常時電源OFFを使って電池駆動の機器も検討し始めたのですが、いざ動作確認段階になると「置きたい場所でESP-NOWの通信ができない」「デモで部屋の端から端までの通信ができない」などと残念な問題に遭遇しました。実例：「玄関チャイムのボタン」「侵入者検知のPIRセンサー」「庭の植木鉢に土の湿度計」　　　電池駆動が主ですが、家の面積が広いとそれだけで通信が届きません。また以前からの検討で近所でWiFi AP局が乱立してたりスマートフォンが多数あったりするとESP-NOWの飛距離が怪しくなる症状があるので、設置時の飛距離を過信するのは危険です。そーいった時はESP8266/ESP32の電波強度等疑いたくなるのですが、それ以前にAliExpressで買った品が規格品ですら怪しいと気になります。検品で電波強度が高ければ設定で下げれば済む話ですが、元々低い奴は正規品での販売は無理なので規格外品として処分されるカモしれません。(！！僕の妄想なので事実未確認です！！)とは言え今までの動作確認でESP機毎のWiFiの飛び具合にバラツキがあると思っている僕としてはESP-NOW用の中継ハブ導入を検討します。ユニットはESP-01Sで管理機器台数は最低64台ぐらいを目指します。※運が良ければ今まで作った機器に組み込んで中継ハブ専用機を作らない様にしたいです。※​ESP-NOW機の接続数が20台近辺なのを考えると中継ハブの用意でArduinoIDEソースを　いじらなくて見かけ上の台数が増やせるなーと考えてみたりして・・・ESP-NOW用中継ハブの作る簡単な初期テスト　　まず最初に気になるのは複数台のESPNOWユニットの中継動作できる　　のかどうかだったのですが、簡単に２回中継動作させる事が出来ました。　　　※お手軽に会社の敷地で試しました、コンクリート壁や金属棚など通過しています。　　同機材でメッセージのループバックを行ったところ約13mSec程度・・　　機器１=>中継１=>中継２=>機器２=>中継２=>中継１=>機器１の　　経路を辿っての応答なのでコンナもんかと思います。　　また通信経路にて人間の往来があった場合にメッセージ喪失が発生し易い　　事も確認しており、重要なメッセージは受信確認が必要と感じました。　　　　　　　　　　　　　　　　　　僕が使う用途では十分イケてます。ESP-NOWハブ仕様作成の七転八倒メモ　　各ハブを動かす為の基本ソフト作成・動作確認でのメモです　・既に同一ハブ番号のハブが稼働している　　　ハブの管理ができていない時にあった内容です。　　　後から電源を入れたハブは野良ハブとして待機させたいトコロです。　　　同時の電源投入だと早く調停したもん勝ちという状態も解決したいトコ。　・同一の親ハブ番号を持つ子機間は直接通信させたい　　　もし親ハブが機能停止した場合に遠方の機器への通信は無理だとしても、　　　近所の機器間の通信が子機間で維持できないか考えます。　　　　※あまり意味の無い事かもしれない・・　解決・無理・論理アドレスとＭＡＣアドレスの平行運用がしたい　　　ハブ未登録の機体を登録する為に必要な機能。　また個々で通信する時も　　　使えますがMACアドレスより論理アドレスの方が運用が簡単なのが悩ましい。　　　　iOS(Pythonista)とBLE通信する機体のみで平行運用する事にしました。　　　　Pythonista画面でハブ・子機設定できるようになったので良い事にします。　解決(そんなもんだと思う事にした)・broadcast応答で６台以上の機器は見つけにくい　　　台数を増やして調べた印象なのですが、近くに１０台以上の機器があるのに　　　HUB機のbroadcastに即応答するのは毎回同じの６台ぐらいの印象です。　　　  親機子機のbroadcast時の通信が原因と予想。　現状のソフトはデバッグが簡単なので放置します。　解決・broadcastが欲しい・・・・　　　各ハブ通信範囲が違うので総てでbroadcastしないと隅々まで飛ばないし、　　　broadcastした実機に応答を返す仕様も考える必要があるし　　　各ハブの通信重複地域ではどちらに応答するかも考えないといけないし・・　　　 イロイロ考えた末に親機・子機の関係が出来ている状況は親機にbroadcast応答を返す仕様にして、　　　 それ以外は今までどうりの応対をする事にしました。他にも手間はありますが何とかなった感じ。　解決・せっかくなので時刻を同期したい　　　ネットワーク内にNTPで時刻合わせしている子機に沿って時間同期しました。　　　　特にどーって事では無いです・・・・　　折角なので同期しただけです。　解決・論理番号＋子機番号を各子機の論理アドレスとします。　　　簡単な仕様で作れそうだったので現在検討中です。　　　※従来仕様のMACアドレスを使った通信は各子機間で残しておきます。　解決・ハブ機・通信子機が消滅した時の処理・・　　　　仕様が簡単なので、ケセラセラです。　　考え的には解決していますｗ　解決・ハブ機に論理番号を与えて管理します。　　　　ハブ機毎に制約を作ってハブは隣接する論理番号としか通信しません。　　　※ハブ間の接続ルールの簡素化と安易に通信距離を延ばす事を考えました。　　　※１番と４番のハブで通信する場合は１・２・３・４番のハブに電文が流れます。　　　　各１階に設置したとしても３階建て＋屋上の家がカバーできます。　解決・ESP-NOW１台の接続台数は標準２０台程度　　　　ESP-NOWの仕組み上は台数無制限で繋がりそうですが、ライブラリの　　　Define定義によって台数制限がかかっています。今回は１HUBに１0台の　　　子機を繋ぐツモリで仕様を考えています。　断念・メッシュ通信仕様　　　　論理番号＋子機番号で動かす仕様を拡張してメッシュ化できないか・・・　　　まずは論理番号＋子機番号でマトモに動く様になってから考えます。ESP-NOWハブ設定ツール作成の七転八倒メモ　　ESP32のBLE通信で繋がるiOS(Pythonista)の設定ツールでの機能追加メモです。　　解決・アップデートでPythonistaのBLE通信使えなくなった　　　　仕方ないのでWiFi UARTで繋ぐ仕組みで逃げました。　　　　　セキュリティーは最悪になりましたが、独自仕様を解析する人いないでしょ？とタカくくってます　　解決・新規ハブと子機の登録処理　　　　新規ハブに論理アドレスを設定するだけでした。しかし運用中の状態で　　　　新たに追加する時はネットワーク外の端末を検出・通信する必要があり　　　　特別設定で動かす条件決めに苦労しました。　　　　　※気にせず動かせるならメッシュ運用が出来るのですが、ロストした子機の検出が難しいです。　　解決・子機の削除処理　　　　子機とハブで記憶するＭＡＣアドレスと論理アドレスを消す　　　　　 ※ハブを削除した後は子機にハブ経由でアクセス出来ない状況が発生したので、対策として　　　　　　ハブと連携が取れていない子機はＭＡＣアドレス運用の電文で動作する様にしました。　　解決・ハブの削除処理　　　　ハブの論理アドレスを消してハブに残った連携用のＭＡＣアドレスを消す　　　　程度で完了しました。※先に子機の削除をしないと面倒な事になる事が判りました。　　解決・ハブ一覧と子機一覧　　　　pythonista3で接続中機器の一覧を各画面で表示出来る様にしました。いままで作った各機能　　解決・DeepSleepする子機　　　　　DeepSleepから復帰する毎にハブと調停するのは電力消費がキツイので、　　　　ハブと子機にお互いのMACアドレスを記憶しておき毎回照合する事にしました。　　　　＝＝長期で動作確認しないと判らなそうな機能です＝＝　　解決・動作確認中・iOS(Pythonista)との通信について　　　　　通信専用の子機を用意する事にしました。コイツだけ特別にbroadcast通信を　　　　行ってネットワーク外の未設定子機の通信をして初期設定が出来る様にしました。　　解決・動作確認中・毎時GoogleSpreadSheetにデータを上げる奴について　　　　ハブにすると収集が付かなかったので子機として作りました。　　　　今まで動作確認していた端末の再設定が面倒クサかったので、MACアドレス直で　　　　送信されたデータも特例として受付可能にすることにしました。　　動作確認中・普通の子機　　　　ネットワークから脱退させる仕様・設定・画面を作る必要がありました。　　　　ネットワーク未加入の端末を設定する仕様・設定・画面を作る必要がありました。　　　　ネットワーク未加入でも動作させる様にしました。(従来モード)ハブ実機の作成メモ　　・プラットフォーム：ESP-01S　　　　安くて省スペースを考えるとコレしかありません。　　・電池駆動も考慮　　　　ハブを電池駆動する事を考えてハブ機はデータ収集端末と同じ機構を備えて　　　　一定周期で電源電圧を報告する様にします。　　　　電池のソーラー充電も考えるならキャパシタ駆動とかまで検討したいですね。　　・簡易仕様　　　　　　以前DHT-11で温度測定をしていたユニットが検討終了でゴロゴロしていたので　　DHT-11を外した状態で使う事にしました。電源電圧が測れない簡易仕様ですが　　台数検討には持ってコイの端末かなっと。　　あとは照明のOn/Off用のユニットから5V電源を供給してもらって動くタイプも　　用意すれば良いかなーと思っています。(当分機能統合はしないで別々で作る予定)作成メモ　　　何とかハブ機と子機のソフトを作り子機＜＞ハブ＜＞子機の通信が　　出来る様になりました。ココからは稼働テストですが、どうなるやら・・　　　結構良い感じで動いています。　現状はESP-NOWハブの台数は３台で　　ハブ両端の距離で７ｍぐらいしか無いので、２台ほど追加してハブ両端で　　１２ｍぐらいに欲張ってみたいトコロです。　とは言えその前に接続する　　ユニットを増やした方がいいですよね～。　と思ってユニット作成中～固定仕様に関するメモ　　・ハブ機は０～Ｆ/ハブ子機は１～Ｆとする事で0x00～0xFFでMACアドレスの　　　代わりとして使える様にしました。　　・メッシュWiFi風は欲張らずにハブの０～Ｆで隣接する番号との通信で割り切る　　　事にしています。　　　　※ハブ０からハブＦへの通信は１２３４５６７８９ＡＢＣＤＥのハブを経由して行うノンビリした仕様　　　　ですが１区間３ｍで考えると両端子機も入れて５４ｍの距離を通信する事が可能になります。　　・ハブ機８の配下に特殊機能を配置する事にしました。　　　GoogleSpeadSheet書き込みや赤外線リモコンなどの登録時に面倒だったので　　　「もう固定アドレスにしちゃえ！」って割り切る事にしました。　　　　※システムを売る場合は困ると思いますが、僕の自宅・古民家で運用するESP-NOWシステムなので　　　　　設定などが楽な方に割り切る事にします。2023年4月より、作ったハブの動作確認を行っていきます　　スマートホーム計画もジワジワと進んでおりハブの設置場所や使用機器としての　　​スマートスイッチ照明も出来つつある​ので古民家に取り付けています。　　※スマートスイッチ照明と一緒にハブも取り付けてます。　　　　古民家でWiFiを使っている時に「こんな距離でも切れるんだ」という実感を　　元に５ｍという距離を割り出したので途切れない距離として３ｍぐらいの間隔に　　ある照明に設置しています。※10/11/12は照明が間に合わないので仮設で置いてる　　　※図に書いてみると今までWiFiが届かなくて首を傾げていた場所が遠くて電波が届かないのに納得です。　　　※現在データをハブ番号順に渡す仕様で作っていますがMESH仕様で考えたい衝動に駆られます。＊＊いざ設置してみて＊＊　　・設置・初期デバッグ取りを終えてからはGoogleSpereadSheetへのセンサデータ　　　書き込みも順次アップされ妥当な値が上がってきているので良い感じであります。　　　　※初期デバッグでは台数を増やすと出てくるバグとかあったりして結構大変でした。　　　　※設置状況から見るとやっぱりメッシュネットワークに各子機の自動調停が行いたくなります。　　・ハブを８台動かすのはもったいないのでハブに機能追加したくなる　　　まだ初期段階ですが管理機４台にユニット7台ぐらいしか無いのに８台のハブは　　　なんだか間抜けっぽいのでハブに機能追加したくなります。　　　ただ・・　　暴走しにくい機能を入れる必要があるので凄い悩ましいです。2023年8月　中継ハブに報告データの一時預かり機能を追加する　　　中継ハブを作ったお陰でユニットを配置できる場所が格段に増えたお陰で古民家では　　　照明の半数をスマート化しました。またDeepSleep機やセンサON動作機も配置して　　　結構イケてる感じはしていたのですが・・　DeepSleep機とセンサON動作機の通信　　　内容を把握する術がGoogleSpreadSheetしか無いという事に気付きました。　　　　　　そもそもGoogleSpreadSheet書き出し設定する前は確認する術が無いｗｗｗ　　　これについては悩んでも始まらないのでハブのソフトに仕様を追加する事にしました。　　　　　　　　配下のデータ・電文を一時預かりする　　　　　　　　配下のデータをGoogleSpreadSheet報告機に報告する　　　配下機器は15台しか無いので各128byteでも2Kbyteぐらい保持できるだろ？と想像　　　今までは配下の機器はGoogleSpreadSheet報告機に報告していたのですが、これだと　　　送信応答待ち時間のバッテリ消費がもったいないので直近のハブとの通信で終わらせる　　　仕様を考えます。電子工作ランキング

  2023/02/25

  コメント(0)

• 

  センサー反応でメッセージを投げるスマートセンサー

  ここでは電池駆動で１年以上駆動が期待できるスマートセンサーを検証します。最初はPIR人感センサーを用いて検証していきました。　　　実際のユニットとユニットのブロック図です。　　　　　　現状は以下の内容で動作検証中です。　　　　　・使用する電池容量　　　　　　　　収拾情報で「ESP8266は18650直結で動く」とあり検証中です。　　　　　　　　　　　　　・待機中の消費電流　　　　　　　　センサー待機時はFETリレーOFFでESP8266は電源未供給です。　　　　　　　　センサーの消費電流100uA以下に抑える事ができました。　　　　　・動作頻度　　　　　　　　PIR人感センサーが反応すれば動作します。　　　　　・動作中の消費電流/動作時間　　　　　　　　動作は「電源ON ⇒ 初期化 ⇒　ESP-NOW送信 ⇒ DeepSleep」　　　　　　　　で100ｍSecで済み、だいたい70ｍA程消費していました。最初はこんな感じで繋げることを想定していました　　　独自のスマートホーム機器からこんな繋ぎ方を考えていました。　　　　　　スマートセンサー反応で以下の処理が可能です　　　　　　　⇒　スマート照明を一定時間点灯　　　　　　　⇒　GoogleSpreadSheetに反応回数/電池電圧報告　　　　　　　⇒　Lineにメッセージ送信　/　電池電圧低下警告　　　　　　　⇒　GoogleHomeに音声発声依頼　　　実際動かして判ったのは杓子定規の動作がウザイ局面があるということ、　　　「この局面だけ動いて欲しくて、後は手動でいい」と考える事が多いです。　　　なので、凄い簡単な案件のみで使っている仕組みです。　　　※PIR人感センサーは「赤外線の急激な変化を報告するセンサー」なので　　　　​別途人感センサーを検証している​状況です。2024年　気付けば似たような仕組みのユニットが売られていますね。スマートセンサー 人感 動き検知 人感センサー 防犯 セキュリティ 室内 wifi ワイヤレス 無線 スマホ 通知 見守り 老人 介護 ペット USB電源可 +Style PS-SMT-W02価格：1,980円（税込、送料無料) (2024/1/30時点)　　　　詳細は確認していませんが、お手頃価格です。　　　　「人感動き検知　人感センサー」なのでPIRセンサーの様ですね。2023年6月21日　フォトトランジスタを使った電池式長期監視ユニット　　PIR人感センサーの様に待機時消費電流100uA以下の部品スゲーと思って他を探して　　いた中で「何か使えるモノは無いか？」とチマチマ探して来て１つ見つけました。　　　　　　　　　　　​フォトトランジスタ​です　　仮検討回路です。　　仮検討回路では強い光をフォトトランジスタに当てると赤色LEDが点灯します。      on/offスイッチングにFETを使うことでONに流す電流に余裕を持たせています。　　上の写真の状態はoff状態ですが電流は約100uAでした。(待機電流という奴です)　　また、フォトトランジスタ周囲を暗くするとに更に電流値は落ちていきました。      とりあえず今回の実験により十分実用出来そうな期待がもてています。　　100uAでも2000mAhの18650電池で1万時間の待機は期待出来るのかな？っと。　　　　　　　　　　　で？　何か作れるん？　　実際に動作確認や機構等を確認しないと実用可能か判断つかないのですが想定として　　　・火災報知器のスマートセンサー化　　　　　　火災報知器で反応時に音声告知とＬＥＤ点灯があると思われるので、　　　　　　ＬＥＤ点灯を感知してスマート告知・・・・　　できたらいいなぁ　　　・電気機器の電気ＯＮを感知するスマートセンサー　　　　　　動作ＯＮのパイロットランプ点灯を感知してスマート告知・・・・　　　　　　って老人の生存監視確認機器ｗ　　って思ったけども・・・・？　　　　　　​無線連動スイッチの集塵機作れるヤンケ！​　　リンク先はマキタです　　パイロットランプの点灯・消灯が告知できれば遊べそうな気がしています。2023年5月　思いのほか高性能です。　　実運用として古民家の電灯を自動でOn/Offするセンサーと意味も無く扉の前に　　置いて動かしています。　使っていて判ったのはセンサ反応時に本来の目的先に　　データを送信する以外にバッテリ残量とセンサ反応積算値を報告すると管理し　　易いという事です。2023年3月　結構良い感じで使えていますので本格検討機を作ります　　Cdsを接続して明るさも判定する計画は良い感じになりませんでした。　　まー本気で欲しくなったら再度考える事で済ませるとしてっと・・・・　　PIR人感センサーの反応時に送信するだけでも凄い良い感じに使える事が　　判りました。　市販のPIRセンサー照明で痒かったトコロが解決します。　　PIRセンサーの待機時消費電力の低さのお陰で長期運用もイケそうです。　　　　まぁまぁイケてるので３Dプリンタでケースを作ろうと思い３次元配置にして　　コンパクトにしたのを２つ作ってみました。　　電源は別ユニットで将来何とかしようと思っているので考慮していません。　　​土壌湿度計を作っていたら閃いた​のでこんな感じにしました。　　　　　　土壌湿度計を作っている際にLolin32Liteを入れる為の区画がHC-SR501の　　大きさに似ていたのでケース図面を流用修正して作ってみました。　　　※サイズを合わせるとフタを流用できるのでそれなりに良い感じになります。　　配線方法に各機バラツキがありますがとりあえず３台用意しました。　　使用材料　　　×１　ESP-01S　　　×１　HC-SR501　　　×１　ピンソケット（メス）２×８　　　×１　MOSFETスイッチ(N)　　　×１　単三電池電極金具＋　　　×１　単三電池電極金具－　　これで長期検討用機が出来上がりました。AliExpressで各部品をまとめて　　購入すれば１個あたり500円程度に収まりそうです。※18650電池は別ですよ～　　動かしてみるとバッテリー駆動とESP-NOWハブ中継機能による設置場所の　　制限緩和は思った以上の効果があると感じています。使い道を見出す為に　　５台ぐらい作ってみようと思います。2022年　　PIR人感センサーとCdsを組み合わせてみました。（失敗　　　　Cdsセンサー感度は大雑把なので、明るい・真っ暗程度の判定ですが　　人感センサーが反応した際に真っ暗だった場合はESPNOWメッセージ　　を送信して照明を点ける事ができる様になりました。　　しかし「暗い状況のみで送信する」という条件での安定稼働は無理でした。　　また、、　　バッテリー残量が気になるので、センサー反応時に電源電圧を測定して　　GoogleSpreadSheet書き込み端末に報告する様にしました。　　センサーが反応しない限り更新しませんが無いよりマシです。　　あとGoogleSpreadSheetにOn:1  Off:0で報告していたのですが価値が　　見出せませんでした。そこで仕様を変更してセンサー反応回数を報告する　　事にしました。未検知が続けば同じ数値が書き込まれ、人を検知すると　　回数アップするので時間あたりの検知頻度の目安にできそうです。　　2022年11月5日　PIR人感センサーを作りました　　ESP-NOWやESP8266の低消費電力駆動に凄い割り切った使い方が出来る　　構成を作る事ができたのでご紹介します。　　　　＝＝配線は上の写真で完結しています＝＝　　PIRセンサの出力端子をNch-FETに繋いでESP-01Sの電源をON/OFFするだけ。　　PIRのOUTでFETを駆動できたらラッキーよなーと思って試してみたのですが　　写真程度の配線で動作したので作った本人もご満悦です。※複製しやすく嬉しい　　ソフト・ハードの動作仕様です　　　・PIRセンサで動体を検知するとセンサONになります。　　　・センサONの期間中はFETが駆動されてESP-01Sに電源供給をします。　　　・ESP-01Sは電源ON期間内でESPNOWメッセージを投げてDeepSleepします。　　　・電源電圧もESPNOWメッセージで投げると電池交換時期が判断可能になります。　　で？　これ使いモノになるん？　　　待機中はPIRのみが電力消費をするのですがPIRセンサは消費電量65uA近辺と　　　素晴らしい少なさなので人の往来が少なければ結構長く動きそうです。　　　　正直使いモノになるか判りませんが、待機電力はPIRセンサのみの65uA　　　以下で行えます。センサ反応するとESP-01SがESPNOWメッセージを投げ　　　てDeepSleepするだけなので電源への負荷も少なく長持ちを期待しています。　　　とにかく配線が超簡単なので是非とも実用的な使い方が思いつきたいです。　　　​先日検討したCｄｓによる真っ暗検知回路​とセットにしてやることで、　　　PIRセンサ反応時にCdsで真っ暗検知でESPNOW送信するという仕組みが　　　作れそうな気がしています。　　問題点：PIRセンサの反応仕様が判りにくい　　　　PIRセンサの照明を使い判っているのですが「赤外線の変動を検知で反応」　　　というのが僕等の期待するトリガーとかけ離れているって事です。　　　　 ※「人がいる/いない」を検知するセンサでは無いという事で、お陰で思惑を結構外します。　　　実際ホームセンターとかで購入できるPIRセンサ照明は「赤外線の変動を　　　検知した後の数分間点灯する」という仕様で問題無く使えてるんですけどね。　　　という事で少し悩んだ末に出てきたのが照明のスマートスイッチ側の改造で、　　　「暗い時はｎ秒間ON」というESPNOWコマンドを追加を思いつきました。　　　”暗い時”は将来計画として判断可能な機構を付けようと思っています。　　　　※個人的にはCdSセルで安易に明暗をGPIO入力に変換する機構ぐらいかなぁと思う。　　　　※PIRセンサと連携させると結構進んだ内容に出来そうなのですが、まだまだ先の話かな。　　　使っているFETがN-MOSでGND側のON-OFFなので悶々としています。　　問題点：PIRセンサのボリューム具合が判らない　　　大雑把なセンサーだという認識で使うしかありません。　　　あと常時通電中と電源入り切りしている時の感度が違う様な印象があります。　　　ボリューム調整の具合が僕にはまるで理解できないので大雑把にしています。　　　でもまー、こんな検討が楽しめるのですから有難いセンサーですよね。　　　中央側：感度　　反時計回り　鈍感　　　時計回り　敏感　　　端側：反応時間　反時計周り　短時間　　時計回り　長時間　　問題点：電池の消耗具合を管理する仕組みが欲しい　　　　​ESP-NOWネットワーク上にLineNotifyを投げるユニットを用意して​電圧低下を　　　　知らせるメッセージを投げる様にしました。　　　　GoogleSpereadSheetに状況を書き込むユニットを作って解決しました。　　　　PIRセンサの反応時に現在の電池電圧を報告する機構が欲しくなったのと、　　　　こんな感じで間欠データを送るユニットの電圧を監視する仕組みが欲しいです。　　　　GoogleSpreadSheetに各ユニットの電源電圧を登録する仕組みかな～～（汗

  2022/11/05

  コメント(0)

• 

  自作スマートロガーはGoogleSpreadSheetに書き出すのがオススメ

  ネットを見ると自作スマートロガーの記事がいろいろ見つける事ができます。　　WiFiに繋がったESP8266に繋いだ温度湿度計を１時間毎に追記するだけと言えば　　それだけなのですが、内部メモリに保存していた時代に比べると革命的です。　　僕も最初は同じ様な形態でスマートロガーを作っていたのですけどねぇ～～～～　　　　調子に乗って多くのユニットを作ると問題が出てきました　　普通に作ると、多岐にわたって問題がありました（個人的なモノも含む）　　　　・ロギング機器の一個一個の設定が面倒クサイ（WiFi AP交換した際に実感）　　　　・WiFi回線等の不具合によって復帰しない個体の再起動が面倒くさい　　　　・WiFi AP局に最大接続数制限がある　　　　・WiFiの飛距離が短い時間帯があり、通信が途切れた後がイロイロ怪しい　　　　　　　　　　　　　　とまぁ、ズボラ要素から致命的な奴もあったりします。　　僕個人としての対策はどうなった？　　　　・ロギング機器を１台にした。　　　　　　　これによりGoogleSpreadSheetのシートID等登録が１箇所になりました。　　　　・ロギング機器とセンサー機器の通信をESP-NOWに変更した。　　　　　　　これによりセンサー機器はWiFiのSSID/PASSWORDから解放されました。　　　　　　　これによりAP局増設等の悩みから解放されました。　　　　・センサー機器をロギング機器への報告にした。　　　　　　　これによりセンサー機器のプログラムが凄い簡素になりました。　　　　　　　お陰で18650電池でDeepSleep運用のプログラムも楽に作れました。　　　　・ESP-NOW通信をMesh通信化した。　　　　　　　これにより中継ハブの設定等の苦労から解放・・・　　される予定。2024年5月　格安SIM＋WiFiルーターで運用できるのか？確認する事にしました。　　最近、​楽天株主SIMで監視カメラの運用検討を行いました。​　　結果は「良い感じ」で動いてるなーというトコです。 ウンウン　　というコトでして、楽天株主SIMをiPadProに入れる事にします。　　そしてココでは格安SIM＋WiFiルータでGoogleSpreadSheet運用を検討します。　　機器はこんな感じです　　　　ＡＣ電源運用　＝＞　格安SIM＋WiFiルータ　　　　　　　　　　　＝＞　自作GoogleSpreadSheetへのスマートロガー(自作ESP-Mesh)　　　　　　　　　　　＝＞　自作ESP-Mesh通信中継器　　　　18650電池運用＝＞　自作スマートセンサー（自作ESP-esh）　　目論見は？　　　　月額500円程度の低速格安SIMでロギングシステムが作れれば良いなーと思う。　　　　あとは電池駆動の土壌湿度計や温度湿度計などを任意の場所に設置したり、　　　　感知センサー等で報告を上げたりとイロイロ出来そうな気がします。2023年3月　​赤外線リモコンブリッジの大改造に伴い別ユニットにしました​　　赤外線リモコンブリッジの設定をGoogleSpreadSheet化してしまいました！　　それに伴いこちらも単独ユニット化して設定をGoogleSpreasSheet化しました！　　　　外部に何もいらないのでESP-01Sが２個あるだけの超簡素仕様なんすよね。　　一方はESP-NOWネットワークのスマートセンサーからの報告を収集するESP-01S　　もう一方はGoogleSpreasSheetに収集したデータを書き出すESP-01Sです。　　各設定も受信機器ID・SpreadSheetID・Sheet名・セル・書き込み(内容/周期)で　　書き出せる様にしました。また以前の様なESP機にだけのデータ保持では無いので　　ESP機を更新しても同じ設定の使い回しが出来る様になりました。2022年9月　ESP-NOWでGoogleSpreadSheetの書き込み機を作りました。　　この頃まではGoogleSpreadSheetに書き込む個々のユニットは常時WiFi接続　　だったのですが、増え続けるESP-NOW機器のソフトをモジュール化したお陰で　　機器の作成効率と不具合発生率低下もありセンサーデータ収集も兼ねて集まった　　データをGoogleSpreadSheetに書き出す機体を作りました。機能も少ないので　　​赤外線リモコンブリッジの間借り的な感じで作りました。​​　　2022年　　チマチマとESP-NOW機器を作っています　　​過去から少しずつ自作スマートホームの形態をESP-NOWに切り替えています。​　　　　　　　　　　　　　　　まだネットワーク構成図がショボイ時代です。2021年12月　そんな中で僕の自作スマートホームネタで１つの革命がおこりました。　　　　　　　　　　​​ESP-NOWすごいぜ!!​​あまりの凄さに今まで作ったWiFi接続スマートユニットの考えは総てご破算にしました。　　​​以前、​ESP8266からGoogle Spreadsheetにデータを書き込むライブラリを作りました​が　　何やら結構良い感じの関連グッズが出来てしまいました。　　Qiita:​ESP8266/ESP32でGoogleSpreadSheetのセルを更新する​　　電子工作ランキング

  2022/09/28

  コメント(0)

• 

  スマート壁面スイッチや検知スイッチの作成

  最近独自のスマートスイッチを作って照明をスマート化していますが、昔の照明の様にヒモスイッチを下げる事で第三者も使える様にしています。コレだけでも「市販のスマートスイッチよりマシ」だと思っているのですが、​階段で使われる三路スイッチを検討した際に単独の照明スイッチが必要​だと感じました。2023年時点ですが、この仕組みをメインで使う様に考えています。　　　　　ESP-01Sを使って３点と１点のスイッチを使う事を考えています。　　どちらも押しボタン・リミットスイッチの使用で電源ONの最中にESP-NOW送信して　　DeepSleepに移行するだけの安直仕様です。電源の瞬間ON程度は送信できませんが、　　電源ＯＮから0.1秒程度のＯｎでESP-NOW送信を完了するので実用レベルだと思います。　　　　　　　　　　　　　　　　　　※動かなかったら複数回押せば良いんじゃね？とか安直に考えています。　　これによって実現可能な機能です。　　＝＞壁面スイッチ　　＝＞玄関チャイム　　　　​ボタンを押すとGoogleHomeNotifier指示でGoogleHomeからMP3を鳴らす。​2024年 気付けば似たような奴を売っていますスマートセンサー ドア 窓 開閉 スマホ リアルタイム通知 工事不要 wifi スマホ通知 電池式 セキュリティ 防犯 遠隔操作 泥棒 小型 +Style PS-SDW-W02価格：2,980円（税込、送料無料) (2024/1/30時点) 　　　　マグネットの近寄る遠ざかるでスイッチON/OFFさせて検知するタイプです。　　　　コッチの方がリミットスイッチを使うより、設置が楽ですね。2024年　各機の設定が面倒な事の対策を考えてみた　　　　そろそろハードウェア的には１年以上待機可能と良さげな状態になりました。　　　　ここまで来れば我が家も立派なスマート機器の要塞に・・・　なってません。2023年10月　壁スイッチを作り直す事にしました　　　　今まで作った壁面スイッチは押しボタン式で、個人的にはインチキと思ってました。　　　　今回ESP32のDeepSleep検討の際にアッサリ壁スイッチが出来そうだと判ったので　　　　こんな感じカナーとか思いながら実機検証してみました。　　　　　　　　確認機のハード（右のLolin32Lite機です）　　　　　　　pin 32/33をプルダウンとスイッチ２個でONすると3.3Vに繋がります。　　　　　　　スイッチを壁スイッチに変更すると２つのスイッチを管理できます。　　　　　　　　　　　　　　　　　　　　　　　　　電池駆動の検討は・・・　　これじゃあ無理ですね・・・　　　　ソフトは？　　　　　　　１点はesp_sleep_enable_ext0_wakeupを使用しました。　　　　　　　もう１点はesp_sleep_enable_ext1_wakeupを使用しました。　　　　　　　　　※esp_sleep_enable_ext1_wakeupはLow切換え時の制約の回避方法が思いつかず多点を断念。　　　　　　　って・・・　　それだけ？　　　　　と言うとそれだけです。　　　　　　　後はESP-NOWの送信をしてやれば良いダロ？って気分でいます。2023年　スイッチができました。　　　　　　部品配置を修正して18650リチウム充電池の幅に収まる様にしました。　　これで３Ｄプリンタのケース作成時間及びフィラメント使用量の節約を図ります。タカチ電機工業 IT型電池端子 単3 (10個入) 【IT-3WM】価格：254円（税込、送料別) (2023/3/24時点)　　折角３Dプリンタでケースを作るのですから18650充電池ホルダーも一緒に　　作るツモリで受けの金属端子を買いました。AliExpressでの購入だと100ペアで　　300円で買えるモノが日本だと１０ペア254円になるんですね。　　　　　壁面スイッチはまだ用途が無いのですが検知スイッチを作りました。　　電気配線は全く同じですが、18650電池での運用の方が良さそうなので使っています。　　スイッチONの時に電源電圧を計測して電池不足警告が出る仕組みを用意しましたが、　　長期のスイッチOFF時に電池の自然放電で死んだ場合は警告が出ません。2022/10　紆余曲折ありましたが、いいのが出来たと思います　　何度か発想の転換をしましたが、押しボタンの電源ON中にメッセージ送信　　する仕様にしました。自分の感覚的だと照明が点灯・消灯を確認し終わる　　までボタン押してるから良いよね。って感じです。　　配線の方はダイオードがウザイですが、２種類のボタンを判別できる様に　　する事ができています。また待機中は電源が繋がっていないので、電池は　　自然放電の消耗のみ済ませる事ができました。　　ボタン押しっぱなしの対策はメッセージ送信完了後にDeepSleepに移行して　　消費電力を抑える程度にとどめています。　　　※１種類のメッセージ送信と割り切ると電源の配線だけで済む超簡単仕様です。（もったいないｗ　　　　ON/OFFの２点だけならTXの有無だけで成り立たせる事ができますが　　検討も兼ねた設計なのでIO0/IO2を入力ポートとして使っています。　　この作り方ならTXも使う様にすると３現象が可能かなと思います。　　初期設定はボタンを押さないで電源ONするとモードに入る様にしました。　　これでUSBシリアルユニット接続時は初期設定モードという事になります。　　　IO0/IO2は電源ON時にLowだと違うモードで起動がかかる仕様なので、電気的にはHigh又は　　　Openで電源ONする様にしています。電源ON後にRXをLowに落としてやるとOpenの方は　　　Lowに変化するのでそれでスイッチの入力状態を判定しています。　　　データの設定モードはESP-01SをUSB書き込み機で起動するとIO0とIO2がOpenで起動する　　　を検知して移行する様にしています。回路に別途ＳＷ追加でも可能なのも考慮済みです♪　　　TXは電池交換警告のLED点灯に使うのが良さそうな気がしています。　　　ESPNOWメッセージの送信を終えたらDeepSleepで待機します。　　　　　　ボードに部品配置をする検討中です。　　　追伸・・・・　　　　今回はESP-01Sにこだわって作ってみましたが、ESP-12Fを使うと　　　　　GPIO12/13/14に簡素なSWを配線するだけで実現できる事に気付きました。2022年　超絶単純仕様を思いつきました。　　　　検討用にESP-01S化と機能別ブロック化をしました。　　これぐらいなら屋内の壁スイッチに埋め込む事も出来そうですね。　　つくったのですが消費電力を測ると常時10mA消費で回路作成を誤っている様です。　　予定ではDeepSleepの待機電力のみで動作させる予定だったのですが残念です。　　じゃあ現状はどうすんの？　　　　　　自分の能力の無さ故の惨敗を認めまして​超絶単純仕様​で落ち着く事にしました。　　スイッチを使って通電した方のESP01Sがメッセージを投げてDeepSleepに移行で　　待機機という形式にしました。　　ユニットの小型化を図るのならコチラを使うのも良さそうです。パナソニック対応 CR-2/3AZ SH384552520 住宅火災警報機用リチウム電池 【けむり当番・ねつ当番】 住宅用火災報知器 交換用リチウム電池 専用リチウム電池 住宅火災警報器 住宅火災警報機 panasonic対応 ロワジャパン価格：950円（税込、送料別) (2022/10/6時点)楽天で購入2022年　ＯＮ－ＯＦＦスイッチ化できないかの検討　　　　ESP-01SのリセットをしつつＡ又はＢのＩＯを設定できないか考えています。　　壁スイッチを無配線でESPNOW化してしまおうって魂胆です。　　　　※電源は乾電池３本で１年以上持つ仕組みなら検討の余地在りだと思いません？　　リセットボタンの２つのどちらを押したか判る様にすればＯＫかなーと思った　　ので片側に​低消費電力の自己保持回路を組み込めるか検討してみました​。　　　　一応検討は上手くいき２つのリセットボタン押しを判別可能になりました。　　ただ問題点が２つ・・・　　　　１・リセットボタンを押しっぱなしだと自己保持の電流を食い続ける　　　　　　これはまー仕様と思えば良いかと思っています。　　　　２・リセットボタンを離さないとESP01Sの起動が始まらない　　　　　　照明とか普通はボタンを押すと点灯するのですが、ボタンを離すと点灯に　　　　　　なっています。ボタンだと常識から外れてるので結構問題な気がします。　　　　　　　　※照明等で使われる紐を引っ張るタイプで使うなら問題無いんですけどね。　　この問題は放置しといて今回の仕様で電池駆動可能かの検討に進む事にします。　　　　写真の構成ではDeepSleep時の消費電力が多すぎて検討にならないと思っています。2022年　ＩＯ点数を稼げないか検討してみました。　　直接ＧＰＩＯ０とＧＰＩＯ１にセンサ入力を入れると状態次第では　　電源ＯＮ時に書き込みモードに移行してしまう問題があります。　　しかしながらリミットスイッチを複数個使ったセンサーの状態報告は　　価値があるので検討しました。　　　　とりあえずこんな形の回路図で３点得る事ができました。　　電源ON時にＲＸがＬＯに落ちている場合は設定モードで起動します。　　電源ＯＮ後にＴＸをＬＯに落とすと３点のＩＯ入力が可能になります。　　後は上手く状態変化でリセットをかけESPNOWで報告する仕組みを作れば　　電池駆動で玄関や戸などで使う事ができるのですけどね～～　　　　　　　　　※上手くリセットする仕組みを作るのは結構大変な様です（僕にゃ無理かもなー2022年9月　DeepSleepで待機してReset後にメッセージを投げる仕組みで考えてます。　プログラムの流れとしてはこんな感じです。　　１・無制限Deepsleep　　２・リセット　　３・相手MACアドレスにESPNOWメッセージ送信　　４・相手MACアドレスよりESPNOWメッセージ受信確認　　５・無制限DeepSleep（１へ戻る　　実際は相手の受信が判らないので再送機能が必要になりますが、　　単純化するとこの程度の機能だよなぁ～～　なんて思います。　　　※再送の時間を考慮しない場合だと１回のリセットでの動作時間は約100mSec程度に　　　　なるので相当長持ちする事が期待できます。　　電気配線を検討してみました。（最小構成でESP-01Sを使用）　　　　　・VCCとGNDに繋ぐ電源は1.2Vのニッケル水素電池３本にします。　　　　満充電時3.6Vチョイ超えですが動いてくれるんじゃね？と期待　　　・RESETとGNDにプッシュスイッチを繋ぎます。　　　　　　　　　　　　　　　　ってコレだけかい？　って感じです。　　　　　※WemosD1とモバイルバッテリーの間にスイッチを用意するだけで出来ちゃいます。　　​一応ソフトを検討してみました。　　　　最初はメッセージを投げてDeepSleepするだけのソフトでしたが、　　　　相手が受け付けない問題が発生したので相手の返答を待つ再送を数回　　　　繰り返す様にしました。ESPNOWなので１回あたりの起動時間は１秒　　　　ぐらいで抑えられそうです。#include <EEPROM.h>​#include <ESP8266WiFi.h>#include <espnow.h>const int esp_now_channel = 0;uint8_t mac_address[6] = { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF };    // FF,FF,FF,FF,FF,FF はBroadcastです。（通常は相手先のMACアドレスを記述int sendDelay, sendCount=0;// データの受信#define ESP_NOW_RECEIVE_BUFFER 128uint8_t esp_now_receive_mac_address[6];char esp_now_send_data[ESP_NOW_RECEIVE_BUFFER];char esp_now_receive_data[ESP_NOW_RECEIVE_BUFFER];bool esp_now_receive = false;// データの受信イベントvoid on_esp_now_receive(uint8_t *mac_addr, uint8_t *data, uint8_t data_len) {  memcpy( esp_now_receive_mac_address, mac_addr, 6 );  if( data_len>ESP_NOW_RECEIVE_BUFFER ) data_len = ESP_NOW_RECEIVE_BUFFER;  memcpy( esp_now_receive_data, data, data_len );  esp_now_receive = true;}// データの送信イベントuint8_t esp_now_send_end = false;void on_esp_now_sent(uint8_t *mac_addr, uint8_t status) {  esp_now_send_end = true;}void setup() {  Serial.begin(115200);  WiFi.disconnect();  EEPROM.begin(1);  int value = EEPROM.read(0);  EEPROM.write(0, (value+1)%5 );  sprintf( esp_now_send_data, "/TOGGLE%d", value ); //millis() );  WiFi.mode(WIFI_STA);  int result = esp_now_init();  if ( result != 0 ) {    Serial.printf( "\n\nESPNOW_initial error[%d]\n", result );    ESP.restart();  }  esp_now_set_self_role(ESP_NOW_ROLE_CONTROLLER);//  esp_now_register_send_cb(on_esp_now_sent);  esp_now_register_recv_cb(on_esp_now_receive);//  result = esp_now_add_peer(mac_address, ESP_NOW_ROLE_SLAVE, esp_now_channel, NULL, 0);  if (result != 0 ) {    Serial.printf( "\n\nESPNOW_add peer error[%d]\n", result );    ESP.restart();  }  esp_now_send( mac_address, (uint8_t *)esp_now_send_data, strlen(esp_now_send_data)+1 );  EEPROM.commit();  Serial.printf( "send:[%d][%s]\n", sendCount, esp_now_send_data );  sendCount++;  sendDelay = (millis()/100);}void loop() {  if( sendCount<10 ){    if( sendDelay!=(millis()/100) ){      esp_now_send( mac_address, (uint8_t *)esp_now_send_data, strlen(esp_now_send_data)+1 );      Serial.printf( "send:[%d][%s]\n", sendCount, esp_now_send_data );      sendCount++;      sendDelay = (millis()/100);    }    delay(1);    if( esp_now_receive != true )      return;    Serial.printf( "\nReceive:[%s] : [%s]\n", esp_now_send_data, esp_now_receive_data );    if( memcmp( esp_now_send_data, esp_now_receive_data, strlen(esp_now_send_data) )!=0 ){      esp_now_receive = false;      return;    }  }  long times = millis();  Serial.printf( "\n\nESPNOW_send end %dmSec\n", times );  ESP.deepSleep( 0 );​​​​​​​​​}電子工作ランキング​​​​​​​​​​​

  2022/09/01

  コメント(0)

• 

  赤外線リモコン信号をESP-NOWネットワークに変換するスマートブリッジ

  ESP-NOWでのスマートスイッチ作成も５台以上と数が揃ってきたので、そろそろGoogleHomeとの連携を視野に入れていきたいと思います。とは言え、過去にGoogleHomeとの連携ソフトを自力で作成するのはGoogleAppScriptやFirebaseなど本気で取り組む必要がありそうに思えるので挫折しました。　現在は繋ぎに市販品を混ぜて構築しています。　　　　市販品は多分日本企業だろうNatureRemo​を選定しています。　　音声でGoogleHomeに指示するとNatureRemoが赤外線リモコン信号発信。　　赤外線リモコン受信機で受信してESP-NOW通信に変換します。　　※NatureRemoを使う事で外出先から遠隔操作できます。　　　　ここからは過去の日記です2020年頃の赤外線リモコンです　　　　　過去にPIC16F84で赤外線リモコンをProMircroに移植したモノと、　　ESP32を繋いだユニットを作っていました。　　ESP32のWebServerで設定を行うのが面倒くさい問題がありました。2022年9月　ESP32で赤外線リモコンの受信機を作りました。　　ESP-NOW各端末から上がるデータを収集してGoogleSpreadSheetに　　書き出すユニットと赤外線リモコン受信を統合したモノを作りました。　　　　ESP32はiPad等とBLE通信を行いリモコンやGoogleSpreadSheetの　　登録情報等のメンテナンスと実行フラグの処理に注力しています。　　込み入った処理はUART先で行います。　　　・UART：USB接続でログ出力(Lolin32Lite標準の接続)　　　・UART1：赤外線リモコンの受信（ArduinoProMirco）　　　・UART2：GoogleSpreadSheet書き込み（ESP-01S）　　BLE通信先の設定ソフトです。(iOSのPythonista3で作成)　　​2021年の末頃から検討していましたが​、やっと日の目を見ました。　　　　赤外線リモコン受信機は複数台設置を想定しているので　　選択画面で任意の機器を選択して設定することが可能です。　　　　受信した赤外線リモコンコードに対応する処理を設定していきます。　　現在はESP-NOW送信先アドレスとコマンド(電文)を1つだけ設定できます。2023年3月　2022年版から大幅刷新しました　　　以前作成して今日までにリモコン受信機は電源が入っていますが　　　NatureRemoとの連携設定は２件のみででした。(居間の電気On/Offだけ)　　　結局のところ・・・　　　　　・NatureRemo側の登録が面倒クサイ（仕方が無いですけどね　　　　　・自作リモコン受信機側の画面登録が面倒クサイ　　　　　・そもそもNatureRemoで連携したいユニットがあんまり無い　　　この三重苦により登録するのがメンドクサーで進歩がありませんでした。　　　別件でGoogleSpreadSheetの検証では安定動作すると確信が持てました。　　　そこで、自作リモコン受信機の起動時にGoogleSpreadSheetから設定を　　　読み込む形式に作り直すことにしました。　　　データ登録内容　　　登録内容は「赤外線コード、送信先アドレス、送信メッセージ」程度です。　　　ユニット電源ON時にWiFi接続してGoogleSpreadSheetから読み出す仕様です。　　　SSID/PASSWORD/SCRIPTID/SHEETIDなどを設定登録しないと動きません。　　　　これが結構悩ましいので今後はGoogleSpreadSheetの読み書き専用ユニットでも考えるカナ？と・・　　　　　　ハードも作り直しました。今回よりBLE通信が不要になったので、　　　ESP8266(通信用)とLeonardo(赤外線用)のセットです。　　　　　　３Dプリンタで作ったケースは良い納まり具合の様です。　　　未登録の赤外線コードの受信でディスプレイにコードが表示されます。2023年4月　古民家に適用中です。　　　悪ふざけもドンドンエスカレートしていき、嫁さんのクレームが入りにくい　　　古民家の各部屋の照明をＬＥＤ照明でスマート化していってます。とは言え　　　​各部屋に適度な明るさのLED照明を用意する必要があるので悪戦苦闘中​です。2023年9月29日　さらば自作赤外線リモコンライブラリ　　　現状はPIC16F84の頃作成した赤外線リモコン受信プログラムをProMircroに　　　移植して使っていました。今回、リモコン送信も検討したくなりネットから　　　ライブラリを落としてみました。　　うーーーん・・・・　良くできてる。　　　20年近く使ってきた自作の赤外線受信ライブラリは利用廃止ですね・・・・　　　　　　　　　　　　　　　　　　ライブラリ有難く使わせていただきます。

  2022/08/13

  コメント(0)

• 

  WiFiメッシュ機の導入を考えてみました

  ​​​2022年より買いだしたWiFi接続のクラウドカメラが５台になりました。そうなると１台のWiFi AP局では自由な設置が出来ない事が判りました。そこで予算の許す範囲でWiFiのエリア拡大を少しづつ行っています。初期はLANケーブルを張って複数のWiFi AP局を動作させました。　　　×WiFi AP局までLANケーブルを引く必要がある　　　×各機のWiFi AP局設定がウザい　　　×AP局代が高い(中古購入で対処)次はWiFi AP局で中継しました。　　　◎LANケーブル配線不可の場所でも置ける様になった(WiFi中継機能)　　　×各機のWiFi AP局設定がウザい　　　×AP局代が高い(中古購入で対処)現在はELECOM Easy WiFi Meshにしました（現在確認中！）　　　×標準のWiFi MeshはAP局代が高い（異なる会社間で使えない可能性あり）　　　◎子局はアマゾンで１台1400円程度で新品が購入できる。　　　◎各機のWiFi AP局は親子局の同時ボタン押しで設定できる　　　◎LANケーブル配線不可の場所でも置ける様になった(WiFi Mesh機能)　　　◎壁越しの部屋や遠方などは親子間をLAN配線​（イーサーネットバックホール機能）​​​​2023年6月～2024年3月　WiFiメッシュ機の導入をする事にしました　　アマゾンでは独自規格の為なのかELECOMのWiFi Mesh機が格安です。​　　更に、ラクマで親子セットで2200円だったので早速購入ました。　　ELECOM WMC-DLGST2-W　　不人気になる理由の機能と購入動機になる機能を調べてみました　　　＝＞専用規格WiFi Easy Mesh（不人気理由）　　　　　一般的なWiFi Mesh機ではありません。取説を見ましたが無理の様です。​　　　　　　　＝＝一般的なMesh中継を未検討の僕には良く判りません＝＝​​​​　　　＝＞「専用中継器は２台迄が推奨」（不人気理由）　　　　　WiFiの無線越し中継は２回中継が限度という事かな？と想像中です。　　　　　WiFi中継器も２回中継は遅延等気になり利用困難だったのでイイカナ。　　　＝＞LANケーブルで中継するイーサーネットバックホール機能　　　　　壁越し・長距離中継はLANケーブルで行う事が可能です。　　　　　過去に配線したLANケーブルがあるなら凄い有用な機能です。　　　　　　　※WiFiMesh運用と違うので、子機２台の制限に抵触しない様な気がしています。　　　　　　　　もしそうなら凄い有難いのですが・・・　　どうかなぁ～？　　実際に古民家で導入しましたが「時々WiFiが怪しい」と思う場所近くに子機を　　置く事で良い環境が得られています。また古民家のネット環境の引き込み元の　　実家にイーサーネットバックホール形式で何台か子機を置いて動かせないか？　　そんな妄想もありますが・・・　もう１セット親機子機を安く買う事ができたら考えます​​​      2024年3月時点ですが、Amazonで中継機が960円です。      中古ルーター・中継機の親子セットが3900円なのでもう一声で更に買いそう。2023年　ESP-NOWを使い始める事によりWAP-102Sは不要になりそうです。　　＝＝＝相変わらずWiFiの飛距離は５ｍで切れる時間帯があるようです＝＝＝　　そんな状況でのWiFiを使ったスマートホーム計画はAP局を用意しまくる必要が　　あるのですが、2021年12月より検討を始めたESP-NOWによるネットワークの　　運用に目途が立ってきました。もっともスマートホーム専用のネットワークですけどね～。　　あとは・・・　WiFiのAP局近くにVolumioのRaspberryPiを置くとかｗｗ　　通信状況が悪いスマートフォン・タブレットはＡＰ局近くで使って貰うとかｗｗ　　　　　　　　　　　　　　　　　　　そんな感じの運用を行っています。2021年10月7日　　正直LANやWiFiなんて新しい機材を購入して評価してみないと判らないので、　　その辺に興味の無い僕の持ってる情報なんて雑誌やネット記事以下だよね。　　　　　　　　　なんて、投げやりな感覚を持っている僕でありますが・・・　　そんな事思っていても、嫁の知り合いにとっては機器選定も屋内配線も１一人で　　出来るし購入機器も格段に安いとくりゃ相談したくなるようです（汗　　今回は教会のネットを大勢で使いたいという相談だったのですが、教会の建築が　　コンクリート壁剥き出しの会堂部分に離れは県需要文化財とかニントモカントモ　　業者にお願いすると大金が飛んでいくパターンであります。またコンクリートは　　WiFiを通しにくいらしく、通路や間口越しだと電波が届くのですが壁越しだと　　電波は皆無に等しい・・・・　　そういった都合により、WiFiでメッシュ通信や　　PLCを考えるのが妥当ですが、​「僕が作業する意味無いし大金がかかる」​　　という事で光モデム(ルーター)から大広間まで有線LANを曳く作業を行いました。　　　※WiFiの中継局１つ削減できるのと大きなWiFi有効範囲を確保できました。後は、我が家で使っているWiFi機器(電脳売王で購入)が無駄に高性能なので、　　　　　　　　　　　　高性能なソイツらを押し付け使って頂く事にします。あとESP32/ESP8266/Raspberry Piが調子悪いと５ｍすらWiFiが飛ばない症状を確認しているので家中にAP局を張り巡らせる準備もあります。　　まー前書きはこれぐらいにしておいて。　　そして、我が家の新規WiFi機器は電脳売王さんで売ってるコレにチャレンジします。　　　　ネット記事に5V電源化した記事があるのでUSB電源で動作させる気であります。　　　　　　　　１ケ１００円なので１０個ほどまとめ買いしました（ぷ　　　　　　　電脳売王の送料９６０円だったので１ケ１９６円ですねーっと。　　　　　　　　　※本来の目的のモノも買ったので送料は関係無いっちゃー無いんですけどね。　　分解すると基板は親亀・子亀がある様です。　　LANのモジュラーが刺さるボードにPoEを5Vに変換するモジュールが積んであります。　　ネット記事丸呑みも怖いので、電解コンデンサの極性で±極の裏どりを行いました。　　あとは１ケ１９６円で格安な事もあるので、当たって砕けろですよ。　　　　PoEする事は無いのでパターンカット等特に行わないで電源線を追加しました。　　＋と－が隣り合わせなので、写真だと１つに見えちゃいますね。　　　　USB MicroBコネクタボードに繋いで作業終了です。　　このコネクタボードを上手く隠したいですが、良い策が思い浮かびません。　　とりあえず使ってみる。　　　・192.168.2.1が設定画面のIPアドレスです。　　　・admin / adminがIDやらパスワードです　　　・設定画面でルーター / APの切り替えができます　　　・日本語化が変なのかステルスＡＰのON/OFFが逆に思えます　　　・WiFiの飛び具合は１部屋分ぐらいです。　　　・USB充電器の5V2A供給モノで使っています。　　　・１つ余分のLANコネクタが地味に嬉しいです。　　ESP32に接続するのは2.4Ghz・WPA2-PSK(AES/TKIP)の設定で繋がってます。　　　　時々設定違いで繋がらない事があるので、覚書程度に書いてます

  2021/10/07

  コメント(0)

• 

  １時間毎の定期観測型の電池式スマートセンサーを作る

  僕が最初にワンチップマイコンでネットワーク機器を自作しようとしたキッカケはパソコンから屋内照明のON/OFFを行いたいというものでした。時を経ると有線LAN式から無線WiFiになり１個1000円以下で作れる様になったのと更にESP8266だとスイッチ以外イロイロ出来そうだと判りました。そんな流れの中で僕の趣味も古民家修繕や家庭菜園などが加わると環境センサーでのデータ取りなども興味が出てきました。そして、畑・古民家という性格上　　　「ＡＣ電源が届かない場所にセンサーを設置したい」　　　　　　　　　　　    　　という要求を満たす検討を今回スタートしました。2023年の現状はESP8266で18650電池１本で1時間に３回測定報告として設計では期待電池寿命2年以上の仕組みで動作検証を行っています。5台以上で動作確認していますが、電池交換時期の警告機能は必須と感じています。※市販品はスマートフォンに随時接続報告などできる様ですが僕の作ったセンサはGoogleSpreadSheetに　書き出されるだけなので劣化版ですけどね。※ロガー側不具合等の再起動に報告があるとデータ欠損が発生するので時間あたり３回の報告制にしています。※ESP32はlolin32liteで行ってましたがdeepsleep時の消費電力が多いらしく挫折して、別の機体を探し中。2024年3月    ESP32C3 SuperMiniが低消費電力運用で良さそうです。        久しぶりに新しい型番を購入確認しました。ESP32C3 Super Miniの確認では        追加部品無しでDeepSleep時100uA以下と期待出来る結果が得られました。       仕様が従来のESP32と違うものがあるので、移行にはソコソコ手間がかかります。       2023年6月26日　​SwitchBotのユニット​に対抗出来ないか検討する事にしました　　以前から​SwitchBotのスイッチ​が羨ましいよなーと思っていましたが、自作機器で24時間　　ずっとWiFi/Bluetooth通信する術を思い浮かばなかったのでイイナーと思うだけでした。　　​今回SwitchBotの温湿度センサーの仕組みを紹介した記事を見て​閃いたので検討開始です。　　とりあえず検討事項の覚書としては　　　　＝＞​ESP8266のブートローダー起動時間の短縮化を検討​　　　　＝＞DeepSleep機器は復帰時ｎ操作中継器に現状報告と指示確認の通信を行う　　　　＝＞DeepSleep機器のスリープ・復帰間隔を短い間隔にして電池寿命の確認　　　　＝＞ESP-NOWネットワークにDeepSleep機器の操作中継機を用意する　　　　＝＞DeepSleepモードと設定モードが楽に切り替わる様な機構を考える2023年　ESP Lolin32Liteで複数機運用出来る様に回路を綺麗にしました　　　　​GoogleSpreadSheetのデータ書き込みが安定して書ける​自信ができた　　ので周辺機器を豪華にすべく土壌湿度計も複数台での検討が出来る様に　　配線をシンプルに直して、３Dプリンタでケースを用意しました。　　あと​ESP-NOWの通信距離は中継ハブで改善できるか検討開始しました。　　　　18650が１本ですが１年経過しても動作しています。　　バッテリ電圧劣化時にはLineNotifierにメッセージ送信する機能を付けて　　万全を期したツモリでしたが、Line未読だと何もならないデスネ・・　　使用材料　　　　×１　土中湿度計　　　　×１　Lolin32 Lite　　　　×１　フォトカプラ　　　　×１　220Ω　　　　×２　330ｋΩ　　　　×２　100ｋΩ　　　　×１　10ｋΩ　　　　×１　Pch FET(2SJ681)　　　　×１　単三電池電極金具＋　　　　×１　単三電池電極金具－　　フォトカプラは電源電圧測定回路のOn/Off用です。　　土中湿度計はPchFETでOn/Offしています。　　AliExpressで各部品をまとめて購入すれば電池別で１台あたり700円程度かな？リチウムイオンバッテリ 4個 3.7V 1000mAhリチウムバッテリ リチウム 充電式充電池保護ボードと絶縁テープ付き ESP 32開発ボードと互換性あり Micro JST 1.25 リチウム電池価格：3,668円（税込、送料別) (2023/3/23時点) 　　リチウムイオンのポリマー電池を使うと結構小さいモノになりそうです。2022年　調子に乗ってESP-12Fに手を出しました　　当初ESP-01Sで検討していましたが、DeepSleep復帰の配線が面倒で断念。　　　　ESP-12Fが​自由度が高いという結論になり使用を再チャレンジしました​。　　また「ESP8266は18650電池を直結しても動く」との情報を見つけました。　　　          温度湿度測定器としてSHT10を使ったユニットを作りました。          接続センサーの消費電流・待機電流カット等など将来を見据えて、          必要な時だけFETでON・OFFする仕組みで考えました。          ケースも作ると結構良い感じかな？2022年10月5日　ESP8266版も検討します　　土壌湿度計はESP32でコスト高なのでESP8266版も検討します。　　　　あとエネループについて調べてみました。面白い記事がありました　　​開発者に聞く、ニッケル水素電池「eneloop」がやっぱりスゴい理由​　　※残念ながらエネループ３本直列より18650１本の方が有利だと判断しました。　　　　GoogleSpreadSheet更新機を複数データロガーの報告に対応させました。2022年　ESP-NOWをひっさげて帰ってきました。　　前回の反省点も踏まえ​今回ESP-NOWという通信方法を会得したので再検討です。　　　　　　作った回路が悪く、１ヶ月程度の駆動期間でした。　　　　あとWiFiもですが手持ちのESP8266/ESP32は通信距離が短いと気付きました。　　前回よりの改善点　　　・測定時以外はLolin32LiteはDeepSleepを使って待機します。　　　　　　DeepSleep時の待機電流は100uA以下が期待できます。　　　・測定時にMOSFETリレーをONして土中湿度計を駆動します。　　　　　　測定しない時間帯の電力消費をカットしました。　　　・GoogleSpreadSheetへの更新はESP-NOWで専用更新機にデータを送信します。　　　　　　センサー機のWiFiの接続待ちが不要になりました。　　　　　　DeepSleep復帰から測定してデータ送信・確認までで0.5秒に納まりました　　　・USB電源と電池の電圧測定を行って駆動電源を判別します。　　　　　　電池電圧監視で交換時期を判別できる様になりました。　　今後の為に一応問題点を挙げておきます　　　・ESP-NOWの通信距離が短い　　　　　　送信が届かない理由などを調べていると「通信距離短くね？」と思いました。　　　　　　ネットでは長距離通信できる旨書いてある様ですが、僕が購入できる機体は　　　　　　３ｍが安心して通信できる距離の様です。　　　　　　2021年1月　土中湿度計を作ってみました　　　2020年末より​知り合いの耕作放棄状態な土地を使わせて貰って家庭菜園​を　　検討する事にしたのですが土中湿度とかの話が出てきたので作ってみました。　　　　　　リチウム電池用の端子とAD入力もあるのでLolin32Liteに繋いでみました。　　18650リチウムイオン電池２本(中古)では１週間程度の駆動期間でした。　　今後の為に一応問題点を挙げておきます　　　・ESP32の常時待機は70mAhづつ消耗する　　　　　　ESP32は極力低消費電力で待機させるべき　　　・センサは測定時のみ電源を供給するべき　　　　　　センサも待機中の電力消費は無駄なのでカットすべき　　　・GoogleSpreadSheetに書き込むのにトータルで10秒以上かかる　　　　　　リチウムイオン電池は1500mAh程度の品を使う事を考えると　　　　　　１時間1回の報告でも１年動作するか怪しい

  2021/01/15

  コメント(0)

• 

  スマートホームシステムの敵はサービス終了

  結構昔から自作スマートホームを検討して構築をしたりしているのですが、総て自作で済ませられるほど作成能力が無いのでネットにサービスの利用法を紹介されている方の方法に頼った方法を数多く採用させて貰っています。そんな中で折角採用した使用法が気付けば有料化したりサービス終了したりで困ったりするハズ・・　なのですが2020年時点は検討程度で「あーそうなの？」とか使えなくなった事すら知らないなんて状況でした。そんな中で有料化や消えていったサービスをコソコソと紹介していきます。2023年11月30日　長い間使っていないGoogleアカウントも消えるのね　　時々アナウンスがありますが長期未使用のGoogleアカウントも消される様です。　　僕は消去されたアカウントの名称が再利用可能なのか気になるとこです。　　何処の誰かに取られたお約束のアカウントを確保したいんですけどね～～～。　　あと、上の件とは関連性は無さそうですがGoogleDriveのデータが関連アプリ不具合で　　消えちゃう事故が起きてるみたいです。　　　​「Googleドライブ」、一部ユーザーの半年分のファイルが消失--原因は調査中​　　これはバックアップを取っておけば被害は減らせそうです。　まー取っておけばね。2023年5月8日　Qrio Smart Lockも旧製品はサービス終了なのね　　　　　​Qrio Smart Lock（Q-SL1）サービス終了のお知らせ​　　旧製品のサービス終了に伴いiOS/Androidアプリの公開停止とイロイロ書いて　　ありますが、データの管理サーバーを止めるみたいですね。　　　　汗汗　　という事は後継機も時期がくると管理サーバーを停止させる事が想定できるので　　「メーカー都合での買い替え/再設定に我慢できる人」向け商品と認識できます。　　　　　　　　　　　近々ジャンクで売られるだろうから楽しみにしてま～す2023年4月49日　Pythonista3のBLEソフトが動かなくなりました​​昨日の夜まで動いていたiOSのPythonista3の自作BLE通信ソフトが朝になると動かなくなっていました。自動バージョンアップの動作が原因だと思います。自動バージョンアップ未設定だった旧式iPadMiniのソフトは動作しているので辛うじて致命傷は避ける事が出来ましたが、自動バージョンアップは怖いですね。　　　　　　　　　　　　　　　　　　　※いや・・・　本当に自動バージョンアップヤバイわ・・・＞＞天災は忘れた事にやってくる＜＜　　被害は許容するしかないとして被害後にどう復旧させるかの想定を立てないと　　「心機一転」するしかなくなりますね。自作ソフトの新規一転というのは、　　「全て無かった事にして再構想に再構築」とか・・・　　ある意味サービス終了っす​　　​2022年10月27日 Line CLOVA Assistantサービス終了のお知らせ公式サイトで告知がありました​https://clova-blog-ja.line.me/archives/17249401.html​　　　　　LINEの音声アシスタントデバイスもとうとう終了～です。音声アシスタントで使えるのはGoogleとAmazonとAppleぐらいなんですかね。使っている機器がサービス終了すると、新しい機器の選定・購入・再設定などいろいろ手間がかかるので導入するのも一大決心ですね。　　　　　　　　　　　え？スマートホーム有りの新築にすればバッチリ？　　　　　　　　　　　　　　　ウチは新築の家なんか手を出しませんよｗ※一応僕もCLOVAは黄色い奴を買いました。　しかしながらホボホボ使う事なく終わりました。　なんでしょね・・・・　「Lineに連携した何か」があれば結構良かったのでは？と思うんですけど2022年7月14日 IRkit終了のお知らせ(2022年11月末頃ﾗｼｲ）僕自身は使っていないので影響は無いのですが、人様が作ったIOTでシステムを組むと逃れられない最後があります。   　 　　　　  　　​IRkitサービス終了​​赤外線リモコンのシステムを構築したは良いけど、サービス終了で瓦解しちゃうんですよね。　　　　　管理ご苦労さまでした～。代替えで紹介されているNatureRemoは僕も使っているのですが、まぁ、使えます。　IFTTT風機能も備えているので使い方次第ですが、、、　　ESPNOW機器の調整が済んだらチャレンジします。2022年３月21日 スマートプラグブームの終焉を思わせる投げ売り僕がよくお世話になっていた​電王売王さん​でスマートプラグの投げ売りが出ていました。　　僕も数年前だと即買いしてしまうような値段です。※以前はPC関係のパーツを良く買っていました。　最近はAliExpressで買う事が多いですね。とは言えこの手のスマートプラグは一度販売メーカーのサーバーを経由してGoogle/Amazonのサーバーにアクセスするタイプなので販売メーカーのサーバーが閉鎖された時点てゴミ化してしまうのでご注意をｗｗ​​スマートプラグ自体は是非とも実現したいネタなので、個人的に検討しているのですが市販品で構築しようとすると悩ましいネタが多くありました。一番の苦悩はWiFi接続が死んだ場合に手動で電源ON/OFFする手段が無い為に配線変更しないと機器が使えない事にあります。（設置した本人以外での正しい対応はホボ不可能だと思います。それなのに対策商品が一切出てこないのは未だに驚いている事であります。などと書いてはみましたが、自作機器の方では対応できたものの他にも悩ましい不具合がゴロゴロと出てくるので​個人的には沼にハマった感じであります。​2021年　ArduinoManagerのバージョンアップなんでバージョンアップを紹介するんだ？という感じになられると思います。しかしiPadのArduinoManagerをバージョンアップした直後から自作ESP32機器が動かなくなれば話は別です。普通は「ライブラリアップすれば動くんでしょ？」と考えると思いますが、ソレで追従可能なのはGoogle/Amazonのサービスぐらいでは？と言った訳で僕のESP32・iOS通信の第一期システムは崩壊していきました。　　　　　　　　※まーこの経験のお陰でPythonista3で自作したBLE通信ソフトが運用できてるんですけどね。　　　　　　　　※なので傷口が浅い時期に使えなくなったのはラッキーでした。2020年　IFTTTの有料化GoogleHomeやAlexaを購入して最初にスマートホーム連携しようと思った頃にネットで多い紹介されていたサービスですが、有料化されちゃいましたね。2018年頃の僕の妄想には使用を考えていたのですが１つ１つの設定が面倒クサいのが致命打で「有料のNatureRemoの方がマシ」と移行した記憶があります。　　　　　　　　　　まぁどうしても使いたい機能が出てくるまでは・・・・2020年11月26日 NatureRemo大丈夫か？ここ２年ほどNatureRemoを使って自宅IOTを行ってきましたが久々に機器が動かないなーとか思ってたら、システム障害でした。まー頻度は低いので許容範囲なのですが、脳裏をよぎるのは　　　　　　「サービス終了のお知らせ」　これが来ると、折角構築した環境も一緒にサービス終了なのはキツイですよねーって思う訳です。そういった訳で、私の理想形は自作IOT機器の直接駆動なのです。その為には音声認識システムと自作IOT機器の直接連携が欲しい！そんな妄想しております　例えばSiriに喋った文章が自作IOT機器に届くとか・・　GoogleHomeに喋った文章が自作IOT機器に届くとか　　　　　　　　文章になれば何とかなりそうな？

  2020/11/26

  コメント(0)

• 

  WansView Q5クラウドカメラを導入しました

  防犯カメラや見守りカメラなどLANに繋ぐ形式のカメラはありましたが、今まではNASなどに繋いで画像を蓄積するタイプしか無かったと思います。そんな中で電源がUSBから取れるWiFiに繋ぐクラウドカメラというモノが出て、流行がひと段落ついたのでオークション・フリマサイトで購入してみようと思います。2024年時点ですがWansViewという銘柄のカメラが送料込み1500円程度で時々フリマで買えるので見つけたら買っています。アマゾンは3000円程度。スマホアプリの専用ソフトで設定管理等しますが、あとWiFiと電源があれば設定・利用を開始できます。              ※下の日記で紹介しています。WansViewの使い勝手と値段が良かったので他社製品との比較はありません。販売元が中国深圳なリスクと専用アプリサービス終了のリスクがあります。過去にリスクを回避できる汎用カメラを検討し、周辺機器の準備で挫折した僕としてはWansViewの手軽さは良い感じです。2024年4月　楽天の株主優待SIMで遠隔監視システムできちゃう？　　楽天の株主優待で月30G使えるSIMがが届きました。　　　　折角なのでモバイルルーターとWansViewを組み合わせた監視カメラを　　動かして検証する事にしました。2024年2月　WansViewクラウドカメラで良い感じ？　　​最近WiFiの機材をMeshWiFi機数台導入して​、クラウドカメラの設置　　範囲がかなり広くなりました。先日WansView Q5がヤフーフリマで　　送料込み1500円だったので購入。　気が付けば６台目だったりする。　　先日、楽天モバイルの株主優待がe-SIM１年無料と言っていたのですが　　申し込み次第では通常SIMも使えそうです。ここ数年で知り合いのお店で　　泥棒が入ったり果樹取られたりあるのでモバイルルーターを使って　　監視カメラが使えないかな？と妄想している感じです。      追記・4月久しぶりにフリマで1500円があったので再購入しました。2023年４月　WansView Q5クラウドカメラは良い感じでは無いでしょうか？　　クラウドカメラですが使い勝手は上々です。現状はSDカードに録画する用途は　　無いのでクラウドに残った動画だけの確認になりますが、冷凍庫からアイスを　　持って行った犯人(身内)とか判ったり・縁側で育苗中の状態を遠隔で見たりと　　微笑ましい使い道をしています。　　カメラで判った事　　　　・動体検知撮影だと、夜中に蛾の撮影ショーがあったりする　　　　・死角があったりして、カメラ１台で足りないと思う事がある　　　　・毎度毎度カメラに映る自分の姿勢が悪い事を自覚する。　　　　・音声録音は・・・　　切るベキ？　　　　・来客に興味を持たれるｗ　　ヤフオクでの出品もクラウドカメラを処分する人が時々あるぐらいで、普段は　　普通の値段付けで出品されています。使用実績があるので身内が自宅で使う時に　　勧めようと思っているのですが、その時期に安く買えるカナー？などと悶々中。　　　　　　　　※まー既に５台あるから必要な台数渡して後日自分様で買うって線かなぁと思ってます。　　​WiFi電波の飛びがそこまで良くないのでWiFiメッシュ機器の導入を考えてます。​2022年5月26日　WansView Q5クラウドカメラを導入しました　　最近古民家​を人様に貸し出すことにしましたが、基本は管理人のいない民家なので　　事件等があった場合には何ともしがたいものがあります。まー、大金をかけるのは　　辛いので官警に協力する意思として一応のシステム導入を検討することにしました。　　　　今回選定したのはWansViewのネットワークカメラになります。　　僕が購入しているのはWansView Q５です。ラクマ・ヤフオクで購入する価格は　　送料込みで2500円以下で抑えれるかな？て感じです。　　お試しで１台購入して機能が良かったので４台にして古民家で動作確認をしています。　　設定機能にONVIF/RTSPなどありますが　　現状はWansViewの専用アプリでご満悦な状態です。Wansview ネットワークカメラ 1080P 200万画素 ベイビーモニター WiFi IPカメラ ワイヤレス屋内防犯カメラ ペットカメラ ベビー老人価格：4682円（税込、送料無料) (2023/2/1時点)　　　予算１万円で普通に買うと２個が精いっぱいのようですね。　　　　４台分の一覧表示があったので４台買ったという安直な考えです。​　　動体検知について　　　　このカメラは単体で動体検知の設定を行う事ができました。　　　手持ちのNASで動体検知設定を行うと遅くて使いモノにならなかったので　　　かなり嬉しいです。　動体検知時は動画画像をＳＤとクラウドに保存しますが、　　　無課金での利用は検知後１５秒間を数枚だけ１日程度保管してくれています。　　　併用でＳＤを利用していると動体検知中の動画画像を全てＳＤへ保存してくれます。　　　なので動体検知数が少ない場合は無償クラウドで気になる時間帯を洗い出して、　　　取り出したSDで全貌を確認する流れが構築できます。　　　　※有償ならSDカード不要で動画確認できるんですよねー、こんなクラウドカメラが3000円　　　　　　以下で買えちゃうのですから良く判らない世の中になったものです。　　　このカメラの懸念点があるとすれば中国深圳にある会社ってトコかなっと　　　漏洩や将来使えなくなる可能性を秘めています。後は使えなくなるその時　　　までに他国企業で同等以上のサービスが得られる様に祈るぐらいかなと。2021年1月12日 ESP32-CAMを買いました。　　　気が付けばESP32にもカメラ付き機体が購入出来る様になりました。　　　　　　イロイロと検証してみたのですが、、　　　カメラ設定の融通が利かないので監視カメラで使うには大変だと思いました。　　　照明等の明るさ条件が一定なら、まぁ使えるかなといった程度です。　　　正直、普通は照明条件が時間・場所でバラバラなのでダメじゃんコレって結論2019年8月24日 WiFiカメラを買いました。　　ドローンが普及したお陰で空撮がポピュラーになってきました。　　お金があればドローンとかやってみたいのですが、金もヒマも古民家に　　突っ込んでいるので置いておき、空撮用カメラを買ってみました。　　ちなみに＄19.63でした。　　空撮用の根拠は良く判りませんが、キッと軽いからなんでしょう。　　箱をあけてみると中身は、ユニット・USBアダプタ・ケーブル・カメラホルダー　　取説が入っていました。　取説は中国語と英語の２言語あるので結構親切です。　　　　WiFiカメラなので、iPadで映像を見ることにしました。　　iPadにインストールするアプリケーションは２次元バーコードに記載されて　　あったので、悩むこともありませんでした。　　　　ソフトを動かすと、しっかりと日本語化されており違和感の無さに　　ビックリしてしまいました。　使い勝手も良さそうです。　　　　カメラ撮影した感じです。　思ったより綺麗に撮れるのでうれしいです　　これなら、近所をうろつく猫を監視しても良さそうです。　　折角のWiFiカメラなので、用途を広げる為に昔使っていたiPhone4Sで　　使えないか確認してみると、問題無く動作しました。　　　※iPhone4Sだとソフトインストールすら出来ないこともあるのでラッキーです

  2019/08/24

  コメント(0)

• 

  Volumioを使ったスマートオーディオ機器

  2019年時点は​古民家の再生中​に音楽を聴いているのですが、音楽プレイヤーとして使っているiPad Proでの大音量はモノ足りない割にバッテリーの消耗が激しいので小型のBluetoothオーディオを経由してアンプにつないで再生しています。そんな中、知り合いが古民家に泊まりに来て気付いたのですがBluetoothオーディオって初期の接続設定が各社バラバラで初めての人には接続説明書が無いと使えないんですよね。　　　　　　　　しかも、設定した後に僕が繋ごうとしても再設定から行わないといけなかったり　　　まー結論としてBluetoothは初めて来たお客さんが簡単に使えない環境ですねっと。　　　　　　　　自分専用のオーディオ機器なのだから問題無いだろ？　と納得するトコでもあります。　そんな中、raspberry Piの記事の流し読みで目に留まったのが​Volumio​です。ネットを見ると記事のほとんどがハイレゾ再生に割かれているのですが、イロイロ見るとセットアップは簡単でハイレゾ用DAC配線も簡単でiPhone/iPadのAirPlay対応と判りました。　　　　　　ここでは2019年にVolumioを導入した音楽再生環境について紹介しています2024年の現状について　　・利用はiPadからのAirPlayです　　　　一時期はNAS経由での再生を行っていましたがAirPlayとの切換えが調子悪く　　　　Volumioがダウンする症状や謎症状等あったのでAirPlayのみの運用にしています。　　・複数台のVolumioで同期再生は・・・・　　　　家で複数台のVolumio機を同時再生できたら部屋移動しても途切れず音楽が　　　　楽しめるのですがチョット欲張りな要求かなぁ？　　・WiFi接続での安定性が悪い様です。　　　　僕としては365日稼働という事でRaspberryPiを起動放置したいのですが、　　　　Volumio2に移行した後ぐらいから１～２週間放置すると接続が切れています。　　　　別件でESP8266でのGoogleSpreadSheet書き込みは継続しているのでVolumio等の　　　　問題かなーと思っています。　　・アンプ電源On/Offを音楽再生の有無でコントロールしたいです。　　　　現状はVolumio機は年中電源ONですが接続アンプは適宜電源ON/OFFして省電力を　　　　図っています。接続アンプのON/OFFが音楽再生の有無検知で行えるといいな～と　　　　悶々と思っている次第です。2023年11月　Volumio機からの音楽再生を検知してアンプの電源をOnする　　　今まで「こ～だったら良いなー」と思うことの改善を行ってみます。　　　　　　音量メータとESP8266を追加して自作ネットワークで音楽再生を検知します。　　　ESP8266にAC電源のリレーを追加して電源ON/OFFしても良いし、　　　赤外線リモコンでアンプ電源をONしても良いですね。2020年5月 某日 Volumio機のディスプレイに反射液晶パネルを使う　　​​FMV-STYLISTICの反射型液晶があったのでディスプレイ等設定を行いました​　　　　＞＞反射型ディスプレイは手放す事になったので現在は使っていません＜＜　　＞＞流石に点灯式のディスプレイは夜間にウザイので使えません＜＜　　　　　　　　　　　　結局、このディスプレイは人様に売られていきました2020/01/29追記　　専用ケースを作りました　　VolumioのAirPlayは古民家での音楽再生環境として使っています。　　手持ちのiPadに入った音楽を大音量で再生できるので、大工仕事中でも　　家のアチコチを右往左往していても音楽が聞けるのが良い感じです。　　　　　　時々来たお客さんがむき出しの基板を見つけて、話のタネになったりするのも　　結構アリですかねと思いつつ。　最近​３Dプリンタを使いこなす​為に　　いろいろケースを作っているのですが、コイツのケースも作ってみました。2019年７月 RaspberryPi（Volumio）の新型導入　　自宅と古民家のどちらでもVolumioを使いたくなったので古民家にはAliExpressで　　安く購入できそうなRaspberryPi ZeroWで挑戦する事にしました。　　　　RaspberryPi ZeroWにはAudio出力が無いので安いPC5012Aを繋ぐことにしました。　　部品はこんな感じです　　　　\1900 Raspberry Pi Zero W　　　　\300   PCM5102 (HiFiberry DACの設定で鳴ります)　　　　\8       4.7kΩ抵抗(何個か)　　　　？　　 8GB SDカード　　　　？　　USB電源(ケーブル付き)　　　　？　　RCA<>Phone ステレオケーブル　　　　？　　ステレオコンポ（貰い物)　　Volumioの設定はtypeBで動いていたmicroSDを差すとそのままWiFi経由で動いたので　　Volumio設定をVolumio1に変更して接続するDACの変更を行うと設定が完了しました。　　　　Raspberry Pi ZeroW と Type B初代　　インチキクサイですが格安を狙ってハイレゾオーディオの準備が出来ました。　　ZeroWとType B初代での再生違いですがNASにハイレゾ音源の曲をセットして　　再生すると確かに違う様に感じます。2019年6月27日　RaspberryPi typeBでVolumioを導入しました。　　　Volumioを設定するRaspberry Pi type B は手元にある（♪　　　Raspberry Pi type Bといえば2016年頃に売り出された機体なので少し古いです。　　　以前　Apple HomeKitが使えるのでは？この機体で試行錯誤したのですが新たな　　　ユニットを追加する度に毎度面倒なConfig設定を10個以上の機器で行うのが面倒　　　クサくて放置していました。　　　　　　　　　　　勉強用と考えていましたが僕はESP8266/32の方が楽しいです。　　　てことで、働き口を無くしてガラクタ箱に入っていた raspberry Pi type Bを使って　　　Volumioのセットアップや動作確認することにしました。　　　　　　​Volumioのセットアップ​等はオーディオ系のサイトでも紹介されており　　　WindowsPCとネット環境があれば作業ができます。説明の記事サイトに従って、　　　Volumioのダウンロードを行いセットアップすれば１時間ぐらいで完了する感じ。　　　　　　　　　　　　　　　（余りにも簡単すぎて感激しました。　是非ともみんなやるべき！）　　　この写真の構成でセットアップに必要だったものといえば以下ぐらいですかね。　　　　・アンプとスピーカ　　　　・ケーブル　　　（Raspberry Pi側:Phono＜＞アンプ側:RCAタイプ）　　　　・RaspberryPi type B      (Phonoジャック)　　　　・USB　WiFiドングル　　　　・SDカード　　　（8G）　　　　・ACアダプタ   　（USB充電用　5V2.5A出力タイプ）　　　　・USBケーブル　　　　・LANケーブル　　　　・有線LAN環境　　　　・WiFi接続環境　　　　・パソコン　　    （WiFi接続可・SDカードリーダ付き）　　　　・セットアップのガイド(紹介サイトとかあります)　　　　　　対象機がRaspberryPi typeBなのでイロイロ必要でしたね。　　　SDカードへのセットアップが済んだら次はSDカードをRaspberryPiに差して　　　有線LANケーブルでネットワークに繋いで電源をOnします。　　　　※WiFiを搭載したRaspberry Pi ZERO WはWiFiAP局になるので直接繋いだ設定が可能になりました。　　　Raspberry PiにHDMIを繋いで電源OnするとLinuxの様な文字表示が出てくるので　　　その内容で起動が完了したかどうか雰囲気を察知してください（僕は普通に判りますが　　　　　　Volumioが起動した状態で他のPCやスマートフォンよりhttp://volumio.local/へ　　　アクセスすると、上記の用な画面が出てきます。　　　この画面ではWiFi設定やハイレゾオーディオやボリュームの初期設定を行います。　　　NAS等に繋いでVolumioとNASだけでの再生も可能な様です。　　　※ここで諸般の設定を済ませた状態のSDカードをRaspberry Pi Zero Wに差し込むと　そのままの設定で　　　　使える事を確認しています。　　　何台も用意するならRaspberry Pi Zero Wは安くてお勧めです。　　　　　　セットアップが済むとiPhone/iPadからAirPlayでVolumioが見える様になります。　　　音楽再生のビューで、こんな風に認識出来ちゃえばあとは再生だけです。　　　　※iPhone/iPadで音量を上げてもちっとも音が鳴らないことがありました。　　　　　　http://volumio.local/へアクセスして、Volumio側のボリュームが絞られてるか確認してね。　　　あと・・　　　Raspberry Pi Type B特有​か判りませんが​でスマホ・PC等からhttp://volumio.local/へ　　　アクセスした時に再生音楽にノイズが入ります。　(露骨に判るレベルです)　　　　　　　　　　　　　　内蔵DACで再生しているので仕方ない事にしてますけどね。　　　　　　　　とは言え、音楽メインで聴く事は無いので僕用途では問題無いです。​

  2019/06/27

  コメント(0)

• 

  常時24時間駆動型のスマートセンサーを作っています

  自作スマートホームという事でスマートスイッチを作ってきていますが、以前はネットワーク越しでリレー・SSRをスイッチングするだけでも嬉しかったのがArduinoIDE+ESP8266の導入でコストと開発時間的な大革命が起きました。(僕の中の革命ですそれまでは24時間駆動ながら内部フラッシュメモリに書き込んで、何か月かに１度データを読み出してグラフ化するという研究者ぐらいしか使わない様なモノしか作れませんでした。　＝＞2017年からは最新データをスマートフォンから確認できる様になりました。　＝＞2018年からはデータを一定間隔でGoogleSpreadSheetに書き出せる様になりました。　＝＞2022年頃からネットワークをESP-NOWベースの独自ネットワークに移行しました。　＝＞2023年頃からスマートスイッチに付属させて各部屋に置ける様にしました。　　　ソーラーパネルと充電池で２４時間駆動の検討を始めました。2023年4月　​ソーラーパネルでの24時間駆動も検討を始めました​　　　　今までは電池とコンセントに電源を頼ってきましたが、　　そろそろ​ソーラーパネルの電源で長期間駆動できないか検討​する事にしました。2023年3月8日　夏場の換気用屋内屋外温度比較スイッチ　　先日よりスマートスイッチに使うESP8266がESP-12Fに切り替わった為に　　ヒマになるESP-01S＋リレーのユニットがゴロゴロ出てきそうなので夏場に　　使えそうな屋内と屋外の温度が測れてリレーON/OFFできる物を作りました。　　　　作ってから「１ユニットで完結させる必要は無いんじゃない？」と気付きました。　　「屋外センサと屋内センサに問い合わせて一定温度差でリレーＯＮ/ＯＦＦ」という　　ユニットを作れば長ーいセンサーケーブルは不要ですよねーと。2023年 ２４時間監視型スマートセンサーって照明に付けた方が良くない？　　2022年から移行したESP-NOWの独自ネットワークが上手く成り立って来たのと、　　GoogleSpreadSheetに書き出す専用ロガーが出来た事もあり、センサデータを報告　　するだけのスマートセンサーの検討という事でイロイロ作り直しています。　　　　そういった中でスマートセンサーを何個も作ろうと計画した矢先に、　　　　「何個もAC電源ユニット買うの面倒クサい気がするんですけど？」　　といった問題に気付き、コスト削減や合理化も兼ねて照明用のスマートスイッチの　　構成を変更して​24時間監視型スマートスイッチ＋センサーとして動かす事にしました​。　　そういった訳で新型のスマートスイッチは従来のESP-01Sを辞めてESP-12Fに変更して　　PIR人感センサ・温度湿度計・明るさセンサーを取り付ける事にしました。2022/2~3月頃　ESP-NOWベースの独自スマートネットワークに移行します　　　　​2021年の末より検討しているESP-NOWネットワークが良さそう​なので、　　　独自のスマートネットワークとして構築する事にしました。　　　各機器はWiFi接続じゃないのでセキュリティ問題とWiFiのAP局接続数や接続時間など　　　イロイロ改善できるんじゃないか？と期待しています。2023年 追記 気が付いたらAHT10が売られており検討で使う事にしました　　　　温度センサーはまぁまぁ試してみたのですが・・　　　LM75A　：　湿度が測れないのが残念　　　BMP180 ：　入手品はオフセットした温度を報告する品が多く使いにくい　　　BMP280 ：　BMP180と似たような状況　　　DHT-11  ：　入手品はマイナス温度が計測不可でした　　　他の温度計： 値段が高いのでお試ししただけで終了。　　　センサをAliExpressで購入しなければ評価は変わったと可能性はありますが、　　　僕の財布との兼ね合いもありDHT-11を使う様になっていました。しかしながら　　　冬場の「氷点下」の温度が測定不可という仕様が個人的には不具合になって来た　　　ので最近「AHT10が良さそう」とのネット情報に釣られて検討台数を増しながら　　　確認していきます。※他の温度センサを捨てるのはもったいないのでニッチ用途で使っていく予定です。2024/1/17 追記　温度センサーは測定時のみ電源ONしたほうが良さそう　　　　どうも電気流しっぱなしだと温度高めで測定する感じがしています。　　　直射日光に当てると冬でも30℃超えちゃうし・・・　結構むづかしいですね。2021/02/03 追記　　　　ESP32機にArduinoManagerを使うとBLE通信で動作設定等が簡単にできました。　　　今後はESP32に移行するのですがソースコードはホボ流用なのはかなり有難いですね。　　　また、ESP8266機はSSID・PASSWORD埋め込み型の専用機として使っていきます。2020/10/05 追記　　　　停電やWiFi基地局の電源ON-OFFの後に機器が接続失敗しているのが判りました。　　　ウチの環境では時々WiFiの接続・NTPの時間問い合わせで失敗し続ける様です。　　　幸いプログラムは動作しているので長時間の接続失敗を検知したら、ESP8266の　　　リセットを行い再度接続を行う様にして改善を図りました。2019/10/10 追記　　　　連続動作試験中、停電があった日を境に試験機５台中の２台が更新停止しました。　　　電源のOFF-ONで動作再開。　あと１週間分の表示ができる試験機を作りました。　　　１週間表示できると、季節の変わり目とか判って良い感じがします。2019/08/11 追記             連続動作試験中ですが、部屋温度40℃に達する日が何日かありましたが、          普通に動作しております。   今は、温度測定パッケージとして良い構成を模索中で          3ピンで安くて誤差の少ない小数点以下まで測れるセンサを探しています。​2019/06/26　追記　　　　連続動作試験で昨年夏はポンポンとダウン(意図しない更新停止)していたのですが　　　秋をすぎた頃からダウンしなくなりました。（何もソース変更していないから怖い）　　　仮説として以下２点があるのですが、そろそろ夏がやって来ます。　　どうかな？　　　　・WiFi接続数を256台に増やしたおかげ　　　　・部屋温度が40°に達しなかったおかげ2018年　センサをいろいろ繋いで検証してみました。　　　　SHT31 / HTU21D / DHT11 / BME280 / BMP280 / LM75A と　　イロイロなセンサーを繋いで検証してみました。（他の日記にて記載）　　結局の所では、湿度計はどのセンサーも傾向は判るけど実際の湿度値が　　正しいか判らないの判断不能。　温度は微妙なズレはあるものの、　　各社ソコソコの値を返してるので気になりませんでした。　　そんな中で僕の使う気温を測るセンサはBMP280になりました。　　　　　　　　　　　　理由は「安い」以上！　　あと・・・　アホな問題が１つ　　　　ESP8266を常時動作させておくと生暖かくなってきて気温測定どころ　　　じゃなくなってきます。次回測定までの空いた時間はDeepSleepで停止して　　　待機することでESP8266自身の発熱を抑える事が可能になります。2018年　GoogleSpreadSheetにセンサデータを書き出す仕組みを作りました　　以前、ESP8266からGoogle Spreadsheetにデータを書き込むライブラリを作ったの　　ですが、何やらデータロガーで結構良い感じの関連グッズが出来そうです。　　　　Qiita:​ESP8266/ESP32でGoogleSpreadSheetのセルを更新する​　　温度湿度ロガーの要求仕様　　　　１時間毎にGoogle Spreadsheetへアップする。　　　　Google Spreadsheet側は１日２４時間の各温度をグラフにプロットして表示。　　ハードウェアの内容　　　　利用チップはESP8266で、接続内容はDHT11とDeepSleep対応の配線のみ。　　プログラム　　　　DHT11の温度・湿度を各時刻毎に決められたセルに書き出す。　　　　GoogleSpreadsheet側では、決められた温度・湿度セルを使ってグラフを表示する。　　　　で出来たものがコレです。　パソコン・スマートフォンどちらからも閲覧できるし、　　観測機器の追加も書込みセルを変更するだけで良いので、結構イケてる気がします。　　上のグラフを見ると、何時エアコン付けたかが丸わかりで気持ち悪いですね。　　※DHT11の湿度センサがバカ丸出しなのも判るｗ　　昔は　　　・ESP8266をWebサーバにして、自前でグラフ書いて表示　　　・別途立てたサーバーにMySQLとかWebサーバー用意して表示　　　　とかやろうとしたんだけど、面倒過ぎて作れなかったよな～　などと遠い目～

  2018/08/30

  コメント(0)

• 

  自作スマートスイッチの変遷

  「ＯＫグーグル　部屋の電気点けて」で電灯が点くスマートスイッチかっこいい！なんて思っていたのはイツの話でしょうか・・・・・気づけは導入には各電灯毎にスマートスイッチを購入してやる必要があり、今まであったリモコンや紐スイッチは使用不可になってしまう極悪仕様。更にはネット接続を管理するサーバーは販売メーカー任せは気付けばサービス終了もあります。　　　　　　そういったスマートスイッチを使えるのは一人暮らしだと思います。などと現状のスマートスイッチを否定しまくった後ですが僕も自作しています。自作スマートスイッチにはソフトウェアとハードウェアの２つを揃える必要があるのですが、ココではハードウェアを仕上げていく過程を紹介します。　　　　　＜＜もっとも、時代もどんどん進んで仕様遅れ・思想変更もあるので　　　　　　　　　　　　　仕上がる見込みはありませんけどね～～～ＷＷ＞＞～～蛍光灯終了に合わせて～～　　　日本の蛍光灯メーカーは既に生産を中止しており市場在庫が無くなり次第買えなくなる見込みです。　　　中止理由は古い機器にはPCB/古い作り方の蛍光灯には水銀が含まれるのが理由だそうです。　　　我が家や古民家の蛍光灯機器も「昔からあるもの」を利用しているのでPCB使用機器もあるカモネ。　　　ドシドシ蛍光灯機器は捨てられていく運命ですが、運よく僕の手に届いた奴は古民家の照明として　　　​スマート＆ＬＥＤ化などを行って古いけど新しい照明として使っていきます。​2023年時点の仕様です　　　　スマートスイッチの名目ですが​室内蛍光灯照明をLED照明に改造する制御機​として　　設計や作成をしています。室内照明という性格上各部屋に１台は設置してあるのと、　　常時AC電源供給を考えると照明のスイッチングだけでは勿体なく感じました。　　そこでPIR人感センサ・Cds明るさセンサ・温度湿度計を付ける事にしています。　　今後センサが増える可能性があるのでESP-12Fをベースにして作っています。　　　　　　　　　　　　　　ここからは時系列の日記です2023年11月～2024年？月　新型のスマートスイッチを検討し始めました　　やっと簡易的なデバッグできたので、ケースまで作りました。　　　　センサー等機能　　　　温度湿度センサーAHT10　　　　明るさセンサーCDs　　　　人感センサーHLK-LD241C　　　　外部スイッチ用の配線（キャノピスイッチ等　　　　SSR×２を用いたAC電源ON/OFF　　改善点　　　　センサー不具合による交換をし易くするためにコネクタ化　　　　人感センサーHLK-LD241C採用で静止状態の人間在室が検知可能になった　　　　SSR×２で大雑把ながら照明の明暗調整が可能になった　　検討中　　　　最​近ESP32C3 SuperMiniを扱いましたがコンパクト・端子配列等良い​感じ。　　　　このスマートスイッチに使った方が良いかも？と悩んでいるのですが、　　　　作ってる途中での根本からの仕様変更とか、ずーっと完成しない？　　　　なんて思うと一応現状で完成を見た方が良く無い？とか悶々中です。　　　　なにぶん、古民家で１０個、自宅で６個と結構なプロジェクトですもんで。　　　　　　以前はPIR人感センサーで検知後経過時間をロギングしていましたが、本機より　　HLK-LD241Cで120分の内に何分間人間検知していたかを追加しました。2023年3月の近況　　​壁面スイッチをESP-NOW化して省配線の検討をしています。​​​　　​あとスマートスイッチで考えてきましたが、古民家の一室で必要な照明への　　適用を考えると照明ＳＷだけでは物足りないのと温度・湿度・照度・人感等　　センサーもデータ収集したいので複合機を考えてみました。（要不要は後で考えます　　しかしESP-01S＋リレーユニットは拡張困難という事が判ったのでESP-12Fで新たに　　作る事にして、従来のESP-01S構成は廉価版として運用検討を続ける事にしました。　　　　ESP-12F版のスマートスイッチ＋センサーユニットです。　　リレーユニットを使うと50x70基板に入りきらなくなったのでSSR化しました。　　ESP-12Fを使った奴はAHT10温度湿度・Cds明るさ・PIR人感のセンサにキャノピ　　スイッチを使える様にしています。そろそろ端子位置を決めてケースを本格的に　　アチコチに設置出来る様にしたいトコロなので、ケースにネジ止め用のタブ追加など　　したものとPIRセンサーのケースを作成しました。　　　今回必要だったパーツは以下のとうりで、SSRを使わなければ1000円ぐらいです。　　​最近古民家でセッセと蛍光灯機器をスマートLED照明に変更している​のですが、　　屋内照明用のLEDは2000円程度はするので何とか割安って程度かと思います。　　　※7000円台でリモコン付き照明が売ってるので手間を考えると・・・・　何とか割安って程度です。　　　　・ESP8266 (ESP-12F　　　　・ピッチ変換基板（ピン付き）　　　　・ソケット×２　　　　・AC用端子台×２　　　　・スイッチ用端子台　　　　・５V電源　　　　・3.3Vレギュレータ　　　　・SSR　　　　・Cds明るさセンサー　　　　・PIR人感センサー　　　　・AHT10温度湿度計　　　　・50x70基板　　・BH1750等では薄暗いときの数値が荒すぎるのでCdsを選定しています。　　　　　　Cdsは電源から抵抗分圧で0～1V程度を返す様にしてあります。5mm CdSセル 光可変抵抗器 MI527 10個価格：250円（税込、送料別) (2023/1/19時点) 　　・PIRセンサーは人間の動きを検知するセンサーです。　　　　残念ながら「人間の有無」は検知できないのでGoogleSpreadSheetへの報告は、　　　　「人間の動きを検知して何分経過したか？」を報告して100分経過で0クリア　　　　する様にしました。　　・AHT10はDHTの代替の温度湿度計です。　　　　DHTがマイナス温度が測れない・小数点以下が報告できない等の仕様なので、　　　　最近出てきた安く購入できるAHT10で測定する事にしました。　　※※最近は​電池式の壁面スイッチの検討が進めている​のですが、これが上手くいけば　　　　無理してキャノピスイッチを付ける必要が無くなりそうです。2022年9月頃の 近況　　　　ESPNOWの温度測定ユニットを家のアチコチに設置している時に気づきました。　　　「あれ～？コレ１つ駆動するのにコンセント１個消費するんだよね～」　　　　　　　　　　　　　　　　　　　　　　　まぁ当然の話っちゃー話です。　　　という訳で部屋の照明用のスイッチングユニットに温度測定も繋ぐと良いと　　言う流れになっています。もっとも複合ユニットを考えだすとキリが無くて、　　ON-OFFスイッチ・センサー・温度計ぐらいは付けれないかと妄想中。2022年8月頃の 近況　　イロイロやってきた結果ESPNOWを使うとプログラムがシンプルにできるので、　　ハードは2019年に作ったあと放置されていたモノを復活させて使います。　　2022年3月頃の 近況　　2021年のArduinoManagerの仕様変更によって手持ちソフトが総て動かなくなる　　ショックから立ち直る為に新たなiPadProとArduinoIDEとの通信方法を見つけて　　​iOS側でPythonista3を使いBLE通信でESP32との通信連携を行う​検証と　　​スマートスイッチの通信方法をESP-NOWに​切り替える作業をしています、　　各端末間はESP-NOWで通信してベースユニットでESP-NOWとWWWの情報変換を　　行う事を企んでいます。実を言うとESP32だけでスマートネットワークの構築は　　金銭的にキツイなーと思っていたので良いキッカケだったかもしれません。2020年12月 ArduinoManager目当てでESP32に移行を考える　　　​​ArduinoManagerなるソフトでESP32とiPad Proでデータのやり取り​が可能​に　　　なったお陰で容易にSSIDやPasswordを設定することができる様になりました。 　　　そこで総て移行すべくESP32 Lolin32 Liteとリレーボードでユニットを作成しました。　　　　　　​３DプリンタのReplapPulsaが結構上手く使えそう​なので専用ケースを作りました。　　　部材のフィラメントは１ｋｇで3000円近辺なので100均でケースを購入する事を　　　考えると凄い安く作れるのでは？と期待しています。　　電源部分むきだしを辞めてカバーしてみました。　　　このスマートスイッチではAC100Vを扱う都合上、うかつに触ると　　　AC100Vに感電する可能性があるのでモバイル充電器を電源にしてみました。　　　2019年7月　ESP-01を使って、スマートスイッチを作成する。　　　5月に購入したNature Remoの赤外線イベントをLANメッセージに伝達する　　ハードが好調なのでLANの受信機側のスイッチを作っています。照明・門灯などで　　使う事を想定しているので、ＡＣ入力とキャノピスイッチによるON/OFF操作も　　行えるようなハード構成で作ってみました。　　部品代はこんなもんでしょうか、　　　100 AC電源　AC100-DC5V　　　100 ESP-01用リレーユニット　　　100 ESP-01　　　40  端子４ケ　　　20  ベーク板　　　250 キャノピスイッチ　　　　左がAC接続型のリレーユニット　　　右はUSB接続のリレーユニット　　電灯に取りつける事も考えてヒモでOn-Offする手段も実装しました。　　常夜灯は気が向いたら対応する予定です。またＯＮとＯＦＦとトグル　　信号を受け取れる様にしたお陰で配線無しで壁にスイッチを追加する　　事も可能になりそうです。※結構凄いんじゃないかと思ってます。　　＝＝キャノピスイッチはGPIO0/1共に入れられないので、RXに入れてやります。＝＝GoogleHomeに家電のOn/Off等を音声指示したら赤外線リモコン信号にしてくれます50万台突破 【公式】スマートリモコン Nature Remo mini 2 ネイチャー リモ ミニ 家電コントローラー マルチリモコン スマートホーム スマート家電 エアコン リモコン テレビ 照明 家電 汎用 スマホ 遠隔操作 GPS グーグルホーム Google Home Amazon echo価格：5,480円（税込、送料無料) (2023/6/13時点) ※購入理由は・・・・　　「長期で使用できればいいなぁ」と期待して購入2018年　廉価版を考えています。　　WeMOSコントローラとリレーだと結構高価になるので廉価版の検討をしていました。　　結論はES8266・電源・リレー・端子台　この４点を上手く抑えないといけない事と、　　手間・入れ物をどう考えるかも必要だと判りました。　　　　ESP-01版とESP8266版です。　　検討中に​ESP8266に実装したWebServerの「http://コマンド」でスイッチON/OFFする​　　方法が判ったのでWEMOエミュレーターは破棄してWebServerに移行しました。2018年6月 ESP8266 WEMOエミュレータ　　​​​　Amazon ECHOを使うことにしたのは、ESP8266にWEMOエミュレータがあり　　最小限の手間でスマートホームに追加することが出来るからです。　　　※IFTTTやBYLNKやdialugflowに登録する手間が面倒なのは僕だけ？？？　　僕は類似するソフトがあれば、ソースがシンプルで古い物を選ぶ様にしているのですが　　今回は動作確認が上手くいかず、二度手間になってしまいました。　　　※​多分WEMOがバージョンアップして古いバージョンと仕様が違うんだと思います。　　　※赤外線リモコンの送信には使えるんだけど、スイッチの現状報告出来なかったんです。　　　こちらは今のAmazon ECHOで問題無い様に感じました。※長時間テストはまだですが　　　Aruna Tennakoonさん     https://github.com/kakopappa　　　    arduino-esp8266-alexa-wemo-switch　　　　　　Amazon ECHOとWEMOエミュレータの動くWemos D1​　　　これ以前は？　　　2000年頃　秋月電子経由で購入したPICNICを買ったが１台の値段が高く断念　　　1995年頃　PIC16F84で赤外線リモコン受信機を自作するも・・・　　　　　　　　　当時はプロジェクターで映画を見ていたのでオーディオと照明の　　　　　　　　　スイッチをコントロールしていました。　　　最初は？　　秋月電子の赤外線リモコンキットを購入してコントロールを始め　　　　　　　　　ますが、残念ながらコントロール台数が少なかったです。

  2018/06/09

  コメント(0)

• 

  スマート機器のメッセージをGoogleHome・Lineで受け取ります

  スマートホームに必要なものを作ってきていますがgoogle-home-notifierというものがあってコイツはなんと、テキスト文をgoogle homeで喋らせることが出来るんです。元々作られた方はLinux系だったのですが​@horihiroさんのとこでESP版が紹介されています。​https://qiita.com/horihiro/items/4ab0edf415916a2cd542あと！　以前準備した​VoiceTextを使って違う声色を作りGoogleHomeで喋らす事もできましたGoogleHomeNotifierとVoiceTextとLineNotifierが動くようになっての使い道は？屋内とLineにアナウンスが可能になったので何か足せば使えそうです。　　　＝＞泥棒警報機（Google / Line)　　　　　家人が不在の時に複数の人感センサーが反応した場合に警告を発する機能　　　＝＞時報 ( Google )　　　　　ラジオ放送で聴くスジャータの時報しか思い浮かびません・・・・　　　＝＞開けっ放し警告 ( Line )　　　　　玄関・窓など開けっぱなしの時の警告　　　＝＞水やり警告 ( Line )　　　　　土壌湿度計の値から水やりを促す機能　　　＝＞電池交換警告 ( Line )　　　　　電池駆動のセンサーの電池消耗状態を知らせる機能　　　　　　　　　　ユニットの電圧低下をLineに知らせる事が出来ました。　　　　　実際にメッセージが受けれるのは良いのですが、何処のユニットが電池消耗か　　　　　しっかり判るメッセージじゃないと意味無いという事に気付きました。安定稼働について　　長期にわたって動作確認を行っていますがWiFiが切断・復帰の際にGoogleHomeへの　　接続が切れている症状があります。　　切断・復帰が無い機体は動作継続中です。　　GoogleHomeへの接続が切れている状態を検知して再起動する仕組みが欲しいトコです。​2023年6月　とりあえず安定稼働がハードルです　　とりあえず使い道が無いですがユニットは会社・自宅・古民家で試用中です。　　センサ反応で喋らす機能は既に仕様が不具合であると良く判るのですが、それでも　　時々役立つタイミングがあるんだなーと気付かせてくれます。　　会社で試用しているお陰で判ったのですがネットワークが数時間ダウンすると、　　GoogleHomeは復帰するけどもGoogleNotifierは復帰しない事がわかっています。　　　　　　　　　　　　　ネットワークのダウンが無い自宅・古民家では問題無く動いてるんですけどね・・　　ESP-NOW機側は正常稼働しているので何かしらリセットする方法を検討中です。​2023年5月　Line Notifierを追加しました　　GoogleNotifierだけだと使い道がなーと思っていたのですがVoiceTextとLineNotifierを　　追加すればネタが増えるんじゃね？と思い追加してみました。　　　​LineNotifierはESP32-CAMを検討する時に使ったLineのサービスの１つです。​　　送信グループを9種類指定出来る様にGoogleSpreadSheetにエリアを設けて　　「/Line#,電池交換をお願いします」のメッセージを解釈して送信する様にしました。　　カメラ撮影や保存画像を送信できるかは・・・　　余裕が出来たら確認したいトコ。　　​VoiceTextは以前検討したテキスト文字を音声MP3に変換できるWebサービスです。​　　声色が設定可能なのですが9種類指定できる様にGoogleSpreadSheetにエリアを設けて　　「/Voice#,センサが検知しました」のメッセージを解釈して発音する様にしました。　　とまぁ・・・　書くと単純です・・　　単純化出来たので実装できました。　　　　LineNotifierとVoiceTextを使える様にして下さった方々には感謝であります。2023年4月　とりあえず「ぽちっとな」で喋ります　　　現状ですが​スイッチＯＮでメッセージ送信する、スイッチ式センサー​から　　メッセージを送信して喋らせています。僕自身がセンサーに突如喋られると　　心臓に悪そうなので徐々に慣れていく予定（ぷ　　　　自宅と古民家と会社で使う３セットを作りました。　　このユニットから「/SPEAKボタンを押しました。」を送信すると喋るのですから　　凄いハードルを下げてしまった感じです。　右のPIRセンサー反応でも同様のメッセージ　　で喋るりますが反応する度に喋るので何か工夫が必要な感じです。　　「/MP3ファイル名」でMP3の再生も可能なのでドアチャイムや目覚ましなど作れます。​​​​2023年3月　やっと活用の準備が出来た感じです　　GoogleHomeNotifierの動作確認をしてもう５年近く経ってるんですね。　　最近やっと自作のスマートホームネットワークが家中に張り巡らせる事が　　出来そうな雰囲気がしてきたので実際に使う事を考えています。　　この間に収集してきたネタを総動員してユニットの仕様を考えてみました。　　GoogleSpereadSheetから設定等読み込む事で面倒な修正に対応するのと、　　WebServerでMicroSDのMP3ファイルを管理できる様に出来るのが良い感じです。　　ハードウェア　　　　ESP32-CAM　：　GoogleNotifier機　MicroSD　Serial　　　　ESP-01S　　 ：　ESP-NOWネットワーク通信　Serial　　ソフトウェア　　　　ESP-01S　　 ：　自作スマートホームネットワークからのメッセージを　　　　　　　　　　　　　SerialでGoogleNotifier機に渡す　　　　ESP32-CAM　：　Serialで受け取ったメッセージをGoogleNotifier再生する。　　　　　　　　　　　　　定型句やルーティーン設定を​GoogleSpereadSheetから取り込む。​　　　　　　　　　　　　　MicroSDはMP3ファイルの確保エリア　　　　　　　　　　　　　​MicroSDのファイラー用のWebServer​　　ハードウェアの回路はSerial RX/TXのクロスと電源だけなので超簡単です♪　　なのでデバッグ用のUSB Serial付きと運用検討用の２つを作りました。　　ソフトウェアは僕としてはホボ使い古した処理なので使い回しですね～。　　ESP32-CAMではUSBSerialのドータボードがありますが、その中間に挟むボードを　　作成してESP-01Sを繋ぐように作りました。※今後の検討でも使える様にちっちゃな配慮　　＝＝＝＝＝ソフトも簡易版が出来たので動作確認してみました＝＝＝＝＝　　久しぶりなのでGoogleHomeNotifierのプログラムをダウンロードし直してソフトを　　作成し、スマートホームネットワークで喋らせる為の簡易コマンドも用意してました。　　動かしてみた感じですがESP-NOWでコマンド送信してGoogleHomeから発声される　　までの時間差は約６秒ほどあります。玄関チャイムとして使うには反応が遅いですが　　他はトリガー条件達成での発生なので時間差は気にならないと思っています。　　※※ユニットのネットワーク論理アドレスを固定化しました。　　＝＝＝＝＝今の所は＝＝＝＝＝　　正直勝手にしゃべられるとコッチが恥ずかしくなるので上手い用途は判りません。　　＝＝＝＝＝妄想中ですが＝＝＝＝＝　　自宅等無人の時にセンサーが反応すると「アンタ誰や？」等発生させて泥棒除けなど　　考えてみたりしています。もっとも「自宅等が無人」という判定をどうやってするか　　ソコで何年も悩んでるんですけどね。電子工作ランキング

  2018/05/09

  コメント(0)

• 

  スマートホーム機器の作成にシックハックしています

  今までスマートホームグッズをイロイロと作ってきましたが、気が付けば新しい仕組みのMatterが発表されていたりして浦島太郎になってたりします。とは言え調査してみると各社機器連携とセキュリティと通信手段の規格程度しか策定するのが精一杯な様です。僕の方はESP-NOWで独自通信という事でなーんか・・・　ガラパゴス進化状態です。しかし​ハブ機能の追加によって通信距離と機器台数も稼げる​様になってるし結構面白い事が出来そうな準備が整ってきています。　　　　　　・・・・・・・・・・・・準備だけで実機運用する時間ががががっが最近SmartBotのボタン押しユニットが羨ましいのですが、BLE/WiFiを活かした状態での長時間バッテリー駆動が真似出来ない為に歯がゆい思いをしています。18650電池１個だと消費電力1mAhでも2000時間程度しか持たないのだから、どうにもなりません。2024年 WiFi AP局近くがゴチャゴチャしているので統合します　　年初は作って来た機器の整理統合を考えていましたが、先日より導入の　　​WiFiMesh機能に触発されて独自のESP-NOW Mesh機構を試作しました。​　　50台ぐらいで上手く動く様に作れれば良いのですが　　ど～なるやら。2023年 気付けばIKEAのDIRIGERAがスマートホームを・・・・　　　ノーマークでしたが​IKEAのスマートホームグッズが凄い安くてショック​です。　　　情報が少ないので判りませんが、僕の自作機器が陳腐化するのも秒読みかも？2023年5月　ESP-NOWのネットワーク化もできました　　　　ESP-NOWのネットワーク化も一応稼働して動いています。　　ESP-NOWとiPadの通信ブリッジで使っていたBLEですがPythonista3のアップデート後　　に動かなくなって憤死状態でしたがUDP通信に切換える事で復帰しました。　　そういった状況でセンサーやスイッチの情報を淡々と保存する機能はあるものの　　突発イベントを報告する機能が存在しない事に気付いたので、以前試したことのある　　​GoogleNotifierとLineNotifierを作ってネットワークに繋ぐ​ことにしました。　　　問題点としては、検証用ユニットをドンドン作っている割に実際の機器設置が　　間に合っていない為に未知のバグがウヨウヨとしてるだろうなぁ・・　と・・　想像　　・LineNotifierにセンサーログを投げるのはSPAM状態になるので使い道無いなと思って　　　いたのですが、電池式のスマートセンサー/スイッチの「電圧低下警告」を伝えるには　　　良い仕組みだと感じました。　LineNotifierは警告通知で使うのが良さそうですね。　　・​現在悩み中のセンサーが家人の在宅検知センサーです​。　　　　ESP32のBLEでiPhone/iPadの端末名が取れれば終了なネタですが上手くいきません。　　　　iPhone+Pythonistaでの検知は可能なのですがコストが高いので悩ましいです。　　　　HLK-LD2410Cというミリ波・マイクロ波レーダーの検討開始しました。2023年5月　Pythonista3のアップデートでBLE通信ができなくなりました　　動かなくなったものは仕方ない。　　　　待っても無駄だろう事からBLE通信は諦めて急遽UDP通信ブリッジを作りました。　　ESP-NOWとUDPの通信を同時に行うのでESP-01Sを２台で行う様にしています。　　　　　　　Pythonista3側の修正はBLE通信とUDP通信に差し替える程度でした。2023年3月　​GoogleNotifierの仕組みを追加しようと思います​　　新たに作った赤外線リモコンのデータ登録が思った以上に自信作だったので　　「これはイケル」と思い同様のデータ登録形式を備えたGoogleNotifier機を作りました。　　　　GoogleNotifierではMP3を扱う事も想定に入れMicroSD装備のESP32-CAMを使う事で　　配線を減らしました。実配線はESP-NOW通信用のESP-01Sを繋ぐだけです。　　このユニットでは「GoogleHomeでMP3を再生する」「GoogleHomeでメッセージ　　を喋らせる」「Lineにメッセージを投げる」事ができます。　　※GoogleSpreadSheet書込機と共用を考えましたがバグが怖いので別機体です。　　てか・・・　　これもスマートホームセンターを同じ場所に置くんですよね・・・​​2023年 ３月　最近の現状です　　気付けば共通規格のMatterの発表やAppleのHomekitがESP8266で　　使えてみる様になっていたりと、浦島太郎てか情弱になった気分・・・　　とは言え、現状もネットで個人が紹介する記事等見ると１メーカの商品　　紹介程度で終わっており機器をイッパイ扱いたい僕は物足りない状況です。　　　　　　　まー情報収集に時間をかけていないので情弱状態なのは仕方ないと思ってます　　　　そういった訳で2023年の状況です。まだ検討中ですが以前の状況からグレード　　アップしており​300円程度で作るESP-01Sのハブさえ増設すれば​家の隅々まで　　ESP-NOWネットを張る事が出来る様になりました。このハブが使えるお陰で　　「共通規格Matterに見劣りしなくなった」と我ながら自画自賛状態です。　　あとは​センサ値をGoogleSpreadSheetに書き出したり​、​AC電源が得られない　　場所の為にバッテリ駆動センサを作ったり​、​屋内照明のLED照明化にこじつけて　　自作LEDスマート照明＋ESP-NOWハブ化​を推し進めています。　　　いろいろ推し進めていますが、このシステムにはアキレス腱がありまして　　Pythonista3とGoogleAppScriptとGoogleSpreadSheetに大きく依存中です。　　これ等のサービスが今後も同様に使い続けられるか？　怯えながら構築中です。　　　NatureRemoも依存と言えば依存なのですが正直設定が面倒クサイし使いにくいので僕は嫌いです、　　　もっと簡単に設定出来て気軽に使える様なモノがあればサッサと切り捨てる予定です。2023年3月　イロイロと作り散らかしてまいりましたの整理です　　　　イロイロ作り散らかして来たユニットですが各ユニットでUSBポートを要求して　　接続がウザくなってきたので大改装する事にしました。　　　　各機の機能を紹介（タブン左右の画像で１ユニットにすると思います　　　　ESP32　　 ：　​ESP-NOW＜＞BLE通信変換機​　　　　　　　　初期に検討で購入した各１個しかない余り物ESP32はこういった局面で消費します。　　　　WeMOS-D1：　ESP-NOW赤外線リモコンターミナル機​　　　　　　　　SPIFFSが4MBYTEで日本語データを保持できるのと、頻繁なソフト修正を想定しています。　　　　Leonardo　：　赤外線リモコンコード変換機　　　　　　　　大昔作った赤外線送受信用のユニットです。移植するのも面倒だしLeonardo特有のUSB通信は　　　　　　　　マイブームが去ったのもあり、死贓品なのでもったいないと思いつつ使っています。　　　　ESP-01S　 ：　​ESP-NOWネットワークハブ​　　　　　　　　各機の通信の交通整理を行うユニットです。固定IPアドレスっぽい思想で作ってあります。　　　　ESP-01S　 ：　ESP-NOWネットの各センサーデータ集積端末　　　　　　　　各機のセンサーデータの報告を受け付けて１時間毎にGoogleSpreadSheet書き込み機にUART　　　　　　　　経由でデータを書き込みます。　　　　ESP-01S　 ：　GoogleSpreadSheet書き込み機　　　　　　　　UARTからの指示に従ってGoogleSpreadSheetよりデータの読み書きを行います。　　ソフト的に機能集約する考えもありますが、バグ退治に時間をかけるよりは　　「新しい何か」を作る方に時間をかけたいと考えてコノまま突っ走ります。　　これだけ使ってもRaspberryPi ZeroWの価格にも及ばないのですから「アリ」です。2023年3月　​赤外線リモコンのブリッジを大改造しました。​　　今までは赤外線リモコンのブリッジ設定はiPadのソフトで行っていました。　　しかし、設定は正直面倒クサイのでほとんど登録していなかったのが現実です。　　　　今回は面倒クサイ登録の改善ということでユニット起動時にブリッジ設定を　　GoogleSpreadSheetから読み出す仕様を導入することで大幅改善を狙いました。　　また受信した赤外線コードをディスプレイ表示することで新規追加も楽に・・？　　　　　　　　　　　　　　　※ディスプレイ不要ならESP-01Sでも良かったんだなーと気付いた。2023年2月　​家の隅までスマートネットワークを張る為に中継ハブ機構を考える​　　最近使いだしたESP-NOWですがホスト局とクライアント局だと家中の　　クライアントと通信できない問題があったので中継ハブという形式が　　採れる様にシステムを大改装しました。　　　　　　※ESP-01Sで中継ハブを動かしているので以前の機体を流用したのでDHT-11付きです　　この中継ハブのお陰で屋外にセンサーを置いてもデータ収集が可能になりました。2022年9月28日　​GoogleSpreadSheet書き込み機を作りました​　　　　　少しづつスマートホーム機器が増えていってるのですがセンサーデータを　　iPadで閲覧できるだけではシックリ来なかったのでGoogleSpreadSheetにデータを　　書き込む機能を用意する事にしました。　　　　機能はESP-NOW通信するESP-01SとGoogleSpreadSheetに書き込みするWiFi接続機　　があれば良いのですが、丁度同じ置き場に赤外線リモコンブリッジがあったので共用で　　２台分作りました。　この辺りからスマートホームセンター的な作りが出てくるかな。2022年 最近の現状です。　　一時期ArduinoManagerというモノにウツツを抜かしていたのですが、　予期せぬ仕様変更と僕の対応能力の低さ故にスマートスピーカー環境が　崩壊してしまいました。そういった反省と後悔を元にして新たな仕組み　としてBLEとESPNOW通信を採用するに至りました。　スマートスピーカーの中核はNatureRemoに頼りになりっぱなしです。　最近は自作センサーで収集するデータをどうするかがマイブームですｗ　　　　BLE通信　　　　iPad/iPhoneとESP32の通信手段として利用　　　　ESP機器の動作設定とかをiOS端末で行う様にしました。　　ESPNOW通信　　　　ESP32/ESP8266間の通信手段として利用　　　　WiFi機器不要で通信できるのでネットワーク機器の通信障害に影響されない。　　　　MACアドレスを頼りにした通信なので独自の通信網を作る必要があります。2022年8月3日　​iPadとスマートネットワークと赤外線リモコンのブリッジを作りました。​　　　　ネットワークの中央と言えばタブレットの情報を表示する為のブリッジと　　NatureRemoの赤外線リモコン信号をESP-NOWに変換するブリッジが　　思い浮かんだので作りました。　　※リモコン信号のブリッジ設定はiPadで行う仕組みです。2019年11月25日　デアゴスティーニでスマートホームのお勉強　　デアゴスティーニよりIOTのお勉強コースの募集メールが届きました。　　以前、ロビなる自称ロボットを購読し組み立てたのがキッカケで　　色々な紹介メールが届くのですが、今回は趣味と一致するので考えてみます。　　　※考えると言っても自分が行なっているモノと比較が主ですが。　　コースは基本編と応用編に分かれており、基本編はIOTグッズの作成　　応用編はAiを使って・・・　何かするんだと思います。　　基礎編はraspberry piを用いたIOTグッズ作り　　　　・センサーで温度湿度の測ってグラフを作る　　　　・LEDディスプレイへ情報の表示を行う　　　　・カメラとAIを使って画像処理を行う　　　　・スイッチを使ってデバイスの動作を切り返る　　　　・スピーカーを使ってテキストを音声出力する　　　　・IOTソリューションの構築とBluetoorhLEの使い方を学ぶ　　　　なるほどであります。何と言いますか市場で探せば買えるモノですかね。　　　　”カメラとAIを使って画像処理”編は羨ましく受講したいトコであります。　　応用編のAI編って何でしょうね。　ニューラルネットワークを構築して　　何をするのか興味があるところです。　　　　​　　お値段は基礎編285000円　・　基礎＋応用編435100円ですか。　　ニューラルネットワークは興味があるので応用編だけ受講したい気もします。2019年05月29日　Nature Remoを購入して、大幅に構成変更しました。　　　　　　Nature Remoの発する赤外線をhttp://に変換する機器の作成で　　　　　　移行できるので感激です！2018年04月　オッケーグーグルが届いた！　　注文したAmazon Echoが届くまでに時間があるので、自作機器をアクセサリとして　　動作させる流れをまとめてみました。　　・MQTTとBlynkはサーバ側だけではなく、機器側にも設定が必要なのが判りました。　　　できたらWebServer経由で機器を動作させる方法を模索するかと思っています。　　・スマートスピーカーがあるならiOSのHomekitって不要では？って思ったのですが、　　　各機器の電源ON/OFFの一覧を確認する手段には良さそうです。　　　　IFTTT　　　　各通知に対して動作を行う為のツール（必須）　　　　とりあえず総てココを経由するらしいので、使い方を覚えましょう。　　　　要：googleアカウント　　　　要：アクション毎の設定　　MQTT　　　　IFTTTのアクションを記憶しておくサーバ（中継）　　　　機器からの問合せで現在のアクションを応答します。　　　　要：MQTTサーバ（有料サービス有り）　　　　要：アクション毎の設定（サーバ側）　　　　要：問合せ内容の設定（機器側）　　Blynk　　　　IFTTTのアクションを記憶しておくサーバ（中継）　　　　機器からの問合せでアクションを応答します。　　　　要：サーバ　　　　要：アクション毎の設定（サーバ側）　　　　要：問合せ内容の設定（機器側）　　WebServer　　　　IFTTTのアクションを機器に伝えるサーバ（中継）　　　　要：サーバ(外部参照用にドメイン名も必要　　　　要：アクションをローカルネットワークの機器に伝える設定​​　　Homebridge　　　　Homekitのアクセサリエミュレータ。　　　　要：サーバ　　　　要：機器毎の設定　　Homekit Hub　　　　外出先よりHomekitに登録したアクセサリを操作する為のブリッジ。　　　　HomePod / AppleTV / iPad2000年頃　☆PICNICを手に入れて使えるか検討！　　PICNICはこんな機能　　　・LAN経由でOn/Offが出来る　　ここで判った問題点　　　・PCしかOn/Off指令できなかった（昔ですから・・・　　　・約１万円と高い1995年頃　☆PIC16F84で赤外線リモコン受信機を自作！　　PIC16F84はこんな機能　　　・任意のリモコン信号に対応してOn/Offが出来る様にした　　ここで判った問題点　　　・任意のリモコンコードの解析は面倒だった　　　・パッケージは大きかった　　　・面倒なので１個作っただけでした大昔　☆秋月電子赤外線リモコンキットを導入！　　ここで判った問題点　　　　・販売キットは付属リモコンの１種類のみ対応だった　　　　・パッケージは大きかった電子工作ランキング

  2018/04/03

  コメント(0)

全16件 (16件中 1-16件目)

1