【Raspberry Pi Zero 2 W】車の電圧監視

車に50Wのソーラーパネルをバッテリー直結にしたが、過充電が心配で、何とか電圧監視する仕組みを導入できないか考えていた。

過充電が心配なら、ソーラーチャージコントローラーを噛ませばいいじゃないかという話だが、如何せんソーラーパネルのパワーが低いので、充電するよりもソーラーチャージコントローラーの待機電力の方が大きければ、太陽光発電をしない方がマシというのは本末転倒だ。

正攻法なら、INA226のセンサーで車のバッテリー電圧を計って、ネットワークで確認して、14.4Vを越えていなければOKという判断もできるが、待てよ……

家にソーラーパネル100W買った時におまけでついてきたチャージコントローラーがあるので、とりあえず待機電力には目を瞑って、それを噛ませて過充電の心配を無くす。

そして、車載のRaspberry Pi Zero 2 Wは車内監視カメラがあるので、ソーラーチャージコントローラーには電圧表示があるから、それを写せばいいんじゃね?

車内の動画だと、128kbps の通信速度で送れるように低解像度にしてあるから、電圧が読み取れません><

 

 

 

そうだ raspistill ならフル解像度で撮影できるなと気付き、カメラデバイスを専有している motion 停めて撮影してみた。

さすがに 2560×1920ピクセルともなると、ちゃんと、12.5V って読めるな。

ちょっと手間掛かるけど、これで日中に駐車場でどんな充電状況なのかが一応分かるな。

将来的には、低消費電力の電菱のSolar Amp B に替えたいな。

【Raspberry Pi Zero 2 W】接続環境見直し

携帯電話のbluetooth テザリングにより車載のRaspberry Pi Zero 2 W(以下rx7pi)の通信を賄っていて、カメラの動態検知やGPS測定による位置移動、警報装置発報をメール通知するようにしている。

しかし、時折、一切の通信不能になる時があって、恐らく、bluetooth のチップがハングアップして通信機能が失われているのだろう。

で、以前、携帯電話のUSBテザリングを使用していて、これはRF回路を使わないから、電力喰わないので良いのだが、携帯電話のロックを解除しないと接続してくれないので、時折ロック解除を忘れて、まる一日通信不能の事があった。

ふと、設定で画面ロックを使わないようにしたらどーなんの?とやってみた所、rx7pi が起動したら、即携帯電話にUSB接続した。これで bluetooth がハングアップしようが通信に問題が無くなったな 🙂

謎ソース

楽天にRチャンネルというのがあるけど、中身はCSの番組の再配信みたいなやつで、これを楽天IDでログインして視聴すると、1時間に1ポイント貰える。

そして、2ヶ月連続視聴すると、貰えるポイントが倍になって、12月は10月分のポイント 1,176ポイント貰った。

ブラウザで開きっぱなしにしておけば、ポイントを山ほど稼げるんじゃね? と思いきや、3時間操作が無いと以後ポイント加算されない事になっていて、そう甘くはない。

わしの場合は、PC起動したらRチャンネルのページが開くので、以後、気付いた時にチャンネルを替えて、この制限を逃れている。

ただ、寝ている間はどうしようもないので、それを何とかできないかと考えた。

そこで、3時間毎にリロードするプログラムを書いた。

最近のブラウザは、裏タブにすると、動きを止めてメモリ解放してしまうので、このソースのウインドウとRチャンネルのウインドウは裏へ回らないようにしておかないと、継続動作しない可能性があるので要注意。

これで寝てる間もポイント稼いでくれたらいいけど、単にウインドウを開き直すだけで、チャンネルは変更しないので、もしかすると、ダメかもしれん。

DE-C41-30000BKリン酸鉄リチウムイオンバッテリー

パススルー対応リン酸鉄リチウムイオンモバイルバッテリこうにう

Raspberry Pi Zero 2 W+GPS+Zenfone Max Pro[m2] を繋いでテスト。

DE-C41-30000BKを満充電の後、26時間連続稼働で残りゲージ2つ(50%以下)くらいなので、48時間くらいイケそうだな。

最近、RX-7のバッテリがよく低電圧に陥り、カーポートソーラーに2日ほど接続していたが、夕方エンジン掛けようとするも掛からず、ジャンプスタータで始動した。

RX-7のバッテリがもうそろそろダメなのかもしれん。

パススルー対応リン酸鉄リチウムイオンモバイルバッテリこうにう

 

車載Raspberry Pi Zero 2 W(以下rx7pi)を稼働させるのに、バッテリが低電圧になるのを解決すべく、ポータブルバッテリをこうにう。

エレコムは 自社、Amazon、楽天市場のショップで同一価格なので、ポイント4倍の楽天で買うのが一番お得。

リチウムイオン電池じゃなく、ハイブリットカーのバッテリにも使用されているリン酸鉄リチウムイオン電池なので、高温になりがちな車載でも安心。

以前、ガラケーをFOMA 補助充電アダプタ03に繋ぎ、それに4.5Wソーラーパネルに接続して電力を賄っていたが、スマートフォン+GPS+rx7pi を車のバッテリに繋ぐと電圧低下で、エンジン始動できなくなる。

そこで、以前みたいに、今回買ったDE-C41-30000BKへ rx7pi 一式を接続して、入力に18Wソーラーパネルを接続して、車の電力系から独立させてみようと思った。

ソーラーパワーのみで賄えるようになったらうれしいな 🙂
まあ、できなくても、週末のみモバイルバッテリー充電すればOKの体制にはしたいなあ。

【Raspberry Pi Zero 2 W】低電圧

10月9日夜、車のセキュリティのリモコンが鳴って、何だろう?と思って車を確認。

セキュリティOFFにしようにもOFFにならない。
どうも、バッテリ低電圧の警告でリモコンが鳴ってた模様。
何度かやってる内になんとかセキュリティOFFにはなった。

18Wソーラーパネルを接続してはいたが、天気が悪く小雨が降ってて、全然陽に当たってなかった。

カーポートソーラーの常夜灯も、22時頃に消灯してしまったので、やっぱり日照が全然足りてなかったのだろう。

車載のRaspberry Pi Zero 2 W(以下rx7pi)の電源は落としていたが、USBポートに繋いでいた携帯電話とGPSは通電したまんま。

それらの電源を遮断して、とりあえず、ジャンプスターターでエンジンを掛けて、30分ほど放置。

翌朝、エンジンは掛かり、会社へ行って、家に帰ったらrx7pi系統を電源遮断していたが、今日、会社帰りにエンジンオートスターターでエンジン始動させようとするもエンジン始動せず。

一応、電気の食う携帯電話は、車のエンジンが掛かってる間だけ電力供給するようにしていたのだが、GPSモジュールをデータ取得間隔1000ms→100msで動かしてたから、やっぱり電気食うんだろうなあ。

セキュリティOFFとドア解錠はできたので、そのままキーでエンジン始動させると、セルの回りが悪いながらもエンジンは始動。

携帯電話は、エンジン掛かってる間だけ充電しても100%にならんので、とりあえず家で充電。

GPSのデータ取得間隔を1000msに戻したけど、現状は、日々、バッテリが消耗していくばかりなので、バッテリ回復するまで、rx7pi は稼働させない方が良さそうだ。

【Raspberry Pi Zero 2 W】謎のパケットロス

RX-7車載の Raspberry Pi Zero 2 W(以降rx7pi) だが、家の Wi-Fi に繋ぐと、謎のパケットロスが発生する。

rx7pi はプログラムで次の機能を持たせている。

  • 車載警報装置からのイヤホンマイク端子ON信号を GPIO で検出するGPIO監視
  • Bluetooth ヘッドフォン接続時に警戒モードをOFFにするBluetooth監視
  • GPSデータを読み取り、100m移動したらメールを飛ばすGPS監視

これらの機能のプログラムを走らせると、Wi-Fiのパケットロスが発生する。

GPIOの信号線半田付けする時に、チップ抵抗まで盛ってしまい、ショートさせたので、まだショート箇所が残ってるのかと半田吸い取り線をヨドバシから買って、信号線の付け直しをしてみたが症状変わらず。

GPIO監視だけのテストプログラムを動かしたら発生しないので、GPIOでは無いようだ。

端末から監視プログラムを動かすと、

携帯電話へ bluetooth テザリングで接続してなかったらするようにしてるが、家なので、携帯電話は有効にしていない。

ちょっと気になるので、bluetooth テザリング接続部をコメントアウトすると、パケットロスが無くなった。

この部分でパケットロスが発生しとるようで、bluetooth と Wi-Fiは同一チップで制御しとるから、大方、bluetooth の制御コマンドを送ると、Wi-Fi の回路の処理が停止して影響が出とるのかな?

安物の Wi-Fiチップだと、回路共通部分での競合ってありそうで、嫌だのう。

今まではUSBテザリングを使っていたが、スマートフォンの画面ロックを解除しないと、通信が確立しないので、朝、システムを起動して、画面ロック解除を忘れて、その後、通信不可ってのが嫌で、bluetooth テザリングにしたんだよなあ。

車載機としては、bluetooth テザリングが通信の生命線なので、接続断の場合は、何度もリトライを繰り返す処理にしてるけど、Wi-Fi 接続時はキャンセルする例外を入れんといかんかな?

Wi-Fi繋がってたら、bluetooth テザリング接続をしないようにした。
これで謎のパケットロスは解消した。 🙂

地震RSSをYahoo!に変更

goo天気終了

前は、tenki.jp を元にさせていただいていたが、地震が発生しても ircbot で表示されない事があり、ircbot の workファイルを見ると、1バイトのファイルが作成されている事があり、この原因がよく分からない。

そこで、Yahoo! の地震情報から RSSを生成する事にする 🙂

震度1〜2は出てもウザいので、震度3以上を表示するようにしている。

goo天気終了

「goo天気」をご利用くださいまして、ありがとうございます。
誠に勝手ながら「goo天気」のサービスは2023年9月27日をもちまして、終了させて頂くことになりました。
長年にわたり「goo天気」をご愛顧いただきましたお客様に、心より感謝申し上げるとともに、ご迷惑をおかけして誠に申し訳ございません。
今後とも引き続きgooのサービスをご利用いただけますと幸いです。

情報源: goo天気の終了について – goo天気

とうとう地震のRSS配信してる所が無くなってしまう。

うーん…。

という事で作った 🙂
IRCのbotで、RSSを出力するものがあるのでそいつに食わせる。

【Raspberry Pi Zero 2 W】警戒プログラム変更

Raspberry Pi Zero 2 Wは 4コアなので、並列処理した方が速くなる為、本体プログラムと bluetooth のチェックを分けた。

【メイン処理】

【bluetoothチェック処理】

【GPS関連処理】

今までは USBテザリングで通信していたが、セキュリティの為か、携帯電話の画面ロックを解除した状態にしないと接続できなかった。

しかし、bluetooth テザリングは、一度ペアリングすれば、接続要求によって簡単に繋がるので、画面ロック解除しなくても良くなった。

以前試行した時は、bluetooth テザリングに、 bt-pan というプログラム使ってたけど、接続できなくて sleep 1 で回してても負荷が無茶苦茶高かった記憶がある。

問題は最大3Mbps程度の通信スピードになるが、povo 2.0 の非課金速度が128kbps なので、ボトルネックになる事は無い。

今は、NetworkManagerを導入したおかげで、sudo nmcli dev connect [MACアドレス] で接続できるので、負荷が非常に低く、load avarage も

こんな感じで非常に低負荷で済んでいる。