Is it worth JPY15,000 ? Raspberry Pi 5 Review 

こんにちは いつも楽しく拝見してます レビューの中であった光電効果て何の素子が反応するんでしょう？普通の半導体でもあり得る事ですか？ 初めて聞きました また、技適取得する前の海外製品を取り寄せてレビューするRU-vid動画で個人的に室内で使うんだからOKみたいな奴見ました 正式にはちゃんと申請が必要なんですね勉強になりました

GPIOのブレは昔「AVR内蔵オシレータのジッタ」という問題があったのですが、RP1がそれに該当し、今後更新されていくにつれ改善されるという事は無いでしょうか？

組み込み分野ではTron一択て感じですが。固物オンリーでさえシビアな タスク(例えば車のエアバッグ等)がありますからね。OSのSystem call、 INT21だの、裏コードのINT19等使っていたんじゃ、命がいくつあっても 追っつかない！JIN師のダンプに西師がココと指摘した頃の懐かしさ？w

空気清浄機買えよ

いや、各部屋に空気清浄器あるけどホコリはどうやっても貯まるよ 気持ち遅くなる程度

私もミニPCでいいと思う、ケース買ってきたりするのも面倒、

2,3 の頃のままストレージコントローラだけ付いてくれたら汎用的に遊べるのにね。

SSDの搭載まで込みで考えると、もうちょっと出すだけで新品N100搭載機に手が届く事が無視出来ないですね…。

サイズだけはかってても発熱処理とメンテ考えるとミニPCいくね

「BBC Micro（1981年、8bitのパソコン）の再来として、学校で基本的なコンピュータ科学の教育を促進することを意図している」というのが企画当初のコンセプト。 初期の頃はキーボードやモニターとLinuxと組み合わせて簡易ながら安価にデスクトップPCになりうることで目的は達成してたと思う。 ただ、GPIOによるマイコン的使い方やサーバーなどの応用の方が市場には受けた。 でもそれは本来の目的からするとスピンアウトな使い方。 Pi 5は当初のコンセプトに忠実と言えば忠実なのよ。 いまどきデスクトップとして使うにはこれくらいパワーが無いといけない。 でもミニPC市場の能力比デフレの方が急速に進んでしまった。 生き残りを図るならマイコン方面に特化したほうが良かったろうとは思う。 N100の後からこれを出すには組織内で議論もあったのではないか。 そのへんの軋轢を妄想しながらこの先にラズパイ財団がどうなっていくかが興味深い。

用途が違う ラズパイは10個連結して使えるけどミニデスクトップは同じことできん

@@ああ-r8n3pまぁクラスタはその辺のPCで出来ちゃうんすけど…

それならばますますN100のミニPCでいいと思う。消費電力もN100が低いしね。

ぜひRP5にGPUつけて高速化レポート下さい．それをクラスタ化すれば標準MACを超えられる『かも』しれない夢があります．

今でもプロトタイプ構築にEP-ROMを使う組み込み系では、 普通に「ROM焼き」て言うんじゃないかな？wʅ（‾◡◝）ʃ と思って裏取ったら、今では主にAndoroidOS等に手を加え root化する時などに言われるらしい。一つ賢くなった！w

ROM焼きと文鎮化はセットで覚えたな😢

耐久性は他のミニPCと違って同じ物が市場にずっと残るのでバックアップさえ定期的に取れば高いと言えるんじゃないでしょうか

電解コンデンサが使われていないうえにラズベリーパイ財団が選定した下請けが作っているから ミニPCよりは耐久性あると思うけれど。ミニPCはIntelから供給されている部品以外は中国製の互換品とかだらけだと思う。

ファンレスだともっといいんだけど

ラズパイ5はPCIEが付いているからNVMeSSDを搭載できるはず。

OSなし開発やリアルタイムOS搭載じゃないとそもそもそのような制御は不可能ですね。 Linux搭載のSBCでns単位の制御は不可能かと。 SPIやI2CやUSART通信などではDMAなどでメモリから直接取り寄せたデータでOSに関係なくハードウェアが規定の信号を作り出しているだけなので。。。

実はN100の方が消費電力は低いようです。

Raspberry PiはPicoとZeroが組み込みとしては最強なので終わってはいないとは思いますが 5はN100ミニPCで大抵間に合うでしょうね。

5V5Aの電源必須だったり、 デスフラッシュ現象を考えると、 尚更ミニPCで良いのでは？と思え仕方ないです。

問題なのはInputよりOutputのOFF/ON切り替え、もしくはI/Oの切り替えなのでは？ それに、I/Oチップを噛ませている以上割り込み検知もその分のレイテンシは変わらない気がします。(そもそもI/Oチップ使っておいて割り込みに使えるんだろうか・・・さすがに使えないと困るか・・？)

​@@SQNY-CEO I/Oチップ割り込みさすがに使えるよな？ってイチケンさんブログ経由でRP1データシート見たらPCIe経由で使えますね。てかこのチップ高性能じゃないですか…RIO経由でGPIO操作すればPicoポーリング相当は期待できるので負荷気にせず1.1usになりそう。てか今回イチケンさん計測1.92usってRIOドライバ使ってりして…

いくら応答の速いプログラムを書いたとしても、PCIeバスやその前段のAXIバス自体がトランザクションベースなので、原理的にバスが混雑している場合はCPUの応答速度に関係なくバス自体で遅延が発生しますよ。SoCの実装にもよりますが、ものによっては最悪usの遅延は発生するかもしれません。マイコンとのリアルタイム性の違いはバス構成の違いでもあります。 どうしても高速でGPIO制御したいなら、OS起動前のブートローダーの一つである、Arm trusted firmwareでバス設定最適化してからBL31終了直前(u-boot移行直前)くらいで、TLBとキャッシュ設定してポーリングでGPIO制御したらよいと思います。そうすればバス負荷高いペリフェラルはまだ動いていないと思うので比較的応答性が高い制御が可能だとは思います。割り込みだとIRQにしろFIQにしろハンドラに飛ぶオーバヘッドがあるので最速ではないと思いますよ。

@@singsingsingtristeza5129 可能性の話であればおっしゃるとおりなのですが、イチケンさん試験結果から経験的にボトルネックはバス遅延ではなくLinuxカーネルのプロセススケジューリングによる遅延だと思います。 ポーリングと割り込みハンドラに飛ぶオーバーヘッドの違いも40MHzマイコンとかならusオーダーレベルで大きく影響するのですが、ラズパイ5ほど高性能になるとnsオーダーの誤差レベルになります。 ブートローダーで作れる人はラズパイ5を選ばないでしょうし、需要のある提案には見えないですね。

@@jqzxさん ご返信ありがとうございます。 > 可能性の話であればおっしゃるとおりなのですが、 > イチケンさん試験結果から経験的にボトルネックは > バス遅延ではなくLinuxカーネルのプロセススケジューリングによる遅延だと思います。 もちろんLinuxカーネルのプロセススケジューリングによる遅延が大きく締めることは確かですが、 それだけが原因ではないということを申しております。 つまりOSによる遅延要素を排除できたとしても、バスや仮想記憶などのハード要因によって usオーダーの遅延が発生する可能性は依然としてあるということです。 イチケンさんには申し訳ありませんが、今回のイチケンさんの簡易的な試験では何が遅延要因かを断定することはできません。 もちろんイチケンさんは初心者にもわかりやすく代表的な例をお示しいただいているだけでイチケンさんの動画は大変わかりやすく適切です。 しかし断定するにはバス負荷がどうなっているかも考える必要があります。 仮にCPUが即座にGPIOペリフェラルにリード・ライトパケットをバスに送ろうとしても、 AXIバスやPCIeバスの優先度の高いバスマスタがバス帯域を占有していると、 CPUまたはGPIOペリフェラルは大きな待ちが発生します。 因みにCPUがバスマスタの一つとして接続されているAXIバスは、 旧来のマイコンのバスやクロスバスイッチのバスとは大きく構成が異なり、 非常に乱暴に言うならパラレル通信のような形態とり、 各マスタからのバスアクセスは通信パケットの一つのようになります。 つまりは、CPUからGPIOペリフェラルにリードアクセス要求をしたとしても、 バスの混雑具合によってはその応答がGPIOペリフェラルからすぐに返ってくる保証がないということなんです。 > ポーリングと割り込みハンドラに飛ぶオーバーヘッドの違いも40MHzマイコンとかならusオーダーレベルで大きく影響するのですが、 > ラズパイ5ほど高性能になるとnsオーダーの誤差レベルになります。 一般的なマイコンであればご指摘の考え方にはなりますが、Cortex-Aなどのマイクロプロセッサでは違います。 上手くTLB設定してない場合、安易に割り込みをかけるということは、 キャッシュミスヒットを誘発させる可能性が高いということであり、 最悪の場合キャッシュのページリードが発生し、 いくらCPUコアの実行速度が速くてもメモリからの フェッチが間に合わずCPUが待ち状態になるということです。 バスには、GPUやビデオ関係ペリフェラルのデータも乗っている場合もありますから、 想像より大きな遅延が発生する場合もあります。 もちろん最善の場合はマイコンより応答が速いですが、最悪の場合はusオーダーに近い場合もあります。 こういう事情があってリアルタイム性を要求されるマイコンでは旧来のバス構成であり、仮想記憶がないんです。 > ブートローダーで作れる人はラズパイ5を選ばないでしょうし、需要のある提案には見えないですね。 そんなことはありません。 私はブートローダーで作れますが、ラズパイ5は大いに選ぶ価値があります。 私の周りでも同様にブートローダーで作れる人間がCortex-Aラズパイでいろいろやってますよ。 逆に言うと、ブートローダーくらい何もペリフェラルが動いていない状態を作り出せない限り もしくはバス優先度を適切に設定できる知見がない限り(=ブートローダーくらいいじれるスキルがない限り)、 ラズパイ5というかCortex-Aシリーズでは原理上はマイコンのように 安定して高い応答性でGPIOを制御することは無理です。 リアルタイム性を損なっているのはOSだけの問題じゃないんです。

BSD系Linuxってどういうこと？

@packhacker6492 @long-live-linuxの指摘は、BSDカーネルを使用したBSD系とLinuxカーネルを使用したLinux系という言い方はあるけど BSD系Linuxという言い方はなく、あるとしたら2つのカーネルが並行動作するOSがあることになりませんか？ということだと思います

以前の助言が私にとって大変有益でした。感謝しています！

Pi6が楽しみです😂