【Raspberry Pi】ラズベリー・パイ part57【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 ※v1.2よりPi3と同一) 第三世代:Pi3 (SoC: BCM2837 CPU: Cortex-A53 Armv8 Quad Core) 第三.一世代:Pi3B+ (SoC: BCM2837B0 CPU: Cortex-A53 Armv8 Quad Core) 第四世代:Pi4 (SoC: BCM2711 CPU: Cortex-A72 Armv8 Quad Core) ・SDカードには必要最低限の書き込みで運用 ハードに使うとSDはサクッと死にます。使い捨て上等!の割切りも時に必要 安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう 3B以降は、USBマスストレージからのブート可 関連リンク・技適検索先はレス2に掲載しました。 ※ハードウェア中心の話題は以下のスレをご利用下さい。 【ARM】 Raspberry Pi Ver.18 (自作PC板) https://egg.5ch.net/test/read.cgi/jisaku/1590909260 【RaspberryPi】1ボードPCを語るスレ16【Pine64】(電気・電子板) https://rio2016.5ch.net/test/read.cgi/denki/1592899647/l50 その他雑多な話題 https://mao.5ch.net/test/read.cgi/linux/1444805068 UUIDやPARTUUIDはコピペした方がいいよな cronで@reboot mount ~ しとくのが安全かな、Dataしか入ってないHDDなら >>116 ですが-v付けると mount: /dev/sda1 mounted on /home/pi/xxxxxx とマウントしたよとメッセージは出ましたが 実際はマウントできていませんでした このときのリターンコード$?もかわらず0です fstabのUUIDの書き換えは20回くらいやって動作を確認したのですが 最初の書き戻し(誤→正)だけなぜかマウントできました その後は1度も書き戻しでマウントできず リブートするまで直りませんでした 何でもかんでもリブートってのはWindowsの十八番だったとおもうのですが そこだけが不可解です >>127 チェック項目 ・どんなファイルシステムをマウントしようとしているか それに対するマウントオプション(fstabの書き方)は適切か ・fsck -y してみたか ・そもそも使用するブロックデバイスに不良は無いか 不安ならディスクイメージを作成して ループバックデバイスでマウントしませぅ Ubuntu Server 20.04でVSCodeのOSS版が使えるようになったので書きます VSCodeはまだARM64版のLinux用のバイナリがありません VSCodeのOSS版を自分でビルドすることで使えるようになるようです Visual Studio Code(OSS版)のARM64ビルド https://syoshinaga.com/posts/code-oss-arm64-build/ このページを見てこのとおりにやったらVSCode OSS版のARM64のdebパッケージをビルドできました このページにも書かれてるように環境を汚さないように 仮想マシンやDocker上でビルドしたほうがいいみたい 私はKVMの仮想PC上のUbuntu Server 18.04上でビルドしました メモリは3.4GBくらい使ってたので4GBか8GBのRaspberry Pi 4上でないと ビルド出来ないと思われます 仮想マシンには6GB割り当ててビルドしました 必要な空きディスクスペースは4GBちょっとほどでした このページにあるスクリプトを実行するとビルドが終わるとホームディレクトリに code-oss_1.39.2-1594274639_arm64.debが出来ます インストールは sudo apt install -y libnotify4 libgtk-3-0 libxss1 sudo dpkg -i code-oss_1.39.2-1594274639_arm64.deb でインストールできます Extentionを使うために /usr/share/code-oss/resources/app/package.json に追記するようにかかれてますがこれが間違いで /usr/share/code-oss/resources/app/product.json に追記しないとExtentionは使えませんでした 追記は一番最後の項目の最後をカンマ","で区切って挿入します VSCode OSS版の日本語化は 画面左端の上から5番上のアイコンのExtentionsをクリック Japanese と入力 Japanese Language Pack for Visual Studio for Japanese を選択 Installを押します 終わったらvscodeを再起動 最後に vscodeの起動コマンドは $ code-oss です >>131 4B 8GB+Rsapberry Pi OS 64bitで、vscode-ossの実機ビルドと起動に成功 いつも思うんだが何故無理をしてまでラズパイでやるのか不思議でならん もっとよく調べたら、VSCodiumというのがあってビルド済みのバイナリをダウンロードできるようです 試してないので興味がある人は誰か試してみてください VSCodium https://github.com/VSCodium/vscodium/releases 8GBならRaspberrypi osでちと重いが普通にCode OSSは使える $ sudo dpkg -P code-oss 一度いれたVSCode OSS版を上のように消してCodiumを試してみました $ wget https://github.com/VSCodium/vscodium/releases/download/1.46.1/codium_1.46.1-1592564137_arm64.deb $ sudo dpkg -i codium_1.46.1-1592564137_arm64.deb Codiumの起動コマンドは $ codium VSCode OSS版と同じでExtensionsを使えるように下記ファイルに追記 sudo vi /usr/share/codium/resources/app/product.json "extensionsGallery": { "serviceUrl": "https://marketplace.visualstudio.com/_apis/public/gallery" ;, "cacheUrl": "https://vscode.blob.core.windows.net/gallery/index" ;, "itemUrl": "https://marketplace.visualstudio.com/items" ; } 追記は最後の項目の一番最後にカンマ","を入れて区切ってから挿入します Codiumの日本語化はVSCode OSS版と同じです 画面左端の上から5番上のアイコンのExtentionsをクリック Japanese と入力 Japanese Language Pack for Visual Studio for Japanese を選択 Installを押します 終わったらvscodeを再起動 codiumの起動方法 $ codium 書き忘れましたがcodiumを試したのはRaspberry Pi 4のUbuntu Server 20.04です OTG対応のオスオスUSBケーブルって売ってます? >>129 >ループバックデバイスでマウント いつも思うのだが、「ループバックデバイス」って考えた奴は天才だよな イメージファイルの中身を「ファイル」として個別操作するソフトは今までもあったが、 ループバックデバイスを使えば、一々そんなソフトを作るような必要が無くなる。 新しいファイルシステムも「OSが対応」すれば、勝手に対応してしまう。 なんで、Windowsにはこういう機能が無いんだろ? Windows10は、真icroソフトの最後のOSだからじゃね? >>141 typeBの話よね?多分規格外だから見かけないな ググったけどポタアン用の短いのしかない >>142 え、結構前からvhdでマウントできるよ rawは対応してないけど変換すればいいし ISOもwindows10から対応してる thonnyだとダメなのか? zeroだとvim使ってるけど ラズパイでそんなに頑張らないだろ >>141 今あるか知らんけどRSに 両側Type-Aオスのケーブルがあった 両端にセリアのOTGケーブルつければええんとちゃう? メモリーカードがぶっ壊れて起動しなくなったんだけど メモリーカードをまたフォーマットすればなおることある? 書き込み時エラーが出たフラッシュは セルが壊れたので棄てろ。が定説 上のVSCodeの100%オープンソース版のVSCodiumの ARM64版のUbuntu Server 20.04と32bit版のRaspberry Pi OSでの インストール方法をまとめてみました Raspberry Pi 4でVSCodeの100%オープンソース版のVSCodiumを使う https://pastebin.com/BV4Liiqv >>145 >rawは対応してないけど変換すればいいし それは、対応してるとは言わない・・・ 上にも書いたが「個別のソフト」ならば、各種フォーマットに対応したものが幾らでもある。 >>142 > なんで、Windowsにはこういう機能が無いんだろ? お前が知らんだけだろw >>145 ISOはWindows 8から標準でマウント可能 daemon tool使えばXPとかでもマウントできたし >>151 >上にも書いたが「個別のソフト」ならば、各種フォーマットに対応したものが幾らでもある。 >イメージファイルの中身を「ファイル」として個別操作するソフトは今までもあったが、 いやディスクとしてマウントできるんだけど? >>153 いやだから、 「一々、vhdフォーマット」にしないとダメでしょ? って言ってるんだけど?ダイレクトに、「なんとか.img」をマウントして操作できないでしょ? 例えば、ラズパイのインストールイメージの最初のパーティションは「fat」なんだけど、 一々「SDカードに焼く」とかしないと、Windowsで操作できないけど、 linuxの「ループバックデバイス」ならば、「なんとか.img」のまま弄れるよね? って話なんだが。 >>154 おまえが言いたかったのはディスクイメージをマウントする機能がなぜないんだってことだろ それを知らなかっただけで変換の云々とか後付けするなよ >>155 >Windowsにはディスクイメージをマウントする機能がなぜないんだ その通りだよ。例えばWindowsでは、/boot に「ssh」ファイル書くだけの為に、SD焼かないといけないからね。 (最初から「ssh」入りの、自前イメージを作っておけば焼くだけで済むが、何台もラズパイあると、 「SDの枚数分」だけ、その作業をするのは面倒だし、時々間違う。) 違うな。真の問題は、 「何で、SDカードを焼くのに、こんなに時間がかかるんだ・・・」 だな。ちなみに、「SDカードから、イメージファイルを作れる」ことは知っているからな。 最後にそれを保存しておけばいいだけだ。 ただ、そこまで行くまでの試行錯誤中は「何回もSDを焼いて、度ごとに「ssh」ファイルを作らねば」ならない。というのが時間もかかるし面倒なだけだ。 windowsは推奨のbalenaEtcherってツールでラズパイのOSイメージを焼いて 焼き終わるフォルダーが開くんでbootパーティションに移動して テキストドキュメントの新規作成でsshってファイルを追加すればsshの設定は終わり wifiの設定もwpa_supplicant.confってファイルを追加して設定貼り付けると終了 後はラズパイにSDカード突っ込んで起動すればいい で、そのisoファイルはOSのどの機能で作れば良いの? とか言う。 不毛なんで止めようぜ ここベビースレは不毛なことを必死に語るためのスレだろ ホントだ https://github.com/microsoft/WSL/issues/4980 にも、そう書いてあるわ ※但し、WSL2でもカーネルのリビジョンによって違うとか、向こうでも情報が錯綜している模様。 よく読めよ「4.4.0-で始まるカーネルバージョンはWSL1だハゲ」って言われてんだろ かくしてwindowsの話題は続くよどこまでもなのであった 実はWSL2の実態はHyper-V上の仮想環境 カーネルもLinuxカーネルにパッチを当てただけで Linuxカーネルの機能がそのまま使える 完全なLinuxがWindows 10上で稼働する? 「WSL 2」とは https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html > これに対してWSL 2は、専用の仮想マシン環境である > 「Light Weight utility Virtual Machine」(軽量ユーティリティーVM)を使い、 > ローカルパッチ(Microsoftによる独自パッチ)を当てた > Linuxカーネルバイナリを動作させ、仮想マシン内にLinuxの実行環境を作る。 https://image.itmedia.co.jp/l/im/ait/articles/1906/14/l_wi-wsl2_01.png Windows 10でWSL2を使えばRaspberry Pi 4いらないという人いるが WSL側で重い処理やメモリを大量に使う処理をやると他のことが出来なくなる Raspberry Pi 4の消費電力なら一日中付けっぱなしにしてもいいし 重い処理を1日中どころか1週間走らせてもパソコンが使えなくて困ることはない 常時起動してるLinuxがあるといろいろ便利だよ 特にパソコン側がノートパソコンの場合、コア数が多くないからな MIPI CSI-2仕様カメラをWSL2環境に 繋ぐ方法が出来てから再提案して下され Raspberry Pi 4のコアのCortex-A72は 浮動小数点演算は遅いけど、整数演算はかなり速いよ たとえば、πの計算 Pythonだとこんな簡単に書けるけど、これでパソコンと比較してみると Raspberry Pi 4の実力が侮れないのがわかる 特にノートPCとの比較でね まあ、今の季節、ちゃんとファン付けて冷やさないと性能でないけど πの計算プログラム https://pastebin.com/KSebjhFv うちのRaspberry Pi 4で計測したら73.454 秒だった ブラウザ立ち上げた状態で計測してた ブラウザ落としたらもうちょっと速かった うちのRaspberry Pi 4で69.282 秒 ちなみにARM64版のUbuntu Server 20.04を使ってる ブラウザの同時起動を気にするくらいならprint(result)も使わない方が良いと思う 完全初心者で質問なのですが、ブラウザで特定の動き(特定のTodoリストに入ったら)をしたらプリンター出力したいです。 ラズパイなら出来そうなのですが、逆にWindows PCだとなぜ出来ないんでしょうか? モジュールがラズパイなら組めるからそういったことが出来るという事ですか? ブラウザを気にしなきゃいけないくらい猫があくびしそうな性能か・・・ >>184 ニコ生を表示してたからね 再生してなくても、ただ、ページを表示してるだけでもニコニコは重いから 以前、ネットで拾ったC言語で書かれた整数演算のみのπの計算プログラム(遅い) https://pastebin.com/NPpq8XGU Raspberry Pi 4 Ubuntu Server 20.04 gcc 9.3.0 オプションに-O3を付けただけのコンパイルで 171.942786秒 32bitのRaspbianでも計ってみたがめちゃ遅いな Pythonのが581.587 秒でC言語のが565.588701秒 多倍長演算で64bit整数使えば速くなるからPythonの差はわかるんだが C言語の方は64bit整数なんて使ってないのにこの差 なにかプログラムの時間測定がバグってるのかと思って timeコマンドも使って計ってみたが全然バグってない、計測した時間は正しかった Cortex-A72は64bitに最適化されてて、32bitは遅いんだな 64bitのLinuxで使わないと大損だな π計算とUbuntuに拘る奴がいるね まー、、、そんな時代もあるか あ、Raspbianのgccのデフォルトが すべてのラズパイで動作するようにARMv6になってるのが原因かも >>191 以前、Dhrystone 2.1で比べたことあるが64bitの方がかなり速かったよ 数値計算用マシンとして運用したい場合はやっぱり64bit入れないと話にならないんだろうか? 少なくとも数千次元の連立方程式とかをガンガン解きたい >>186 のC言語のやつをRaspbianでコンパイルしたバイナリを そのままarm64のUbuntu Server 20.10に持ってきて実行しても 563.873896秒 arm64のUbuntu Server 20.10上で32bitのarmhfのクロスコンパイラで arm-linux-gnueabihf-gcc -O3 -march=armv7-a -mfpu=neon-vfpv4 -o pi pi.c これでコンパイルして実行しても 556.871613秒 arm64のUbuntu Server 20.10上でarm64のgcc 9.3.0で gcc -O3 -o pi pi.c これでコンパイルして実行するだけで 171.437696秒 Cortex-A72は、64bitに最適化されてて32bitでは遅いんだな >>194 >少なくとも数千次元の連立方程式とかをガンガン解きたい 今何使ってるん? SDカードでもTRIM使えるんだね sudo fstrim -v -a やったら18GBほど解放された 円周率の計算ってどうしてるの? 1/3=0.3333333333....のように処理が終わらないわけで 普通の計算なら何桁まで計算って出来ないよね 64bit版のRaspberry Pi OSで試しました >>177 のPython3のやつが70.108 秒 >>186 のC言語のやつが169.922904秒 ちなみに64bit版のRaspberry Pi OSのgccのバージョンは8.3.0 >>177 のやつ32bit版のRaspberry Pi OSでやってみたけど CPU使用率ちらっと見たら20~30%だったかな? 560秒くらい >>202 シングルスレッドのプログラムだからね Raspberry Pi 4は4コアあるからCPU使用率が25%くらいになる zero w でPython3のやつやったら1614.431秒だった ちなみに、Rock64(RK3328)は100.671秒、OrangePi ZERO Plus(H5)は121.258秒 自分もみんなと同じくらいで69秒160だった https://i.imgur.com/lCk6hm2.png pi4 ubuntu server celeron j1900では117.507秒だった pi 4 8gbは70.416秒 chrome bookのPentium silver N5000でやったら67秒だった NanoPi M4V2(RK3399)だと52.365秒 FAT32上にどうやってisoデータなんて持ってこれんの? 古いけど i7 3770 の Win10 でも 49.840 秒かー https://i.imgur.com/nJijUo4.png pi4 結構速いんだなー fire hd 10 (2019) (cortex-53 armv8l) -> 481.605秒 pi3だとどれくらいなんだろ 3年前中古2万円でゲットしたノートPC i5-2520Mで62秒 Pi4よりかはギリ速かったな おお! celeron j1900 と Pentium silver N5000 に勝って i7 3770 に負けたか!! 消費電力順だねー! 多分 分厚いのも全く無駄って訳じゃなかった >>212 Raspberry Pi 3 Model B Plus Rev 1.3 -> 569.170 秒 やっとSuperPIレベルの事をやる意味が出てきた感じだな >>203 虚構はともかく あんたに取って2005年は最近なのか ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる