STM32スレ
■ このスレッドは過去ログ倉庫に格納されています
ST Microelectronics 社の32ビットARMマイコン
STM32シリーズに関するスレ。 人いる?
って尋ね方なんかコミュ障的な書き方だよな
いたら・いなかったらなんだって感じだよな アキバって歩いていくとこじゃないのか?
家からは徒歩15分 >>163
徒歩圏内でもなければ行く価値がないとでも?
ともいえなくもないぐらいに部品屋街としての価値が下がってるのかな。 今日はじめてCubeMXでコード生成してみたが、
あんまコード量多過ぎてどこをどーいじっていいかわからん >>160
アナログといってもマイコンが想定してるのはせいぜい12bit=72dBだし
そんなにアナログ精度を求めるのであれば
マイコンのアナログ機能は封印、
DAC/AD チップは別途用意、
アナログ部位は4層基板、
アナーデジGND間にディジタルアイソレータでも入れるような話で、
評価基板のパターンに求める話ではないのでは?
nucleoの基板にしてもそもそもガラエポなのこれ?紙エポだったりして。
んで、マイコンのアナログ機能を
nucleo基板使った場合と、
君が納得いくアートワークした場合でそんなにスペックに違い出る?
あくまでもマイコンのアナログ機能使う話ね >>139
信頼をどこまでいうかわからんのだが、
PCの基板上の内部インターフェース(USB)なんて今でもピンヘッダだらけだよな
HDDのIDEなんて、フラットケーブルのたうち回ってたし。
フラットケーブルをメモリの上に這わせたらメモリエラーチェッカに引っかかるとかあった >>167
そう、アナログでも直流まで含んでると温度ドリフトの影響もあって精々12bitまでだよね >>167
> 評価基板のパターンに求める話ではないのでは?
それを論じていたが、意見が一致してなによりだ。
終了! >>166
とりあえずmain文があるコードだけいじればいい
それ以上のことがやりたくなったらgrepしまくって構造を把握すれば何をどうすればいいのか分かるだろう
他人やシステムが作ったコードが読めないならmbedでもやってろ >>169
そもそもST32シリーズのアナログ部位てCMOSプロセスのオン・ダイじゃねーの?
デジタル部位がなくてもCMOSのノイズ特性てそんなにシビアに追求して意味あるのかな?
>>170
んーと、多分一致してない。
nucleo基板に載ってるマイコンのアナログ部位を利用する際に、
あのパターンで不足あるの?って話ね。
nucleoで問題あったら、マイコンのおまけアナログ部を利用するんじゃなく、
外部回路を利用すべきなんじゃないかというね。
だから、マイコンのアナログ部を利用すると限定して、
nucleo と 自前基板でどれだけ差が出るのか教えて欲しい >>165
回路設計するとして、
欲しい部品を半導体メーカのサイトでスペック比較して探すじゃん。
そこでサンプル価格出てるし、ついでにDigikeyとMouser行ったら即購入できる。
スピードは金曜日の夕方発注したら月曜の午前には届く
おそらく代理店にサンプルで提供してもらうより早い。根掘り葉掘り量産計画とか聞かれるし。
仕事にからめて趣味で入手したいとかならなおさら後ろめたい。
糞熱い中、秋葉探しまくってもパッケージも含めてピンポイントで欲しい半導体なんてまず入手できんよ。
店も売れ筋しか置かないから。
汎用のレギュレータぐらいならどこでもおいてるだろうけど、超ローノイズレギュレータとなったらまず入手困難だろ。 >>166
めぼしいBEGINとENDの間
(で済まない事もあるけど) nucleoのアナログ実装云々言う人はnucleo-64の大きいボードのこと言ってるのかな?
nucleo-32しか持ってないのでわからんけど 評価ボードならnucleo一択だな。
自分で作った基板に組み込んで使うならnucleo32最強
デバッガチップのってこの価格とこのサイズ!
他の選ぶ理由がない
メーカみたいに、採算考えてぎりぎりの設計するなら別だけど nucleo32のどこがでかいんだよ
本体チップ、デバッガチップ、レギュレータ載せたら最低この大きさになるだろ。
基板上でデッドスペースもほぼないだろ
nucleo64と間違ってないか? 今日からゴールデンで柔道やるんだよな
見たいか?柔道の試合なんかゴールデンで
BSあたりでやっとけや フジテレビ視聴率低迷するわけよな
27時間テレビを録画にするとか
柔道ゴールデンでやるとか
視聴者の見たい気持ちを全然刺激してない stm32の統合開発環境って、どこが一番いい?
純正st32cubeideが一番高信頼な感じですか? cubedieはまだ不安定らしい
俺はtruestudio使ってるわ nucleo-H755ZI 手に入れたいんだがどこも売ってない だまれよ辺真一
てめえの寝言は聞きたかねぇんだよっ糞が TRUESTUDIOからSTM32CUBIDEに移行試みたんだけど、WS2813で6こ直列接続してるLEDのうち
LED1を光らせるパルス送ってる筈がLED2が光るようになってしまった
壊れたかと思って交換しても同じ。あれ、前はLED1が付いてたのに…と思ってTRUESTUDIOのコードを書き込むとLED1が付くようになった。
まだまだ移行は先かな。 >>191
まだ、CubeIDEには乗り換えてないのだけど、CubeIDEって
TrueStudio と CubeMX を統合しただけのものだと思ってた。
生成コードも違うの? パルス列やバイナリコードを追った訳ではないけど 入っているgccは
Truestudio 6.3.1
STM32CubeIDE 7.3.1
だね。 Nucleo 64 の STlink に載ってる VCP って、非デバッグ時に当たり前のVCPとしては使えないのかな。
USB接続直後はOKなんだけど、数分〜十数分ぐらいで、LD1が赤点灯から緑点灯になって、以降
Nucleo→PCへの送信ができなくなってしまう。
手持ちのF401REと、F446REの両方で同じ現象。 WDTクリア忘れ
使用制限のある商用OS
使用制限のあるコンパイラ
認証されてないWin10 >>196
レスありがとう。
でもLD1もVCPもオンボードST-LINKのSTM32F103が管理している。
ターゲットCPUをイレースして、オンボードST-LINKのVCPをジャンパーでループバックしても
同じことがおきています。
ループバックしているところをオシロで見てみると、TXDからの送信は継続してできてるみたい。
それがそのままRXDを通して、ST-LINKのマイコンに入っているけれど、VCPを介した受信が
できていない状況です。(問題が起きた状況でも、PC上で見る限りは、VCPは生きてるし、
ターミナルソフトも継続して送信ができています)
ハブのせいかな?とか思ったけれど、直接PCにつないでも変化なし。
>WDTクリア忘れ
ターゲットボードから、オンボードST-LINKに対して何かアクション(クリア)をしないと
オンボードST-LINKにリセットがかかるのだっけ。
>使用制限のある商用OS
>使用制限のあるコンパイラ
プログラムがどう作られているかまでは把握してないですが、これには問題はないと思いたい。
使用制限とは直接関係はないですが、ST-LINKのファームはアップデートして使っています。
>認証されてないWin10
認証は問題ありません。
でも、環境によって違うことが起きるとしたら、Windowsのドライバまわりを疑うのは必要ですね。 どーなってんだよnuckeo-H755ZI-Q
nucleoって32は自分の基板に躊躇なくオンボードできる大きさなんだが、
64pinはなんであんなに肥大させるんだろな。幅広すぎるんだわ。
64使うなら144の方がまだ使いやすい >どーなってんだよnucleo-H755ZI-Q
何かあった?
それはさておき…
64はArduino シールドも一部使えるようにしたうえで、2列ヘッダーにも引き出した
せいで大きくなってるね。
あくまで実験評価用という位置づけだろうし、コンパクトに収めることは
優先していないと思う。 amazonで3つセット売りしているSTM32F103C8T6
R10が15kΩになってるってレビューあったから試しに買ってみたら
確かにそうなってて拍子抜けするぐらいあっさり認識した
これでようやくユーザー少しは増えるかな…?
Arduinoのブートローダ書き込むだけの為にST-linkなりシリアル通信デバイスが別途必要な点がまだアレかな? 初回のブートローダ書き込みなら
Arduino UnoやnanoのRX,TX,GND,3.3Vor5Vを繋いで
USBシリアル変換器がわりに書き込めるよ
5Vの信号レベルなので本来は3.3Vへ落とすのが望ましいけれど F401のボードが最近それなりに安く出回ってるtype-Cでなんだか今風
mbed使いなのでUSB-DFUはうれしい 調べてみるとArduino対応化はまだまだ盛んにGitHubで開発されてるんだね。
コンパイラはARM系であるDueの公式ライブラリを使っているようなので
完成度が高そう。試してみようかな ちょっとした調ごとをしていても海外のサイトではSTM32-Arduino環境の話ばかりで
世界的に見ればそっち側の方が多い印象を受ける。 そりゃ一番多いのはArduinoユーザーよ
数多いおかげでお得にモジュールが手に入って嬉しい限り
Nucleoでmbed使ってる人のこと考えると少なくないとは思うけど 何にしてもアーキテクチャを超えた言語の統一化は使う側からしてデメリットは一切ない
使う使わないは別としてもそのお陰でユーザーが増えればそれだけ採用される製品が増えるので
ディスコンも遠のく ADCの変換動作を途中で停止させる事って出来ないのかな?
サンプリングだけ行わせたいんだが(変換は行わない) >>198
どこにも売ってないんだよH755ZI-Q >>200
やっと15kオームにしたのかw
俺もポチっておくか USBのスピードを決める抵抗だよな。1.5kΩではなく? R10ってD+側プルアップ抵抗でしょ?
リファレンスデザイン丸パクリの互換品なのに
なぜここだけ違う抵抗にしたのか謎だったから調べたら
公式のアプリケーションノート自体が間違ってたぽい bluepillとblackpillって言われてたあれか ArduinoだとPWMの周波数を変えるだけでも
なんか長ったらしいコードがサンプルに公開されてて
面倒そうだと言う印象を受けたけど
人間が理解し易いようにそうなってる感じだったから
やっぱ方向性が違うなと思った ペリフェラルとは、レジスタとはなんぞやと理解できた今なら大したことないが
昔の自分に上手く教えられる自信がない >>218
https://gist.github.com/Tamakichi/4ea4ed316c76a0ac33a40f3625eb2e0d
調べるとこの方が公開されているコードが見つかったけれど、
確かに人が理解しやすいようになってるな
それともこの方のセンスの良さなのか。
興味湧いて来たから1つArduinoブートローダ書き込んでみる うちの勤め先もだけど
ルネサスは長く持たないのではないか?って不信感と
それを裏付けるかのようなリストラとディスコンラッシュで
多くの会社が丁度その時期に乗り換えたのが大きいだろうね ディスコンになったのって今や儲かりそうもないTTLとかTrとかリニアIcばかりでないの? ディコンは8bit辺りの8pinDIPやSOPに集中してる
単価は安いけど数が出るから低コストで作れれば相当うまいんだけど
ルネサスは高コストだった
>>209とか新規に作るぐらい美味しい市場だよ
この辺はAtmelとかなり競争してる 今RXで開発していてSTM32も評価予定。まだマニュアルを眺めているくらいだが
ADC使うんだが変換時間を求めるならADCが3つ載っているSTM32の方が有利そう
凝ったことをするなら高機能なRXが有利そう そう言えば5年前LEDシーリングライトを取り付ける際に、
興味本位で制御マイコンを見たらATmegaでした。
リモコンを受光してLED制御の専用ICをコントロールしていたので、
メインの制御ICと言って過言ではない
今はもうワンチップス化されていそうだけど
フリッカーレスが流行り始めた頃はPWM端子のある制御マイコンであっても
専用IC使っている事がこれで分かって感心した ユーザビリティでの差別化をしたいなら、一定レベル以上の製品なら
操作にかかわりそうな部分までワンチップ化したものは使わないような気がする。
ごくあたりまえの操作しかしないレベルの製品ならワンチップ化されたもので
よさそうですけど。 リモコン本体のマイコンは専用でいいだろうけど
受光側は大抵汎用マイコンの割り込み使ってるよ。
少なくとも俺の設計した製品はコストの都合からそうしている
専用ICを受光側に設けても、それがデコードした信号をマイコンに入力するのだから
無駄に実装点数が増える。 やっぱ開発環境がモノを言うんやねぇ
どこかで見かけたけど学生が触れたマイコンは大人になって社会に出ても
仕事でそれを使い続けるって聞いたよ >>234
どこでみかけた情報なんだろう。
学生あがりにマイコンの選択の権利がある職場ってどんなんだろうな。 スイッチオンBASICしか知らない相手にエディタを教えるみたいなもんか? >>227
俺も今STM32G4のリファレンスマニュアルRM0440読んでるんだが、2083ページもあるんだよな
斜め読みできないのがどーも慣れないけどPDF-X Changeで付箋貼りながら読んでるんでなんとかいけるかな
ま、検索はこっちが楽 >>236
製品のCPUじゃなく自分の治具用CPUの話だろ
俺はH8やらPCのプリンタポートがそんな感じだったな。
今はRaspiとFTDIで治具にわざわざマイコン使わなくともほぼなんとかなると思うけど >>236
仕事で使う物に選択権を迫られるような息苦しい会社は御免だな
少なくともうちは仕様書まで設計が書くので、見方によれば
必然的に設計課の誰もが製品に使用するデバイスの選択権を持っている マイコンなんて何使っても一緒でしょ、登録済のコレ使って
としか言われない。 マイコンなんてなんでもOK。どんとこい。って言える人は強いな。 >マイコンなんて何使っても一緒
それ日本の電機産業衰退の一因では
タダでさえ製品化が遅いのに他所でも作れるような物を作ってちゃそりゃ落ちぶれるわ RISC-Vに手を出しているのは中華メーカーやで
やらなくて良いとは云わんが今は未だ海千山千
今やCPUを設計できる国内メーカーなんてルネサスソニーラピス(旧沖)くらいやろ
彼等も当然研究しとるやろが開発環境揃えて商品価値に繋がらんなら出さんは 「マイコンなんて何使っても一緒」
を読んで
「他所でも作れるような物を作ってちゃ」
みたいな状況しか想像できないのって変だね。 想定寿命を10年と見積もる物はRの車載向けマイコンを選定する事は当然ある
信頼性試験に落ちて再設計再評価の振り出しに戻る
またはエンドユーザークレームが多発するリスク回避
それらの総合的な判断で使用するデバイスは選定するだろ
難しく考え過ぎて開発会議を長々やる方が無駄だよ
発案せず否定だけする人間が増える要因にもなる。
誰もが自由に考えてこうすれば良いのではないかと言う環境作りが大切
中国から学んだこの開発スタイルは会社の競争力と利益を相当に伸ばした 「マイコンなんて何使っても一緒」などという奴が適材適所でパーツを選定しているとは思えない
値段のみで選定してトラブる未来なら見えるが >>240
治具でも色々なソフト資産・開発環境のある会社標準マイコンを使んじゃないのか
治具でも、そいつしか知らないマイコンでは将来の変更のとき困るだろ
俺のところでは、治具でも後から機能追加はよくあること >>239
なんか、RXとSTを評価ってひとは、使ったことのないマイコン(ST)でもどんとこいって
感じのすごい人だろって気がする STM32なら値段が半分です!とか 性能が倍です!とかでないと新しい品種にウンと言って貰えない。
将来を見込んで… とかだと会社の将来の方が危うい。 >>250
…いるとは思えない
…なら見えるが
少ないパターンしか想像できないのは発想が貧困だからだよ。 >>253
体力がない組織が新しいものにチャレンジできるとしたら、
有能な人が自発的献身的ブラック活動するのが近道なんだよな。
最低限、成果が上がったときぐらい、特別なボーナスなどで報いる組織ならましだろうか。
よく頑張ってくれた、飲みに行こう、だったら安いね。 趣味だし大したことないよ
欲しいペリフェラルは高速ADC、SPI×2、USBデバイス×1、USBホスト×1
ただし装置がでかいのでADCを持つメインマイコンとUSBコントローラを分離させる必要がありそう
ワンチップでやろうとするとADCに繋がるセンサーの線を延ばすか、ノイズまみれの中USBの線を規格値を超えて伸ばすかになってしまう
お値段だけ考えるならRX23T(64LQFP 390円)+RL78G1C(32LQFP 235円)あたりが良さそうだがルネはDigiKeyとかだと割高だし
国内系だとマルツくらいしかない。マルツの在庫はせいぜい数個から数十個だし調達性に不安あり
いくら同人ハードでも20個注文して納期がいつになるか判りませんとかになったら流石に困る
DigiKey見た感じだとSTM32で同価格帯だとメインマイコンはF410あたりかな?USBコントローラ役は多分該当無し 数がそろうならDigikeyでいいのに、と思ったけど、個人相手だと売ってくれないことがあるのかな。 RL78でUSBペリフェラルを作って不特定多数に販売するとしてVIDはどうするのだろう。
STはWEBサイトではサブライセンスをオープンにはしていないけれど、セミナーでは問い合わせて、ということだった。
マイクロチップ、NXPはサブライセンスすることをWEBに掲載してたはず。 >>220
凄い読みやすいねこれ
Arduinoではどの程度オーバヘッドが増すのか少し実験してみよかな
初めてSTM32でArduinoを使う mbedとそんなオーバヘッドは変わらんね
しかしArduino初めて触るのに情報が多いからサクサク評価用のコードが出来た
ただし気になったのがシリアルコンソールの出力は情報が溜まり過ぎるといきなり落ちる
ADCがなぜかmbedより不安定だとかよく分からん症状がある
mbedはコンパイル時に自動で何かしらのフィルタ的なアルゴニズムを組み込んでるんかな ■ このスレッドは過去ログ倉庫に格納されています