【Raspberry Pi】ラズベリー・パイpart56【Arm】

ちなBusterだったけどな
bootが見当たらないみたいなコメントとQR付きの画面が出た
関係ないけど、3Bだとcode-oss禄に使えんかったが4B 8GBだと普通に使えそうなふいんきでオラわくわくすっぞ

VNCっていまさら必要？
xrdpインスコすればいいと思うけどVNCの機能使ってたりするの？

>>1
なんでpartの前の半角スペースとったの？
あとこれは前からだけどARMの方がいいと思う

ご意見ありがとうございます。
前向きに検討させていただきます。

俺もxrdp推しだな。
Macでもアプリは手に入るしこっちの方がセキュリティ的も安全。

そうだな
ぜひxrdpだけをインストールしてみてくれ

psxpad-spi動いた
sudo dtoverlay anyspi spi0-0 dev="sony,psxpad-spi"

起動時から有効にしたければ/boot/config.txtに
dtoverlay=anyspi:spi0-0,dev="sony,psxpad-spi"

GPIO 5Vをデュアルショックの3番ピンに繋げば振動する

xrdpインスコしたらVNCも入ったから機能は使ってるんだろうけど
VNCが動かないってのがどこまで影響してるのかはしらんよ
自分はsshかシリアルでしかつながないから必要ないし

CUI使えない人はGUIでなんとかしたがる
そしてVNCにこだわる人は、xrdpを知らないか新しいとこを覚えるのが苦手な老害じゃあないかな

partの前の半角を取るとスレの自動追跡が利かなくて探すのに面倒なんだよヽ(｀Д´)ノゴルァ
って感じか？

そんなしょぼい追跡しかできないしょぼいソフトに言え

新しいものがいいって単純に思える幸せな時代に戻れたらなあ

言ったけど返事がないな
なので >>1 氏ね

>>41
>>33=39

ｗｗｗ

>>24以下
あざーす
2GB値下げで食指が動きました。

ARMのほうが良かったですね。
半角スペース消してしまってすみません。スレ立てしてから気づきました。

>>45
こう言う経緯があるのであまりコロコロ変えるのもどうかと

【Raspberry Pi】ラズベリー・パイ part52【ARM】
http://mao.5ch.net/test/read.cgi/linux/1579075968/23-46n

>>45
あとテンプレはどうしますか？
今後管理して頂けるなら私の方のやつは紛らわしいので処分しますが

他人に立てろとか言っておきながら、結局は自分で立ててその挙げ句には勝手に改編しちゃって、文句を言われたら今後の管理は〜とか言い出すのかｗｗ管理しきれてないくせにｗｗｗ

>>48
貴方に管理して頂いてもいいんですよ。
いやあすみませんねえ。私が巻き添え食らったばかりに。

なお45さんは私ではありません。
テンプレ重複して作る意味は無いので。

マウンティングおじさん朝からスレ立てでマウンティング

はっはっはっ
そう言いながら結局はまた自分で立てるんだろ？
がんばれーｗ

partの前の半角スペースはスレ並べたときに違和感があるから

違和感とかそうゆう次元の話じゃないんで
だまってて

>>53
( ゜д゜)ノ せんせー
具体的に何が良くないん？

違和感も大切な意見の一つっしょ
自称管理人(49)には、細部までしっかり管理してもらわなきゃ

>>54
違和感ってなんですか？
こっちが聞きたいわｗｗ

俺に聞かれてもなー

スレタイ並べた時に、このスレだけ段差できていて気持ち悪いんじゃね
って、なんで俺が解説してんだよヽ(｀Д´)ノ

違和感ある人はA型だな、ううん知らないけどきっとそう

まぁあれだ、自称管理人も次はちゃんとするんじゃね？

>>57
君有能そうだから君が管理しなよ
まかせた

>>25
ありがとうございました．とりあえずx11vncでつながりました．

次は8G買うかな．
presspi いいかげんアップデートしないのかな．

>>58
任された

今後、このスレには管理人を置かないこととする
次スレやテンプレの更新は、その都度気がついた人が適当にやる事

あと、今までの自称管理人によるスレ立ては禁止とする

これ、言ってあげたほうがいいのか悩む

スレ管理人(笑)

>>62
な。笑。

>>61
面白いから言わないで

startupでpython プログラムを自動立ち上げようとしているのですがうまくいかなくて・・・

調べていくと、どうやら起動時すぐにプログラムを走らせるとI2Cの書き込みでエラーが出る様です。
エラーが出た後すぐにもう一度同じプログラムを走らせると問題なく動きます。

起動時すぐに問題なく動かしたいのですが、何か良い方法無いでしょうか？

I2Cの準備完了状態が取得できるなら準備完了まで待つとか
取得できないなら適当にsleepするとか

あるいは書き込みが成功するまでリトライ

>>65
自動起動ってどうやってる？
OSの起動プロセスが完了してからじゃないと厳しいかも

>>67
.config/autostart
に以下を書き込んだファイルを置く感じですね。

[Desktop Entry]
Type=Application
Name=スクリプト名
Exec=lxterminal -e python3/home/pi/――.py

>>66
I2C書き込みコマンドの前にtime.sleep(30.0)置くと、起動後30秒経ってターミナルが落ちる感じで、
書き込みコマンドの後ろに置くと、起動後すぐに落ちる感じでした;;

ターミナルが落ちるってのは単にプログラムが終了したからでは？
あとそのエラーとやらを貼ってくれ

>>69
Thonnyで起動時すぐに走らせるとこんな感じですね。
http://get.secret.jp/pt/file/1591244743.png
この後もう一回再生ボタン押すと問題なく走ります。

i2cよく知らんのでテキトーに答えるけど
デバイス側のリセットってどうなってんの
初回のinit()でリセットがかかって2回目から成功してるとか
起動後いきなりバスって使えるんだっけ

起動後30秒くらいしてからプログラム走らせると問題なく起動するんで、２回リセットが必要な訳ではないしかと・・・

それですね、起動すぐにI2Cバスが使えないのかもです。

原因はさておき・・・
プログラムの作法的に目的のスレーブが検出できたら
コマンド投げるって形でいいんじゃないかな
それもやってるならスマン分からん

あと最初の書き込み前にBusyFlagを読んでみるとか
※読み方はデータシート参照

試してるデバイスのデータシートはこれかな?
http://akizukidenshi.com/download/ds/xiamen/AQM0802.pdf

>>73
>>74
色々ありがとうございます。
なる程、そうすれば確実かも・・・今出先なんで帰ったら試してみます！

必ず1回目に失敗して
必ず2回目に成功するなら
2つ自動起動すれば解決だな

なお原因は不明なまま

あかんやんｗ

まぁ突っ込むのは野暮だけど
＞必ず1回目に失敗
を確定するには原因が分からないといけないし
＞必ず2回目に成功
を確定するには失敗の原因が解消したことを知らなきゃいけない

だから原因不明にはならないし逆に1回目に成功させることもできるであろう

Ubuntu Server 20.04のarm64版はデフォルトのカーネルでkvmが有効になってるので
手軽にkvmで仮想化ができます

Raspberry Pi 4でUbuntu Server 20.04上で
ゲストOSとしてUbuntu Server 18.04のARM64版を
KVMをイネーブルにしたQEMUにDVDからインストールするときのメモを公開します

>>29で先に公開してたのですが>>29のやり方では音声がでないので
今回は音声も出るやり方を公開します




https://pastebin.com/LYQc8uNK

USBでお願い

hdmi出力が調子悪いんですよね(´・ω・`)

不良品かな…
位置調整頑張ってしないといけないし、ちょっとさわるとすぐ画面切れる

触ると画面切れるのは接触不良だろ

焼きラズパイやるかない

8GBのやつ届いた

明日やってみる

>>82
接触不良は返品交換対象ですかね(´・ω・`)

ほんとに困ってます

>>85
raspbianだったら設定でhdmiの信号をブーストさせるみたいな設定があってうちではそれで解決した

Pi4を2つ持ってるけど、安物microHDMIアダプタ使ってたら一台はひどい接触不良を起こした
ほどほどのお値段の変換ケーブルにしたら正常になった

ケーブルが悪いんとちゃうん

ケーブル「悲しい」

Raspberry Pi2台持ってて、ケーブル入れ替えても片方だけ接触悪いんです
だからケーブル要因ではなさそう

われぶたにとじぶた、みたいに口の相性はあるかもしれませんが

hdmiブーストってのがあるんですね
試してみます！

接触不良に信号補正は意味が無いと思うが

保証期間内なら修理にだしたほうがいいと思う

>>90
「割れ鍋に綴じ蓋」な

>>90
買ったところに連絡だけでもしてみれば？
この手のものは大体2週間経つと初期不良交換してもらえなくなるから早いほうがいい

Raspberry Pi 4用アルミヒートシンクケース（ゴールド）
https://www.switch-science.com/catalog/6238/

このヒートシンクケース買ってRaspberry Pi 4の8GBに使ってるんだけど
ものすごくケース自体が熱くなるね
扇風機の風当てると温度が下がるのでこんなのも買ってみた
届いたらRaspberry Pi 4の上に乗せてみる

Yoosion USB 扇風機 強力 pc クーラー 超静音 小型 usb ファン 14cm 12cm 8cm 4cm 冷却ファン (12cm*12cm)
https://www.あまぞん.co.jp/dp/B01J2V6DU8/

ヒートシンクケースはFANつきのもあるみたいだね

【Dual FAN】Aluminium Heatsink Dual FAN Case for Raspberry Pi 4
https://www.sengoku.co.jp/mod/sgk_cart/detail.php?code=EEHD-5J8T

すなおにアイスタワー買っとけ

ファンレスじゃ日本の夏を越せないのかよ

そもそもサーマルスロットリングがあるからぶん回し用途じゃなきゃクーラーいらんわい
その位わかるよなぁ？？

放熱しっかりしたい人は熱でパワーダウンするのが嫌な人なんだよ
それぐらいわかるよね？

>>99
ちゃんと読もうｗｗｗ
な？

ラズベリーパイにアイスタワー使うのは邪道

どっかのスレで言ってた(´･ω･｀)

爆熱なのが悪いんだよ・・・

|д･)…アイスタワーの横タイプ使ってる

ほうほう、ロープロファイルなアイスタワーもあるのか。

で、ケースは？

昔ながらのタッパー流用で問題ないぞ

最近近所でタッパーウェアパーティー
が開かれなくてな。

電源が5Vしか無いという事情はわかるが、どうしてこう30Φとか40Φのクソみたいな小型ファンばかりなんだ…
80mmくらいのPC向けのファンを1000rpm以下でゆるゆる回してやる方が煩くないし風量だってあるだろうに…

だからタッパーをだな

>>95
ヒートシンクは黒に限る
https://www.sanwa-p.co.jp/faq/detail3568.php
USBファンは100均に限る
https://belcy.jp/41712

おいらは、LittleFAN40UをメタルケースTSI-PI4-01-DIYBに両面テープで固定して運用してる。

TSI-PI4-01-DIYB
https://www.physical-computing.jp/phone/product/1829

LittleFAN40U
http://timelynews.jp/news/792

>>109
80mmのファン5V繋げば動くだろ

残念ながら１２Vファンを５Vで動かせるかは電源とファンの組み合わせ次第

>>112
このケース使ってる。ファンなしでアイドル時46℃くらい

電源の容量余ってるからUSBを分岐して余ったPC用のファン繋いで使ってるわ
ごついヒートシンクのケース使うよりそういうのなしでもファンの風当てなきゃヒートシンクなしと大して温度変わらんし

>>114
神経質にならんでも大体のやつ動くんじゃね？

>>114
はあ
残念だわ〜

>>113
動くかもしれないし、動かないかもしれない。
5Vだと回り出せばあとは動くだろうけど、その始動が無理かもねえ

PCなら12Vと5Vから7Vを差分で取り出すみたいな外法も無いではないけどお勧めはしないし、ラズパイではできないし

>>115
ファンが必要なのは
アイドル時ではなく
高負荷時

高負荷時の温度でないと比較は無意味

>>119
とりあえず試してみたらいいんじゃないかな
自分はやった上で言ってるけどね

>>121
もちろんこんなのさんざんやった上で言ってるよ
お前がイキっているそこは自作PCオタが25年前に通過してきたところに過ぎない

上にあるQEMUってARM上でwin向けのx86x64ライブラリや実行ファイルをwine経由でできるってことですか？

quemは簡単にいうとCPUのエミュレータ
つまりx64なりx86をエミュレートするならWindowsが動くってこった
ってことはその中でexeも動くってこった

Win95あたりなら割といけそう

同じアーキテクチャ内の仮想化(たとえばx86で仮想x86VMとか)ならトラップ掛かって遅くなるのはI/Oやリング遷移くらいなので
I/O処理ばかり連発とかしなければほぼ実機と変わらん速度で実行できるけど
全く異なるアーキテクチャの命令をガチでエミュると20〜50倍くらい処理が掛かるので
例えばARMでx86のエミュとなると1.5GHzあってもせいぜい2〜300MHz相当くらいだし、そもそもQEMU自体がx86エミュレータとしてあまりパフォーマンスがよろしくない

x86でARM命令をエミュるのは32bitの頃にIntelが肝いりでやっていたけど、こっちは実機並みで動作していたというからIntel怖ぇ

>>124
QEMUはKVMのハードウェアのエミュレーションでも使われえてる
だからよく使われてるわけでCPUエミュレーションだけじゃないよ
KVMで使う場合はQEMUのCPUエミュレーションは使わない
海外ではRaspberry PiでKVM上でARM版のWindowsを動作させてる例があるようだね

>>126
Intelだけじゃないよ
Microsoftのエミュレーションの技術もすごい
実機と同じような速度で動くのは単純なエミュレーションじゃなくて
実行ファイルそのものを実行するCPUの命令に置き換えるバイナリトランスレーターだから。
1度実行した実行ファイルは既に実際に実行するCPUのバイナリに変換されてるので
2度目からは実機と同じようなスピードで動く

パソコン用のLasbianに64ビット版ってないの？