STM32スレ part3
レス数が1000を超えています。これ以上書き込みはできません。
秋月がG0シリーズを扱ってくれるんで「8ピンガー」っていう言い訳も無くなるかな。
「DIPジャナイトー」はずっと対応しないと思うがw G031は久々に面白いMCUだな
創作意欲が沸く
小さいから小物作るのに最適だわ 別PCでCubeMX使おうとしたらJavaとか…
なんかJavaの新規インストールが面倒な事になってんな G031+CubeMXでARM_CMSIS-DSP追加できるんだけど、、、 arm_math.h使えるんかな? すげぇーーー 8ピンでDSP、、、 F030K6が主力のワイからすれば
RAM倍もあってええやんってなるんよ 面白そうだけど、Lチカだけやってお終いの未来ががががが… 8pin STM32
ゆ、USBは使えるの?
おにいちゃん STM32でタイマのインプットキャプチャで連続的にパルス幅を測定していくケースを想定した場合
測定可能な周波数はどのように見積もれば良いのだろうか?
TIM→NVIC→DMAとなる以上HCLKで数クロックは必要であろうと想像できる
そしてこれに必要な時間より長いパルスでないと測定出来ないはず
マニュアル見てもTIMにもNVICにもタイミングチャート的な物は見あたらずどのくらいかかるのか判らないんだが・・ CubeMX+TrueSTUDIOの環境で開発してるんだが
デバッグビルドの時定義される文字列ってある?
Windows開発での_DEBUGのようなの あるよ
TrueSTUDIO環境はもう捨てちゃったけど、プロジェクトかどっかのメニューからあされば
デバッグだけのプリプロセッサが見つかる >>15
そりゃそうだろうけどワースト値を定義できなければリアルタイム処理を行えないのでは
てかルネエレのRXでそんな感じのを検討していてSTM32でもいけるのかなと調べだしたら
マニュアルに全然書いていなくて???状態で困った >>18
「リアルタイム処理」の拡大解釈してない? >>17
>>19
返信ありがと
残念ながらDEBUGは機能しなかった
くぐったらDEBUGがシンボルに登録されてる画像は見つかったけどうちのver9.3にはシンボルにDEBUGは登録されてない。ただどこかで定義はされてるみたいだけどReleaseに設定しても状態はかわらない
釈然としないが取り敢えず___DEBUGをシンボルに加えて進めてる
仕様変わったのかな? ググってたらこんな記事を見つけた
ttps://ednjapan.com/edn/articles/1608/18/news015.html
改めてマニュアルを見てみたらMulti AHB BusMatrixはラウンドロビンで調停されると書いてあった
しかしバスアクセスに必要なクロック数とかは見あたらないので相変わらず判らない
調停方法の変更もできないのかな?
ちなみにRXの場合はタイミングチャートが書いてあるし、バスアクセスで消費するクロックも書いてある
リードが2クロックでライトが1クロック。もちろん最短値だろうけど
あとバスの調停は優先順位固定かラウンドロビンを選択できる
これらの情報から割り込み要求のフラグが立ってからDMAがデータを引き取るまでの時間は
5〜6クロック程度と予想できる(幅があるのはリード最中に他の要求が来たときの動作が書いていないから)
>>20
ある処理をある時間内に完了させることじゃないの? >>22
CubeIDEをDLして試したけどv1.3はDEBUGが使えて、v1.4はダメだった
1.3はsymbolsにDEBUGがあって、1.4は無くなってた
仕様変わってそうだね
リリースノート漁ってみる >>24
訂正
CubeMX5.1でプロジェクトを作るとDEBUGが使えない
CubeMX6.0だとCubeIDEでバージョン関係なしにDEBUGが使える
CubeMXのバージョン関係なしにTrueSTUDIOではDEBUGは使えない
でした。スレ汚しすまん >>23
DMA1chならアドレッシング2、読み込み2、書き込み1-2で5-6クロック
DMA2chなら途中重なって9-10クロック
だったと思うけどそんなの知ってもなんの解決にもならないぞw
速度保証したいなら外部回路でやれ >>28
やべ、PIC見てたわ
STM32も同じのあった筈 限界まで使い切るクンならFPGAでも使ったら如何かな。 う〜む。なんだかんだでハードルは高いっぽいですね
>>26
サンキュ。アドレッシングってDMAに起動要求が来てから実際に転送が始まるまでの時間かな?
さらにラウンドロビンだから最悪応答時間はバスマスタの数分増えてしまうと
>>27
RXは高いじゃないか。RXもルネエレもいつまであるか判らないし >>32
バスマトリクス上でDMAと干渉する経路使わないようにしとけば一応安定するらしいよ
制約大きすぎて普通に使うのは厳しいと思うけど
この辺が参考になるはず
http://cliffle.com/blog/glitch-in-the-matrix/ >>33
サンキュ。そもそもSTM32は汎用ペリフェラルを使用した高度なリアルタイム性を要求するアプリケーションに向かないと言うことか
> CPUs with configurable bus arbitration, like the NXP LPC1788 (not 1768), are much easier to squeeze for every last drop of performance.
なんて書いてあって草。一つ勉強になったわ 「高度な」ってなんやねん
理屈はどうでもいいから実際に作って動かさないとRXでもなんでも使えるかどうか
なんてわからんやろが 高度()なリアルタイム処理するならアセンブラで作る気でいないと
昔はアセンブラで消費クロックとにらめっこしながらnop入れたりしながら作るの当たり前だったからな
今はそういう時代じゃないからそういう意味じゃ向かないなw DMAの動作タイミングの話にアセンブラ云々出てくる謎 >>37
プログラム上のramへのアクセスも何もかもが影響与えるからアセンブラ必須だぞ STM32と言っても種類たくさんあるんだけどな
化け物からPICみたいなボロいのまであるんだぞ
特にキャッシュ付きなんか命令動作クロック変わるんで、アセンブラで書いてられんぞ
時代は変わってるんだ 実際に組んで動かして測定する
OKならOK,ダメならダメ 簡単じゃ。 >>37
フルアセ爺の趣味のタスクディスバッチャだから >>40
化け物なんてあるか?
i9 よりデカいとか? 今更bluepillと言うのと中華STLinkV2買ってCubeIDEインスコして初STM32と思ったけどLチカまで辿り着けない
中華STLinkじゃST-LINK GDB Serverは使えないて話が目に止まってOpenCCDと言うのにしても
Polling target STM32F103C8Tx.cpu failed, trying to reexamine
Examination failed, GDB will be halted. Polling again in 6300ms
のループで書き込めない
CubeIDE投げ捨てて他の環境試すべきなんだろうか 変わらずエラー出まくって何一つ上手く行った気がしないのにボードのLEDが点滅してる
いつ書き込めたのかさっぱりだ… >>45
最初は Nucleo とかから始めるのが学習のスタートアップでのトラブルは低減できると思う。
(CubeIDEの新規プロジェクト作成で、マイコンではなくボードセレクタでボードを指定)
よくあるミスが、「MXのSystem coreのSYSでシリアルワイヤーでのデバッグを有効にしてない」だけど、
これはちょっと違うのかな。
>中華STLinkじゃST-LINK GDB Serverは使えないて話が目に止まって
俺のは使えてる。
>CubeIDE投げ捨てて
STM32CubeIDEの怪しさ…低い
中華STLinkの怪しさ…そもそもモノを特定できないかも
中華Bluepillの怪しさ…ばらつきがあるらしい
使い方の怪しさ…どうだろね
投げ捨てるとか疑ってみるとかは、怪しそうなところが優先度が高いはず。 秋月で純正のV2とNucleo買うんだ
5000円くらいかかるけど
慣れてない内によく分からんトラブルで悩むより良い stm32のfakeチップってプログラム書き込みに難あるやつなかったっけ とっかかりは、できるだけ純正で。
身近なところに経験者がいるならべつだけど。 俺も最初はNucleo使って、今じゃAliのパチもんばかり使ってる。 なぜ最初からパチモンに手を出す
山に登るにしたっていきなりエベレストに行く奴はいないだろ ちゃんと情報探せる人なら最初から中華でいいと思う。
>45 がハマったのはリセット関係だろう。 ちゃんと最初からできる人ならちゃんと最初からできる、と至極あたりまえの話して意味あるんかな。 なんだかんだでstm32でも初めはarduinoから始めた方が楽だと思う
必要に応じてHAL使ったり、レジスタ叩くようにすれば >>57
STM32+Arduinoは新人学習用に探したことがあるけれど、いくつかありますね。
おすすめとかありますか。
ドキュメントが整備されてて、メンテが継続されているものがいいな。 俺はSTM32系arduinoもMbedもオススメできないな
それに手を出すならSTM32じゃなくていい
NucleoとCube IDEで頑張って ArduinoならESP8266かESP32でも無問題 よく分からないままESP32で使ってたI2Cモジュールのドライバを移植する事が出来た
あまりC++で書くこと考慮されてない様だからクラスは使わない方が良いのかな
しかし中華STLinkだけじゃコンソールにメッセージ送れないのが辛い…
STLinkとは別にシリアル接続してターミナル開くか、USBを頑張るしか無いのか 将来的にプログラムを組む予定がない新人にさわりを体験させるならMbedでいいんじゃね?
がっつりやる予定ならCubeIDEでいいでしょ 「さわり」って国語辞典の意味ではなく「導入部分」とか「入り口」みたいな意味で使ってる人が多い感じ。 特にブームで入ってきたArduino勢はマニュアルを読まないイメージ そういうイメージって持たない方が目が曇らなくていい。 マニュアルを読まなくてもなんとなく触れて、マニュアル読んで更に理解が深まるのが理想かな
Arduinoは深いところは触りづらいけれども、取っ付き易いのは重要だと思っている
自前の開発環境の用意が遅れがちな中華マイコンがArduino IDEに素早く対応するのはありがたい
STやルネサスは自前で開発環境も用意出来る企業体力があるから、それ自体も素晴らしい 取っつきやすいのは良いことだと思うけど「それが標準的な手法」みたいな認識の人が増えるのはどうなんだろうね
例えばArduinoは遅いって言う人が少なからずいるけどAVRの本気の1/3も出せていないケースがほとんどじゃねって思う
そして本人がそのことに気付いていないのはもっとマズイ CPUの実行パフォーマンスをどれだけ出せるか、ということと、開発手法が標準的かどうかは別の話だよな。 >>71
今どきのコンパイラより賢いコードを書くのは大変だぞ 昔からCPUの本気コード書く人なんてたかが知れてる
目的を実現出来れば良いのだ ものによるかな
某マイコンの無償コンパイラはインストール後60日間は最適化が効くけどそれ以降は有償版買えとばかりに最適化が切れる
ってなやつもあるし ふつーarmならgccやんけ
mdkもstm32l0とかなら無償だっけ >>74
有償版買うくらいなら数百円で1ランク上のチップに替えるから問題ないけどね 計算能力に限らず割り込みやらペリフェラルの使い方なんかもだよ
「Arduino遅いからESP32にしましたー」みたいな人いっぱいいるじゃないか
>>74
それgccの方がマシレベルじゃないか。ルネエレより酷い PCも遅く感じたら性能いいやつ買うし同じようなもんだろ
Windowsやアプリの独自パッチしたりほかのOSにいけってか?w えっ?遅く感じたらOSの設定やアプリの確認とかしないの? 最近はPCパーツの性能が高くて
新しくPCを自作しても体感変わらんくなってきてる 組み込みマイコンのコンパイル程度では
あまりPCスペック関係ないな
大概1分もかからんだろ
遅い言うやつのプロジェクト見たら
毎回ライブラリまでクリーンしてビルドしてた >>77
ルネサスって何か酷いん?
日本企業の開発で最も使われてるんだろうけど
何か自分が入社する会社はことごとるルネサスに縁がない・・・ >>83
ルナエレの評価版は使用日数超えるとリンクサイズに制限がつく 昔はwin32dasmとかおせわになったな
最近は制限ないのが多いからその手を使うことはほぼなくなった >>87
RXでも128KBだし浪費しなければ大抵の用途で足りるけどな
リンクサイズ128KBをソースコードに換算したら数MB級だろ フォントなんかのデータ入れたら一瞬かもな
そんなもんソースに書くなって言われたらそうだけどw >>89
趣味や個人的なものだとやっぱりフォントだよな
最近は1MBや2MBのフラッシュのマイコンも珍しくないしな
SDカードにフォント入れておいてSDカードから読み出してLCDに表示するとかだと遅いし
フラッシュに持ってた方が楽
Arduinoみたいに他人が作ったライブラリを多数使う場合なんかも128kbだと足りなくなるね STM32CubeIDEは実態はEclipseでgccだからな
完全フリーなgccだからリンク容量制限も最適化制限もないし、ARMのgccはかなり優秀だからね
Microchipの16bitPICやPIC32のgccなのに非商用版は最適化制限があるのとは違う
オープンソース様様 >>92
あくまでビルドサイズが制限されているだけであって書き込みサイズが制限されているわけではない
フォントなどのGUIリソースは適当なアドレスに書き込んでおいてそれを参照したりするようにすればよい
てかGUIリソースまでコードと一緒にビルドしたらビルド時間は増えるわ、デバッグ時に転送される
データも増えるわでイマイチじゃね? あ、ビルドサイズは正しくなかった。リンクサイズね
個人的には組み込みでもgcc系よりllvm/clang系を使いたいところ
ルネエレの弱いところだな >>94
gccはインラインアセンブラで.incbin使うことで
データファイルを.textや.dataに組み込めるよ
書き込み時のデータ転送量は多いままだけど
>>95
リンクサイズって.textに置いたデータや.dataとかに置いたデータは含まれないの?
フォント以外でもちょっとしたDATAテーブル使ったら128kbなんてすぐじゃん >>96
RXに限った話じゃなく今時のフラッシュマイコンだったらブロック単位で書き込めるでしょ
簡単な方法としてはフラッシュが1024KBだったら、896KBをデータとしてGUIリソースだの
データデーブルだのを書き込んでおいて、残りの128KBをコードにすれば良い
GUIリソースだのデータデーブルなんて開発中だって頻繁に書き換えるような物じゃないし
C言語だったらアドレス直指定で参照できる
コードを複数に分割してアドレスをずらしてリンクすればコードも128KBを突破できるが
そこまでするならgcc使った方が楽じゃねと思わなくはないが ルネサス使ったことないけど、
ルネサスが提供するファームウエアはgccに対応してるの? アルファベットなら大した量ないし、漢字だって必要な字だけでよくない?
>99
一口にルネサスと言っても色々ありまして、 >>99
自分は使ったこと無いけど
ttps://gcc-renesas.com/ja/
こういう物を公開している以上一定の互換性はあるんじゃないのかな ESP32はフラッシュをファイルシステムとして使えるからデータ置きやすいな
ただプラットフォーム依存しちゃうしソースとデータの整合性を保つ管理が面倒でな・・・
ソースコードに直接データ書き込む方がバグ産みにくいし扱いやすい CubeIDEはGNU11とGNU++14で十分だけどな。 もっぱらC++でFlash1MBクラスを使ってるが快適だよ。
RXもブートローダー等作りやすい面もあって捨てがたいが、同じEclipseとしては、e2よりはCubeIDEに軍配が上がる。
RXは、UARTのFIFOハーフフラグをホーリングできないのは、あれはいかん。 シリアルブート、DMX512等、いろいろマズイ。 それ言い出すとSTM32はカウンタの自動クリア機能がないし
ADCはデータレジスタが1つしか無くて複数のチャンネルを読むだけで要DMAだし・・・ USBデバイスを作りたいんですが、使いやすいライブラリはあるでしょうか。(オープンソースなど)
AVR+LUFA を使ってきたんですが、そろそろ8bitはやめようかなと思っています。 >>105
デバイスって言うのが抽象的すぎる
結局何作りたいんだよ
あとSTMだったらメーカーの用意してある物だけでほぼ揃う >>106
具体的にはHIDデバイスのデジタイザ(ペン・タブレットもどき)になります。
STMのメーカー純正のライブラリでいけそうな件、了解です。
ありがとうございました。 HIDまではあるけどデジタイザの部分は自分で実装することになるだろうな
最近はジョイスティックまでは用意されてること増えたけどそれ以上はあまり見ない 独自のディスクリプタ&レポートを通そうと思ったらUSB2.0規格書の理解と
USBアナライザ等のデバッグ環境の用意は必須じゃねって思う
そうしないと地獄を見そう 自作のフィルタードライバ
PC接続でしか使わないからそれで足りる >>112
煽りなんでしょうが 壊さなくてもUSBパケット見れたら充分使えますよ。
>>114
普通はSnoopy Proで充分、
根が深そうなら https://freeusbanalyzer.com/ を仮想に入れて使うw
終わったらロールバックw Snoopy Proはエニュメレーション中のパケットを取得できないから
OSが認識できない系のトラブルには対応できない
あと最近は知らないけどWin2kやWinXPのころは
エニュメレーションに失敗しまくるとBSODになった
EZ-USBでは大分苦労させられた >>116
Snoopy Proって激しく古くて、今の主流のWin10では動かないんだな
>>117
>Snoopy Proはエニュメレーション中のパケットを取得できないから
>OSが認識できない系のトラブルには対応できない
あいやー、そうなのか。
俺がUSBするとこのトラブルに即遭遇することになるだろうな。 それUSBスタック1から組むような人なんじゃないの? Snoopy ProはWin10どころかWin7ですら動かなかった記憶が・・自分はWin7でRatatoskr使ってた
これもSnoopy Pro同様エニュメレーション中のパケットは見られないので別の工夫が必要 >>119
みたいな人ってしばしば見るけど何作っているのかね
既存のコードをチャチャッと弄って出来る程度の物じゃ
さくっと真似される未来しか見えない
成果物の付加価値が高いのであればなおさらだ 別に批判してないのに噛みつかれた。
USBスタックみたいに規格通りに動く必要があるもので
既に動くと予測が付く物なら喜んで採用する。
それに自分の成果物で他人が楽出来るならどんどん
パクって貰って構わないと思ってるので全てのコード、
CADファイルをgithubで公開している。 超軽量とかそういうのを日頃から攻めていて、それで価値が決まる世界に住んでるんじゃないかな
いろんな世界があるけど、自分の世界が最高だとかそれ以外ないみたいに思いこまないようにしたいものだな さくっとソースコードが見られるようにしてくれている人がいるおかげで
動いている世界もあることぐらいわかってるだろうにな。 ソースコード見られても何年も前から更新されてないとほとんど役に立たないよね。 どんなものにもいろいろなものがある、ってことだし、
価値のあるなしは、ひとによってもかわるしね。 ソースコードもなく、更新もされなくなったものの方が怖いよな。 既製品がないから作ってるんであって、あれば買うw
だからどんどんぱくって製品化してくれ 零細や同人が日本でファイナルプロダクトを製造・販売するのは困難
仮に販売までこぎ着けられたとしても中華にパクられて終わる
だいたいPL法と自称警察のせい
タダでさえ原価かさむのにさらにPL対応費積んで生き残れるわけがない
万が一の時は破産上等の無敵ちゃんなら別かもしれないが
まじめに作ろうとすればするほど実現性が無くなっていくのが現実 >>130
計測とか保守とか関連の展示会とか行ったら、小さい会社が製品作ってるのがわかると思う。
彼らは、ニッチなところにで生きていて、なおかつ、サポート込みでこそ使える、とユーザーが考えるようなものを売っている。
大量生産するほど市場が大きくなくて、扱い方のサポートをふくめたノウハウを持っていないと買ってもらえないものに、中国の業者は熱心にはならない。
どんなタスクでもそうだけど悲観的になろうと思えばいくらでも、簡単にマイナス要素は湧いて出てくる。
悲観的になりすぎないで。 >>131
こういうことか
中国:汎用的で安く扱いやすい
日本:特化型で高く扱いにくい どんな事象でもそうだけど皮肉や意地悪な表現をすることは安易で簡単。
ニヒルでカッコいいなんてことはないし、まあたいていの場合はバカがやりがちな行動。おれもやっちまう。
できるだけ安易ならずに前向きに真摯であろうよ。それは面倒くさいことが多いけれど。 >>131
それってビジネス向けで各種コストを上乗せできる場合限定じゃないの。コンシューマ向けだと国内じゃ基板のみとか小規模の完成品が関の山では
最近は中華でニッチ需要をターゲットとした完成品を数万円規模で通販していたりするけど国内でその規模の活動をしているのってどこかある?
あっちを意識したら箱代だけで売値の半分以上が消し飛びそうなのに、その上でPL対応にキチガイのサポートまでとかムリゲー過ぎ
何か良いアプローチがあるなら自分が知りたいくらい。今その方面のガジェットを作っている最中だし実践する
メイカー関係でも関心はあるみたいだけど国際競争力まで意識した議論は見かけないようだし
そもそも国境を越えてまで「火事になった!訴えてやる!」やる人はまずいない時点で海外の方が圧倒的に有利だしな STもフォーラムでライブラリのバグだって叩かれてるのに無視してるからなぁ >>135
5chにくるようなおっさんになると手は動かさないが、一方、口は超動く。
そんな奴が多数派のスレはスレタイに関係ないことで盛り上がる >>134
コンシューマーだと大企業ですら利益無いから難しいと思うよ
中国の会社だって次々と潰れるし
メイカーがコンシューマー市場で
億に近い利益をあげたのは俺の知る限りだとPT2だけだ
あれはFPGAだけどな 個人販売で個人向けに売って利益年2000万いったことあるぞ
単に売り上げ報告されてないだけで億なんていくらでもあるだろ
販売やめて5年ぐらいたつが未だにキチにからまれるww CubeIDEなかなか色々とバグが放置されているけど
ここまで長く更新がないのも珍しい
今一番報告上がっているのが
デバッガを繋げず単独で動かしているのに
break pointで作動を停止してしまうバグ バグが多すぎるしそもそもまともな開発能力あるやつがいないか少ないんだろ >>122
で、そのgithubのアドレスは?
どうせフカシだろうけど >>142-143
タダだから、そんなもんで十分
嫌ならどっかの有料のものを使えよ、乞食ども
な感じだろ そんな上から目線じゃないと思うけどね
ただ、開発にそんなに力を入れてないのも事実じゃないかな 挑発的なものいいをするとカッコいいって思ってる人いるね。 >>146
基板まで作成してやるってすごいな。
MIDI と言う言葉と基板写真の感じから音楽用の何かと思ったが
写真用のものなんだな。 >デバッガを繋げず単独で動かしているのに
>break pointで作動を停止してしまうバグ
デバッガなしで動かすときは、すべてのブレークポイントを無効にしておくものだと思ってた。 アホみたいにブレーク入れてHWブレークポインタで足りなくて
SWブレークポインタが入れられてるだけやろ知らんけど そもそもCubeIDEはデバッガで書き込んだコードのスタンドアロン動作をサポートしてるの?
普通に考えたらデバッガ関係の情報を含まないクリーンな物しかサポートしないと思うんだけど >>154
俺の考える普通だと、デバッグビルドだろうとリリースビルドだろうと正常動作だな
どっちだと動かないとかトラブルことはプラットフォームにかかわらずあるけどそれは使ってるライブラリなどの不具合が原因なことが多い 書き込み後にプロテクトかけるか否かの違いだけ
この辺は仕事で使う人ならよくご存知のはず
デバッグビルドはこのプロテクトかけないから覗き見たり書き換えたり出来る
趣味で使うならどちらで書き込んでその後使おうが自由だよ。 フラッシュローダーで書き込むのとデバッガで書き込むのは違うって話じゃないのか? 新型ゲームウォッチのメインMPUがSTM32だそうな >>160
5500円のケース、カラー液晶、バッテリー付きSTM32評価ボードか。いいじゃん >>160
STM32H7B0だっけ
確かLCDコントローラー向け用途で描画処理に割り切ったローエンド商品だった覚えがあるけど
この用途で使われるとは開発元も想定外かもね
メーカカタログでは工場設備向けのタッチパネルとかに使えるよって紹介だった 任天堂はSwitchにもSTM32使ってたはず
チップセット的な役割でだけど RX65N Envision KitやRX72N Envision KitでNESEMU動かす人が現れるくらいだし
STM32H7で出来ない理由はないんじゃね SWD引き出してオモチャに出来るなら確かに面白い評価ボードになるね
Flashはうろ覚えだけど1.4MBはあったと思う >>167
しかも胸ポケットに入り、8時間使え、見た目はただのゲーム機。アイデア次第で面白いのが作れそう。
いやいや、クリスマス前にはYouTubeにおもしろ動画が載るんじゃね? 元ファーム消さないと改造できない
ちょっともったいない? >>170
STM32のプロテクト破れたら大事だよ SPIでしかカラーLCDって使った事がないけど
ゲーム&ウォッチはパラレルなんかな…なんなんだろ
どちらにしても仕様が明らかであってもLCD制御ライブラリを作られる技量が俺にはないわ LCD程度のライブラリなんてぐぐればいくらでも出てくるだろ STMのハイエンド品ならパラレルLCDドライブモジュールがついてたりするよ
なれないとクッソ分かんねーけどな >>180
ゲームウォッチ用のLCDライブラリってあるの? >>182
ゲームウォッチ用と言うよりSTM32内蔵のTFT-LCDコントローラ用の汎用(?)ライブラリは
色々あるだろと言うことだろ。
俺はSTM32内蔵のTFT-LCDコントローラを使ったことがないから、それがどんなものかわからんが、
>>181が言っているようにクッソ分かんねーなものなのかもしれないが パラレルLCDの制御はブラウン管式モニターの制御に準じてるんで
ブラウン管式モニターがどういう風に走査しているのかを知らないと
なんなんだかわけが分からない。
コントローラー用のパラメータをだれかに提示してもらえれば
誰でもできるけどそんな都合のいいことはないだろうから
自分で何とかしないといけない。何とかするのに必要なのが冒頭の仕組みの理解
分かれば簡単だけどロストテクノロジーだし今から分かるのはしんどいと思う。 ロストテクノロジーかな?
HDMIだってMIPIだってラスタースキャンだよ。 >>185
表示に必要なパラメータはLCDパネルのデータシートに書いてあるし
STの評価ボード用サンプルまであるんだから差異の変更だけで映ったぞ
ロステクでもなんでもない 最初は音楽プレイヤーかフォトフレームか動画プレイヤーかな。内蔵ストレージはあるんかいな。
その次はミニOSの上でKotlin実行環境が出来れば、いろんなAndroidアプリが動くかも……となると面白いんだけど >>187
知ってる奴の話なんかしてないよ
知らない奴の話をしてるんだよ LCDのパラメーターなんて何種類しかないんだから解像度含めてもやみくもにやってすぐ当たるだろ >>192
チラ見したら内蔵は128kbしかないし >>179 はフレームバッファの単純な転送とかで表示をさせる事は出来ても
GPUばりに効率的に線引いたり円描いたり、ウィンドウ出したりは無理って事なんでない? >>194
SPIにしたらLCD側にもコントローラが必要。
しないっしょ、コスト的に >STM32H7B0 バリュー・ライン
>性能
> ・8KBセクタで構成された128KBの内蔵Flashにより、ユーザ・ルートで信頼性の高いクリティカルなリアルタイム・ルーチンを実行したり、外部メモリを容易に構成することが可能
>グラフィックス
> ・デュアル・グラフィックス・レイヤをサポートするLCD-TFTコントローラ・インタフェース
> ・Chrom ART アクセラレータTMによりグラフィック・コンテンツの作成が強化されると同時に、CPUからグラフィック処理をオフロードすることで、CPUリソースをグラフィック処理以外の用途に割り当てることが可能
> ・Chrom-GRCTMによりRAMの使用が最適化
> ・JPEGハードウェア・アクセラレータにより、JPEGの高速エンコーディングおよびデコーディングを実現し、CPUの負荷を軽減
公式ページに書いてあるじゃねーか。的外れ書いてる人はどこ見ているんだ
今時のこのクラスのマイコンなら各社グラフィックスアクセラレータを搭載しているよ
STM32ってF7系もこの同様に内蔵フラッシュが極端にショボイくてROM外付け前提のがあるよね >>196
JPEGハードウェアアクセラレーターとな?動画プレイヤー楽勝でないか? 8Mbitのシリアルromに簡単な暗号化したゲームが入ってる
基板にSWDのランドが用意されてて、SWCLK、VDD、GND、SWDIO、NRSTの順で出てる
勝手にほかのゲーム入れて遊ぶもよし、STM32として使うもよし >>199
おや?買ってもう三枚おろししたの?
で、SWDにアクセス出来るならちょー安価な評価ボードじゃん!素晴らしい! >>197
GUIを実装するのに必要なフォントや画像などのリソースは何処に格納するの? >>202
WindowsやMacみたいに何でもかんでも載せない >>203
STM32F746G-DISCOみたいなの完全否定? >>204
STオタクでもSTの中の人でもないのでそれは知らない
色々積めるんならSDカードでも突っ込んどけば?
どうせ後で色々入れたくなるんだろうからFATかなんかで
フォーマットされてる方がやりやすいでしょ 外人さんのtwitter でLCD 動かしてたり、ROMカートリッジ化に改造してるのがあるね。 ハズキにかかわらず拡大ルーペは、きれいに良く見える距離がすごく狭い >>157が報告していたバグは昨日あたりに来たアプデで修正されたね
デバッグモードから抜けられなくなる不具合の修正
全く関係がないけこど、興味本位で買ったこのST-Linkは
SWOポートあるけど機能しなかった。
書き込みは正常に行えるけど頻繁にST-Lunkを見失う
公式がこの手のコンパクトな物出してくれれば多少高くても喜んで買うんだけど
NGワード含むからURLの一部ひらがなにしてる。
WINGONEER ST-Link Stlink V2 for STM8S STM8L STM32 Cortex-M0 Cortex-M3 SWIM JTAG SWDインタフェースプログラマ https://www.あmazon.co.jp/dp/B012VR3PVA/ref=cm_sw_r_cp_api_fabt1_8VUTFb84HWTWM?_encoding=UTF8&psc=1 中華製エミュレータのいい加減さは有名な話なんで今更感あるな
いい加減さを飲んで使うか、安定性重視で公式を使うか感性の問題で優劣はないが、
ダメだって分かってんのを使って文句言うのはアホの極みだわ JTAG仕様をSWDとして使う事は理屈的に可能だと分かるけど
SWO(TDO)をTDIなしに使えるもんなのかな?
JTAG接続でならトレース出来るってんならちょっとした改造で動くはずだよ ちと出勤なんで詳しく書けんけど
TDIが何をしているかググって調べるとすぐ分かると思うから試す価値はある
むしろ動くなら俺も今ちょうど欲しい 何が快適になります?
ちょっと最近動作が不安定になってきた中華V2をやめて、
正規のV2買おうかV3を買おうか迷ってる。 Nucleoを折ったSTLinkV2-1使ってるわ V3
書き込みやデバッグが速い
I2CやUARTなどのおまけ機能も便利
NucleoもV3内蔵のが出てきた v1→v2→v3みたいなアップグレードはできないんだな
部品箱からstm32L-discoveryを発掘したのにv1はv1のままだったw
F103c8t6搭載してるのはv2-1と同じなんだが Nucleoって純正としては随分安いけど、V3付きで割安、お薦めの奴って有る? stlink-v3miniとかmodsというのが千円程度でかえるのね
秋月で扱ってくれないかな >>221
俺も同じ
剥き出しだ扱いにくいから3Dプリンタで作ったケースに入れてある stm32g031の8pinのやつ、Aliでは売らない(売れない)のかな…
さすがにこれだけを買うために秋月の送料はもったないというか… Aliの安い奴は大体コピーチップでしょ。
正規品はそんなに安くない。
要はコピー品が出るかどうか。 STMはコピー品潰しの為に安値で卸しているんでしょ 一番出回ってる103c8t6のチップや基板が100円ちょっとの奴はコピー品でしょ。
mouserやdigikeyでも1個500円だし。 それぐらいの送料は払えばいいのに。たいした金額でもなし。 Aliの奴は刻印もコピー。
安いブルーピル基板がコピーチップなのは有名な話。
本家よりクロック上げれてROMも増量w。
ちょっと検索すりゃいくらでも出てくる話。
仕事で使うなら当然正規品だけど、趣味で使うには重宝する。 秋月まで電車で片道300円圏内に住んでるわけじゃなければ
送料も高くはないな
レジ袋5円とかケチる程度の話 AliのF103はバイナリ互換あるコピー品
180MHzとかでも当たり前のように安定して作動するから
本物より性能いいよ。Flashもなぜか型名とは不一致で1MBあったりするのもある
中華の3Dプリンタにもよく使われてる >>238
>180MHzとかでも当たり前のように安定して作動するから
おいおい、チャイナコピー品なのにそんなにすごいのか。
M4品のコピーも出してほしいな 180MHzだとウエイト2〜3サイクルどころじゃすまなそう ARTです
ARTに頼るのです
まぁそこまでいったらキャッシュ頼みやで 3DプリンタのEnder3ってのに付けてる中華のアップグレードボードもF103が150MHzで作動してたな。
3日連続で印刷なんて事はザラだけどフリーズした事は一度もないから凄いと思う >>239
チップのパターンからコピーされてるのか、工場から横流しされてるのか、そんな感じかもな。 ネタとして面白いのはわかるが一絡げに「コピー品だろ」で片付けるのはどーかと。
相当需要限られそうなパッケージまであるんだが。 >>244
開封してマイクロスコープで解析した画像とか海外サイトで見かけたけど
互換ありながら別物
プロセスルールも違ってて本物よりコアも小さい 半導体でコピー言ったらマスクレベルでコピーされているのを言うのではないの?
同一仕様に開発・製造されたのは互換品でしょ
マスクのコピーだったら性能もオリジナル相当にしかならないし、いくら中華パワーでも
物理の法則はねじ曲がらん >>247
それはどうかな。
品番やロゴまでコピーしてるんだぜ。
FT232のニセモノだってマスクは違う。
多分設計データだって流出物だと思うよ。 偽FT232はマイコン入ってるんじゃないかという話があったね MITいけば中国人学生いっぱいだし、仕様さえ分かれば独自実装ぐらい余裕じゃねーの。 プロセスルールと耐圧とコストの関係も知らないヤツがいるのかよ
Arduinoスレと大差ないレベルだな
この程度のマイコンで低耐圧&超高価な最新プロセスとかあり得ないわ >>251
armコアは購入してくるだけでいいが
ペリフェラルの互換実装はそれなりに面倒くさいと思うぞ… >>251
未知のエラッタまで忠実にコピーするの? >>249
FT245を買ったら、中身がFT232のものが来たことがある。
一部のロットにそういうものが混じったのだとFTDIから連絡が来て回収交換になった。
あれは、FT232に間違ってFT245と刻印したのか、実は中身が同じで、間違ってFT232の
ファームやデータを書き込んだものなのかどっちだったんだろうって思ってる。 FT232の中国製互換品の内部はFTDIの実物とは別物でUSBの通信プロトコルを
独自解析してUSB通信プロトコルレベルで互換性を実装したICらしいぞ。
ICラベルを変えた訳ではないだろうね。
STM32互換チップもLSIを完全にコピーしたものではなくARMと周辺ペリフェラル
仕様を同じにした独自設計。必然的に製造プロセスも異なるだろう。
完全にコピーと言い切れるかは微妙。 互換チップを設計からやって格安で売って利益があるなら大したもの >>258
互換チップを作っておいて、
Z から 棒をひとつ取ってできる数字ってなーんだ。答えは7です。
って、マッチ棒の謎々みたいな命名のもあったしね。
後発が力をつけていく過程でそういうこともあるわけだけど、
ゆるゆるだった時代と違って今のみんなの目は厳しいね。
昔に成長したところにはアドバンテージがあるはずなんだけどな。 コピー、コピー言っている人はLSIもソフトと同じく簡単にコピーできるとか思ってそう >>260
さすがにそれはないのでは。
>>251なんて、MITの中国人学生の能力の高さを称賛さえしているよね。 >232,236,238なんかはそう信じて疑わないんだろ いずれにしろ
安く買えるのはありがたい
FTよりUSBマイコン直の方が安くていろんな事が出来るので最近FTの出番が無い
blue-pillだとマイコンと直接つながって
変換も3ch出来て
非常に安価 この板の住人が未だに中国人だから技術力が低いと思ってるほうがアホだと思う。
とっくに底辺の技術力からして追い抜かれてることに気づこうよ、自称デジタルネイティブのネトウヨ君。 Galaxyに組み込まれてるサムスンのExynosコアの設計は現行品は米国テキサス
Labで設計したものだが、最新の64bitの製品は中国のサムスンR&D Institute
が開発してるよ。
それだけ優秀な人多いんじゃないの? これだけF103(互換チップ)が量産されているということはそれだけ需要があるということなんだろうけど
何に使われているんだろうか。ということの方が気になるわな
ドローンとか、軍事的なものなのかな >>267
ドローン用じゃF103はショボすぎるわ
PC関連だとキーボードやマウス、LEDなどの周辺機器
民生用はリモコンなどの各種制御機器
すでにPICから切り替わりつつある 一昔前のロケットの姿勢制御プロセッサは33MHzとかだったし
72MHzもあればマルチコプターの6自由度制御くらい楽勝だろ
この板に限らないけど自分に都合の悪い情報を無視して「チュウゴクガー」
「カンコクガー」言っている人って日本の衰退を加速させていると思う
それって中国や韓国でメディアの報道に躍らされて「ニホンガー」言っている人と同レベル
ライバルを知らずして戦えるわけがないだろう >>272
知ったか乙
オープンソースのardupilotではF4系からH7系に移行してる
そもそもF1系は使われてない
なお世界中のドローンはardupilotの亜流がほとんど
URL示しとくから勉強してきな
https://ardupilot.org/copter/ M-Vロケットの姿勢制御システムは
ttp://www.isas.jaxa.jp/publications/hokokuSP/hokokuSP47/155-210.pdf
>マイクロプロセッサ(MC68040)
>データ処理性能 4.8[MFLOPS] (33MHz)
>17.8[MIPS] (33MHz)
これで動的姿勢制御を行っている
MOMOは
ttps://news.mynavi.jp/article/20191018-911492/2
>STM32F405(168MHz)
で計算能力はあり余っているそう
STM32F103で計算能力が足りないとすればショボイのはソフトの方 まあ、2MHzのコンピューターでアポロは月まで行けた訳だし。 姿勢制御なんかは精度高い処理するのでFPU必須だろ
FPU無いF103ではクロック高くても性能厳しいと思われ
>>264
まったく同感w安くて使い勝手いいよなw 画像処理を使って制御してるようなのは
CPUパワーはいくらあっても困らない
単に加速度やジャイロセンサによるフィードバックならチープなCPUでもいい
必要なCPUパワーは制御方法や要求性能次第 制御対象が物理現象である以上、制御レートの上限も自然に決まる
1msだの1usだので計算できたところで機体が反応してくれるわけではないのであまり意味はない
M-VロケットのING出力レートは10msだそうだ。5G以上の加速度で飛翔することを考慮してその数字だと
せいぜい1G程度のマルチコプターの制御なら同等かそれ以上でも問題なく制御できると考えられる
あともう一つ。計算にfloatは必須なのか?固定小数点では精度は足りないのか?
マルチコプターが取り得る姿勢や加速度なんてロケットよりもさらに制限される
最近は「小数点が必要≒浮動小数点を使う」みたいな風潮があるように思う floatあれば実装楽
カルマンフィルタなんか固定小数でなんかやりたくない F103が必須なら詳細考えるけど
もっと性能いい物が選択肢にあるでしょ
floatが必須かと考えるよりは、
float使えば簡単なので使いますで終了 AliのF030K6がクソ安くて非常に捗る
8bitマイコンとはおさらばだ >>283
log 取ればダイナミックレンジは増えるよ。 >>287
そんな余計なこと考えたくない
PCで検討したコードそのまま動かせれば
らくちん float無くてもいいなんてーやつは
苦労したことないやつだな ロケットよりドローンの方が軽いし制御周波数高くないと感覚的に制御追っつかないと思うんだけど、
ロケットってそんなアクロバティックに動くの? >>290
だな。
32bit float型の仮数部は23bit、精度は制限される。
23bitで済むところにしか使えん。 >>264
安さと引き換えに安全性やセキュリティを犠牲にするのか
自作のおもちゃにしか使わないおじいちゃんだから許されると思っている >>291
ドローンを安定飛行させるのに必要な制御周波数(と角加速度)っていくつくらいなん?
あと用途にもよるよね。競技目的の機体と空撮目的の機体では大分変わるだろう
大ペイロードを搭載していたらアクロバティックな機動なんて出来ないし >>292
23bitの精度が得られるのは指数部が同じ場合だよね
広いダイナミックレンジを活かすような計算をしたらもっと減る
>>295
double対応のFPUを積んだマイコンってまだまだ少なくね 君ら、倍精度くらいで間に合う程度のものしかやってないんだ... 大概は16bitあれば間に合うよね。
FPUなくてもソフトでやろう。 精密加工装置の制御とかならともかく飛び物のセンサやアクチュエータの分解能なんて
そんなに無いんだし計算器の精度だけやたら高くてもあまり意味ない >>295
STM32はいつから64bitになったんやねんw >>290あたりは非常に高い精度のアクチュエータやセンサを使って何かすごいことをしてるんだよ
それが何なのかはNDAとかなんとかで教えられないんだよ
分かってやれよ >>300
おっお前、さては過去からやってきたな?! >>301
F7でもF730/F750とかの安いやつは単精度じゃね ちょっと上で出ていたSTM32H7B0のFPUは倍精度対応
各社ハイエンドマイコンの一部が倍精度に対応し始めたって感じ 適応フィルタなんかやれば浮動小数のありがたみ分かるよ
固定小数でもやったことあるけど辛い
いろいろ余計な小技をいれないと
性能がでない
いまはデバイス安いから余計な苦労をすることもない 知らんがな。タバコ吸わない人にニコチン厨がたばこの味がどうのこうの言ってるのと変わらない。
ちょっとアスペすぎるよ、キミたち。 普通はfloatで十分
SLAMとかで巨大な行列を扱うなら
そもそもSTM32じゃ力不足 floatで足りなければ
疑似倍精度を使う手もある
doubleより確実に速い 別に8bit CPUでも倍精度演算くらいできるだろ。 >>310
甘過ぎwww
メカ制御だと、質量単位がグラムかキログラムか、角度単位がラジアンか度かなど、夫々のコンポーネントや制御ブロックで使われてる単位や係数が大きく違う
なので、先ずはdoubleで制御計算をやって、基本機能を確認&パラメータ調整を終えたあと、ゆっくり整数に落とし込んで、トータルパフォーマンスの向上やメモリー削減をするのが常識 >>310
既に近しいスペックのメカで実用化済なら、いきなり整数やfloatで始めても大丈夫ではある >>313
floatで十分
の反論になって無いけど floatで有効精度7桁ある
STM32で使うような計算なら
普通はこれで十分 整数に落とし込めるならdoubleは不要ってことだと思うんだが ターゲットに落とし込む前のテスト動作で
とりあえずPCやリッチな環境でdoubleを使って実装する
ってことなら
そりゃ当たり前じゃないか?
STMは関係ないけど そりゃアプリによる
そんなことは当たり前
その上で
STM32でやるような姿勢制御でdoubleが必要なんてことは非常にマレ
という主張をしてるわけで えっ?単位なんて最初に合わせておくんじゃないの?
単位間違って事故ったロケットや航空機とかもあるし
使用する単位は最小限にするのが鉄則じゃね
姿勢制御等の信頼性が要求される用途ならなおさら フィードバック制御を固定小数でやれと言われたらちょっとしたイジメだな 単位合わせが必要ってのと
doubleの精度が必要っての
全然つながってないんだよね
単位合わせ、桁合わせならfloatで何の問題も無い てか話の発端はF103をドローン用途で使えるか否かがじゃないのか そりゃ動作仕様次第
オモチャドローンなら高機能過ぎるし
本格的なドローンなら力不足 固定小数点もいまだに色々と使われてる
専用DSP命令があったり ところでドローンにF103はショボすぎるくん(>>269)はどこいった たいてい、ナニナニにはドレソレで十分、って議論は不毛だよな。
自分の価値観がいちばん、ってそれがメインだし。
98いらない88で十分。
DOS? N88で十分だろ。
Windowsなんて永遠のおもちゃ。制御のためにDOSはメインで使われるだろう。
NT系? 98でいいだろ。
XPは認証がうるさい、2000で十分。
いまだにXP使ってる人が多くてセキュリティの問題が…。XPで十分だしな。
なんのかの言ってても、古いもの、小さいリソースのもので十分って言ってた人も、
いつの間にか新しくて豊かなリソースのものに移ってるか、消えてるのは歴史を
見る通りだよね。
固定か浮動かは別にして、F103で十分って言ってる人だって、そのうちそうは言わなくなるんだし。 M4/M7コアはいらねからF103に単精度、できれば倍精度をつけたものもクレクレってことだよな
いまや電子技術大国の中国にはあったりしてな >>332
俯瞰してるおけすげーみたいな
ただただ不毛なマウンティング長文乙 >>333
そこら辺は
arm社のさじ加減と言うか商品戦略の話だから… 仮にそんなものがあったとして
F103として売るわけない
バカなの? >>333
>M4/M7コアはいらねからF103に単精度、できれば倍精度をつけたものもクレクレってことだよな
それがM4/M7コアの製品群なのでは。FPUなしのバイナリは、どのみち再コンパイルは要るんだし。 >>335
GD32VF4XXとかが出てくればワンチャンあるかも?
てかGD32VF103もチップ単体で買えないのがな >>311
スパコン用にdouble型を2つ組み合わせて精度を上げたdouble-doubleがあるから
組み込み用にfloat型を2つ組み合わせて精度を上げるfloat-floatのライブラリ作れって事? >>306
Cortex-M7はオプションで倍精度浮動小数点サポートしてるからね
Cortex-M7を使ったArduinoのTeensy 4.0で使われてるNXPのi.MX RT1062は
倍精度浮動小数点に対応
STM32でもNUCLEO-F767ZIに使われてるSTM32F767ZIT6は
倍精度浮動小数点に対応してる >>339
疑似4倍精度はスパコン専用でもない
疑似倍精度も四則演算だけなら簡単に作れるし
すでに誰か作ってるだろう
重い演算ライブラリなら
double前提じゃなく型の自由度はあるだろう
別にそれほど大変な事でもないすべて整数演算化するのに比べたら全く大した事ない double double が4倍精度なら
double double double は6倍なのか、8倍なのか? 意味的には8倍
疑似4倍をさらに疑似倍にするなんて事は普通はやらないで、普通は以下のように直接作る
triple-double
quad-double ちうごくじん、Stm32好きだね
nxpとかあまり見ないは >>344
4倍精度演算器のあるCPUは非常に少ない
(無いと言って良いくらい)
倍精度で足りないが4倍精度で足りるっていう非常に限られた用途に回路を割くのが無駄だから
また一般的なGPUでは単精度に性能を振っていて
倍精度は非常に遅い
単精度で問題ない用途は非常に多い ここには最低倍精度な人がゴロゴロしてた。
少なくとも昨日までは。 組み込みはZ80からやってるけど〇精度なんて問題になったことないな
おまえら一体何に使ってるんだ・・・ I2S インターフェース作ればいいだけだろ。
今なら FPGA に実装しても Z80 は数百MHzで動くだろうし、DMAで動かしてもいい。
このCPUだとこれが出来ないとかソフト屋並みの発想のやつしかいないな。
いや、ソフト屋なら8bit CPUで4倍精度の計算のコードとか喜んで書くか。 >>345
中華のFreedomなんとかってNXPじゃなかたけ >>348
組み込み対象って、どうせパチンコ台だろう?
だったら浮動小数点どころか、整数も8bitありゃ充分だわな >>340
あとルネエレのRX72M/RX72NのFPUも倍精度。当然高いヤツばかりよね >>355 >>356
へーっ、今でも Z80 使われてるんだ?!
理由は、基本動作のコードがZ80用で、業界のテッパンになってるとか? >>357
警察が新しいのを選定するのがめんどくさいからだろ >>357
警察対応 Z80でソース提出して出玉不正が無い毎を
証明しないと認可して貰えない >>359 >>360
ほぉ〜っ、警察関係の理由なのかぁ!
やっぱりギャンブル関係は色々あるんだな。。。 >>352
あれは「遊戯機」という組込みとは別のジャンルだよ >>363
>>352は法律上の区分について語ってるんじゃないと思うよ ゲームウォッチのNESえみゅがgithubにあるな
これでLCDもボタンも全部簡単にアクセスできる すげー
エクスプロイトでバックアップしたのか
で、odoroid-goの移植か >>364
いんや、俺様経験則だよw
時々遊戯機メーカーから問合せが来るが態度が異質。要求も異質。一般的な組込み論が全く通じない。
あの業界は組込みでは無いよ フリスクケースの人?
それか短波ラジオか〜200Mの 保守… STM32CubeIDEは1.5.1までいってます。 同系列シリーズのマイコンのシェアでは、STM32がシェアトップ? 補足
PIC32とかPIC18とかいった系列わけで見た場合のシェアです PIC32とかPIC18とかで分けたら
STM32も系列の一つだろ? 月10万台も作るようなセットの部品選定担当なら話は別だけど、
シェアなんか気にして意味ある? >>386
むしろ、使用量が少ないほど問題になる。
一番困るのは将来入手困難になること。
シェアの大きいシリーズの、流通量の大きな型番を選びたくなるのは当然。 >>388
シェアじゃなく、ディスコンにするメーカーどうかじゃないの?
市場からかき集めてるなら別だけど。 >>390
使用量の多い大手の会社の人かな?
小さな会社だとディスコンの事前連絡もらえないし
融通を利かせてくれることもない
ディスコンになってなくても、入手まで半年以上とか話にならないし
流通量が多いとそう簡単にはディスコンにならないし
どこかで購入できることも多い
(大きな会社の人は品質保証がどうこうと言うだろうけど
小さな会社はそんなこと言ってられない) >>391
今の代理店はそんなことしてくれないよ
大手の会社に対しては違うだろうけど >>394
事前連絡でしょ?
事前に連絡が来て今後の必要量分の在庫を確保してもらえる
小さな会社だと、事前連絡来ないよ 事前連絡はたいていは代理店からくるわけだけど、代理店を介さずに小売り店から買ってると絶対来ないよね。
Digikeyだとかつて買った部品についてはディスコン情報が来るけれど、全部の部品についてきているかどうかは確認してない。
とりあえず、シェアもさることながらディスコンをわりとよくするかしないか、という方向で考えた方が良いと思う。
あるいは、少量でも買える定番マイコンはディスコンになりにくいとか。
昔、日立のH8って国内ではすごくシェアがあって、むちゃむちゃ品種もたくさんあったけど、好きな時に少量購入できないような
ものばかりだったよ。 まあ32bitコアならSTM32が有力候補かな
STM32F103C8T6 や STM32F103CBT6 なら
怪しいのも含めてめちゃくちゃ一般市場に出てるし
用途が合えばだけど 自動車用はディスコンに強そう。ルネエレのRH850は小売りされていないけど
NXPあたりでその手のシリーズはないのだろうか マイコンのディスコンなんて
川崎製鉄で見たくらいだ STM32F103C8T6が中国人のハートを掴んだのは何故なのか >>402
民生向けじゃないから
数も少ないし
ディスコンも気にしなければならない 海外LCDメーカーのweb見てたら採用品が無くなってて
代理店に確認してもらったら代理店も知らない内にディスコンになってたわ IoT向けのIntel Edisonは登場から3年で消えたな PC-98x1なんかもだけど何十年も前の骨董品を使い続けて時代に即した生産性を発揮できるのかすごく疑問 国から検査入るやつだと設計変えにくいし、時代についていくほうがデメリット大きい
そういうのが化石システムでやりくりしてく いまでもそうなの?
中古の台を手に入れて、中身見てみたいな >>414
ユーザーが使うものはそうだけど、産業向けには80186搭載品がまだあるよ。
「ソフトを変えたくない」(ソースがアセンブラだから)ってな理由で、全く同じにソフトから見える様に入手困難な部品はFPGAで再現してつくったなぁ〜 >>417
と、いっても4MHzのDIPが載ってるわけではなくASICに入ったIPコア
警察の認可対策でしかない。 >>419
ああ、それは何かで読んだことある
確率決めるプログラムの暗号化がどうのこうのってやつね >>421
それ、やってみたいわ。
Z80、6809、80186、今なら周辺含めSTM32ならエミュレーション出来んじゃね?と思う。そうすればSTM32が真ん中に1個載った基板作ってお仕舞い。
ただねぇ、そうするとそのエミュレータの品質は誰が担保するんだ?になるw おもしろそう、ググったらBulePillやLPC1115でZ80実装したのは見つかった >>423
ARMでファミコン、スーファミ、メガドラ・・・のエミュレータが動いてる訳だからな。
品質保証って何の話だよ? そんな非合理的な事しているから世界においていかれるんじゃね・・・ >>426
大丈夫、ガラパゴス進化させるのが日本のお家芸だからw マイコンモジュールとしては、新しく出る Raspberry PI Pico もイイ感じだね。
少量で数回の生産で終了するならそれでいい用途も多いと思う。 そこまで高性能なチップというわけではないのにFlash混載しないんだなあ、という感想
いろいろ上で走らせるつもりだからメモリ多く取りたいんだろうね そんなことするなら Pi zero を $5 でちゃんと供給してくれよ。 ラズパイPicoって組み込み用としてはペリフェラルが貧弱過ぎね?
それこそ安いSTM32で良いような 5ドルのzeroは赤字でやってるだろうから購入制限はなくならないよ >>427
それが利益に貢献するならまだしも自分の首を絞めていては世話ねーぜ >>431
用途によると思うよ。
個人的には、STM32F411CE か STM32F446RE を選ぶけど。 >>434
用途によると言うなら、Pico が適する用途を上げないと。 >>435
なんで>>434がそれを挙げる(あるいは知っている)必要があるのかな? 用途によってはZ80だって使われているよ(パチンコ業界)
じゃ全く普遍性無い。全く論理的じゃないし完全にガラパゴス PIC
STM32
ESP
Pi
スマホ
PC
この辺はカバーしておきたい >>437
知らないのに「用途による」とか言ってるって?
434をバカにしてんの? d1o9rJ3Zの言い方はウザいけど51Bq8Ivhも大概だろ
「用途による」と言っておきながら自分の用途も述べずに特定のマイコンを推すとか デバイス選定条件は
電圧、I/O数、ペリフェラル機能性能、処理能力、価格、開発環境、開発経験
こんなものだろ
最近platformIOでarduino遊んでるけど
STlinkがすごく便利w
仕事なら猛烈にプッシュするわw
それはそうとラズパイpicoは安いからオモチャに買うw確定 このサイズで組めるからな用途によっては最強だよ。用途によってはなw
https://i.imgur.com/qGzkHQo.jpg 仮に>>434が用途を挙げられなかったとして、そのとき>>435が得るものって何なんだろう。
(1)この場での議論に勝つ。
(2)そらみろ俺が言ったようにPicoには用途がない、と納得する。
(1)はまるでどうでもいいような話だけど、(2)は435にとって不幸でしかないじゃないか。
用途を創出できる人が偉い人。のっけから用途がないって納得するのは思考停止だし、
用途がないと不満を言って、その実、教えてもらおうとするのは弱い人。 ラズパイをはじめとしたホビー系SBCはインダストリアル系SBCと比較して価格差1/10とかだったりするけど
ラズパイPicoにそこまでの価格差はない。STM32でもLPCもRXでも極端なコスト差無しに似たような物を作れる
Nucleo買っても4倍もしない Picoに今さら感なのはごもっともだわ
でもラズパイの世界に組み込みマイコンみたいな性能が必要だったから
彼らには有用なんだろう >>447
4倍wwwもうちっと言い方
Nucleoが500円で出たら喜んで買う
いやマジで
お願いです出してください >>447って、なにをどうしいんだろう。
新しいチップの新しいマイコンボードが出てきた。
それを使う人がいるかもしれない。
それだけのことじゃないの?
今でも、わりと高いオリジナルのArduino UNO3 だって買う人がいるわけで
たかだか性能だ、コスパだ、なんだ、みたいな些末な合理性だけでマイコンボードが
選ばれるわけでもないことぐらい、その理由がわからなくても世の中を見てれば
わかるはずだと思うのだけどな。 以前に話題になったけど、Nucleoは製品に組み込まないで、って話があったよな。
単品製作な仕事なら、お客様希望で使うことがあるけど。
Picoは組み込みをターゲットにしてるね。 PicoはPythonでプログラムする人が多数派になるんじゃないかなぁ
便利なライブラリも増えていくだろう
俺らみたいに普段STM32とかRXいじってる人には
よく分からんシロモノになるんじゃないのかな >>447
ラズパイpicoってさ
M0+のデュアルなんだよね
クロックだけは高いけど… >>453
今までのマイコンの使い方をしていた人がそれを使うようになる部分もあるだろうけれど、
今までマイコンを使っていなかった人も参入してくるのだと思う。
Arduino環境が、電子工作にさえ明るくないクリエーターにマイコンを広げたのに似ていて。 以前にMicroPythonやmruby/c等の応用を考えたことがあるけど用途はかなり限定されると思うんだよな
クロス開発じゃ結局PC頼みになってしまうし、セルフ開発するには並のマイコンでは貧弱すぎる
ESP32に開発環境のWebアプリ込みで実装してどうかって感じ
従来のベアメタルでゴリゴリやって作るようなアプリをMicroPythonで作れるならすごいけど
Arduinoがそうであったようにそこまでの能力はないだろうし >>456から見て用途が限定されてもいいじゃない。 RP2040は半導体の設計を財団側がしているからNXPやBloadcomなどは関わっていない。
独自で設計してるようだから部品としての売り方になると思う。製造工場に発注する時は
大量生産だろうから。自前設計なので教材としては低コストになるがそうなるとRP2040を
教育用途以外で使わないとコスト的に合わなくなるのだろう。低コスト期待して中国製を採用
するわけにもいかないのだろうし。
だから幾つかの製品がPicoとは既に販売されてるのだと思う。
結果としてArduinoのように用途を広げてるのだと思ふ。教育市場だからST等の製品とは
分野が異なるから競合するか分からないが。 QFN は微妙。
Raspberry Pi と開発環境も違うのに Raspberry って付けるのもどうかと思う。 >>461
いやいや、Raspberry Pi までが一緒ですよ。
今頃になって、「Raspberry Pi」でブランド名で、型式が「4 model B」だったんだと再認識した。
そういえばこれも Raspberry Pi Mouse
https://www.raspberrypi.org/products/raspberry-pi-mouse/
なんとなく、Raspberry Pi 用の Mouse って認識してきたけど、Raspberry Pi ブランドの Mouse だったんだな。 なんでM0+デュアル?
想定した用途がある?
もうちょっとリッチなコアをシングル
の方が使いやすくないかなあ 俺は性能いいシングルと多少落ちるデュアルだったらデュアル選ぶな
断然プログラミングが楽(プログラミングは面倒だけど期待する動きを実装しやすい) そうだな。シングルコアがいいよな。
ついでにAMBAバスはやめてほしい。 >>463
想定してるといえばMicroPythonでの利用だろうな
micro:bit的なものをRaspberry Piブランドから出したいのかもね デュアルコアのマイコンプログラミングってどうやるの?
WindowsとかだとOSに委任だけど。 普通はRTOS使うんじゃないの?
ESP32だとESP-IDFという公式のフレームワークがFreeRTOSに対応してる
ArduinoもFreeRTOS上で構築されてて
FreeRTOSの機能を叩くことでマルチタスクのプログラミングができる
ESP32用のMicroPythonもFreeRTOS上で動いてる
MaixduinoというRISC-VのデュアルコアモジュールのK210を使ったやつも
一応Arduinoも用意されてるが
メーカー側が力入れてるのはMaixPyというK210専用のMicroPython
M5StickVという同じくK210を使ったやつはメーカー公式ではMaixPyしかサポートしてない
K210も公式のSDKでFreeRTOSに対応したものが用意されてて
MaixPyもFreeRTOS上で動いてる
RP2040はおそらくMicroPythonの使用を想定してデュアルコアなんだろうね
デュアルコアに対応するのはMicroPythonなら比較的簡単
MicroPythonがデュアルコアに対応してれば
MicroPythonでマルチスレッドプログラミングすればいいだけ
MicroPythonなら比較的簡単にマルチスレッドで動かせる M0+程度ではOSレスも多いと思う
2コアで2個のコードを独立して動く
2マイコンよりはコア間通信が楽
でもはじめから1コアの方が楽だね
チープなマイコン2個あってもねえ
設計思想や管轄の異なる2個のコードを動かすとか?
100クロックオーダーの超リアルタイムな処理が2個あるとか
命令数でタイミング調整してる超原始的コードとか?
思い当たらないことも無いけどレアだね 独立コアなんてのあるのかよ。それは使い勝手悪そうだなw
ラズパイのはvoid multicore_launch_core1 (void(*entry)(void))
呼ぶらしい、ほぼRTOSだな。この形式は楽にデュアルコアの恩恵受けれる ラズパイなんだし、実用性云々よりもマルチコア学習ツールなんだろ マルチコアの学習目的なら10倍出してでもSpresense買ってきた方が良いんじゃないの
M4F×6だしかなりいじりがいあるぞ ラズパイの名前があるから凄く思えるけど
デュアルコアPICやArduinoみたいなモノだしw
RAMは内蔵だけど、ROMはブート用だけで
QSPIフラッシュで2Mだし
データシートのダイヤグラム的に
QSPIからRAMにコピって動くのか
QSPIからそのまま実行出来る仕組みなのか知らないが
#16kのQSPI専用キャッシュがぶら下がってるから
#そのまま実行する仕組みを備えてるふいんき(ryだけど >>471
単純にマルチコアが分かってないだけだろ
「ハードウエアUARTなんていらない。ソフト処理で十分だ」って言ってるようなものだからなw
メイン処理と表示、メイン処理と通信、メイン処理とデータ保存・・・
処理クロック数考えなきゃいけないような用途じゃなくてもコア複数あれば楽できる
シングルコアは特に外部ライブラリで割り込み入ってほしくないところで入らないようにしつつ疑似マルチタスクるのが面倒 MicroPythonだとこんな感じでスレッド扱えるよ
ちなみにESP32 MicroPython loboris版用
https://pastebin.com/v6nh1JY9 >>478
お前の設計だと
制御対象の数分のコアが必要になりそうだな
素人か? >>474
マイナー過ぎてお前らしか知らないのをあげてもね コアが複数あったってバスやらメモリやらペリフェラルは共有だし
アクセスが衝突すればどちらかは待たされて遅延する
同期処理が不適切であればデッドロックするしプログラミングの
コストは基本的に増える >>480
分かりやすい例挙げてるだけなのにどうしてそこまで頭悪いんだ・・・ >>483
通信、描画、モーター制御、LED制御
を行うマイコンだと4コア欲しくなるね
通信相手が10個あったらコアも10個欲しくなるね
ってバカにしてるんだけどわかるかな? MicroPythonでESP32とMaixduinoでマンデルブロー集合の計算を
メモリ上だけで2スレッドでやってみたが
シングルスレッドの場合と速度変わらない
だけど、1コアしかないのTeensy 4.0のCircuitePythonよりも
2コアあるMaixduinoのMaixPyの方が2倍くらい早い
Teensy 4.0の方がコア性能は上のはずなんだけどね
MicroPython自体が2コアで処理振り分けて動作してるのかな? >>484
そりゃ10個欲しくなるよw
でもないんだからそれをある数で工面するわけだろ
それが1つよりも2つの方が楽だってことよ
なんでそんな小学生でもわかりそうなことが理解できないんだ・・・ コードを書いたことが無いド素人の発想だね
じゃあなんで世の中にある同じような規模のマイコンはシングルコアばかりなの? PCだと8コアだの16コアだのも珍しくなくなってきたけど
マルチコアが当たり前になって10年以上経っているのに
これらを使い切れるアプリケーションは一握りだよね
つまりそういう事だ
>>481
知名度はSpresense>Nucleoだろ。Spresenseは登場時に
エレクトロニクス系以外のメディアでも報じられたし、秋葉原では
店頭販売されている。知らないなら知らない人が疎いだけ M0+とPCじゃ全く規模が違う
M0+は32bitの中では最小レベル
PCはCPUのコアの規模としては最大レベル
STM32だとM7のSTM32H7でやっと非対称2コアが出てくる
非対称なので完全に別のコードを動かすのを想定しると思われる PicoがデュアルコアなのってPentium4のHTと同じ理由な気がしてきた
片方のコアが分岐予測ミス等でストールしても、もう片方が動いていれば
ある程度のスループットは維持できる
QSPI Flashにコードを置いて実行することを前提とするならフェッチミスの
ペナルティは非常にでかい。Flashが遅いSTM32だってペナルティせいぜいは
4サイクルくらいだしFlashの速いRXなら1サイクルだけど、QSPIの先まで
取りに行ったら10サイクルどころじゃなく止まってしまう Parallax の Propeller を使い倒して来い。 >>489
非対称型マルチコアはプログラミングの容易性を目的とした物ではない
>>492
プリフェッチするのはXIP。STM32にも同様の機能があるだろ いずれにしろ
HTTじゃないんだから
2コアにしたところでスループットは稼げない
たった2段パイプライン
たった1.2万ゲートのコア >>493前半
全く同じ意見
違う主張に見える記述あった? >>487
CPUもメモリもたくさんあるほうが嬉しいからね
貧乏人はシングルコアで遊んでなってこった チープなコア2個
vs
リッチなコア1個
の比較
なんだけど M0+を2コアってのは価格やチップ設計の問題だろうな >>494
もしRP2040のXIPがプリフェッチするときに分岐予測に類する動作をしていないのであれば
キャッシュミス時のペナルティはやばいな
STM32のXIPは直線でしかプリフェッチしないようだけどこっちはM7コアだしコア側にも
キャッシュがあるしスーパースカラーな事を考えるとM0+なRP2040より大分マシと思われる なんかSTM32以外の話をしたがる奴が紛れ込んでいるなぁ〜 >>453
俺もPicoのメイン言語はMicroPythonだと思うよ
で、第一のターゲットは子供の電子工作用途だろ
>>477
QSPI上のコードを実行だろ。少しでも高速動作したいコードためにRAMに転送して実行も
できるようにもしているだろうが。
STの製品でもQSPIをサポートしているのはSPIフラッシュ上のコードを実行できるように
なっているのあるんじゃないのか? 子供ターゲットならarduino unoみたいに扱いやすい形にするだろ STM32のQSPIはメモリマップッドモードサポートしているんだな
趣味でSTM32の俺はQSPIフラッシュつけて動作させたことがないから
内蔵に比べどれぐらい性能悪くなるのか分からんが、QSPI用キャッシュの
おかげであんまり低下しないのかな。 STM32F750とかQSPI Flash付けて使うこと前提に見える >>505
内蔵より性能落ちるが比較しなきゃ気にならない
ただメモリマップドモードのままじゃフラッシュに書き込めないから
モード変えたりキャッシュ処理したりクソ面倒 >>507
内蔵フラッシュもフェッチしながらのプログラムは出来ないように見えるけど こんなのが見つかった
ttps://www.stmcu.jp/technical/hint/no-015/
この機能が使えるのって少なくないか。F103は付いているけど
F401は付いていなかったり Raspberry Pi picoはC言語のSDKもあるみたいだね
スイッチサイエンスのRaspberry Pi picoのページに
Raspberry Pi picoのデータシート
チップのRP2040のデータシート
C言語のSDKのドキュメント
Pythonのドキュメント
これらのpdfファイルのリンクが貼ってあって落とせる
Web版のC言語のSDKのドキュメントのリンクもあるね
Flashが2MってことはQSPI接続なんだろうね
FlashがQSPIだとするとESP32とかと同じようなかんじなのかな?
2Mあると漢字のフォントデータとかも余裕で入るね >>507
ESP32もFlashはSPIだけど全然問題になってないよね >>511
あっちはSPI書き換えのAPIが全部やってくれるからね ググっていたらSTM32の内蔵フラッシュにデータを保存する場合は
セクタ単位で消去・保存とか、セクタ0にデータを保存するような記事が
上位に出てきてビビる
そんな使い方したら無駄にフラッシュの寿命を縮めるだけだし
処理中に問題が発生したら起動しなくなってしまう
しかも電源断等への対策なんか何処吹く風だったり
>>511
そもそもESP32ってあまり速くなくね? 寿命の人の実験みたいな記事に噛みついても、疲れるだけだよ。 M0+ 2コアはマーケティングの事情だな
ARM 2コア
って聞けばそれだけでそれなりのパフォーマンスがありそうと思うから
2コア合わせても8086よりゲート数が少ない
非常にチープなコアなんてことを
知ってる人は少ない まずネットで検索する。みたいな人は少なくないしググって上位に来るってことは
それが正しいと思って拡散させている人が少なからずいるという事では
メーカーが書いている
ttps://ednjapan.com/edn/articles/1907/26/news018.html
はおおむね妥当だと思うけど1ページ目には出てこない
EEPROMを付けてググるとトップに出てくるけど「マイコンでデータを保存するならEEPROM」と
考える人は古い人が多いんじゃないかな >>516
risc、ciscって基礎的な単語知ってたらそんな比較して結論出すことはないと思うがw 32bit ARM命令セットをRISCと言い切っていいのかは議論がありそう
64bit ARM命令セットはRISCで良いと思うけど
マーケティング的にはARMの都合でしょ。M0+とM4では雲泥の差がある
M0+って386SX的な印象。32bitと言いつつ16bitに毛が生えた程度で
本来の32bitに期待されるほどの性能は持たない 最近はどのスレにも「俺様が気に入らないレスはスレ違いだ消えろ」みたいな人がいる スレ違いは気に入る気に入らんの問題じゃないだろ
ただの雑談がしたいならふさわしい板に行け >>519
今時RISC, CISCなんて化石な分類をするヤツがいるとは
x86 vs ARM
技術は多少進歩してても
ARMは1.2万のゲート数で高性能が出せる魔法じゃない
32bitの中では最もチープと言って良いくらいチープ
チープなのをニコイチしてもチープなものはチープ …32bitARM命令セットはRISCだろ…
Thumb1/2命令セットはどうだっけ?
M系はThumb2しか動かない訳だが… 今時RISC, CISCなんて化石な分類をするヤツがいるとは ハイエンドARMはCISCのいいとこどりしててRISCじゃなくなってきてるけど組み込み用は十分RISCだぞ
M0はゲート数12,000しかないけどシングルコアでもMHz当たりのMIPSは8086より上
だからRISC/CISC無視すればM0+でもない激チープなM0の方が性能いい
8086 5MHzで0.33MIPS
CortexM0 50MHzで45MIPS RISCとCISCの比較でMIPSを使うとか
わざとやってる?
本当のアホ? RISC/CISCが化石分類なのに、それ無視して比較したらアホか。考え方が破綻してないか? >>528
8051なら3000ゲートで1MHz1MIPSだけどな。 STM32は一部のモデルでDCMIってカメラ入力持ってるからそれを使いたい。
ただMXとかで高レベルなボードお勧めされてもパラレル入力じゃないらしいからなぁ…。
YUV422が動けば良いんですが。 >>533
おっさんスレは基本的に雑談スレ
で、そんなスレに集まる連中はSTM32についてはほとんど知らない
(ほとんど知らないから雑談を楽しむことになる) >>516
メインのコアがI/O処理の処理待ちで止まってるときに
もう1個のコアで計算処理するなんて使い方なら
2個あると便利だと思うけどな
実際にArduinoとかで高性能な互換機使ってると
計算はすぐに終わるのにI2CとかSPIとかのI/O処理に時間がかかってること多いよ
実際にメインコアでSPI接続のLCDの描画中に裏のコアで計算させることで処理速度あがったことあるし
Raspberry Pi picoのユーザはArduinoユーザと層が被るだろうしね
あとは、ArduinoみたいにサードパーティーからWiFiやEthernetなどの周辺モジュールが出れば
メインコアで通信処理しながら裏のコアで他の処理できる
Core1の起動は
multicore_launch_core1(some_function_pointer);
でやるらしい
SDKにはコア間通信用に専用のFIFOの関数も用意されてるみたい
おそらく一度起動したら、Core1はずっと起動した状態になるだろうから
Core1用のプログラムにコマンドを解釈して用意しておいた関数を実行するように作っておいて
Core1にFIFOでコマンドを送って関数を実行する
Core1は処理が終わったらまたコマンド待ちで待機
こういう形になるのかも だからた簡単な奴でも良いからRTOSなりマルチタスクモニタをだな
まぁ標準環境に一体化されてないと使い辛いのは確かな訳だけど… >>520
ARM公称値でCortex-M0+は0.93 DMIPS/MHz
Cortex-M3、M4は1.25 DMIPS/MHz
整数演算性能は3割から4割しか違わない
Raspberry Pi picoはCortex-M0+133MHzなので
Cortex-M3 100MHzくらいの性能はある
しかも2コア >>536
FIFOは単に便利クラス用意しましたってだけじゃないのか?
クリティカルセクションみたいな一般的なのあるから難しいこと考えずに普通に使えるはずだよ >>536
高性能なマイコンならDMAC付いているだろ
I/OはDMACにやらせれば良い ちなみにDMIPS/MHzは1MHzあたりのDhrystone MIPSの値
Dhrystone MIPSは
DECのスーパーミニコンVAX11/780のDhrystoneの値1757を1MIPSとしたもの
RISC vs CISCの時代にCPUの性能指標の一つとして使われた
今はMIPSと言ったらたいていはDhrystone MIPSを指す >>538
それ、メモリ周りや命令セットの差を考慮していなくね? そう言やRISCのシンボルみたいな感じで、MIPSテクノロジーズって昔あったな MIPSはどこで使われてたんだろうな
どっかでは相当なシェア獲ってたはずなんだよな
でも一度も動いてるのみたことない >>538
例えばFFTの計算時間を比較してM0+比でM4が3〜4割しか速くないのであれば
一桁以上多いトランジスタ数を正当化するのは無理ある
もちろんそんなことはないはずでDSP命令などの使用によりさらに差がつくと考えられる
あとそれはコア発表時の数字だよな。現在も同値だとするとRXどころかRL78にすら負けてしまう
ttps://www.renesas.com/jp/ja/products/microcontrollers-microprocessors/rl78-low-power-8-16-bit-mcus/rl78-features
>CPU性能は51.2DMIPS(32MHz動作時、当社従来品比2.0倍)を実現しています。
=1.6DMIPS/MHz
普通に考えればコンパイラの改良等によりスコアは伸びているはずで、これらをクリアにしないと性能差の議論は出来ないと思う
>>545
PS1/PS2/PSP クロックを高速化するアプローチ
1クロックで多くの事を行うアプローチ
多くの命令を使って処理を記述するアプローチ
少ない命令で処理を記述するアプローチ
いろんなアプローチのアーキテクチャーがあるんだから
異なるアーキテクチャーを同じクロックで比較しても優劣を語れないと思う 隣のAtmelさんはPICに葬られたんか?
一応旧型の生産は継続してるみたいだけど
買収って怖いね
STM32は買収する側になって欲しい
買収しても、Renesasみたいにカオス化するのは困るけど >>549
AVR も新しいシリーズ出てるよ。
PICと同じ開発環境で使えるようになってきてるし。
ただ、Microchipは品種を増やしすぎ。 どこのメーカも、新規設計に推奨なものを明確にしてほしいよね
商社に聞いても、いいかげんな事言う奴多いし >>545
昔はMIPSはネットワーク機器なんかにも使われてたよ
Ciscoのルータで使われてたこともあるし
YamahaのルータなんかもMIPSを使ってた時期があった
RTX1200あたりがMIPS
Yamahaルータも最近はARMばかりだけどね
>>549
雑誌やネットでMicrochipの広告で見かけるのはSAMの広告が多いね
Microchipが力を入れてるのはAtmelがやってたARMマイコンのSAMなんじゃないの?
SAMはArduinoでの採用も多いね >>549
STM自身が伊仏合併症からのさまよえるオランダ人企業で、
今NXPにインベージョン仕掛けсcウ >>548
だから実アプリで比較するんじゃないのか? >>545
> でも一度も動いてるのみたことない
それが組み込みってもんじゃない?
STM32だのPIC32だの中身気にするのは作る側か、物好きw 32bit Arduinoってそろいも揃って3.3Vだよな。どこか5Vなの出せば良いのに 5V IOはダイが大きくなるからもうどこもやらんやろ
Flashメモリすら外に出す時代やし >>558
ルネが、というのは珍しいね。
入力だけじゃなくて5V出力にも対応してるの?
まあその前にルネは開発ツール(物理)どうにかせぇと言いたい。
最近は手に入りやすくなったんだろうか。 もうarmに食われて久しいなルネ
マイコンなんて残務処理じゃないか
自動車以外使ってないだろ
ZTATとかやってた頃は今は昔 ホビイスト対象だと中華基板に
価格で勝てないし
積極的に選ぶ理由があればだけど >>559
ルネエレは5V対応の32bitマイコンが最も充実していると思うよ。NXPもあるけど種類は多くない感じだし
個人的には〜54MHzならRX231/RX230、〜160MHzならRX66Tかな。どちらも定格VCC_MAX=+5.5V
汎用性の高さなら前者、処理速度なら後者(安価な評価ボードがない&I/Oドライバが貧弱)
開発ツールはリンクサイズ制限付きの評価版だけど純正環境の無償板がある。gcc版は制限無しで利用可能
種類は少ないけど安価な評価ボードも用意されているしNEC/HITACHI時代よりはマシになった >>560
車載マイコンは巨大市場だろ
しかもトヨタが生かさず殺さずの方針だから常に不調でも潰れる可能性は低い でもTSMCに見放されて車屋や揃って涙目らしいじゃん >>547
PSに搭載されてるのは、MIPSELだね。
SGI、NEWS、EWS4800。Sun意外のWSが、ほぼMIPSだった時代があるね。 HPはApollo Computerを買収してSunとシェアで並んで
Sun、HP、SGIで大部分のシェアを占めてたんじゃないの?
HPはRISCでは独自のPA-RISC
HPはUNIXワークステーションではRISCでSunに先を越されて
かなりの間68030や68040で粘ってたけど
当初はUNIX以外でPA-RISCのコンピュータ出してたみたい STM32F4に組み込まれてるDSPとFPUって、どうやって使うの?
FPUはコンパイラが勝手に使ってくれそうだけど、
DSPは専用ツールかなんかを使ってつくるの? >>570
ググったらこんなのが出てきたが
ttps://www.stmcu.jp/technical/hint/no-035/
一般的には
1.アセンブラでがんばる
2.公式が用意したライブラリを使う
3.非公式が用意したライブラリを使う
あたりじゃないの 規模や用途次第
いまだにバリバリアセンブラの業界もある
小規模DSPなら特に ないな。Cだよw
未だにMS-DOSも使われてるっていうのと同じ。そりゃアセンブラもあるけどさ・・・ 知らない人が「ないな」と言ったところで
あるものはあるんだから
私もその業界に関わってて実際コードも見たり書いたりしているわけで
一部上場電機メーカー 固定小数クラスだとアセンブラかな
事情が許せばCが第一選択 >>577
そりゃ使われてるし、それは否定しないよ
でもそういうのってほとんどが社内ライブラリや過去のプロジェクトがアセンブラで、それを使いまわした方が開発効率いいからなんだよ ISRでのCPU使用率が80%
ISRに許された処理は数百クロック
こんな業界があるのだよ
CだとDSPのランクを上げないといけない
つまりコストアップ だいたいの傾向や選択肢を知りたい人がいるとして。
全体の傾向をもってそれが全体であるかのように語ることも、
それに対して、どこかにあることを、あるとだけ言うことも
それで争うのは不毛だね…。 >>580
えぇ・・仕事でそんなのあるのかよ・・・
今趣味で作っているのがそんな感じだけどさ・・・ 小規模DSPの使い方はそんなのが多い
そうじゃなきゃ普通のCPUを使う >>580
メインの処理は100クロックしかないのか。確かに大変だな。 >>581
アクセラレーション命令の使用を検討している処理がハードウェアのコスト上昇をまねくほど
クリティカルなのであれば、アセンブラでチューンするコストを正当化できる可能性があるでは
趣味のワンオフでもちょうど良いマイコンボードが容易に入手出来るとは限らないし
売り物ならハードウェアのコストは安い方が良いよね 量産ならね
開発のコストはかかる
ホビーなら縛り遊戯か懐古か >売り物ならハードウェアのコストは安い方が良いよね
そういう単一的な考え方で判断する軽さはどうなんだろう。
コストって材料原価だけじゃないし。 自分だったらアセンブラで何とかなる見込みならマイコンを変更するよりソフトの修正を選ぶな
どうせ数百ステップ程度のコードだし、基板を設計して中華基板屋に発注して、デジキーでマイコン買って・・・
とやっている間にコードが出来上がるよ みんなは、C使ってんの? それともC++使ってんの?
自分はSTM32ではC++使おうかと思ってるんだけど(これから)
ちなみにPCはC# >>589
逆に聞きたいんだけど今時のマイコンでコードの実行時間やペリフェラルの動作時間の
見積もりってどうやるんだ?マイコンは複雑化しているのにマニュアルに記載される時間に関する
情報は減る一方。現物を用意して動かしてみて、ようやく不足に気が付くってことは
珍しくないと思うけど。それにM4Fで足りないとかになったら取れる選択肢は多くない
>>591
Cとアセンブラかな。C++はカオスなんで使いたくない。C++使うくらいならRust使う >>570
俺もだけどこのスレの連中は内蔵のDSPは使ったことはないよ
そんな連中にDSPどうやって使うの?尋ねても
妄想で答えるになる
>>592
C++の歴史は長いのにマイコンではC++はほとんど使われていないから
今ではマイコンではC++よりRustでやるって流れになっているんだろ Arduinoの歴史はまだ浅いでしょ。それにC++らしいと言われる機能を積極的に使っているわけでもないし
>>594
Rustの魅力は組み込みでもメモリ保護が得られるって所かな。しかも静的保護なので実行時のコストは最小限
コンパイル通れば大体動いてくれるのもありがたい だいたいCubeMXでC++を使うよう指定してプロジェクト生成しても
中身がCだったりする。 C++はオーバーヘッド大きいからアセンブラから入ってる人は嫌うねw
俺は大好きだけど
>>596
arduinoはサードパーティのライブラリにしてもほぼすべてclass化されてるじゃん
十分C++らしい機能使ってると思うけどw 今はデバッグ環境も充実してるから
割と言語はどうでもいい
富豪プログラミング楽だし ごく一部では1クロック1byteのメモリが問題になるけど、しょせんごく一部にすぎない >>592
性能ギリギリの使い方ってのは
少しずつ機能が増えてきたり
少しずつコスト削減してきたり
そういう場合が多い
少なくとも量産品の場合は
新規CPU, 新規コード, 新規機能
こんな状態でいきなり冒険しない >>601
それ見通しがどうの言い出した>>589宛じゃないの? >>594
CMSIS-DSPをいれるだけで使われるだろ Raspberry Pi picoでDhrystoneを走らせてみた
結果は249438.4
これを1757で割ると焼く141.9
約142DMIPSあるね
133MHzなのでDMIPS/MHzは1.067DMIPS/MHz
flashがQSPI接続でも全然遅くなってないね そら
DMIPSのアレは
8Kもキャッシュありゃ全部載るですしおすし picoはcache memory載ってるの?
Cortex-M0でcache memoryが載ってるのなんて聞いたことないけど
Cortex-M7ならわかるが datasheet見るとXIP cacheってのが載ってるみたいね >>609
STがchip製造していると妄想して、picoはSTM32の兄弟と思ってここに書き込みしているじゃないか 液晶タッチパネル無料ライブラリの使いごっちはどうですか >>612
TouchGFXならまあまあ使えるが
アジア圏のフォント事情は無視されてる
複数サイズ複数文字種を表示させようとすると
サイズが膨れ上がるのを理解してない >>620
同等以上に多彩な機能が標準装備されている 公式に3種類くらいあるよな。
シリアル用とST-Link用ともう一つ。
インターフェースが違うのは仕方ないけど
入力フォーマットが別々で使いにくい。
こっちはSフォーマットとhex、こっちはbin、こっちはdfu。
一つのソフトで出来ないものか。 この流れはアレか?
PICマイコンで最初に作るのはPICマイコン用のライターって言う MAIN CPUからSTM32に書き込む為に
自力で作るのが普通
とか思ってた >>625
ADC 16ビットは良いなあ、って思うけど、
QFPでもVSSが露出パッドにしかないのは、リフロー必須か…。 あると気分的にうれしいけど使わないな(ADCは使うけどそこまで必要にならない 10bitで十分な用途しか使ってない
分解能が必要なセンサはデジタル出力が多いし
小さいものを測るならアンプを通すし
もしかして
電流を測るのにアンプがいらない時代が来る? cortex-M7の小さい基板がほしいな、teensy 4.0みたいな STM32CubeIDE 1.6が出たがスキップした方が良いかも。コード同じなのに動きが違う。
人柱より >>633
マイコンの動作が違うってこと?
それともIDEの動作? 書いたマイコンの動作よ いま1.5.1に戻して 期待する動作になった。 >>635
うえ。マイコン何ですか。
1.4から1.5にしようと思ってWEBサイトを見たら1.6が出ていたので、1.5をスキップして1.6にしたばかり。
問題はCubeMXの方?それとも同じコードなのに動作が違うとしてコンパイラ? コード生成を経てないプロジェクトでも変だったんでコンパイラかも
STM32F072 みんなの為に是非
場所を特定して最小形にしてSTMに報告 慌てなくとも
community.st.com/s/question/0D53W00000arJquSAE/stm32cubeide-160-released
色々コメント付いてるね。
静観で良さそうですね。新規インストール以外は。 >>626
中低価格でUSB-HS PHY内蔵してるの他に無いじゃない? F7シリーズとかになるんだっけ。HS PHY
使ったことないけど STMのHS PHY付きはごく一部だけ
STM32H747にも付いてない F730あたりに付いていなかったっけ>HS PHY
お値段も500円/個台 STM32F723,733,730のピン数の多いヤツだけ 730は144pin以上だけ
ライセンス高いのかな
どこのIP? >>625のマニュアルをダウンロードしてみようと思ったら要登録だった。マジかよw
>>646-647
改めて確認したらそうだった。スマヌ >>649
うちからだと鍵マーク付いているし、サインイン画面が表示されたが Data Sheetは見れた
User ManualはSIGN INを要求された いまだに検索もできないのか
サインイン必要なら捨てアド登録すりゃいいし
たまに有料でないと見れないのあって腹立つが、それでもぐぐれば一発なことが多い でも拾ったコードはライセンスなんて確かめずにコピペするんだろ? >633 だけど GNU toolchain STM32 7-2018-q2 を指定して
インストールしてそれでコンパイルしたら1.6.0でも同じ動作になった。
当たり前か。 今さらだけど
STM32G031J6
いいですねえ
次は8pinでUSBを付けて下さい 月10万個を継続出来るならカスタムも頼めるのでは? そうですね
頼んでみます
いや冗談
単なる個人の妄想でした
SMT32、USB弱めだよね
LPC, PIC, RL78あたりと比べると PICよりはRL78の方が良さそう。大体RL78/G1Cだけど STM32はHOSTになれるのが結構上の方だけだし
HSのPHYがほとんどが外付け
この辺に対抗出来るのある?
PIC16F145x
RL78/G1C
PIC32MM****GPM
LPC5514 >>663
上位ラインナップでも、値段で比較すると…あら不思議 ちょっと前にUSB HOSTとUSB FUNCTIONが各1ほしくて
RL78/G1CとSTM32F730をにらめっこしていたな
結局メインのマイコンで何とかなりそうな目処が立ったので出番無くなったけど STM32F411辺りが対応してなかったっけ?
ここ最近、Aliでマイコンボードが400円くらいで買えるやつ marutsu マイコンIC RL78/G1C 16BIT 32KB FLASH 32LQFP【R5F10JBCAFP#V0】 \286-
Digi-Key STM32F730R8T6 IC MCU 32BIT 64KB FLASH 64LQFP \676-
Digi-Key STM32F411RCT6 IC MCU 32BIT 256KB FLASH 64LQFP \823- >>668
そんなにスペック差のあるやつ比較されてもな… F730って500円くらいじゃなかったっけ・・・上がっている気が・・・
>>669
でもSTM8にUSB付きってなくね? >>663
得意げになって批判したつもりだがなんか違うよね。 USBホスト機能が必要という声を代案も出さずに否定するってことは
そもそもUSBホスト機能を持つガジェットを作る人がいないのか? 何を繋ぎたいかによるんじゃない?
キーボードならPS2でいいし、USBメモリならSDカードのほうが楽。
本格的にやりたいならラズパイ使うし。 ローエンドのマイコンにHOST機能を望んでその先どうするつもりなの? まあ、わざわざ特定シリーズマイコンのスレに来てこんなこと書き込むような奴なんてな…
単なるキチガイ >>673
人が書いてることを読めてない。論理展開がおかしい。しっかりして。 >>674
PS/2のキーボードは減ってるし、SDカードはライセンスの問題もあるしね。 1.USB関連のコンバータ
計算能力はいらないがUSBポートは欲しい
2.USBデバイスコントローラ
メインのマイコンにUSBがない、もしくはあるがふさがっている
レイアウト上配線長が過大になってしまう(規格上ファンクションの方が厳しい)
ゲームコントローラやMIDIコントローラも最近はUSBがメインよね F411のホスト機能使ってるけど、無線キーボード+マウスみたいな複合デバイスの場合、どちらかしか使えないのが残念。自分でhidのとこ改造するしかないのかな。 OTG付きの最安はSTM32F401CB
OTG HS付きの最安はSTM32F730R8
OTG HS PHY付きの最安はSTM32F723VC >SDカードはSPIモード使えば無問題
SDアソシエーションに確認すればわかることですけど、それは今となっては都市伝説です。
MMCと互換性があった 2Gバイトまでなら、これはMMC対応品です、って言えたんですがね。 STM32CubeIDEの自動コード生成のHOST HIDのコード、盛大にバグってる >>680
動作モードとライセンスは関係なかったような
>>682
それでも500円くらいするのか そこそこの量産品でもなければ、チップのコストはたいてい問題にならないのでは。 >>685
F401が載ってるマイコンボードで良ければ
300円くらいで売ってるよ USBもホストならともかくデバイス側はPIDの問題が付いてくるしね。
少量生産向けに、サブライセンスしてくれるのはMicrochip、NXP、ST。
ルネサスはやってないはず。(といっても古い情報しか知らないけど) >>688
ルネサスは今もやってなかったと思う
それが少量生産で使えない理由 >>679
USB HSホストならFT313HQを外付けする手もあるけどねぇ〜 USBのVIDって今やコンプライアンスと自称警察対策が主な気も・・・
みんな大好き中華基板に書き込まれているVIDが適切な物であるかはすごく怪しい
中華どころか国内メーカー販売品でも怪しいのあるし 中華基板〜すごく怪しい。だから、自分がやってもどうってことはない。
そのライセンスで摘発された人を見たことがない。だから違反してもいい。
…という考え方の人とそうでない人がいる、ってことじゃないかな。
他人に遵守を強要するのは○○警察かもしれないけれど、
指摘するだけ、事実を開示するだけ、あるいは自分の行動規範としていることは
○○警察にはあたらんと思う。
というかどこかの目につくところで議論はした方がいい。
「SPIならSDカードのライセンスに触れない」って思ってる人が製品企画をして
しまうこともあるだろうし。 法律談義は専門の板でやれ
どうせそういうとこでやったら秒殺されるのが分かってるから
ここでイキってるんだろうが 適当につけたVIDが他の機器とかぶってそのドライバが適用されると誤動作の原因になる usb.orgはサブライセンスを認めていないしVID取り消しに至った例もある
しかしホビーや同人レベルでVIDの取得はコスト面で現実的とは言えない
現実解として問題が起きにくそうなVIDやPIDを使用するしかない
>>696
実用上問題になるのはそこなのでチップベンダー以外を含むサブライセンスを
利用しても差し支えないいえるがusb.orgは認めないだろう むしろ中国の「大きな実害がなければヨシ」とか「(安いんだから)運用で何とかすればいいだろ」
的なところは見習って良いと思うけどね。「ライセンスガー」や「○○法ガー」で開発活動が
萎縮するよりよほど建設的
○○警察が跋扈したところで日本の利益にならないどころかライバルの肩持っているも同然だ ても
PICみたいなエラッタまくりのCPUばかりになると困る
中国じゃないけど であるならなおさらじゃね
PIDもらえないから海外メーカーのマイコン使いましょうやっていたら
ルネエレの首が絞まるだけでは >>678
USB/PS2変換器とかシリアル変換もあるよ。 うざくなって来た。
専用スレに行けば?
自作回路でUSB EndPoint5 [無断転載禁止]©2ch.net
https://rio2016.5ch.net/test/read.cgi/denki/1499643683/ マスク警察にしろ、技適警察にしろ不利益の方がでかい >>698
実際の現場だと、評価版を再インスコして使いまわしたり、GPLを改変して納品したとか日常茶飯事だからな
そんなの気にしてたら小さい会社は生き残れない F0に8pin無い
まあ別に8pinである必要もないけど RTOSのスレッド
osWaitForever (無限待ち) でも
49日でタイムアウトするね
手抜きすぎ ドライブレコーダーみたいなのを自作しようと思うんだが
stm32fかstm32mp1で迷ってる
カメラからの画像データを歪み補正しながらSDカードに
保存しようと思ってるんだがstm32fで処理が間に合うかな? できればフルHDの60fpsで録画したいけど
厳しいならHDで60fpsかな
録画フォーマットは問わないけど後から1フレームごとに見返したいから
フレーム間圧縮はしない方法で保存したい >>716
まずはSTM32の能力から、どこまで出来るか計算してみたら? 毎秒124Mピクセルの処理
単純なスケーリングだけでも無理だろ モーションJPEG圧縮
PCでどのくらいの負荷かやってみれば
感覚がわかる >>720
F7内蔵のJPEG CODECで頑張る へええ。
Configurable as encoder or decoder
って書いてあるね。 264エンコードついてる格安カメラモジュールあれば楽だね 全てIフレームの264じゃ
motion-jpegと大して変わらんぞ STM32CubeIDEでC++を使いたいんだが、現状、
1. STM32CubeIDEでmain.cを生成
2. main.cをmain.cppにコピー
の手順を踏んでC++が使えるようにしてるんだ。
これを、コード生成後のポストプロセスでコピーするなどして、手動でコピーしなくていいようにはできないのかな? main.cからcppのモジュールをコールしてる
main.cはほとんどいじらない >>733
いきなり他のcppにジャンプすればいいのでは? >>734
なるほど
ちょっとサンプルを作ってみたけどいい感じだったんで、真似させてもらうわ
ありがとう NUCLEO-F767ZIでDhrystone実行してみたけど、
キャッシュ無効にすると4倍くらい遅くなるね ちなみにコンパイルオプションを-O3にしたときのDhrystoneの結果は856971.5
856971.5 / 1757 / 216 = 2.258DMIPS/MHzって感じ
コンパイルオプションが-Osのときは531914.9
531914.9 / 1757 / 216 = 1.4015DMIPS/MHz ISRやOSなど瞬発力が必要な部分はITCM/DTCMへ
ただのループはキャッシュが効く STM32CubeIDEでNUCLEO-767ZIでI2C使ってみたけど
I2Cアドレスを1bit左シフトしないといけないんだな
最初、動かない原因がわからなくてかなりはまった
それ以外はすんなりできたけど
それにしても、STM32CubeIDEのGUIの自動設定はすごいね 良くある
私の場合はシフトしてない7bitの値の方が新鮮だった コード生成、良くできてるんだけど
通信系のコードの質はいまいちだね
FIFO形式のノンブロッキングAPIがないとか
USBだと200msも内部でビジーループするとか
FSとHSを同時に使えないとか いつもハードウェア(FPGA)でやってるから書くとき0、読むとき1をLSBに入れてるけど、そこはペリフェラル(ライブラリ?)がやって、常にLSB=0にすんの? CMSIS-DSPの関数を効率的に使うために掛け算をシフト演算と掛け算の組み合わせに分けたいんだ。
何ビットシフトさせるかはかける数の一番上位のONビットを探せばいいけど、CMSISの組み込み関数で
これを読むいい関数があったら教えてくれないか?
コアはCoretex-M4だ。 リファレンス見つけたらよさそうな関数見つけた。
__CLZ(n)でnの上位何桁に0が埋まってるか調べられるんでこれを使えば良ささげ >>747
大体そうじゃない?
または
#define I2C_ADDR_WRITE ...
#define I2C_ADDR_READ ...
みたいな感じ STM32CubeIDEをv1.6.0に更新したら
UIのサイズがおかしな事になってしまったんですが
直し方分かる方います…?
https://i.imgur.com/66e90mD.jpg >>751
Windows10か。
表示スケーリングあたりをやり直してみたら? >>752
うーんスケーリングに相対サイズは依存していないみたいです
互換設定からDPIをシステムやアプリケーションに変えてもダメでした そう言えばいくつか前のバージョンもこのUIが馬鹿でかくなる奴あったな。
相当目の悪い人が構築してこのままうっかりリリースしてるんかもしらんね 俺の環境の1.6.0はこうならないし、うっかりリリースというより環境に依存して
発生してるのだと思う。
Windowsの設定→システム→ディスプレイ→表示スケールの詳細設定
の「カスタムスケーリング」や、「アプリが鮮明に表示されるようにWindowsにより修正を試す」は
変えてみられました? (俺の環境だと前者は100、後者はONです) スケーリングを100にすると実用的なサイズにはなりますが
その他が実用不可レベルなサイズにまで小さくなってしまうので
相対サイズと書きました。分かりづらくてすいません
モニタは4kでスケーリングは175です
>>756
どちらも効果なしでした >>759
サイズは75インチです。
ソファーに座って普段からコードを書いているので。
この設定画面はそれ程使う物でもないのでいつかのアプデで直るまで待つ事にします。
最悪はこれまでのように手入力も可能ですし
ありがとうございました GPIOに割り振ったその機能で何を作ろうとしているのか
そっちが気になってしまうw 今のところUbuntuとmacOSでは問題ないな。 >>762
GPIOだけが気になってタイマーやADCは気にならない
っていうのが気になる WQHDモニタをスケーリング100で使っているけれど
スケーリングを上げると確かにその画面のみフォントサイズが異様に大きくなるのを俺も確認した。 >>767
おつおつ。
モニタ直撮りでもドットが写らないとはさすが4kだな。
俺も4kにアプグレしようか最近悩んでる
もし良ければエディタ画面もどんな物か見せてくれんかな >>768
エディタのフォントがどのように描画されているか、それを見たいと言う事ですか?
https://i.imgur.com/zrcpa7m.jpg >>769
これも直撮り?
俺も買い換えるか。わざわざありがとね 75インチでこの文字サイズ
めちゃくちゃデカくない?
目が悪い人? この一年使う頻度高い16畳書斎だとこんなものじゃね >>771
そうです
視力は両目とも1.5あります。 75インチモニタ
大きな文字
視力1.5
何メートル離れてるの? STM32H、0番地がITCMだから
ヌルポで例外出ない
STM32Cubeのコードで0番地付近を破壊してるのがあるので要注意 4k使う奴は基本馬鹿だし、情報も後出ししてくるから相手にしないほうがいい。 オラァ、贅沢は言わねー
FullHDの240Hz対応のモニタで満足しちょる。 相手にしたくない馬鹿
4kにして文字が小さいと怒るやつ。
でかい画面にして文字が大きいと怒るやつ。 マルチディスプレイが良いですね
固定したい面と
大画面と
3面はあると
効率が良い 大画面なんていらない
自分が画面に近づけばいいだけ >>777
0番地に有効なRAMがある、何かのマイコンで
そのコンパイラが原則として0番地を使わないようになっているのがあった。
もちろんぬるぽの検出のため。4バイトを損するけど。
ITCMも先頭を使わないようにしてぬるぽ検出ができるようにならんかったのかな。 >>787
モニターを机の上に置くからそうなる。
アームに取り付けると机の上が広く取れるよ。 >>788
設定すりゃ出来るけど
メモリ破壊が即死に変わるだけ
多少発見しやすくなるだけで
ごくまれにしか使わないなら検出が難しいのは同じ
STM32CubeH7のバグ
>>789
どう設置しようが目の前をモニタでふさがれてたら作業できない
ある程度距離は必要 リンカスクリプト(*.ld)とMPU(メモリプロテクションユニット)の設定で可能
積極的に検出するなら4バイトだけじゃダメ 静的解析ツールで簡単にわかるようなバグだから
通してからリリースしてほしい 「画面が近い」の感覚が違うんだな。きっと。
60pぐらいの近さでも、モニターアームなら机の奥まで使える。
と俺は思ったんだけど、
>>790の
「画面が近い」の感覚は、目の前をモニタでふさがれるような近さなんだね。 奥行き70cmの机の一番奥に43インチ4Kを置いている
小さいモニタで同じ視野角になる距離に置くと確実に作業スペースが減る 同じ視野角になる距離に、小さいモニタを「机に」置くと確実に作業スペースが減るね。 視野角より解像度
高解像度のバーチャルグラスが選択肢に入って来るのはいつ頃だろう? 視力が落ちてきたので、単純にデカいモニタがほしくなってきた ぎり読める距離だと3と5を読み間違えて困るんだが、プログラマー用フォントで、3と5に気を使ってるのって無いかな? 自分はHackGenを使ってる。
3と5の視認性については自分は全く問題ないが
それ、乱視が原因では? >>802
たぶん、そう
近視、乱視、老眼の三重苦だ >>805
>>805
前はそうだったが(よくわかるね、同類?w)今はそうでもない、
ただ、小脳損傷で疲れるとガチャ目になるから、それが一番きついかも cubeide1.61ってもしかしてゴミじゃね?
そもそもcube1.5x(おそらくもっと古いものでも)でもstm32f4のFW1.26.1が入らない糞バグがあるし、
1.6.1では.\drivers\cmsis\device\st\stm32f4xx\includeにインクルードファイルを入れない、
というか、ソース生成するたびに削除しやがる
当然ビルドではインクルードファイルがないと怒られてビルドできない
FWについてはcubemxの糞バグを受け継いでる+FW1.26.1がFW1.26.0に上書きするようなzipファイルになってるため、
レポジトリの削除では糞バクを回避できない。
ソース生成する部分はcubemxのモジュールが原因っぽいから1.6.1ではそこらへんに地雷を埋め込んでるんかね
知らんけど もうちょっと餅ついてかかないと事実でも信用されないよ。 >>807
STM32F4はかなり使われてるデバイスの一つだと思うけど、
本当にそんな状態で放置されるもんなんか?
自分はSTM32F1使ってるだけだから分からんけど。 ソース自動生成に頼りすぎじゃ?
他のメーカーはもっとひどいし
マイコンのソフト開発業界もゆとりか 1.26.1も入ったし
CMSISのファイルも生成されたし
ビルドも通ったけど
おま環? stm32f4xx.h
stm32f446xx.h (CPU別)
system_stm32f4xx.h
ここに作られるのは3個だけ
これ以外を入れても消されて当然 >>811
うちはうち、よそはよそってママに言われなかったか?
>>812
会社のPCでも同じことが起こるから俺環の可能性はかなり低いと思う
>>813
その3つが作られないし、よそから入れても消されるんだよねぇ
開発環境アンインスコインスコしても変わらないし
まぁ、OSから入れなおしたら違うんかもしれないけど、不便極まりないけど一応は何とかなるからこのまま行くかね 1.6.1 / 1.26.1 / STM32F446
で問題ないんだけど
F4の他のだとダメ?
CPUは何? >>814
重要な共通ポイント「使用者が君」
ここに問題があるのでは >>818
フォルダーのユーザ^権限とかの問題じゃね? >>819
今更誰がいじるわけもないだろと思ったけど、
プロジェクトが入ってる方のフォルダは、フルコントロール、特殊なアクセス以外全部チェック入ってる
FWが入るユーザ個人フォルダは特殊なアクセス以外全部チェック入ってる
いじってたらほかにも問題が出てきたんで、もうOSから全部入れなおしてみるわ
次会うときは上機嫌でうまくいった報告してるか、
半泣きになりながら愚痴ってるか、
行方不明になってお前らから忘れられてるかのどれかだわ
みんなありがとうな オッス、俺だ。半泣きで登場だ
OSから入れ直したがこのザマだ。
みんなはこうならないの?
http://imgur.com/a/gWIg8ar なんでQFPのSTM32L431はお店で売ってないの… >>822
Alt+Shift+q
l
ってやってみ >>807
>1.6.1では.\drivers\cmsis\device\st\stm32f4xx\includeにインクルードファイルを入れない、
>というか、ソース生成するたびに削除しやがる
これはどういう意味かな?
人間が個別に手作業で入れるディレクトリじゃないよそこ。 >>824
それはどこでやればいいの?
cubeideのウィンドウでやると
https://imgur.com/a/1ARGnNj.jpg
embedded software package managerのウィンドウでやると何も起こらないけど >>827
知ってるよ
ツールが勝手にファイルを入れるとこだってのは分かってるよ
だけどツールが入れてくれないし、入ってないとビルドできないんだよね
だから、人間が入れなくていいのは分かってるけどビルドはしたいんだから入れるしかないでしょ
5chによくいる煽りのアドバイスにあるようにPC捨ててもしょうがないでしょ >>828
Alt+Shift+q
l
ログのウインドを出すショートカットコマンド。
>>829
>知ってるよ
知ってないだろ。知ってたら手でなにかするなんて愚行は思いもしないし、しない。
も一度だけ言ってあげるけど1.26.0を入れずに1.26.1の差分だけ適用してるのかね? >>828
https://imgur.com/a/1ARGnNj.jpg
「Alt+Shift+q」
で補助が出てきてるね?。
なんでそこで「l」を押さないの?
中途半端な思い込みがすごい人?
他人や作った人が間違ってると思う前に、自分の行動に何か抜けがないか理解不足がないか確認して人生進んだ方がいいんじゃない? >>832
いわれるもなくじゃなく確認ってことを知らないようだね。
>>826
の対処事例はやったのかね? >>832
>両方入れてるよ
第三者と会話するときに自分の意識内と表現がずれてるひとだね。
1.26.0を入れた後に1.26.1をいれてるのかね?
1.26.0と1.26.1を一緒に新規に入れようとしてるのかね?
入れてるとは入れ終わってるのかね?入れるつもりで選択したことかね?
普段から間抜けなんだろうから、ちょっとは石橋たたいて文章書いたら? とりあえずPCから書き込めるようになったからPCで書き込むね。
スマホで入力は苦手なんで。
>>833
ああ、ごめんね、ただのtypoだと思ったんだよ
1)1.26.0が入っている状態で1.26.1を入れようとすると解凍中にエラーが出る。
エラーメッセージは、
Error downloading the following files:
stm32cube_fw_f4_v1261.zip(Target directory already exists)
2)1.26.0が入っていない状態で1.26.1を入れようとすると、最初に1.26.0を入れてこれは成功。
次に1.26.1を入れようとして(あ、これはインストーラーが入れてのであって俺が入れるように
操作したわけじゃないのね)解凍中にエラーが出る。
エラーメッセージは1)と同じ。
3)1.26.0も1.26.1も入っていない状態で1.26.0と1.26.1の両方のチェックボックスにチェックを入れて
インストールいようとしても2)と同じ。
4)>>826の方法は試したよ。ダメだったけどね。
3.4のインストールするところまでは順調。ただインストールは成功せず、4)と同じ。 >>838
https://blog.csdn.net/weixin_45420737/article/details/115384931
固件包安装失败
如果按照上面的步骤固件包安装失败,可以参考这篇指南点击此处查看指南。如果还是不行或者中途很久没反应,可以使用下面方法。(原理就是下载半天没反应,按咱就先下载然后在安装,嘿嘿) ここ文字化けするのか、、、
固件包安装失败
...から...下記まで
Help-> Mange EmbeddedでRefresh終えてから1.26,1と1.26.0を選択してInstall Nowやってだめたったってことね?
なら 1.26.0だけいれて自分でOSのunzipで1.26.1をフォルダー上書きで入れたらどう? ファイちゃんFFになるかと思ってたけど
FF誰やるんだろ STM32あるあるの一種だよね
>>822みたいなCube IDEのエラー
STM32あるあるでこのスレのおじさん達と盛り上がりたいんよ >>838
Windows10 64 bitでやってみた。
Userを新規作成
stm32cubeide 1.6.1を新規インストール
F4の1.26.0を選択して入れた 問題なし
F4の1.26.1を選択して入れた 問題なし
ちなみに終わった後の状況 下記のハッシュ値とお前さんの値を比較してくれ。
C:\Users\USER>certutil -hashfile STM32Cube\Repository\stm32cube_fw_f4_v1260.zip
SHA1 ハッシュ (対象 STM32Cube\Repository\stm32cube_fw_f4_v1260.zip):
850fba0482fd0f40735bf973b42f294d41aad315
C:\Users\USER>certutil -hashfile STM32Cube\Repository\stm32cube_fw_f4_v1261.zip
SHA1 ハッシュ (対象 STM32Cube\Repository\stm32cube_fw_f4_v1261.zip):
fba4fc263a6f21b7d23ec89dadf35101a6978029
可能性としてはFWの1.26.1を選択した時には1.26.0をRepositoryのテンポラリに解凍して1.26.1を解凍してSTM32Cube_FW_F4_V1.26.1にフォルダ名を変更している。
そこで残骸あるいは別のプロセスが握ってて操作できなくなっているとしたら操作者の余計な何かの可能性が高い。
ウイルス対策ソフトなどのログを確認するか、stm*fw*zipをRepositoryフォルダに置いた後でネットをオフラインにしてからウイルス対策ソフトを機能停止させたうえで操作をやってみてくれ。
また、Embedded Software Packages Managerで”Refresh”を押して完了しないうちに何かしてるとか、IDEを2つ立ち上げてるとか含め操作者の余計な何かの可能性が高い。
ともかくもおまかんだわ。 >>843
STM32あるあるじゃなくeclipse使えないおっさんのあるあるだとおもわれるよきっと。 >>807
STM32F446MCで
drivers\cmsis\device\st\stm32f4xx\include
にファイルできてたよ。
812
815
そしていまやったおれ3対おマカンだね。 あとさスクショはるならPCの機能使って画像ファイル作ってくれよ。
なんなんだよその斜めの写メ。
一事が万事へんなおまえだな、 >>807
CMSIS DSP LibraryのSTM32CUBEIDEでの例だよ
https://youtu.be/vCcALaGNlyw >>848
どうしようもないことしか言えない自分を鳥観図で眺めてごらん。
悲しくなって涙が止まらなくなるぞ。 だいたいFW の0.0.1の変化でコード精製までしないし。 >>851
どうしようもないことしか言えない自分を鳥観図で眺めてごらん。
悲しくなって涙が止まらなくなるぞ。 >>854
ほんとそれ
>>45
買ったけど動かなったのは物のせいとか
434
用途が何かわからんのに用途という単語使っちゃうとか
592
こんな事ここで聞いちゃうとか
751
目が悪いんですけどとか
>>807
持ってきたのが悪いとこんな落書き板に書くとか
程度が低いのがあらわれるとヒントなり導くんじゃなく茶々しかいれられんのがドウシヨウモナイのが湧いてくるけいこうあるね。 >>855
お前のことだぞ
何いちいち突っかかってんの?
ケチつけないと生きていけない病気にでも罹ってんの? 板、スレ、問わず、マウント猿が沸きかえってる
昔は、もっとましだったし、本当にレベル高い人が居て
長いことハマってた問題が2CHで解決したこともあったけど
最近は、マウント猿に吠えられるばかりだ チャチャと問題解決の可能性指摘を区別できないのが湧いてるね。 AVRスレとオシロスレでも自己中ちゃんが暴れている >>822
http://imgur.com/a/gWIg8ar
これ新規STM32 Projectでなくどこかのiocを初回で読み込んでる?
手順が特殊なのじゃない? >>838
>1)1.26.0が入っている状態で1.26.1を入れようとすると解凍中にエラーが出る。
>2)1.26.0が入っていない状態で1.26.1を入れようとすると、最初に1.26.0を入れてこれは成功。
設定を何か変更してから作業してる?
例えばworkspaceとRepositorysのフォルダーおんなじに設定変更したりとか?
ダウンロードフォルダーで作業してるとか?
>>820
ユーザ名に日本語半角カナ使ってたり変な文字使ってたり?
あるいはOSインストールでなくOS上書きで問題自称が再現してるとか?
再現するパターンがわかればもしもIDEのバグなら同じ操作で同じ現象になるはずだよ。 >>838
裏でエクスプローラー等でzipや作業フォルダ観て掴んでわざと邪魔してるぽいね。
ウイルスかも知らんが。 統合失調症の症例
「水道水に毒が入っている」とか「近所の人が自分の悪口を言っている」と訴える。
しかし「近所のAさんがこうこう自分の悪口を言った」と具体的な事は訴えない。
実際聞いた話を聞いたと訴えるのは妄想ではない。 >>867
具体性が全く無いんだけど
総合失調症であるという自己紹介ですか? 変なの多いよな
組み込みプログラマは数が少ないおかげで高級取りなのに余裕なさ過ぎじゃない? >>871
高給とは聞いたことないけどな
ウチの場合、回路設計者がそのままソフトもやってるし ラインで焼くのも大変そうだ
自動化設備より安上がり? 回路設計をしつつプログラムも組む人は少なからずいるね。
かなり希少価値が高いので高給なのは身だしなみや車からも分かる
あの人らは時間さえあれば常に勉強をしている
組み込みプログラムのみの自分は年収600ほど
それでも40代なので平均的かな プログラムの他にMCU周りのブロックだけ回路設計もしてるけど
30代後半で自分は700ちょっとやね
アナログ回路も慢性的な人不足でかなりおいしいかも?
産業機器向けのオーダーメイド品作っている会社が狙い目 >>874
聞いたことがない と言われてもな
きちんと調べて就職をしなかった君の責任だから俺に言われても困るぞ
知らずに安く買い叩かれる職種では無いと思うんだけど 日本に技術者の能力を適切に評価できる会社なんてほとんど無いだろ
非正規は特別手当無しとか当たり前だからな。同一労働同一賃金(笑)
大企業の多くはこのパターンがほとんど 単に>>871の高級のレベルが低すぎるだけだと思うんだ 高給
高級
気がついててスルーするのね大人だなー
てかスレタイと無縁のことをいつまでも続けるのね >>887
は
>>867
ですね
お薬だしときますね これって本当なのか。似たようなうわさを聞くが。
http://meerstern.seesaa.net/article/477348927.html
8ピンしかないSTM32G030J6で、電源ピンと書き込みで4ピンが占有されるのに
さらに1ピンが使えないとかあんまりだ。 SWDIOとSWDCLK経由でリセット指令を送れないの? 医師になるのは、めちゃくちゃ簡単だよ。
どんな馬鹿医大でも国家試験の合格率7割以上はあるし、自治医大以上ならほぼ100%。
弁護士の場合は難関ロースクールを卒業しても、国家試験を通るのは10%程度。
医師になるには金と時間がかかるが、試験自体は簡単。
うちは従兄弟三人医師になったが、英検二級すら落ちるレベルの頭だからね。
医師国家試験の合格率ランキング見てみ。
一番低い帝京大学ですら、79.4%。
奈良県立大以上の偏差値の25校は95.0%超え。
これのどこが難関試験なの?
医学部に学費を支払える財力のハードルが高いだけで、医師にはバカでもなれる。
弁護士、司法書士、会計士、英検1級あたりは、バカには絶対に無理。
まとめると
医師国家試験→バカでも受かる。しかし、医学部6年間で1,000万以上かかる学費のハードルが高い。
司法試験→ロースクール卒業しても、合格できるのはごく一部。非常に難関な試験。
司法書士→ロースクールに行かなくても受験できるが、難易度は司法試験並み。
英検1級→英語がずば抜けて優秀でないと合格できない。英語の偏差値100必要。(実際にはそんな偏差値はないが)
会計士→おそらく、最難関試験か。会計大学院修了者の合格率は7.6%しかない。
不動産鑑定士→鑑定理論が地獄。単体の科目としては最難関の一つ。経済学などは公務員試験より簡単か。 >>892
当然そう思うんだけど、そのブログの通り4番ピンが使えないみたい。
iocファイルに4番ピンの機能を設定できるのだが、設定してプログラムを実行して
4番ピンを触った瞬間に暴走する。 STM32L01xが何処も(秋月以外は)品切れなのは
半導体不足の影響でしょうか? >>898
たぶんそう。STM32全体的に品薄高騰の傾向があるね。 本当に足りなくなってる面と
それを知った投機筋に買い漁られてる面があるね
いわゆる本業の転売ヤー F401も価格上がってきてるし、品薄になってそう。 材料不足のときは高価格帯に集中して安価なものは後回しになるからね F103Rが同じ足ピン数のF7xxを買えるくらいの値段になっていたわ
そのF7も在庫無くなってたけど Interface誌4月号に掲載されていたNUCLEO-H743ZIを試そうと購入したのだが
MPU動作周波数を480MHzに設定できない気がするのだが。
Clock ConfigurationのSystem Clock MuxをPLLCLKに設定してDIVN1を×120に
設定すると、D1CPLC Prescalerの出力が300MHzを超えたと赤窓で怒られて設定
できない。そもそもその隣の箱に480MHz MAXと書いてあるのに、480MHzになると
赤箱になる。
とりあえず240MHzで設定して動いてはいるようだけど、480MHzを試して
みたかったのだが。 >D1CPLC Prescalerの出力が300MHzを超えたと赤窓で怒られて
D1CPLC Prescalerの出力480MHzで設定できてるよ。
何が違うんだろう。 モノはもってないし、CubeIDE1.6の設定だけだけど
8MHz(HSE) - /1(DIVM1 - X120(DIVN1) - /2(DIVP1 - PLLCLK -
480MHz(SYSCLK) - /1(D1CPRE) - 480MHz - ほえー。 2.2.20 ですか。
NUCREOに使われてるのはシリコンリビジョンVではなくてYという話? >>910
情報ありがとうございます。
しかし私が買ったボードに乗っているデバイスにはVと印刷しているような。
これってSTM32CubeIDEからデバイスの識別できないから
STM32CubeIDEのバージョンによっては、なんでも480MHzを設定
できないようにしているのでしょうか。 私が持ってる3個はリビジョンY
リビジョンVはNUCLEO-H743ZI2と思う
違ってたらすまん
リビジョン見てみて
もともとH743は400MHzのスペックで売ってて
リビジョンが変わって480MHzになって
古いリビジョンはなぜかエラッタ扱いに >>913
安全側に振ってるんでしょ
mxが吐いたコードをいじって480MHzにすればいい >>913
おっリビジョンVか
それは素晴らしい
私もCubeIDEで480MHzの設定出来たけど ボードでシリコンリビジョンが違ったりするんだね。
そりゃ、ありうることか。
>>913
>STM32CubeIDEのバージョンによっては、なんでも480MHzを設定できないように
ファームウェアのバージョンってことはないのかな?
>>909の確認は、さっき初めてH7のプロジェクトを作ってばかりで、STM32Cube_FW_H7_V1.9.0 が入ってる。 上限300MHzってことはCPUクロック以外の場所で引っ掛かってるんじゃ? この分だとキャッシュもEnableにしてなさそう
Cortex-M7のチップはキャッシュが載ってるが
デフォルトではキャッシュがDisableになってるので
CPU ICacheとCPU DCacheをEnableにしないとCortex-M7本来の性能出ないですよ CubeMXで普通に作れば内蔵RAMはWrite-Backになるから大丈夫
リンカスクリプトをいじったりMPUでキャッシュ設定したり外部メモリを積むときは要注意 >>922
俺が持ってるのはSTM32NUCLEO-767ZIだけどこんな感じ
CubeMXの画面で
System Core →Cortex_M7をクリック
CORTEX_M7 Mode and Configuration画面が開くのでParameter Settingsの中の
Cortex Interface Settings→CPU ICacheをEnableにする
System Core →Cortex_M7をクリック
CORTEX_M7 Mode and Configuration画面が開くのでParameter Settingsの中の
Cortex Interface Settings→CPU DCacheをEnableにする ありがとうございます。
M7をすぐに使う機会はなさそうだけど心に留めておきます。 速度重視ならコンパイラのオプションも
デフォルトのサイズ重視の-Osから速度重視の-O2や-O3にするとかなり速くなる
コードやデータのサイズは増えちゃうけどね
Flashが多いやつならサイズ増えてもそれほど気にしなくて済む
ARMが公表してるCortex-A7の性能は速度重視の最適化しないとあの値は出ない ITCM上の動作でも
O3は遅くなる事も多いから基本O2
クリティカルポイントがあればアセンブラ
(もちろん上位レイヤーでの最適化が先) CubeIDEの標準ライブラリってマルチスレッド対応してる?
そんなわけ無い? >>929
FreeRTOSモジュールが使えるし、たぶん行けるんじゃない?
どっかでアナウンスされてるかは知らんけど 実験したらダメでした
FreeRTOSの2スレッドでmallocしてfreeのループをやったらフォルト発生
printfも同じ
1スレッドだけにするかmutexで包んだら大丈夫
マジか >>931
vxworkでもそういうの有ったな。
FreeRTOSのも同じようなのかは判らないけど、freeかけると他の領域まで開放してパニック起こしてた。
gccのバグって言ってたから、他OSでも潜んでるかも。 pthreadでmallocやfreeやprintfってライブラリでmutexかけてなかったっけ?
proven(スペル怪しい)のライブラリがそんな事をしていた気がする >>932
FreeRTOSのメモリマネジメントは何通りかある。知っていたらごめんなさい。
https://www.freertos.org/a00111.html
MemMangフォルダの下にこのうちのいずれかが入っている。
freeを許可しないモジュールもあるみたい。 HAL_GetTick()について聞きたいんだが、
通常は時間が経過するにつれて値が変化していくんだけど、割り込みの中だと変化しないんだ。
割り込み内でもカウントしてほしいんだけど何とかならんのかな。
問題の個所の割り込みレベルは2で、SysTickの割り込みレベルは
CubeMXが吐いたコードそのままなのでデフォルトだと思う。
割り込み内で時間のかかる処理云々はちょっと脇に置いといてほしい。 予防線張ってるけど「そんな事はやめろ」って言うけど、部下がそんなコード書いてたら。 ワクチン予約に虚偽予約したマスゴミの愉快犯もこんな感じなんだろうな お国の作られたシステムのあら探しするのは反日だよな >>939
そのシステムの外注先(末端)が彼の国だったりしてな 何かのフリーランニングカウンタを使って必要な範囲の機能を実現するとか。 >>935
プリエンプションプライオリティーがタイマーと同じものがあるというだけでは?
ioc設定でチェックしてみ。 Sys NVICね。
しっかし、割込みの中で1ms x nオーダーで脱出しないとかw
普通、フラグ立てて、タスクの中で処理するものだけど・・・ >>942
だよね
なんで割り込み内でそんな重い処理してるのかという点はツッコまないでくれて事だけど
やっぱ根本がおかしいよね >>940
それも東大レベル以上出てこっちきて交換留学で院にいったような大金持ちの御子息とかが多いよね。 >>935
自動車専用道路の高速道路で合法的にかっ飛ばすにはどうすれば良いでしょうか
ただし電動ママチャリの無改造車しか持ってません( ・ิω・ิ)
みたいな >>935
やってみた。
割込みの中でね。
uint32_t ta = HAL_GetTick();
while(1)
{
if (HAL_GetTick() != ta)
break;
}
ioc configのデフォルトでは、いろいろなモジュールのプライオリティーが0になってるので
これをチックタイマーより下げてやるか、モジュールの割込みを完結させる必要がある。
SFR NVIC_ISPRxを参照し、ペンディングロックしている状態かをチェックすれば吉。 >>942
SysTickのプライオリティは0なんでSysTickの方が優先されると思うんだけどね
なんでそんな構造になってるのかは作った奴に聞かないとわからないけど
そいつがいないので何とも言えないね
碌な答えもないみたいだし作り直すわ 自分の想定する答え無かったから逆ギレして逃亡
5chですなぁ。。 >>948
ろくな答えがないなんて、よく言えたもんだな。
答えが書かれてるだろ。 >>950
俺の質問に答えてくれたのは>>942と>>947だけで、
あとは罵倒してばっかだと思うけど?
部下だったら自己都合退職してほしいというのは役に立つ答えなのか?
ワクチン予約に虚偽予約したマスゴミの愉快犯もこんな感じなんだろうなというどこら辺が問題の解決に役立ってるのか? >>951
こんな上司なら下が保たなそうだわメンタル 最近はアフィチューバーだかアフィブロガーだかその信者だか知らんが
理由無くレッテル貼って上から目線の奴をしばしば見かける
しかも攻撃的なくせにスレに利するレスは一つも書かない 答えがなくて当然あればラッキー程度だろ
というかデフォルトだと「思う」とか
質問する側としてあやふやにも程がある もうほっといてやれよ実際に作った部下はとんずらしてよくわかんないけど実務やらなくっちゃで火を吹いててこんなとこでしか聞くすべがない哀れなやつなんだから >>935
割込み内でHAL_GetTickを使えない問題は以下を確認
・割込み優先度を確認
・割込み禁止状態になってないか確認
割込み影響なく高精度で時間を見たい場合は
タイマーによるフリーランカウンターが便利
タイマーのクロックの設定で分解能と周期を決める
32bitタイマーがあるなら一番速いクロックにしておけばいい
割込みに時間を費やす設計思想もある
OSレスの小規模マイコンのプログラミングでは
それほど珍しいことでもない
そのための割込みプライオリティ >>948
蛇足ですがFreeRTOS使っていたら、SysTickは非推奨です。 他のタイマーに割り当てた方が良い。
理由はプリエンブションスローダウン、つまり、割込みレイテンシー増大する為だそうです。 「割込みに時間を費やす設計思想もある」とは書いたけど
さすがにRTOSを使った環境では「無い」
プリエンプションの性能も糞もない タイマカウント不要なボーっとしたメインで、常に受け身の待ち受けタイプ。 アプリ開発の感覚で低層機能を利用したい。
諦めましょう。 STM32の在庫枯渇、値上がりについて
ttps://denno-oji.blogspot.com/2021/04/stm32.html?m=1 >>967
シリコンウェハー不足を引き起こしているからね、調達は大変だよ スマホやPC向けの最先端プロセスの不足と
MCU全般の旧プロセスの不足は完全に
同一要因ではないのだが >>969
材料のウエハーの取り合いになってるのが原因の一つだよ。
もちろん、それだけじゃないけど。 太陽電池? タイミング的に違う気もする。
相次いの火災といい・・ >>970
ウエハー不足の予想はあるようだが不足でライン停止って話は出て来ないように見えるけど
今のご時世半導体の生産ラインは何処もフル稼働じゃないの まあ、将来在庫確保のための、無用な買い占めが主たる原因だけどね 製造下請けに納期厳守を迫って厳しいから、製造側は確保せざるを得ない。 2年後くらいに不良在庫分が大量放出されて
格安で入手できるようになってたりしてな そんな事言っているからマイコンがTSMCに切られたんじゃないの SMD IC なーんも入荷しない。 納期31Week とかふざくんな。 何がどうなってんだからさっぱり分からんな。
コロナでここまで急に世代遅れのプロセスまで供給できなくなるの? >>979
変換ミスするくらい、気が動転してるんだな? 封止樹脂も寒波でやられたとか聞いた
ウエハだけじゃなくて色々不運が重なった
サプライチェーンズタズタなんよ
あちこちで ゴーラー MILコネクターも入んねぇー 射出成型止まってるとかとんでねえ。
海外に工場移転するからこんなことに、、、 おまえだよ おっまっえ オ〇ロン >>982
樹脂不足も発生しているらしいからねぇ〜 JST の XH コネクタも、一部で在庫が無くなってるね… 値段下げろってうるさいから海外に行ったのに、それをいまさら国内でと言われましても >>985
樹脂が原因だと他のコネクタも影響しそうだな。 「部品がなくて製造ができなくなったら、購入の判断をした人が
会社の業績を落とした責任をかぶるわけだからな」
「ついこないだまでは数か月で回復するって言ってたのに、
今は1年って言ってる。何か月かあとには、3年は回復しない、って
言ってるんじゃないか」
「流通が戻るまで、どれぐらいかかるかを見越して、それに耐える
ような数量を確保しとけよ。○○なんて安いものなんだから」
なんてことになったら、供給網なんてぶっ壊れるよな。
なだたるメーカーの購買だって、マスクを求めて朝からドラッグストアに
並んだ爺さん婆さんとメンタルではあまり差がなかったわけですね。 >>989
不安を煽って値段を吊り上げ様とする輩もいるからなぁー 数社渡り歩いた経験ではそう言う事態になったらまず設計にしわ寄せ >>991
調達部門「EOL前に所要15年分を発注しますた!」
細々とした製品ならこんなこともある
細々としすぎて在庫より先に事業が無くなったのは別の話 ふつー乾燥剤入りシュリンクパック
駄目になってたことあるのかいな そのへんに置いとけば足が錆びるかもしれんが、だから何?
仕事で使うならちゃんと管理するだろ。 >>989
でもさ、つい最近までは、20日以上の在庫を持つとめちゃくちゃ怒られたんだぜ >>995
どっかが生産を収束させた物件を無理やり生産させられるとき、
当たり前のように電極に酸化被膜ができた部品が依頼主から届けられる。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 261日 16時間 36分 17秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。