歯科検診で診てもらっていたら、最後に残ってた右上の親知らずに虫歯ができていたので、予約を入れてついさっき抜いてもらってきました。
例によってもらってきたけれど、特にどうするとかは決めてないです。
メダカメラにケースが映るように置いとくか（？？）
ラズピッピのサプライチェーン情報アップデートが来た！未来は明るいか？
13日目です。ネタが提供されるのありがてえ。
最近のRaspberry Piの生産とか供給状況についてEbenが記事を投稿しました。
私の記事では適当に翻訳して読んだのをそれっぽく解釈して、オタクらしく話をダラダラ脱線させながらダベります。
ホリデーシーズン向け出荷あり。入荷情報に注意されたし！
まず、今月に入ってからrpilocatorとか日本のリセラーで各モデルが相次いで入荷していたのはやはり狙っていたようで、ホリデーシーズンに向けてPi ZeroW(2ではないようです)、Pi 3A+、2GBと4GB RAMのPi 4Bを10万台ちょっとリセラーに納めたようです。個人運用ながら公式が積極的に案内している在庫チェッカーのrpilocatorでの入荷情報収集を引き続き薦めています。でもこれ、日本の代表的なリセラーであるところのKSYさんとスイッチサイエンスさんが対象じゃないんですよね。お、おれがやるしかねえのか？！（いや、わたしは必要台数もうあるので、気が向けばっすかね……）
また、PicoまたはPicoWは在庫の面で有利なので、プロジェクトに適しているかの検討をしてほしいと述べています。実際、MicroPythonとかCircuitPythonでPicoを触ると、LEDやセンサーやサーボモーターをつないで動かすのは普通のRaspberry Piと大差なく、手を動かしてみればRaspberry PiからPicoへの移行は簡単そうということに気づいてもらえると思います。Raspberry Piが複数のコードを1台で同時に動かせるのに対してPicoは1台1コードという使い方になる点は異なるかもしれませんが、昨日の記事のように、センサーの値を読み出してZabbixに送るような、サーバープログラムにデータを送るようなものも、前ならZeroWあたりを使っていたであろうものが、今ならPicoで完結できます。
ESPとかRaspberry Pi以外のマイコンに昔から慣れ親しんできた人たちからしたら「何を今さら」と思われるのかもしれませんが、自分のように、Raspberry PiをただのLinuxマシンから入った人が、沼に沈み沈んでここまで到達したというのは、感慨深いというかなんというか……という感じなんですよね。いけない、話がそれました。日本特有の問題としては、連日叫んでますがPicoWはよせえ、全部それ待ちやといったところです。
来年以降のシリコンサプライチェーンの見通し
2023年の第二四半期にはパンデミック前のレベルに回復して、下半期には無制限になるだろうと自信を持って言える、としています。予定通りになればいよいよ好きなだけPi4も買えるようになりますね。先週KSYから出たPi4 8GBを買って早速ヤフオクに流してるバカタレどもも、あと半年で売り抜けないと在庫として部屋の肥やしになることでしょう。でも良いじゃんPS5とかSwitchよりは場所取らないからね。またちょっと話がそれますけど、PicoとPicoWも投機対象と勘違いしてせっせと転売してるのさすがに面白すぎないｗそっちはほぼ品切れしないから無駄だし、Wに至っては技適方面の何かしらで罰せたりせんのか？
企業からの受注との兼ね合いもありつつ、生産した製品の割当を徐々に個人向けに増やしていくとのこと。在庫の回復順は、Pi Zero/ZeroW、（産業方面でも引き合いがないらしい）Pi 3A+、そしてPi 4と予想しているようです。ZeroはEoLも近いし(2024)必要なのか若干の疑問がありますが、まあ、良いでしょう。Pi4が最後なのも人気で引き合いも多いので仕方ないです。が、Pi 3A+はなんででしょうね……Zero2Wと比べると物理サイズで負けますが、無線は5GHzが使えてHDMIとUSBの変換がいらず、CSIポートはZeroのように軟弱ではないのに。RAMが512MBなのもZeroと同じなのに……まあ1GBあると嬉しいですけど。個人的には3A+が常設化するのにコスパ最強と思っているのでもうちょっと広まって欲しい……。
値上げの話題
部品などのコスト増がありつつも価格を維持していたところを、Pi 4B 2GB RAMのみ35ドルから45ドルに変更（もとに戻った）、CM4は全バリアントで5ドルの値上げを行ったようです。CM4こそ産業用なので企業に多めに出してもらうのはまあいいんじゃないかと思いました。
元から利益率が低かったZeroとZeroWについても"しぶしぶ"5ドルの値上げせざるを得なくなり、Zeroは10ドル、ZeroWが15ドルになるとのこと。それと引き換えに、大量生産が戻ったときにはZeroのある種の特徴であった購入1台制限が取っ払われるとのこと。これまでキットを大量購入することでZeroWを多く買っていたような人たちがいたとすれば、これはニュースかもしれません。が、先述の通り、今からZero欲しいやつおるか……？ブログでの本文はここまでで、コメントで「Zero2Wはどない？」という質問に対して「まだだけど目処はある」（たぶん？）とLizが返しているあたり、15ドルで台数無制限になるのはやはりZero2WではなくZeroWのように読み取れます。
まとめ
- ホリデーシーズン向けに出荷したのでrpilocatorで要チェックや！
- 生産は2023年前半でコロナ前まで持ち直して、後半から本気出す
- 在庫はZero・ZeroW、3A+、Pi4の順に回復すると思う
- Pi 4B 2GB RAMが昔の45ドルに戻り、CM4全種とZero・ZeroWが5ドル値上げ
- Zero・ZeroWは値上げの代わりに台数制限取っ払うつもり
2022年末にどういう予定だったのか、掘り返すのも面倒なのでしないでおきますが、来年こそ見通し通りになって「ラズパイほしいけど買えないんすよねえ」勢がほしいと思いついた一瞬の気の迷いのタイミングに、すぐポチれる在庫が復活することを祈るばかりです。
あと、PicoWはよせえ、全部それ待ちや
追記
Ebenのコメントいわく、Zero2Wは来年第一四半期にRP3A0（Zero2WSIP）を50～100ku確保できる予定で、目処はあるというのはこれを指していたみたいですね。
https://www.raspberrypi.com/news/supply-chain-update-its-good-news/#comment-1589307
Zero2Wの価格は15ドルを維持。ただしこれも利益は少ない模様。無理しなくてもいいのよ。いやでもそうすると3A+との差が、かあ。
https://www.raspberrypi.com/news/supply-chain-update-its-good-news/#comment-1589309
Pi400はそこまで心配いらなさそう？ただ、悲しいことに日本では日本語キーボード版Pi400が不人気で売れ残っているようで*1、いや悲しいなあ。
https://www.raspberrypi.com/news/supply-chain-update-its-good-news/#comment-1589316
*1:スイッチサイエンスでいつでも買える状況のようなので私はそう思って見てます
WIZnet W5100S-EVB-Picoのレビュー
12日目です。もう本当にネタが泣いのでおわりだあと思いながら出社したら、まだ書いてないのがいたわ。
WIZnet W5100S-EVB-Picoレビュー
イギリスに行ってきたおおたさんからW5100S-EVB-PicoとWizFi360-EVB-Picoをおみやげにもらい？ました。どちらもPicoにネットワークチップをくっつけたような製品で、すぐにネットワークを組み合わせたプロトタイプがはじめられます。今回は前者のレビューです。次回後者のレビューは……できるかなあ、ビミョーに遊べていないので。でも遊べたら明日も書けるんだよな……。あああと、Xeeed XIAO RP2040もおなじくもらい？ましたが、これは言わずもがな小さくて良いやつですね。
売り切れのようですが、スイッチサイエンスさんの販売URLはこちら。
W5100S-EVB-Picowww.switch-science.com
あとWIZnetの製品ページはこちら
なんかもうガッツリ使っているけどこんなかんじ
ピン配置や基本的な形状はPicoと同様なので、あまり何も考えずに使用できます。Pythonぽいのとかを入れるときも、ボードはPicoはPicoを選べばOKです。で、写真の通り、温度センサーと室温照度センサーをつないで、オフィスの環境を監視に投入済だったりします。
やってることは去年WIZnetのモジュールを使ったときとほぼ同じで、CircuitPythonでそれぞれ値を読み出して社内のZabbixに投げつけているだけなので、コードとかはこっちを見てもらうと良いです。
Zabbixの監視結果をダッシュボードとかに出すことで、室温とか照度から誰か出社しているかどうかを確認できるという感じです。が、どうせならもうちょっとなんか、Slack連携とかをしてもいいのかもしれない🤔
いいところ
1ボードでネットワーク接続できるので手軽です。前に買ったのは汎用のモジュールだったので配線とかを自分でやる必要があり、それなりに手間だったりしたので、やらずにすむのは便利です。
びみょうなところ
電源ポートとLANポートが反対についているため、ケーブルが両端から出るような形になります。結構取り回しが面倒になってしまうので、ここは微妙ポイントかなと思いました。オフィスでは電源ケーブルをぐいっと曲げてLANケーブル側に持ってきて束ねることで、見栄えをどうにかできました。向きが揃ってるとありがたいですが、まあ、このサイズ感だと難しいですよね。
もう一点は、電源LEDの常時点灯がわりと眩しく邪魔な点。どうしてつけてしまうんでしょうね……電源LED🤔？。あると嬉しいもんなんでしょうか、私はいらない派です。
強いて言えば、MicroUSB電源は継承せずType-Cにしても良かったのではという気持ちはちょっとありました。Type-C統一過激派じゃないのでどっちでも良いですが。
まとめ
あいかわらずPicoWの国内販売の案内がないため、Picoでネットワークを使うにはサードパーティの製品だよりになります。特に有線LANタイプは無線が不安定な環境で重宝するので、PicoWが出たあとでもある程度需要はありそうですし、もうちょっとネタ擦りしてもいいかなって書いてて今ちょっと思いました。
あと、細々と微妙な点をあげましたが、型番のEVBはおそらくEValuation Boardの略でしょうし、ずっと使うなら自分で設計考えるなりええかんじにせえ、ということなのかなと思います。
Picamera2ライブラリのMJPEGストリーミングサーバーをためす
11日目です。
Picamera2ライブラリのMJPEGストリーミングサーバーをためす
昨日のメダカメラを触っていて思い出しましたが、メダカメラで使っているPicameraライブラリのMJPEGストリーミングサーバーをPicamera2に移行できるかの調査をしたいのでした。
おさらいをすると、Raspberry Pi OS Bullseyeではカメラ関係の技術スタックがlibcameraに移行した影響で、Picameraライブラリはlibcameraとは組み合わせ不可になりました（技術スタックをLegacyに戻すことは可能）。
libcameraに対応したPicamera2がRaspberry Pi公式で開発されることになり、2月にはプレビューリリースが、直近では0.3.7のベータリリース6まで開発が進んでいます。
Picamera2は大量のサンプルが用意されており、Picameraからの移行を想定してか、同じ用途のサンプルも整備されています。
サンプルを見比べる
Picamera2のMJPEGストリーミングサーバーのスクリプトはこちら。
Picameraのスクリプトはこちら。
Picamera2のスクリプトはPicameraのものをベースに開発されているらしく、パット見の差分は結構少ないです。実際のdiffも量は多いものの、いくつかの処理がなくなったりインデントが上がったりしている程度に見えます。
--- /Users/akkie/Desktop/web_streaming.py 2022-12-11 12:54:14 +++ /Users/akkie/Desktop/mjpeg_server.py 2022-12-11 12:54:12 @@ -1,39 +1,43 @@ +#!/usr/bin/python3 + +# Mostly copied from https://picamera.readthedocs.io/en/release-1.13/recipes2.html +# Run this script, then point a web browser at http:<this-ip-address>:8000 +# Note: needs simplejpeg to be installed (pip3 install simplejpeg). + import io -import picamera import logging import socketserver -from threading import Condition from http import server +from threading import Condition, Thread -PAGE="""\ +from picamera2 import Picamera2 +from picamera2.encoders import JpegEncoder +from picamera2.outputs import FileOutput + +PAGE = """\ <html> <head> -<title>picamera MJPEG streaming demo</title> +<title>picamera2 MJPEG streaming demo</title> </head> <body> -<h1>PiCamera MJPEG Streaming Demo</h1> +<h1>Picamera2 MJPEG Streaming Demo</h1> <img src="stream.mjpg" width="640" height="480" /> </body> </html> """ # ベースになるクラスが変わった模様 -class StreamingOutput(object): + +class StreamingOutput(io.BufferedIOBase): def __init__(self): self.frame = None - self.buffer = io.BytesIO() self.condition = Condition() def write(self, buf): # bufの開始のデータを見なくて良くなったのか、インデントが上がっている - if buf.startswith(b'\xff\xd8'): - # New frame, copy the existing buffer's content and notify all - # clients it's available - self.buffer.truncate() - with self.condition: - self.frame = self.buffer.getvalue() - self.condition.notify_all() - self.buffer.seek(0) - return self.buffer.write(buf) + with self.condition: + self.frame = buf + self.condition.notify_all() + class StreamingHandler(server.BaseHTTPRequestHandler): def do_GET(self): if self.path == '/': @@ -73,16 +77,20 @@ self.send_error(404) self.end_headers() + class StreamingServer(socketserver.ThreadingMixIn, server.HTTPServer): allow_reuse_address = True daemon_threads = True # withぶんを使わないでインデントを上げたみたいなノリ -with picamera.PiCamera(resolution='640x480', framerate=24) as camera: - output = StreamingOutput() - camera.start_recording(output, format='mjpeg') - try: - address = ('', 8000) - server = StreamingServer(address, StreamingHandler) - server.serve_forever() - finally: - camera.stop_recording() + +picam2 = Picamera2() +picam2.configure(picam2.create_video_configuration(main={"size": (640, 480)})) +output = StreamingOutput() +picam2.start_recording(JpegEncoder(), FileOutput(output)) + +try: + address = ('', 8000) + server = StreamingServer(address, StreamingHandler) + server.serve_forever() +finally: + picam2.stop_recording()
picamera2のフレームレートのデフォルト値は見てませんが、picameraでframerate=24を指定していたところをpicamera2で実装する場合は次のようになります。
picam2.configure(picam2.create_video_configuration(main={"size": (640, 480)},controll={"FrameRate": 24.0}))
以上から、スクリプトの移行自体はわりと苦労せずにサクっとできそうです。
動かしてみると……
メダカメラのスクリプトをPicamera2用に変更したバージョンを作って、Bullseye環境で実際に動かしてみました。現在のメダカメラはPi3Bで動かしているので、Bullseye環境も同様にPi3Bを使いました。動作自体はごく普通に、カメラの映像がMJPEGで配信されていて問題はなさそうでしたが、ふと気になってtopコマンドで負荷を覗くと、CPU使用率に差があることに気が付きました。
左のmedaka2.localが本番用、右のmedaka.localがテスト環境です。以下はまだだれもストリーミング画像を開いていない状態。左のPicamera環境が控えめなのに対して、右のPicamera2環境の負荷が高めなのがわかります。おそらく左環境ではGPU側で処理できているのに対して、右側はCPUで処理しているからではないかと推測します。
次にストリーミング画像を開いて少し置いた状態。左も右も少し負荷が上がりましたが、差はとくに変わらない気がしました。また、負荷に応じてCPUの温度が上昇しているのもわかります。なお、左の環境はヒートシンクなし、右の環境はヒートシンクありで、環境差がある点に注意してください。
うーん、まだ待ったほうが良い？
Pi3BやPi4Bで動かすぶんにはCPUで処理しても問題ないと判断されているのか、どこかしらの処理でlibcameraからGPUを使うための実装がまだなのか。いまいち想像がつきませんが、どちらにせよせっかく今までGPU側で処理できていたっぽい部分がCPU側で処理されているのは微妙な印象です。
じつは昨日までPiZero Wでメダカメラを動かしていて、若干カクつくので3Bに入れ替えたのですが、その浮いたPiZero WでPicamera2環境を動かしたら、だいぶ厳しい感じでした。映像も2秒遅れとかガックガクとかで、若干カクつくどころではありませんでした。ぐぬぬ。
今後の開発でGPU処理に変われば良いでしょうが、そうでなければちょっと厳しいかなあという印象です。ディスプレイ出力周りの変更もそうですが、プロプライエタリな実装をオープンな実装に移行することが必ずしも便利になるばかりではないみたいなものを感じますね……。
まとめ
MJPEGストリーミングサーバーのスクリプトの移行自体は簡単でしたが、動かしてみると負荷の面でちょっと不安がありそうでした。今は無理をせずLegacyに切り替えてPicameraの利用を継続しつつ、動向をウォッチしておこうかなあと思います。Issueで質問とかしたほうが良い気もしつつ、それは面倒なのでやめておきたい（へたれ）
メダカメラ with イルミネーション
10日目です。
最近ちょくちょくラズパイ入荷してる
本当に欲しくてウォッチしている方はご存知かもしれませんが、ここ数日rpilocatorのinstockに入荷がちょくちょく流れてきています。Pimoroniでは立て続けに3A+が入荷したり、3B+も久々に入荷していました。また、Seeed StudioではCM4が、AdafruitでもPi4 2GB RAMが入荷しているようでした。いずれも日本への発送に一応対応しているため、海外から買ってでもという方はrpilocatorをTwitterもしくはMastodonでフォローしておくと良いでしょう。
何らかの理由で日本からじゃないと買えない方も、先週はKSYさんでPi4 8GBが入荷して半日くらいは在庫がもっていたようです。日本のリセラーはrpilocatorに入ってないので難儀ですね。スイッチサイエンスは一時期入ってましたが秋頃に消えてしまいました。Twitterフォローとか入荷通知とかでウォッチしていくとようでしょう。
なぜか頑なにAmazonで買えるチャンスを狙っている方や、ラズパイがほしいけど買えない（なお回転寿司のレーンでたくさん並んではじめて手に取るかどうか迷う程度のモチベーション）勢のことは知りません……。
Amazonガチ勢は不思議なことに結構います。一生転売ヤー価格を見てため息をついているつもりなんでしょうか。
あと、入荷してから脳内ガジェット予算会議とか家庭内稟議を通し始めるとかいうのも非常にまずいです。決裁が通った頃には手遅れになっているみたいな、日本企業のとろくささをご家庭で再現する必要はありますか。「Pi4用」と書いた封筒に1〜1.5万円（希望のRAMサイズによります）を入れ、入荷通知を受け取ってすぐに迷いなく買える体勢を整えましょう。
メダカメラ with イルミネーション
あまりAdvent Calendarのことを考えてやったネタではなかったんですが、メダカメラにイルミネーション制御機能を実装しました。16時〜24時まで、好き勝手にオンオフできます。
なにこれ
ダイソーで見つけたイルミネーションをなんとなく買ってみました。片方は前からあったような乾電池を2本入れて動くタイプでカラー&点滅バージョン、もう片方はUSB電源で動く白&常時点灯バージョンを選んでみました。世の中なんでもUSB電源やん……。
で、人力で点灯させるの面倒だなあと思ってしばらく机の片隅に放置していたのを、昨日になってようやく遊ぶ気になったので、Advent Calendarにはならないけども、こないだ玄関に実装したリモート操作可能なSeeed XIAOあたりで制御しようかと適当に準備をしました。
USB電源タイプの方は5Vといいつつ適当な3Vとか3V3を食わせても普通に点灯したので、もうこれでいいや（雑）という感じにしつつ、USBコネクターは切り落とさずに、余り物の部材にあったUSBのメスコネクターをピンヘッダーケーブルに変換してGPIOにさせるようにしてしまいました。
乾電池タイプの方はもう少しまともに、フォトカプラーを使って制御します。そもそもこの話は、フォトカプラーなケーブルを1本作って、なんとなく構想してる別のクソ工作ですぐ使えるように準備したところから脱線しています。今日のネタは本当になにもプランがない。たぶんUSBの方もフォトカプラー使ったほうが良い気がするけど、動いてるからもう良いです。
リモートイルミネーション v1
で、出来上がったそれぞれをPicoの3VでそれぞれLチカして動くのを確認したあと、どこに設置するか迷って、なんとなく壁がけラズピッピに実装することにしました。配線がきたない。
あとはリモート制御できるようにAPIを整備します。7色電子ペーパーの書き換え機能がすでにAPIとしてインターネットに晒してあるので、ここにイルミネーションオンオフAPIを追加実装しました。5分くらいで書き終えたらSNSに晒します。するとどうでしょう、イルミネーションが勝手についたり消えたりしています！やったぜ。
当たり前なんだよな
激しく点灯・消灯してもらうためにTwitterにもAPIを晒していたところ、YouTube配信はありませんか？という生ぬるい質問が飛んできました。こちとらイギリスでEjectZeroを起動して、実際の動作のようすは一切見せぬまま現地では夜の日本の人らに(☝ ՞ਊ ՞)☝ウイーンボタンを連打させまくったマンだぞ！イルミネーションの実際の様子も当然非公開よ。
……という気持ちでいましたが、よく考えたら自宅にはメダカの配信環境がありましたわ。メダカメラにイルミネーションを付けたら良いんでしたわ。
リモートイルミネーション v2
イルミネーションをメダカメラ用ラズピッピに差し替えて、APIも実装し直し。ついでにメダカメラのWebページに冒頭のようなボタンと、制御可能な時間の制限をつけて完成。これでメダカとイルミネーション両方が楽しめるクソ工作ができあがり、ついでに今日のカレンダーネタになりました。
ストリーミング映像でもキラキラきれいに光ってるのが確認できますね。よかった。
まとめ
ラズピッピ入荷近況しか有益な話してないわこの記事
