【RaspberryPi】1ボードPCを語るスレ18【Pine64】
■ このスレッドは過去ログ倉庫に格納されています
今までのlinux動くラズパイとは全く立ち位置の違う普通のマイコン >>103
機能の切り出し
特に省電力や、リアルタイム性が必要な部分、
ロジック回路使うほどシビアじゃない部分とかだな Picoってマイコンとしては特に省電力じゃないんだよなぁ >>103
電源オンですぐ使える。
セキュリティホールから攻撃されにくい。 ラズパイはマイコンなのか違うのか?
PC-9801はマイコンなのか? >>100
そのうち無理やりLinuxを実装する奴が出てきそう >>104
>>106
それはどちらかというとソフトの問題かと
マイコンと同じようなソフトなら問題ないわけで >>108
ATmegaでLinux動かす猛者もいたことだしなw >>109
Cortex-Aでベアメタルしても数クロックでGPIOにアクセスすることはできないのでは? Cortex-AとCortex-Mの違いを理解していない人がいるように見える AだろうとMだろうとAMBA使ってる以上、アクセス時間は保証されない。 旧約聖書と新約聖書に第二聖典を付けた約7MBのtxtファイル。さらに神道の預言書・日月神示も巻末に追加
https://ux.getuploader.com/dialogues_txt/download/387
完全無料。登録不要でダウンロード可能 >>111
クロック周波数が違うんだから
クロック数での比較は意味がないのでは?
アクセス速度的には大差ないし
CPU処理が速い分Aの方が有利 そもそもリアルタイム性と言って
まずGPIOを思い浮かべるってのが普通じゃない
素人くさい たいていの用途は TCP/IP プロトコルスタックを使ったリッチなマイコンと、
IO を高速スイッチングさせる米粒マイコンへの外部割込みで事足りる。
ワンチップで TCP/IP、PWM を両立させようと思うから RTOS とか使うわけで。 いやさすがにそれは...
世の中の製品搭載のCPUの用途を
少しは考えた方が良いかと >>118 生産と品質保証のてんで面倒だからそういうやりかたをしないだけだと思う。
複数のCPUを使ったほうが機能の面ではてっどりばやいのは自明。
BareMetal だろうが割り込みを使うならそのぶん速度は犠牲になる。
高速ヌイッチングなら米粒のCPUを別につけて専用に空回ししたほうが早いに決まってるじゃないか。 まあ高速高速といったって、あんまり早いと内部に持ってる容量が効いてくる世界になるが。
フォトカプラとか使うならそもそも MHz スイッチングは無理。 >>116 リヤルタイム性=早い、という誤解があるよな。PWMはリヤルタイム性があるが
GPIO直接起動より遅い(当然だが) 低脳だからイヤになる。メモリバスを自由自在に操れば人生楽しそう。2線シリアルは遅いんだよな >>115
マイコンを使ったことがない人の発想だな
IOの遅さを演算速度でカバーできるって考えは >>124
同感
Real Timeのどこに「ヤ」の発音が有るんだろうね?
特定地域の方言的な影響かな? picoはRaspberry Piで開発する分にはデバッガ用のインターフェースが不要で
Raspberry PiのGPIOにpicoをつなぐことでデバッガを使えるんだな
Raspberry Pi以外のマシンで開発する場合は
もう1つのpicoに専用のプログラム(picoprobeというプログラム)を書き込んで
デバッガ用のインターフェースとして使うらしい
だからWindowsやMac、Raspberry Pi以外のLinuxマシンでデバッガ使う場合は
picoが2つ必要 >>125
ルネサスやNXPのCortex-Aを載せた主にLinuxが動作するようなSoCは
Cortex-MやCortex-Rのコアも一緒に載せてたりするからね
NXPのi.MXシリーズやルネサスのR-Carなんかそうだよね >>122
リアルタイム性を示す指標の1個として
割り込み応答性能を使う場合がある
RTOSの場合はタスクスイッチの速度なんかも
GPIOを割り込みトリガーとして
ISR内でGPIOをセットするまでの時間
まあこれもリアルタイム性の指標とはなるかな
>>125
IO速度は同等
CPUは速い >>119
なんか色々とねえ...
TCP/IPとPWM
何でこの2つ?
大抵のCPUの用途はこの2つが処理の中心?
本当にそう思う? で
分けた方が良いかどうかは処理次第
PWMは非常にフィードバック周期が短いものは
ISRだけで処理するし
TCP/IPも低レベル処理はハードがやる
ソフトの作り的にはあまり関係ないんじゃ? リアルタイム性は
高
↑
ペリフェラル(ハードウェアによる実装なので最も安定)
DMACやペリフェラルの連携機能(バスを経由する場合の遅延や安定性はバス依存)
テーブル型DMAC(転送情報をメモリから取得するくタイプのDMAC。複雑な動作も実行しやすいが遅延や安定性は更に悪化)
CPU
↓
低
当然ペリフェラルがリッチなチップの方が有利
バスをデータが移動する場合はバス調停の影響を受ける。優先順位を固定できるなら安定させやすいが
STM32みたいにラウンドロビン固定だと相応のジッターを覚悟する必要がある Raspberry Pi picoのMicroPythonだけど
_threadはcore1用の1個しか起動できないね
あと、_thread使うと動作がおかしくなる場合があってまだ_threadのバグがあるみたい picoの話は専用スレ立てるかMicroPythonスレを再利用するかしようぜ Raspberry Pi 4でMicroPythonのビルドしてみたけど
それほど時間かからないね >>137
そこよりLinux板のPiスレかこの板にpicoスレを建ててpicopicosしたほうが良いだろ
(picoスレ立てても、他のマイコンスレと違いここ同様に雑談必死スレになるだろうが)
まぁ、ここ1ボードPCスレではマイコンはスレ違いだからな 近所のマルツはまだ入荷しないのか
取り扱いあるのかも分からんが ラズパイpicoやArudino・micro:bit・esp○○の総合スレが必要かも >>132
ペリフェラルがハードウェアとも限らんけどな。main CPU に依存しないだけで。 >>132 PWMもペリフェラルだけど早くはないじゃん。
リアルタイム性を保障するってことはその分、時間を犠牲にするんだぜ。 >TCP/IPも低レベル処理はハードがやる
笑った。もしかしてルータは ASIC な通信回路が入ってるとでも(笑) >>130 そんなことは言ってないよ。難しい概念が必ずしも性能のために存在するわけではないということ。
技術は往々にして開発側の事情にあわせて発展してきたところがあるからね。
だから個人で玩具を作るなら単純に複数マイコンを使えば早いじゃんって話。
TCP/IP スタックを実装するのは個人じゃ難易度が高いから紐ついているOS
ごと使わせてもらえれば便利じゃん、
という話。 たとえば1つのCPUで空回ししてたら「こいつ割り込みも使えない土人かよ。」と思うだろうが、
数十 nsec レベルでカチカチさせたいなら、それが一番早いんだよな。 ぼくは難しいことはよくわかりません。ペリフェラルやIOのために足つきマイコンを使い、
TCP/IPのためにLinux OSが載るリッチなマイコンを組み合わせて玩具を作ることしかできないんです。
アセンブリで書く才能はありません。Cでしかかけません。
そんな僕を難しい専門用語でいじめないでください。 専門用語がさっぱりな私が求めるのは Raspberry Pi (3,4)に簡単に導入できる TCP/IPスタック(割り込みプログラム)が
含まれているRTOSを用意してほしいのです。
SPI 通信なLANコントローラなら出回っているのですが、SPI速度からLANじゃなくても
UARTのRS-232Cでいいじゃん、って話で。 make が通りにくいクロス環境はいらないです。初心者の私は使えません。
make があっさり通るクロス環境が整備されている環境をたまたま入手できた場合と、
そうでない場合は、だいぶ状況が異なります。
クロス環境も整備できないのは能力がないからだ、というのは確かにそうですが
言語とそういった能力は別問題だったりします(少なくとも手間がかかりめんどう)
そういう意味で Raspberry Pi Pico はすばらしいな、と思います。
C/C++ SDK を用意しているというのはすばらしいことです。 Raspberry Pi 400日本版がいつ出るか毎日RSのページ確認しているが
予告もないな。 >>154
日本版って何を期待してるんだ?
日本語キーボードか? あー、そうなんだ。
オレは気にしないから欲しければ買うけど、C64 のほうがいいや。 そりゃそうだろう。
ポーランド語キーボード使うのもポーランド人くらいだし。
ワールドワイドなのはUSキーボードくらいじゃね?
で、
>>159 は、何を主張したいの? 第4世代iPod classicをWi-Fi、Spotifyに対応させた強者が登場
https://iphone-mania.jp/news-344254/
おもしれーなーRaspberry Pi Zero Wのがわ >>148
十数年前にエプソン(?)がTCP/IP処理チップを出していた記憶がある。 >>164
株やFXの高速取引用のマシンだと
ほとんどハードウェア実装だね。
1msだと遅いとかそんな感じ。 >>148
低レベル処理って下の層って意味だよ
派手に勘違いしてるみたいだけど >>148
昔のルーターとか、今もIXで使われてるようなルーターはチンタラソフト処理してたんじゃ間に合わないから、
宛先アドレスを上から1ビットずつ見ていってルーティングテーブルを引けるようなASIC使って処理してるらしいよ >>169
パケットの処理とかは当然ASICなりFPGAなんだろうけどTCPレベルまでそうなの? >>170
普通、ルーターと言ったらレイヤ3のことをハンドリングする装置を言うわけだ
だから、TCPではなくIPヘッダをASICとかFPGAで処理する
(実際問題としてL4を見ないルーターというのは今現在そんなにないだろうけど) IPアドレスみるのはユーザー寄りだな
キャリアだとL2かL0(光スイッチング)の世界 >>171
それを
> TCP/IPも低レベル処理はハードがやる
って言うのか?
って話ね >>176
IPも?
TCPもやってるということ?
チェックサムぐらいはやってるとは思うけど >>172
それはむしろエッジよりだろ。IXでどうやってL2ルーティングするんだよ。 https://www.slideshare.net/mobile/ogatay/tcam
ルーターのハードウェア処理周りはこの辺でいいかな?
インターネットのルーティングテーブルが大きくなりすぎてルーターのメモリに載りきらなくなってる問題がここ数年起きてるのよ 相変わらず知らなもの同士が想像で議論するいつもの展開 あたい知ってるよ!
群盲象を撫でるって言う奴でしょ! >>180
piスレ(ここやpicoスレ)はベイビーの雑談スレだからそれで良い
piについての話は歓迎されないが、piに関係ない話や妄想話は非常に歓迎される
のがpiスレ おじさんって雑談すきだからな
若いもんは別SNSで情報交換してるよ
ここにはおじさん、おじいさんしかいない
ベビーおじさんw 雑談禁止、スレ違禁止吠える人はしばしば見るけどそういう人って自らそのスレにふさわしいネタを提供したりしないよな そだね
んで、そのまま話題もなくスレ衰退とかなることが多い印象
そもそも本題の話題が盛り上がってたら雑談レスなんてほとんど投稿されないし まともな人は雑談ジジイだらけのこんなスレとっくに見限ってるから 見限らずに書き込んでるってことはあなたも見限ってないグループに所属してることになるんだが。 ようつべで 2038年問題っていうのがあったけど あれって1日とか一週間ぐらいで ネットから時刻取得してもだめなの? >>194
だめ
OSの時刻カウンタが32bitのint型だったせいなので
ネットの正しい時刻も、OSが取得した時点でさようならだ 32bitサポートをやめるLinuxディストリが増えてきてるし
スマホも32bitアプリを切り捨てつつあるし
サーバ、PC、スマホはもう2038年問題が表面化する前にアプリも含めて
UNIXやLinux系は64bitに移行しそうだな
あとは何十年も稼働させる必要がある特殊な用途と組み込み関連か >>195
time_tはint型じゃなくてlongね
32bitOSではILP32を採用してるOSが多くてlong型も32bitが多い
64bitのUNIXやLinuxなどではLP64の採用が多いので64bitならtime_t型も64bitになる
WindowsはLLP64なのでlong型でも32bitだがWindowsのAPIは
time_t型の影響は受けないし、time_t型を使うアプリでも
VisualStudioではtime_t型は既に64bit化されてる OSレベルでは問題ないが、アプリレベルだと次は昭和100年問題だな。 ■ このスレッドは過去ログ倉庫に格納されています