【Raspberry Pi】ラズベリー・パイ part47【ARM】
■ このスレッドは過去ログ倉庫に格納されています
Raspberry Piシリーズはクレジットカードサイズのコンピュータ。いろいろな用途に使えますが
いろいろと割り切りが必要な部分もあるよ。ケースやカメラモジュールもあります(別売)
※たいせつなこと: 安定した5V電源の確保が安定動作への第一歩かも
※ACアダプタと接続ケーブル、それぞれに十分な電流容量のものを
Raspberry Piシリーズを大雑把に世代分けすると (A系、CMは略)
第一世代:Model B, B+, Zero, ZeroW (SoC: BCM2835 CPU: ARM1176JZF-S ARMv6 Single-core)
第二世代:Pi2 (SoC: BCM2836 CPU: Cortex-A7 ARMv7 Quad Core ※iv1.2よりPi3と同一)
第三世代:Pi3 (SoC: BCM2837 CPU: Cortex-A53 ARMv8 Quad Core)
第3.1世代:Pi3B+ (SoC: BCM2837B0 CPU: Cortex-A53 ARMv8 Quad Core)
第四世代:Pi4 (SoC: BCM2711 CPU: Cortex-A72 ARMv8 Quad Core), 現在、海外のみで発売, 技適未認定のため国内では基本鑑賞用
公式サイト: https://www.raspberrypi.org/
Wiki Hub(英語): https://elinux.org/RPi_Hub
ラインナップ https://www.element14.com/community/docs/DOC-68090/l/raspberry-pi-zero-pi-2-b-a-compute-module-dev-kit-comparison-chart
公式各種ダウンロード https://www.raspberrypi.org/downloads/
・SDカードには必要最低限の書き込みで運用
ハードに使うとSDはサクッと死にます。使い捨て上等!の割切りも時に必要
安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう
3B以降は、USBマスストレージからのブート可
◆販売元 その他話題に上がった店は、>>2 以降で
Element 14 https://www.element14.com/community/community/raspberry-pi
アールエスコンポーネンツ https://jp.rs-online.com/web/generalDisplay.html?id=raspberrypi
ModMyPiは買収されました https://thepihut.com/collections/raspberry-pi-store
韓国への半導体一部材料の包括輸出手続きの廃止により入手性に影響を受けるかはわかりません。 やること次第だろ
全てが劇的に速くなるなんてないと思うが 64bit環境にしたらプログラムのフットプリントが大きくなるのに…
ザーバで使うつもりなんか?
ここは電電板ではないからそれでもいいのかもしれんが 3B+を別の64bitOSで動かしてるけどすこぶる調子いいよ
何故か現行Raspbianよりメモリ食わないし arm64ilp32のOSを使えばメモリ食わないしレジスタ増えて速いけどあまり使われていない模様
amd64ilp32(x32abi)と全く同じ状況 >>379
お詳しいんですね。
ラズパイで使えるarm64ilp32のLinuxだとどんなのがあるんですか?
試してみたいんでご教授頂きたいです。 昔3Bを64bitのOSで動かしたことあるけど
カミナリマークが出たりすぐフリーズしたから
ラズベリーパイが初期不良かと勘違いするところだった経験があるぜ >>381
怖いですね‥
設定がよくないのかも知れませんが、自分も今のだと外付けストレージ外しておかないと(くっつけといても1発まで)
うまいことブートしてくれません;; レジスタが増える分、演算が速くなる御利益はある
オート変数のメモリ読み書き減るだけなのだ多少だけど >>385
https://i.imgur.com/XeQ0qJR.png
自分は今現在これにしてます
ブート時だけストレージ外しておけばすこぶる調子いいです
が、板違いなのでこいつの話題は封印します >>384
なんでレジスターが増えるんだ?
そういうCPUなのか? >>387
aarc64で本数が増設されたんだよ
aarc32では互換性を保つため使わない
x86でもレジスタ拡張されてたが、armでも同じ事がされている 64bitのARMは32bitのARMの欠点を克服してるからな
32bitのARMは主に組み込みに特化してるから汎用な用途では決して最適ではない仕様がある
例えば、NEONの浮動小数点演算が単精度のみとかIEEE754の仕様を満たしてないとかな
64bitのARMはSIMDでも倍精度浮動小数点が使えるし、IEEE754の仕様も満たしてる >>387
ARMは32bitと64bitで命令セットが違う >>392
なるほど、64bit環境だと演算精度が上がって速くなる可能性があるのか。
そうなると3B/3B+でも64bit環境の恩恵はあるわけで、kernel8.imgが動くようにして欲しかった。残念だ。 sudo rpi-updateを実行してkernel 4.19.71-v7lを3B+にインストールする時、作業中にkernel8.imgは作られるけどインストールはされないのが何とも悔しい思いがする。 ミクロで難しいメカニズムはよくわからんが、要は小細工される前の64bitカーネルバイナリが手に入れば検証出来るわけね。
ビルドしてみるか。只今clone中 10年くらい前、Windows 7が発売された時も64bit論争はあったな。
俺は32ビットを先に入れて、64ビットはデュアルブートして様子見ながら時間あるときに移行したな。
一番障害になったのはドライバー周り。32bitのソフトは普通に動くので問題にならなかった。
ラズパイでもWOW64みたいに64bitカーネルな環境でも32ビットのライブラリがあれば
32ビットのアプリも動くの? 今の所、ラズパイ4を動かしてる人の大多数は32ビットなの?
その32ビットでラズパイ3と比較してるの?
それなら64ビットで比較すると全然違う可能性ある? >>397
て言うかfirmwareリポジトリはバイナリ配布か。アホだorz
チェックアウト出来るかな。どきどき >>399
yes
yes
yesまぁ違わない可能性も考慮しておくべき。 https://ubuntu-mate.org/download/
ubuntu mateはaarch64向けソリューションがある
https://wiki.ubuntu.com/ARM/RaspberryPi
ubuntu serverにもarm64向けがある(初期状態はCUIだけど)
何故話題に上がってないのか 3B+にdebian 10のaarch64を使って録画サーバーを作ろうとしたけど、GPIOの制御が上手く出来なくてRTCモジュールを有効に出来なかったから、結局Raspbian busterにした。
こんな具合だから、Raspberry pi 3B/3B+で使うaarch64はGPIO周りの制御にまだ問題を抱えていて、満足に使える状態ではないと思う。
aarch64用ドライバーの整備待ち。 >>402
これ3b向けってことは4では起動すらできないってこと? >>404
18.04(LTS)なので、OS側でリリースした後にPi4が出た
なので検証する手段がなくサポートには含まれない
たぶんそういうことで、動くかどうかはわからない >>403
GPIOはよくわからないんですけど、シリアルコンソールが動けばOKですかね? 書き忘れたけど、ubuntu系の18.04は18年4月頃リリースという意味 地デジチューナーを作る???
地デジチューナーは、ハードですよ
ソフト入れればチューナーになる物じゃない >>408
MyGica S270 でググればUSBチューナーが引っかかる
それを使えば地デジレコーダーを作れる…かもしれない
地デジ化前は録画(アナログ)がコピーし放題だった
地デジになり著作権にうるさくなり、グレーゾーンな一部機器を除いてコピーが厳しくなった
現在はグレーゾーンなソフトを配布してる主なサイトが通報(?)で潰されてる
ハードは入手できても、ソフトの方が普通の手段で入手できない
「これがお求めのソフトですよ」とウイルス配布してるサイトを回避できれば、あるいは… >>406
aarch64環境でもSSHは動くから、SSHターミナルで繋いで色々遊べる。
しかし「遊べる」けどaarch64環境は実用にはまだ使えないと思う。
>>408
Raspberry piとは別に地上デジタルチューナーを購入しないと駄目。Raspberry pi自身はチューナーではない。 >>413
そうだよ
あとそのレベルの質問返してるようじゃ、たとえアンテナつなげたとしても何もできない
ラズパイは環境(デスクトップや通信など)やハードを作るもの
だけど、知識と興味がなければ何も作れないし、「買え」と言われてそれ以前に行くんじゃ無理 >>414
知識があれば作れるってこと?
作れる?作れないどっち? >>412
貴重な情報ありがとうございます
git cloneが遅くて面倒になったのでrpi-update sha1hashhogehogeしたんですが
kernel8.imgが降ってこなかったので再度git cloneしてます >>403
まだaarch64は自分でaarch64用ドライバーを作れるレベルな奴でないと
トラブルを克服できない感じだろうからな。
そうでない奴(特に俺らベビー)はお膳立てがそろうまで32bitしてた方が良いだろう。 64ビットのドライバー問題って普通にパソコンとして使うだけでも問題になるの?
GPIOつかって何かしなければ普通につかえる? 4を買うのは64ビットがまともに動くようになってからだな
いまは待つのが正解 1GBしかメモリないのに何のために64bitにするんですか? メモリ2GBしかないPCにWindows 7の64ビット版入れてな。
iPhoneだって64ビットOSでも実装メモリはまだ3GBしかない。
新機種は増えたのかもしれないけど。
用途にもよるが割りに合わないってことはないだろう。 >>421
単なる実験ですわw
別の〇〇64bitでは現行のよりメモリ食わなかったし、ほんの少しだけ期待はしたのですが >>421
x86やARMの場合は64bit化と合わせて実行速度が上がる様な拡張もしてるから
メモリ少なくてもメリットある たとえメモリが4GBなくても、
cpuがx64の拡張命令を最大限に使えるからメリットあるよ
今後に備える意味もあるよね 64bitじゃないと、chrome動かないからね
32bitはオワコン
ラズパイでブラウザ使ってないし
何bitOS使ってるのかも
知らないけど >>427
現在のRaspbianは32bit OS。
Raspberry piでもchromiumなら動く。
aarch64でGPIOが制御出来たら良いのになあ。 >>427
>64bitじゃないと、chrome動かない
64bit論争とはあんまり関係ないけど、最新にしようとするとパッケージが少しずつ変わるのが面倒
以前苦労してPHP7.0に合わせたけど、いま最新のbuster入れると7.2か7.3の二択、モジュールも
それぞれ合わせなきゃならないし、ソースを微妙に調整しなけりゃなのがシンドイ
chromeはchromiumで我慢できるかもだけど、プラグインも一部互換が外れてるんで悩ましい
pi2出たての頃はこんなに怒涛の変更なかった気がする
冗談抜きで、技適通るぐらいまで放置して、ファームの安定やaarch64の動向が固まって
リポジトリに反映されるまで待ってもいいと思う
なんかアレもコレもワヤクチャだわ >>428
試してみては?
自分GPIO(って2列のピンいっぱい出てるやつでいいんですよね?)使うアイテムは
シリアルケーブルしか持ってませんが、最新のkernel8.imgでも動きましたよ。
どんな命令が動いてどんな命令だとダメとかは俺レベルではさっぱりわかりませんが。 >>429
PHPはCentOSかUbuntuにした方がいいよ。
俺はラズパイでPHPやるのやめた。Lightsailで動かしてる。 >>431
18.04.3で見たけどPHP7.2しか入っとらんやんけ! 変わらんやん!
とかいいつつLTSが10年になったのは大きいかも
スレチだけど、個人的にちょうど10月でレンサバ切れる
Lightsailも視野に入れて構築プラン考えてみるかな
まずはsambaをクラウドに(オイ 即座に化石と言っちゃう辺り頭が固いな
過去の小規模プロジェクトを再開発するようなアホコストかけずに引き継げるのは魅力
特にラズパイ用なんて自分プロジェクトを公開した程度の小規模は恩恵直撃
raspberry pi公式にあるものなら、debian系のraspbianよりubuntu系のmateの方が
運用コストがかからない可能性がある
ついでにmateは64bitもあるってねー WordPressやEC-CUBEの古いクソみたいなやつと新しいやつもPHPで作られてるしな。
Perlですら化石じゃないよ。開発したことないんだろ? phpは、まだ新しいフレームワークとかあるから
化石でもないと思うよ
perlってフレームワークとかあったっけ?
個人的にはphpはc言語っぽいから好き PHPをC言語と同じだと思って使うと痛い目に合う。
逆もそうなんだけどw >>438
だからC言語っぽい
っていってんでしょう
おなじなわけない、phpの方が簡単で便利
perlは別物だかんね
読もうと思えば読めないことないけど
書きたくない >>404,>>405
LTSのリリースは2年に1度
だから来年の4月に次のLTS(Long Term Support:長期間サポート)の20.04が
来年の4月ごろ出るはず
多分、Raspberry Pi4をサポートしてくる思われる
Raspberry Pi 4のUbuntuはそれまで待ちましょう PHPって最近laravelで再浮上してるね
railsやnode.js系など最近よくあるフレームワークだとアプリ毎にプロセス常駐させなあかんけど
PHPはいちいちアプリ毎にプロセスを常駐させる必要がなくファイルだけ置いておけば動くのが嬉しい phpはhtmlと混ぜられるし、jsみたいにブラウザ依存とかも気にしないでいいので自分用のwebインターフェースを急造するときは手軽で気に入ってる。
webインターフェースはブラウザさえあれば十分なのでPCでもAndroidでも林檎OSでも動いてくれる。 でもブラウザーに入ってるインタープリターはjavascriptだけだしjavascriptが最強だよな 関係あるからjavascriptにコンパイルできる言語が増えてるんだろ テンプレートエンジンのERB(Embedded Ruby)でも、PHP と同じ。
テンプレートファイル内に、<% 〜 %> 内に、Rubyの式を書ける。
h で、HTML エスケープする
<p>
Name: <%= h name %>
</p>
サーバー側は、Ruby on Rails が多い。
最近は、JavaScript のNode.js もある
PHP のLaravel は、ZOZO で使っている。
CakePHP は、Railsのコピー >でもブラウザーに入ってるインタープリターはjavascriptだけだしjavascriptが最強だよな
その根拠だと、逆に最弱だよ
スマホのように端末側の処理能力に依存しちゃうと、重い処理を記述すると通信途絶とかの
可能性がでてきてしまう
処理能力に余裕があるサーバで処理完結してから送信して、端末側では表示するだけが最強
ただサーバ側で処理するタイプのjavaもあるので、PHP最強とはならない
最近はレスポンシブでcss最強な場面もあるので、それぞれ適材適所だけど競合関係もある
(cssは単体でなにかできるようなモノではない) 久し振りに覗いてみたらすっかりLinux板のスレっぽくなったな javaとjavascriptが別物とも知らずにインタープリターだってよw サーバー側で動作するJavaってのはサーブレットのことだろう。
最近のフレームワークはSpring Bootが流行ってるらしい。 >454
Java Servlet(サーブレット)とは?超初心者向けに優しく解説
https://www.sejuku.net/blog/10496 >サーバー側で動作するJavaってのはサーブレットのことだろう。
合ってなくはないし有名どころの一つだが、出会ってびっくりみたいなのはたくさんある
すぐ上にnode.jsって書いてあるし、頭にVisualってつくjava系はお察しの配布元だしな node.jsでサーバーサイドjs、クライアントjsはreactとかvueでええやん
ラズパイで動かす程度の小さいサービスなら必要十分だろ
ぶっちゃけ動くのならphpでもrubyでもjspでも何でもええわ
言語縛りしている方が恥ずかしい >言語縛りしている方が恥ずかしい
目的ないなら普通そうなるわな
俺は俺のソースがphpだからそれでやってる
必要にブチ当たればカタコトでもその言語で書く vueで思い出したけど、「基礎から学ぶDjango」って本、1年半以上発売延期繰り返してるけどいつになったら出るの? sudo mount /dev/ojisan1 /mnt && sudo ls /mnt あーあ、javaとJava Servletとの区別もついてねぇのかw >>468
じゃあ是非教えて下さい先生
ぼく全く需要が無いですけど >>468
あ、出来れば鯖板で教えて下さい
待ってますからね! >>468
node.jsとjavascriptの違いがわからないやつのほうが多い ブラウザ側がJavascriptだからサーバもJavascriptか望ましい
という謎理論 ■ このスレッドは過去ログ倉庫に格納されています