STM32スレ
■ このスレッドは過去ログ倉庫に格納されています
ST Microelectronics 社の32ビットARMマイコン
STM32シリーズに関するスレ。 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はコンパイル時に自動で何かしらのフィルタ的なアルゴニズムを組み込んでるんかな >>257
RX23Tは25個買えばマルツ相当に下がるけどRL78G1Gは最低発注個数が500個。いくら何でもそんなに要らない
USBが2本生えているマイコンってハイパフォーマンスクラスが多くて結構良いお値段する。ルネのRXだと1000円以上したり
STだったらF2、F4の一部、F7、H7くらいかな?DigiKeyで検索してみたら一番安いのがF730Rの473円っぽい
これでシステム全部の面倒を見させるならリーズナブルだけどUSBコントローラとしてしか使わないのは結構贅沢
とはいえRL78G1Gを除くとF730R等を検討する必要がありそう。NXPには相当する製品はなさそうだし
>>258
USB.org的にはサブライセンスを認めていないんじゃなかったっけ?一応VIDに関してはいくつか案を考えてはいる >>262
どんとこい(ただし使ったことがないから準備期間の費用がかかります)。 >>263
>USB.org的にはサブライセンスを認めていないんじゃなかったっけ?
USBのチップメーカー(マイコンペリフェラル含む)はサブライセンス可みたいだよ。
シリコンラボラトリやFTDIもやってる。 自分も詳しいわけではないがググってみるといつぞやからサブライセンス禁止になったらしい
サブライセンスしているところは「自分が取得した時にはそんな条項はなかった」と言う主張のようだ
ぶっちゃけ同人ハードだったらぶつかりそうにない適当なIDを入れておいて、衝突して問題が起きたら変更してねで逃げられそう
今回はその方向じゃないけど
サブマイコンとしてはアーキテクチャがレガシーなRL78より、比較的モダンなARMの方が使いやすそうではある
32bitマイコンだったらRAMにコードを置いて実行してもペナルティはほとんどないだろうし >>251
個人で使う治具を会社標準にするのかお前とこって?
どんだけアホな会社だ。
俺は長年H8使ってたよ日立とは何の資本関係もないがなwww >>266
>いつぞやからサブライセンス禁止になったらしい
>サブライセンスしているところは「自分が取得した時にはそんな条項はなかった」と言う主張のようだ
いつのころからかサブライセンスできるのがチップメーカーだけになってしまった。
禁止になる前に、そういうサービスをしていた業者さんから PID をいくつか買ったけれど、
その業者さんも禁止、裁判するぞと脅されたとかで、そのサービスをやめてしまっていた。
かつて、急にVIDが値上がりしたときに、仲間の業者で共同購入しようかとか言ってるうちに
この事態になって立ち消えになってしまった。 >>267
汚い言葉でののしる前に、>>251を読めよ。
治具を個人だけで扱うわけじゃないことぐらい読み取れると思う。
仕事の形態が違うだけのこと。 >>258
いい情報ありがとう
stのサブライセンスは知らなかったー
というかそういうことはwebなり載せておくべき内容だよね
それでチップ選定左右することあるんだもの 俺はpid.codesからPID割り当てて貰った。 >>268
>いつのころからかサブライセンスできるのがチップメーカーだけになってしまった。
ちなみにそれって何処情報? >>272
変更されて「禁止になった」という情報は、訴えられたPID配布業者のWEBサイト。
今、探してもみつからなかった。
探しているサイトとは違うけど、こんなサイトが見つかった。
https://qiita.com/gpsnmeajp/items/8eb8ecf0541032f6de0e
>現在ではプロダクトIDの販売はUSB-IFにより禁止されていますが、
>2009年までは禁止されていませんでした。
>そのため、MCS Electronics(AVRのBASIC開発環境BASCOM-AVRの
>販売元)は自社のプロダクトIDを販売していました。
このサイトによると、契約時にそんな話はなかったとして突っぱねた
MCS ElectronicsはベンダーIDを一方的に取り消されたとのこと。
チップメーカーが許可されているのは、現状を見ての通り。 >>269
>>267はちゃんとした会社なら、治具も管理品を使わないといけないの、知らないんだろうね。 >>274
そういう言い方もおかしい。ちゃんとしているのではなくて、職場がそういうルールなだけ。
議論にかこつけて勤務先がちゃんとしているしていないみたいな話にしても意味が薄い。
取引先の一つにとてもお堅い会社があって、そこではあなたが言うようにたいていのことが
管理管理管理って感じなんだけど、新規技術の開発部門みたいなところがあって、その中は
むちゃむちゃ自由なものを使うことができるようになってる。 応援って、何のために議論してるの?
策をこらしたり同じ意見の人を集めて違う意見をつぶしても得しないし。 >>240は
会社で使うための治具を作っているんじゃなくて、自宅で使う治具の話をしているんだろ。
あとは、会社(派遣先?)が勤務時間中に俺治具作っていいよってOKしないから、会社で使う俺治具を自宅でせっせ作っているとかか
仕事でマイコン使う仕事していて、会社で治具作るなら、会社で使っているマイコンを使うだろ たとえばCortex Aしか使っていない仕事場で、それが搭載されているのは
開発用のでかいボードしかないようなケース。
外来センサーの疑似信号を作る必要があるとき、それがPICでもできそう
なものでも Cortex A のボードを調達してきて治具にするかな?
かならずそれを使うとは限らないと思う。
使わないだろ、と自分の世界のルールで考えるより、自分の世界とは異なる
ルールの仕事場のことを考える方が楽しくない? >>269
寝ぼけた忠告する前に
>>240読んでからにしろ文盲
>製品のCPUじゃなく自分の治具用CPUの話だろ
"自分の治具のCPUの話"と限定してるのになーにが仕事の形態だドアホ >>274
ばーーか。
計測器は管理品を使う義務があるが、
エンジニア個人が自分専用に作ったツールを使うのに管理される必要なんてあるかいアホ。
なんならお前んとこではいったいどんな社内規定でそれやってるのか言ってみろ >>274
開発現場で、信号をアンプったり、フィルタる必要があるとき、
当然エンジニアが使い慣れた素性のわかったOPアンプを使って治具作るんだろうが、
お前んとこではそのOpアンプを会社に申請するんだ?wwww
で、そのOpアンプ計測器と同じように管理してるんだ?wwww
どんなアホ会社だ。そのまえにやる仕事あるだろが。
そんなアホ会社はさっさと潰れてしまえ
出入り禁止にしてやるから言ってみろwwww >>282
それ、治具ではないよ。ツール(小道具)と言うんだよ。
だから話が噛み合わない訳だw
治具はちゃんと管理され、精度が必要なの
治具 - Wikipedia
治具/ジグ(英語:jig)は、加工や組み立ての際、 部品や工具の作業位置を指示・誘導するために用いる器具の総称。 製品ラインに使う物と開発実験に使う治具は明確に線引いてあるよな。
製品ライン治具専門の部署がある会社だってある。 そんなの会社によるでFAじゃないの?
生産技術すらいないような規模であれば設計が好きに作っていても不思議ではあるまい >>261
STM32のADCはDMAの使用が前提になっている(特に連続して変換する場合)けど割り込みとDMA周りは適切に実装されているのだろうか そんなこんなでstm32難しいよぉ
arduinoやmbedで楽にもの作りしたいよぉ
でもこれ使いこなせたら最高だなとは感じる ■ このスレッドは過去ログ倉庫に格納されています