２つの日本語ページ
☆ http://www.st.com/ja/microcontrollers-microprocessors.html
☆ http://www.stmcu.jp
前スレ
STM32スレ part4
https://rio2016.5ch.net/test/read.cgi/denki/1622644887/
STM32スレ part5
レス数が1000を超えています。これ以上書き込みはできません。
２つの日本語ページ
☆ http://www.st.com/ja/microcontrollers-microprocessors.html
☆ http://www.stmcu.jp
前スレ
STM32スレ part4
https://rio2016.5ch.net/test/read.cgi/denki/1622644887/
STM32G031J6 (8pin)
STM32G051F8 (20pin)
STM32G0B1KE (32pin)
STM32G431KB (32pin)
STM32L011D4 (14pin)
STM32F042F6 (20pin)
--NUCLEO--
STM32G431KB (32pin)
STM32F446RE (64pin)
STM32G474RE (64pin)
STM32H745ZI (144pin)
--中華安基板--
STM32F103C8 (48pin)
STM32F401CE (48pin)
STM32F411CC (48pin)
乙
それ以外はこっちにでも行ってくれ。
■脇道脱線雑談引っ越し先スレ■
https://rio2016.5ch.net/test/read.cgi/denki/1540695354/
生産量に限りがあるなか、とりま大手さんだけ相手にだけ商売してるってなら
（それはそれで悲しい事態とは言え背に腹は代えられないだろうし）まぁいいんやけど・・・
仕入れられないから売れない状況下で
買えるところ どこにあるの？
てことはあれか？ 金払いが悪いんけ？ おこられっぞｗ しらんけど(^p^;
ルネの日本軽視もSTM32の小売り入手難も根っこは一緒だよね
解説よろしく
儲からない小売りは二の次で良いんだも正当化出来るだろ
どちらも利益優先の行動だし
「日本を特別扱いしない」が「日本を軽視する」になるのかな?
STM32の小売り入手難は、日本に限らず世界中どこでもそうだよ。
秋月から消えた＝日本軽視だ。みたいな感覚なんかな。
ルネ批判も「秋月でのラインナップ」というフィルタがかかってる人いるよな。
「秋月に新しいマイコンを展開しないルネサスは、秋月で売る気がない」という評価ならまだしも
「秋月に新しいマイコンを展開しないルネサスは、日本軽視だ」に論理が異次元ジャンプしてたりする。
そんなわけで、秋月からSTM32関連の商品が消えたら、
「秋月から商品が消えたSTMicroは、日本軽視だ。秋月から商品が消えたルネサスと日本軽視という点で根っこは同じだ」
みたいな。
こういう感覚の人に言いたい。「秋月の状況を根拠に世界の半導体のやる気を語るのは禁止」
Digikey、Mouser、RSにはあるのに、秋月はさっぱりなくなった。
以下想像。
もともとSTMicroにとって、Nucleoは大きい利益がでる商品ではない。(たぶんこれは高い率で合っている)
Nucleoは、マイコンを大量に買ってくれる人を得るためのサンプルである。(たぶんこれもわりと高い率で合っている)
Nucleoを作るためのマイコンも枯渇してきたから、売り先を選びたい。
マイコンを大量に扱っている商社・小売店に優先して卸している。
DigikeyでもMouserでも、RSでも、量はともかく、Nucleoの品種＜マイコンの取り扱い品種だった。
秋月はどうかというと、圧倒的に Nucleoの品種＞マイコンの取り扱い品種。
秋月でNucleoを売っても、秋月の購買層は、マイコン単体購入に広がらないのは傾向としてあるのでは?
まあメモリがそんなにいらない人にはリーズナブルでいいなけどね
当分大丈夫かな
103はUSBが認識しづらいヤツ (抵抗値)と
ST-Link V3が認識しないヤツ (偽物)
401はDFUが認識しづらい (仕様らしい)
あればあるほど良い
また日本語のデータシートが出ない。こんなものなのか。
別にいいじゃん
mouserとかで買えるなら
偽物だとV3が認識しないって本当？
本物の判別に使える？
最近、ARMロゴの入ってないやつを手に入れたんどけど、
これが本物なのか気になる。
V3でちゃんと使えてる
そんなもんだよ、英語読むか、同じ機能載ってる他品種の説明読むか。
V3が認識しないなら偽物の可能性は高いけど
V3が認識しても本物かどうかはわからん
私が持ってる(多分偽物の)103でもV3が使えるのがある
さらに英中会話力が無ければ、閉じ籠もった仕事に留まり続ける覚悟も要るでしょうね。
国際ビジネスの世界から置いてけぼりにされるガラパゴスはお好きでしょうか？
一方、今の日本の小売りで値上げが許されるか？まぁ無理だよね
そりゃ取り扱い中止になっても文句は言えない
>>17
少なくとも日本の小売りにおいて秋月は大手の一角と言って差し支えないのでは？
ちなみに秋月から消えているのはNUCLEOだけじゃないよ
マイコン以外のパーツも結構消えている。特に店頭在庫は欠品ばかり
かつてその中文のポジションは日文だった
日本が相対的に落ちぶれたため日文→中文になった
突っ込んだ内容の時は英文版を読む必要があったりすると腹も立ったが
その点STmicroさんなら英文版で当然だと心穏やかでいられてありがてぇ
今や内蔵SRAM 1MBくらい珍しくもないがそれを活用した作例ってほとんどなくね？
特にホビーだとまず見ない。SDRAM繋げているようなのも見ない
ホントにそうだな。
秋月なぞ所詮はホビースト向けの小売り業
活用出来ない自慢ですか？
どんだけ凄い技術者なんだか傲慢なご意見には眉をひそめるモノいいだな
「こういう感覚の人に言いたい。「秋月の状況を根拠に世界の半導体のやる気を語るのは禁止」」に賛同するのが何か問題か？
>ホビーで買っちゃいかんのかね
なんでそういう解釈になるのかな? 発想が飛びすぎ。
「ホビー」が出てきたのは>>33は、ホビーで買うなとは書いてない。
アンカー先の>17(おれ)もそんなこと書いてないよ。
>18も含めておれが書いたのは
・秋月で売るかどうかでメーカーの(日本市場での)積極性を語るのはナンセンス。
・想像だけど、売れる商品の絶対量が少なくなってきたら、後々、チップの量販に繋がる可能性が高い店に卸すだろう。
ってことに過ぎないよ。ホビーで買っちゃいけないってことはない、売ってるところでどんどん買えば。
供給状況によっては代理店やDigikey、Mouser、RSに比べると小規模な小売店にまわる商品がもっと少なくなることもあるかも。
メーカーがサポートを理由に代理店を整理する傾向があるのは知られている通りで、TIがやったようなことを
STMicroやMicrochipがやり始めたら、小規模な小売店では売りにくくなる。
あと、いまどきの半導体はちっぽけで安いものでも、兵器への転用で十分な脅威になりうるものがある。
世界が不穏になってきたら、販売への締め付けはかかってくるだろね。
どんなに管理していても、売った先がわからなくなる「ザルさ」はあるけれど、
↓下にいくほどザルになりやすい。言い換えると下から締め付けはかかってくるだろうな。
代理店と企業の取引
通信販売
店頭販売
世界が平和でないと、電子工作もやりにくくなるね。
「秋月で買えない！キーっ！」ってなるのは変。
いろんな部品を使って工作するのが楽しみでやってる
平和で穏やか、人々も大らかでないと楽しくなくなっちゃう。こんな事言うとお花畑とか言われるのが目に見えてるが敢えて。
マリー・アントワネット 1774-1792
代理店整理と秋月とはほぼ無関係。秋月の規模なら二次代理店でも難しく、三次代理店くらいじゃないか？
ただね、秋月はロケットのスタートアップ企業や、高校/大学の部品調達先でもある。
「秋月がこうだから世界的にぃ～」なんて話はなに言っちゃってんのと思うが、将来の技術立国日本を支える大事な小売店であることもまた確か
今の世界情勢でアメリカの養分したって日本と米国・中国の差が縮まる要素はないしむしろ開く方にバフがかかる
米中との差が開けば開くほど海外部品の調達コストは上昇するし個人的には勘弁して欲しい方向なんだが
ただ、秋月・共立・千石・マルツで満足はないわ
間通すのめんどい
俺は目の前にチップが届けば良い
Arduinoスレならともかくここでホビー以外の用途を考慮しないのは視野狭窄では
「秋月で品切れになったからもう買えない！」って騒ぐのも視野狭く無いでしょうか。
秋月の3倍以上する
ホビー前提ならそもそも日本のホビーでそんな高額なパーツを使う人はほとんどいないから
影響は限定的だろうな
>代理店整理と秋月とはほぼ無関係。
TIが代理店を整理して、一部の一次代理店経由でしか販売できなくした結果、
秋月からTI製品が消えたのをもう忘れたのか。
大手一次代理店と提携している一部小売店はあとから買えるようになったけど。
>digikeyやmouserさえあれば良いんだみたいな人って結構見るけど日本をもっと落ちぶれさせたい人なのかな？
論理の跳躍が激しい。
MicrosoftのOSを使うと、国内のパソコンOSの業者が苦しくなるが、それは日本が落ちぶれることなのか。それを
避けるために、意地でも国内のパソコンOSを(なければ立ち上げさせてでも)そっちを使うのか。
AppleのiPhoneを使うといけないのか、サウジアラビアの石油はいかんのか。
digikeyやmouserを使うことで厳しくなるのは、国内の小売店であって、それは直接は日本が落ちぶれることには
つながらない。
むしろ、digikeyやmouserを使わず、純日本小売店で買える部品だけで設計開発をすることの方が、選択肢も
発想も狭めて、設計開発者を小さくしてしまう。(ある部品でなんとかするという根性論も幾分かは必要だけど)
ロングテールを実現するのに、小規模な店舗販売は不利なのは、ずっと前に明らかになっている。
店舗販売をやっているところは、ロングテールを目指してはいないよ。
awsが事故ってニュースになるのなんて珍しくないけどその損失や対応コストはこっち持ち
新iPhoneが出るたびにWi-Fiルータのファームアップ祭りになるがそのコストもこっち持ち
大型Windows Updateによる混乱も恒例行事だがその対応コストもこっち持ち
あちらはやらかしてもノーダメ。技術を持たない者は技術を持つ者の養分になるしかないのだから
> 秋月からTI製品が消えたのをもう忘れたのか。
悪いな、神奈川に住んで20年は経っているが、秋月は片手足りる位しか行ってない。
かつ、俺に言わせれば秋月は品揃えが悪く、行くならマルツーのほうが多いなw (ただし、いつも「あれ？この辺じゃ無かったっけ？」と迷ってるがw)
てな訳でTIがあったほうが驚き。なにせTIなら以前はサンプル要求ポチで事足りてたし、秋月で探した事は一度もないなぁ～
(輸入規制が厳しくなり、今は下手にポチると後が面倒orz)
日本の業者で自分が損失を食ったら「コストはこっち持ち」で済まさないんだよな。
だから支配力のある方が我が儘を通せる。ソフトだけでなくハードも一緒
最初から大量に買う気ないならサンプル悪用やめろ。迷惑だ。
ある程度大きなソフトで、ひとつもバグがない状態まで品質管理していたら
永久に出荷できない。
20世紀末の日本の大手電機メーカはそういうことを言って、マイクロソフト
などアメリカのソフト会社をバカにしていたが。
そういう話でもなく、海外の業者なら相手が小規模な業者でも、どうせ相手にされない、
追いきれないと早々にクレームを切り上げるくせに
国内の業者なら、相手の大小にかかわらず、SNSで回りを巻き込んだりも含めて、クレームを
つける人がいるんだよな。
>>67がそのアドバイスを「なるほど確かにそうですね。今後は控えます」って言うわけないじゃないか。
彼が期待しているのは「きー。けしからん。腹が立つ」って反応だろうね。
「月何十万セットご入用です？」
と直電しでこないとも限らんので、
泡食わないように親切心が働いた。
部品の間違い、数量の間違い、俺は経験したことがないけれど、物の破損とか。
納期については、今は、半導体とかコネクタとか、突然、遅延するのはやむを得ないことがあるよね。
それはともかく文句より交渉ですね。
以前と違って、Digikey、Mouserも国内窓口があるから話がしやすいと思える人も多いのでは。
GAMAMはもちろんIntel、AMD、Qualcommなども同様
チップの製造だってTSMCに無理だと言われればあきらめるか金積むかの二択しかない
そしてこれらは少なからず市場での競争力に影響するし基本的に負の影響になる
バカ者、評価終わったら量産基板に載るんだよ
よくある話。
ただ、産業用途でそこまで数出ないな。
恐らく不満は出ない。
他人事だと思うとすごく短期的な視野しか持たない人いるね。
Z80互換に似た様相だね
オリジナルよりもむしろ高等だと思うんだけど
再現してた方が良いの？？
余計な情報・資料は出さないだろと思うぞ、結構マジで(^p^;
不具合がある
って話
STMが出してるドキュメントに基づいて同じ動きするようにロジック組んでるんだよな。
ならエラッタが消えてる可能性もべつのが生まれる可能性もある。コアは変わらない。
上げられた)から、中国もアメリカに隙を見せないよう注意しているはず。
なんでもアリで何も変わってないんだな奴等
って気付かされる。
EUはGAFAMの知財独占に批判的だが、結局はアメリカ様の大方針には逆らえない
だろう。
株主はソフトバンク。
とはいえアメ様養分マンセーの日本よりは独立性あるだろ
あと一言に欧州って言っても英と仏じゃだいぶ違うし
中国は巨大市場かつお得意様だから…
それ故にコピー品が出てくるんだろうな
高いっても1-2個なら誤差じゃん？
また「国内で買えないと〜」の人なの？
何処も売り切れ表示で売ってないと困るわなぁ・・・
STMさんとこは供給力回復したん？しらんけど(^p^;
国外でも買えないよな。
おまけに、今、買えるものが、来月も買えるとはわからん状況が、潤沢に供給されていたころと比較して酷い状況にあることは続いている。
でも、それが個人開発で「能力的にSTM32相当のマイコンはかならず使う」という前提のもとに
STM32を採用するかしないかの判断の理由になるためには、ほかの相当マイコンとの比較が必要になる。
一番確実なのは、当面使うぶんの数量を買えるものを買ってしまうことでしょね。
入手性に対する懸念です。
数少ないので金額は妥協できる範囲ありますが、手に入らなくなるときついです。
他のマイコンもさして変わらないでしょ。
複数のマイコンを使用できるような設計にした方が良いのでは？
シリーズ違いでピンコンパチ品が存在する品種があったり
STM32なら中華系のもどき品種がある場合もある
開発環境からやりなおしか...
RP2040にしておきな....
後出しジャンケンが過ぎるわ
・処理能力はM0+デュアル相当でいい
・WiFiを使うわけではない
・消費電力はあまり気にしない
・SRAMはたくさんほしい
・入手性がいいこと
あたりが必要条件なんかな。
STMだとSRAMがたくさんあるものは潤沢に供給されていた頃でもわりと高価だったしな。STMが候補から
外れるのは仕方がないかも。
モジュールでないRP2040を使うのは、実装はリフローか、裏から半田流し込みかな?
この程度で後出し非難は狭すぎ。
最初からすべての要求事項を、前提の異なるすべての読み手が不足と感じないように書いたら長文非難が殺到するよね。
なんで? 128kバイト以上のSRAMの品種もたくさんあるよね?
はい、次の患者さま〜
STM32の代わりって何がある？
し あ わ せ す ぱ い ら る (^p^)ぷはーっ！！！
以前書いたコードがあるからそれ流用したいと思ったのです。
モジュールでブレッドボードで試作してからJLCPCBに出す計画。
試作用のモジュールの入手も難しい状況みたいなので、こちらで相談しました。
さっきRaspberryPi Pico買ってきたので開発環境構築しているところです。
もし120が120で「さっきＰＩＣ買ってきた！」っていってたら
RaspberryPi Picoでいいとおもうよ って言っていただろう。お見通しだ！(^p^)
削るいい方法ない？
環境はplatformioで、例えばこのコードで14840bytes(90.6%)埋まっちゃう
[env:demo_f030f4]
platform = ststm32
board = demo_f030f4
framework = arduino
upload_protocol = jlink
board_build.f_cpu = 48000000L
board_build.mcu = stm32f030f4p6
build_flags = -DARDUINO_DEMO_F030F4_HSI
#include <Arduino.h>
#include <Wire.h>
void setup(){
Wire.begin();
}
void loop(){}
知らんけど
OSを否定はせんけど、MCUはやっぱベアメタルでレジスタ叩いてなんぼやで。
フラッシュ32KBのAVRで動いてるんだから
STM32用のライブラリかシステムが悪いんだろうね。
あきらメロン
frameworkをstm32cubeにして
[env:nucleo_f411re]
platform = ststm32
board = nucleo_f411re
framework = stm32cube
ここの最初に出てくるLED点滅だと
https://docs.platformio.org/en/stable/tutorials/ststm32/stm32cube_debugging_unit_testing.html
RAM: [ ] 0.0% (used 44 bytes from 131072 bytes)
Flash: [ ] 0.2% (used 1204 bytes from 524288 bytes)
Building .pio\build\nucleo_f411re\firmware.bin
1,2kバイトでいける
AVR8 32Kに入るものがSTM32 16Kに入らないのであれば
コードが糞なだけじゃね
マイコンはアセンブラ->C->C/C++ってなってるし
WindowsGUIプログラミングならC++だったのが今はC#ばかり使ってるしどんどん楽な方向に逃げてる
電子工作にからんでだと、Serial通信の受信コールバックの書き方が
無駄に面倒だとかね。
Arduinoが主流にはならんよ
自動露出やオートフォーカスが出てきたときに、こんなもの、、と言ってた人に似ている気がしないでもない
Arduino はあらゆる意味で言語ではないんだけど。
だるw
プログラミング言語、環境が多様になって、習得が容易なものも増えれば、
深いプログラミング知識を習得したいわけでもない人(あるいはプログラミングの専門家でもないクリエイター)でも、
マイコンを使えるようになる可能性が大きくなるわけだし。
ある程度存続できるだけの力を持ったプログラミング環境がたくさんある方が、多様な使い手が選べるようになる。
https://rio2016.5ch.net/test/read.cgi/denki/1333086087/
「○○は●●である」と考えている人が使うフレーズであって、
「○○は●●である」という絶対的事実があるわけじゃないしね。
したときの手助けとなる教材はかなり少ないと思うが
一応マイコンメーカー各社がマイコン入門的な教材を用意しているけど
Arduinoを扱うサイト等でそのような情報を紹介している所はまず見ない
標準のものなんて考えであればArduinoから先に行かなくてもいい。商用であっても
荒らすためにわざとやっているんだろうなぁ
Arduinoの処理効率的に競争力のある範囲はかなり狭いしな
「マイコンを初めて使う人の選択肢としてArduino」ならわりとふつうに聞くが。
どれだけの人がそんな平家な話しているのか、って思う。
それに、Arduinoからのステップアップとしての教材が「少ない」ことがなぜ
「Arduinoにあらずんばマイコンにあらずみたいな風潮は害悪」の理由になるのか、論理の飛躍がある。
・他の言語や環境が必要になれば、そのときに学習すればいいだけである。
・Arduinoで使っているユーザーのうちどれぐらいが、ほかの言語や環境に移行する必要があるのか。
と考えれば、Arduinoからのステップアップとしての教材は多くの需要があるとは言えない。「少ない」ことは妥当である。
>一応マイコンメーカー各社がマイコン入門的な教材を用意しているけど
Arduinoが想定する広いユーザーのうちの「イージー層」(Lチカからライブラリを活用してロボットを動かしたり
IoT機器を作ったりする)をターゲットにできるような、マイコン入門的な教材を、どれぐらいの「マイコンメーカー各社」が
用意しているんだろう、って気がする。
ルネサス、STマイクロ、NXP、Microchip ぐらいでいいので、そのすべてのメーカーの、上記のイージー層のニーズを満たせる
入門的教材を提供しているURLを提示してみて欲しい。
たぶん提示できないだろう。
そもそもID:FhvbK4uuは、入門以降のステップアップの教材がどれぐらいあるのか、という話を出しているのに、
「一応マイコンメーカー各社」に対しては「マイコン入門的な教材を用意している」と言い、
「Arduinoを扱うサイト」に対しては「ステップアップの教材の情報を紹介している所はまず見ない」と言っている。
「一応マイコンメーカー各社」に対しても「用意されている(本当に用意されているのかぁ?)マイコン入門的な教材からのステップアップの教材の情報」が
どれぐらいあるのかを論じないと意味がない。
仮に「Arduinoの処理効率的に競争力のある範囲はかなり狭い」としても
「Arduinoの処理効率的に競争力のある範囲はない」と言えないよね?
Arduinoで作った機器を、一般売りするときに障害になりそうなのは、処理能力ではなくてLGPLの方だと思う。
受託開発をやっていると、特に客先のラボで使う機器で「プログラムはArduinoで作って欲しい」という要求もある。
納品後に客先で組み換えがしやすいから、という理由らしく、それはそれで妥当な要求だと思う。
もちろんそういう案件でも稼いでいるし。
そうか？Arduinoじゃ無理な方が珍しいだろw
ネイティブならCPUのランクやクロック、ROM/RAM容量を落とせる
つまり、より安価により省電力に作れるってこと
だから組み込みの主流にはならない
Pythonなどのより上位の言語
ノーコード、ローコード開発
部品コストや電力よりも開発工数を重視する分野はこういう方向に進んでいるわけで
よくわかってないのに Arduino 使ってくれって話は良くあるね。
そんな時は、一応、ブートローダーとして Arduino 使うけど
中身はネイティブCで書くよ。
Arduino のライブラリーとか調べるの面倒くさい。
一般的なArduinoの話しならヨソで。
何かにつけ多様化していて、寡占的な主流が以前に比べると薄くなってきている。
主流になれるかなれないかを議論する意味も薄い。
>つまり、より安価により省電力に作れるってこと
組み込みをきわめて厳しくコストを要求されるもの「だけ」で考えるのは誤り。
製品全体に占めるマイコンのコスト(価格や消費電力も)が極めて小さいものもある。
プロジェクトごとに要求されるリソースに合わせて、世の中のすべてのマイコンから都度都度、
最適なものを選んでいる開発者ばかりではない。わりと多くの場合、得意とするマイコンから
選んでいると思う。
だからこそ、中国でもSTM32F103あたりが、怪しいものもふくめて、
「まあとりあえず何にでもつかえそうな便利なチップ」
として出回っているんじゃないかな。
Pythonの例も出てきているけれど、Arduinoを使うことも開発環境の多様化のひとつ。
社会の一部が受け入れていることを、Arduinoが嫌いな人が、Arduinoを否定する必要もなかろ。
組み込みでPythonを使う用途がなく、そのメリットを実感できない人が、組み込みPythonを否定するのと
同じぐらいバカなことだと思う。
>よくわかってないのに Arduino 使ってくれって話は良くあるね。
>>157で書いたのは、
・Arduinoを使っている人で、自分たちでメンテしやすいようにしたい人。
・直接対応している人はArduinoをわかってなくても、現場の人の要求として仕様に含めているケース。
だったよ。
なので、「Arduino のライブラリーとか調べるの面倒くさい」という理由で、客先が想定していると考えられる
Arduino環境でメンテできないものを出すことは、道義的にもちょっと考えにくい。
それは「仕様に明文化されていないことなら、仕事を受けた側が自由に解釈できる」って言うのに近い気がする。
今のところ、STM32ｘArduinoの要求は来たことがないけれど、Bluepillに近いような標準的なボードで、
もっと、かたい用途にでも採用できそうなものが出回るようになったら、そういう要求も増えてくると思う。
わずかでも案件があるんだから使えるんだ！みたいな主張は大小論をあるない論にすり替えている
https://rio2016.5ch.net/test/read.cgi/denki/1333086087/
Arduinoは知的障害者の職業訓練ツール
https://rio2016.5ch.net/test/read.cgi/denki/1331467918/
ほかでやれ!
それは何も重要ではないよ。
「世の中で重要でないものは、マイコンの開発環境の話題として意味がない」というわけでもなかろ。
まして、ここは、商用開発限定でもないわけだし。
STM32xArduinoについては、Arduino一般の話とは違う躓きや特徴があることは確か。
ここで、偏見なく議論できるといいと思う。
主流にならない
低性能高リソース
==>
イラネ
AVR8で事足りる程度のことにSTM32使っていたり
そのような状況は教育プラットフォームとしても問題がある
今はアルカリ2本指定で1年もたないようなリモコン仕様でもGOサインでちゃう時代だからな
常識の差が激しくてもうついてけないよ
最終的には市場が判断するものだしその仕様で十分な競争力があるなら構わないんじゃない？
そのうち国政も外注化するつもりなんだろうか。
ソニーが拾ってくれたからまだよかったものの海外にもっていかれてたら
大惨事だった
日本人技術者の多くが彼らを舐めていたのだが・・・
次第に明るみになる彼らの勤勉さと強かさに戦き、やがて悲鳴を上げ始めた1990年代。
現場の日本人は、彼らの決して流暢ではない日本語力を舐めてかかるというアホさを露呈。実は英語も話せて
日本語以上にスキルがあるのも知らずにだ。マルチリンガルどころかバイリンガルな日本人技術者は殆ど居なかった。
それ以降、多くの日本人はより臆病になり、開発現場から逃げた結果・・・仕事を職場ごと持っていかれた。
オモテ向きはリストラと報道されることが多かったが、実際は現場が逃げたケースも多いんだぞｗ
（○芝や日本○気で目の当たりにしています。「こりゃ勝てねぇーや」と実感しました。）
戦前〜戦後の頃のようにもう一度強かにならないと、みんな岸田総理みたいにボンボンになって国が終わるぞｗ
開発現場？なんかウソかパラレルワールドの話なのか？
> バブル崩壊後、加速度的に開発現場の職場に中国人を就かせ始めた。
外国人研修資格が出来たのは1989年、技能実習制度は1993年。
それでなにが起きたか？彼らを低賃金労働者として雇う企業が激増して社会問題・国際問題になったw
Arduinoオリジナル全般スレ
https://rio2016.5ch.net/test/read.cgi/denki/1547275328/
Arduino互換機 2枚目 [転載禁止](c)2ch.net
https://rio2016.5ch.net/test/read.cgi/denki/1564674281/
Arduino初心者熱烈大歓迎質問スレ part35
https://rio2016.5ch.net/test/read.cgi/denki/1659965751/
Arduino互換 Lazurite [無断転載禁止]©2ch.net
https://rio2016.5ch.net/test/read.cgi/denki/1458041731/
Arduinoは知的障害者の職業訓練ツール
https://rio2016.5ch.net/test/read.cgi/denki/1331467918/
Arduino 信者は何故、かくもキモくてバカなのか？
https://rio2016.5ch.net/test/read.cgi/denki/1333086087/
それ以外はこっちにでも行ってくれ。
■脇道脱線雑談引っ越し先スレ■
https://rio2016.5ch.net/test/read.cgi/denki/1540695354/
さもなくば自称警察と一緒だ
ここはマッタリ閑散としてるくらいが良いんじゃないの?
スレにふさわしい話題はこれくらいだけで良いと思う。
>>2,19,22
>>31,84,123
>>193が言ってる中国の人は牡蛎を剥いたり缶詰工場で働いている人。
かみ合わない。
STM32の話題が低調なのは、供給が滞っていたことが最大の原因じゃないですかね。
中国産の廉価版ボードが(値上がりしつつも)とりあえず供給が続いてきたことは、実験や学習の
用途には幸いだったかな。
チップの供給はぼちぼち復活してきているようだし、心配しなくても多様な開発環境も含めて
ネタは出てくるでしょう。
> >>190が言ってる中国の人はメーカーの開発や研究職に就いている人。
何言ってんだか。そういう高度外国人材制度が始まったのは2012年だよ
「制度が始まらないと民間業者が動かない」って考えてるのかな? なんで?
>>190の
>現場の日本人は、彼らの決して流暢ではない日本語力を舐めてかかるというアホさを露呈。
これは俺自身、痛い思い出がある。
業務の中のコミュニケーションでも会議でも、たどたどしい日本語だったものだから、じれったい気持ちで
接していたけど、実はすごい人だったってことがあった。
(相手は相手で、俺のことを、技術の面で物足りない人だと思ってたはず)
無理にスレチの話しする必要ない。適切なスレに散ってくれ。
> 「制度が始まらないと民間業者が動かない」って考えてるのかな? なんで?
それが分からない常識のなさはなんで？
ID:llZA97Go
でっち上げウソを撒き散らす奴が嫌いなだけ
外国人研修資格1989年
技能実習制度は1993年
こんなものとSTM32など使うイッパシのエンジニアはまったく無関係だとわからんのか?
研修とか実習生等の人買いビジネスなどなくとも、エンジニアで実力ある連中は研究室経由や現地優秀層を直接雇用してたろ?
> エンジニアで実力ある連中は研究室経由や現地優秀層を直接雇用してたろ?
いったいどういう歴史認識しているのやら
https://spc.jst.go.jp/data/techoverview2016/images/3_05.png
この中国の大学進学率で「実力ある連中」が居たとなぜ思えるのかが分からん
あなたの論旨には賛成だが、>>190氏は大筋で同じ主張だと思うが。
>>206
大学進学率と「実力」があまり関係ないのは、日本の国際競争力を見ても判るが。
大学進学率がある限度を超えたら、大学教育が無駄な層まで進学することになる。
アホみたいにワーワー言い出しよったなー
学術寄りの研究・開発職だけでなく、実用や製品化の産業の裾野まで拡大してましたよ。
高度な研究員との抱き合わせ条件で、大量に送り込まれてきました。
大手の○○研究所に配属されてきたキーの研究員しか見てなかったのでしょうけど、
それと併せて一般部署、関連会社、更には協力会社にまで、どっと押し寄せてきました。
しつこいねぇ
仮にそれが事実だとして、彼らが優秀に見えたのはお前が低能だっただけ
それに気がつかないとは哀れな
大学進学率が低ければ、「実力ある連中」がいなかった、と考えるのかな？ なんで?
明治時代の日本には「実力ある連中」はいなかったと考えるのかな?
全体の数字の平均を見て、個別の人の実力を判断しようとしたらおかしくなる。考えが浅すぎ。
人間って知見の範囲でしか判断できないわけで、知見をもとにした判断で結論を持つのはおかしいよ。
「個人的知見や統計を見る限り平均的にはレベルが低かったと考えられるが、全てがそうだったかどうかは、全てを見ていないのでわからない」
が正解だと思う。
あと、有能な人って、わずかで十分。そのわずかが個人の知見にひっかかる確率は低いだろうね。
ゆとりがあった。
いまの中国は競争社会。
中国の若者はゆとり無くガリ勉してる。
いまは、日本の若者の方がゆとりがある。
やってもやらなくても同じ。
努力なんて馬鹿のすること。
それが共産主義。
アップするインセンティブがないから。
日本の技術者の勉強は、現在の職場に特化したスキルに限られる。それには実に
誠実で熱心だが、どうしたって狭い範囲に限定されてしまう。
だから企業内で地道なノウハウの蓄積が重要な産業(素材や化学や重機など)では
いまでも日本の国際競争力は強い。残念ながら電気電子はそうではない。
BluePillのschematicを見る限り、STLinkで書き込むなら最低限はVCC4箇所それぞれに0.1uFと
OSC In/Outに8Mのクリスタル+20pF(x2)、resetを10KでpullupでOKと思いますがあってますでしょうか？
(RTCとUSBを使わなければ)
水晶に20pFのコンデンサを抱かせるなら、CL=15pFぐらいの水晶を。
しつこいねぇ
仮にそれが事実だとして、彼らが優秀に見えたのはお前が低能だっただけ
それに気がつかないとは哀れな
こんな感じでやってみましたが残念ながら水晶が発振してくれず
https://i.imgur.com/OQyGpyf.jpg
秋月で買った8M+20pf+R1MでだめだったのでBluePillから外したものでやってみたが発信しない。
aliで買ったチップだからかな、とLCSCで買ったものに変えてみます
https://i.imgur.com/7Iqihil.jpg
発振ってコケるときはコケるけれど、案外でたらめでも発振してくれることが多いので今回の問題ではないかもしれないけれど、
なにかにつけ「最短で配線」と注意される部分。びろーんと延びた配線をまずあらためてみては。
特にコンデンサのグランドがやばい。ふたつのコンデンサが1本の共通の長い線で延長されて、8ピン? にソケットで接続されているのは
すごく見ていて不安があります。
できるだけ短くきりつめて、できるだけ最短で(もちろんビニール線を介さずに)8ピンに配線しなおした方がいいと思います。
念のためですけど、書き込んだファームウェアは、外部発振子を使うようにはなってますよね。
追記です。
VDD同士、VSS同士の接続、VDD-VSS間の電源パスコンの配線は、写真では見えてないですが、裏面で処理されてますか。
ttps://edn.itmedia.co.jp/edn/articles/1405/19/news008.html
AN2867 アプリケーション･ノート STM8AF/AL/S および STM32 マイクロコントローラ向け オシレータ設計ガイド
ttps://www.st.com/resource/ja/application_note/an2867-oscillator-design-guide-for-stm8afals-stm32-mcus-and-mpus-stmicroelectronics.pdf
プリント基板を用いない実装例
ELM - AC負荷アナライザ
ttp://elm-chan.org/works/heco/report.html 写真は一番下のほうにリンクあり
使っているのはSTM32ではなくLPC15だが基本はメーカー問わず似たり寄ったり
マイコンに接続する推奨デカップリングコンデンサと接続方法を教えて！：Q&Aで学ぶマイコン講座（3）（1/3 ページ） - EDN Japan
ttps://edn.itmedia.co.jp/edn/articles/1406/18/news003.html
電源や発振子、デバッグI/F周りってブレッドボードだとLCR成分の上昇で挙動不審になるとか珍しくないし
あと何をもって発振していないと判断しているのかな。オシロあてたりしているならプローブの影響で発振が止まることがあるけど
いけました! 感謝!
VDDとVSSそれぞれ繋げないといけないんですね。ブレークボードにはんだづけしたあとでGND間の導通をマルチメータでチェックし、繋がってるから不要と思ったのですが、改めて測るとbeepはするが15Ωあり、VDD1-3は繋がっているがVDDAは独立していました。
また、ご明察通りオシロを水晶に繋いでいました。BluePillのXtalは問題なく測れたのですが発振後に繋ぐのと最初から繋ぐの違いがあるようです。
因みにブレークアウトボードでやっているのは自作基板に実装する、なんていうか、事前検証です。
https://i.imgur.com/HTFvtIw.jpg
https://i.imgur.com/GXChlde.jpg
https://i.imgur.com/aDqjjcd.jpg
https://i.imgur.com/JgPMNgs.jpg
https://i.imgur.com/7Q9jSUE.jpg
https://i.imgur.com/BGAEiFp.jpg
https://i.imgur.com/34kag8y.jpg
https://i.imgur.com/lmp7h4L.jpg
https://i.imgur.com/qFIgt6v.jpg
https://i.imgur.com/2RkZ0eD.jpg
https://i.imgur.com/IPM2W4Y.jpg
https://i.imgur.com/818VFfM.jpg
https://i.imgur.com/oAXgAai.jpg
https://i.imgur.com/34t1Gad.jpg
あたおかはこんなのを見てるんだね
あたおかになるわけだ
それとも何か文字化け防ぐ方法あるの？
文字コードでない？CP932にした？
そんな程度の知識で、ソフトウェア作成できるのか？
数年間、レベルアップもしてないようだけど。
大丈夫なはず。
ただし、UTF-8だとプログラムを編集して、日本語コメントを入れてから、再度コード生成をすると
日本語コメントが化ける問題がありました。CubeIDEの文字コード設定を、CubeMX(コード生成ツール)が参照してないみたい。
CubeMXは日本語WindowsではデフォルトだとShift-JISを前提に動作するみたい。
最新版でもこれは起きるのかな?
↓はUTF-8にしたときの問題の対策です。Google検索してみて。
「STM32CubeMXのコード生成時にUTF-8が文字化けしないようにする」
「STM32統合開発環境 STM32CubeIDE の日本語化 forest1」
に
-Dfile.encoding=UTF-8
追加でいけるのか。こんなの設定しろとかcp932にしろとかそんなアプリ今どきないだろ・・・
自分が作るアプリには自分の理想を適用するのはいいけど、他者が作るアプリを使うときはニュートラルな感情で受け入れる方が幸せになれるね。
そういや「いまどきのアプリはディレクトリ名に日本語が入っていても大丈夫だろw」って話もあった。
その人は「そうでもない」って言う人を時代遅れの人だと嘲っていたけど、
嘲るぶんだけ、実際にダメなアプリに遭遇したら、よけいにダメなアプリを強く罵ってしまうんだろうな。
eclipseの基本の基
文字コードのためだけにいちいちST-Microに入るなんてバカバカしいので普通は我慢するんだよ
なんで(ルネサスのe2studioにも同じ問題がある。)
eclipse の開発コミュニティに参加すればいいんでない？
>233 ができるかどうかは疑問だけど。
罪なIDEやで
eclipse対応法は10年くらい前から同じ
知らないのを自分で公言するのは無能の自宣
こんなのインストール初期設定でiniに設定書き込んどけばおきない問題だし
逆にgenerate codeするときにeclipse側の設定読み込んで処理変えるとかすれば済む問題じゃん
ttps://survey.stackoverflow.co/2022/#most-popular-technologies-new-collab-tools
Eclipseの時代じゃないんですよ
すまんすまん
javaの実装と言語コード系の問題に帰依する
世の中utf8だけとは限らんので初期値ムリクリ設定すると別のとこで同じ苦情が来るので、今のが人口構成比からベター解じゃとおもうよ
それ言い出すと、変数や関数名に多国籍語をを…
という話になる。
実際に使えてしまうけど。
自動生成ソースを大きく編集する事はないから
わりとどうでもいい
πとかθとか使えると便利だよ。
STM32F4 1.27.1
FreeRTOSを有効にした時
あれ、どうやってターゲットと繋ぐのが正解何でしょうね？
それ、STLINK-V3MINIE じゃなく STLINK-V3MINI だ。
末尾 E の有無で別物。
SWDしか使ったことがないのだけど、「5本あれば充分」はSWD接続のことなのか、
VCC、リセット接続なしのJTAG(それがOKなのかわからんけど)のことなのかどっちなんでしょう。
エッジのところが2.54mmピッチになってたら、10ピンのボックスプラグを付けて、
中華STLINKみたいな線の引き出し方でSWDで使えるのかも。
STLINK-V3MINIと違って、基板に実装されることは想定してないのだな。
STLINK-V3MINI は Recommended replacement product: STLINK-V3MINIE とあるから、もうなくなるのかな。
正直中華の安V2やNucleoで十分だな
何にせよ嬉しい。
いいね！
pwが127を超えたところで3.3Vフル出力になり、127までは0出力なんです。
どうするとよいのか教えていただければ幸いです。
void setup() {
pinMode(PA4, OUTPUT);
analogWriteResolution(8);
}
byte pw= 0;
void loop() {
analogWrite(PA4, pw);
pw++;
if (pw == 200) {
pw = 0;
}
}
Arduinoの場合、DACもしくはPWM出力に対応してる（マイコンがではなくArduinoとして）ピン以外だと
analogWriteは中間点を境にHigh or Lowの出力になると思う
でぐぐって出てくるサイトのBlackpillボードの図を見たところだと、PA4はPWMに対応してないように見える。
皆様優しいご対応ありがとうございます。
確かにF411CE DACないっすね。買ったのは半年ほど前で、やっと時間できたので試してみたんです。
買うとき401はDACないけど411にはある と思って411買ったんです。なのであると思いこんでました。今調べると無いですね。狐につままれた様な気持ですが、、、
GとかLの1品種でよかったのではないか？
同じことを思った
8ビットマイコンの置き換えを狙うってのも
F0とG0の時にも言ってたし
ただの話題作りかと思ったのにまた出る
6ポートgpio使えるしflash多いし
どんな製品に使ってるんだろう...
ホビー用途なら秋月で120円で売ってた時は需要はあっただろうけどなくなっちゃったからねえ
(すみません、買い占めたのは私です)
PICなら45円からあるし
BluePillも160円で買える
8ピンマイコンに317円も出す気にはならない
製造コストに厳しい小型の単機能基板(通信＋単一モーター駆動とか、通信＋センシングとか)には使い道があるのかも。
基板を自分で作って遊ぶには、TSSOPの14ピンでほぼ同サイズだし、チップ価格も少量購入だったら、値段を決めているのは
ローエンドチップだとチップ価格そのものより流通にかかる費用が大きい位置を占めるはず。
でも、基板を作らない人なら、ChaNさんみたいなテクニシャンでもなければ、大多数の人にとって、1.27mmピッチは、
変換基板なしで普通に配線できる限界なんじゃないかな。遊ぶのにもミニマムなサイズだと思う。
あと、8ピンというルールを自分に課して、何がこれでできるだろう、って考えるスポーツ電子工作なら、少ピンは燃えるはず。
その場合、少ピンゆえにデバッガで追えないことも、むしろ燃えるためのメリットでしかない。
bluepillはでかくて高い。昔はどうあれ今は単品送料込200円じゃ買えない
103は安いけどでかいし0.5mmピッチなのが使いにくい
tssop20やQFP32はピッチ的に使い勝手いいんだけどこれも以外に実装面積食うんだよな
tssop14が安く手に入るならそれがいいけどきっと高いだろ。ラインナップ少ないし見たことない
picやtinyavrはスペック低くて論外
プアなチップに燃える価値観もわかるよね。
そんなあなたにはPIC10F200
値段も、自分の人件費換算なら問題にならないことがほとんどだし。
送料込みで200円切ってたって
どこで？
趣味なら色々と使って見た方が良いよ
PICもAVRもRL78も
コピー品かもしれないけど俺の使う範囲じゃ思い通りに動いてくれてるから問題ない
俺がどんな主義遍歴、マイコン遍歴があるかどうかは全然関係なく、「趣味なら」という条件で人にある種のマイコンを勧めるのは違うと思うんだ。
世の中にはたくさんの種類の趣味がある。趣味なら、って言いだして全部を体験するなんて無理だし。
俺以外にだって、勧めるなら、自分の主義趣味にあったものではなくて、その人の趣味にあったもの、その人に適したものを勧めてあげて。
あと、ほかの人の趣味を理解することやほかの人の趣味を礼賛することと、その趣味に今の自分が取り組みたいと考えるかどうかは全く別だし。
STM32G031J6M6 (秋月120円)
STM32G431CBT6
STM32L010F4P6 (秋月95円)
STM32F103C8T6 (BluePill)
STM32F401CCU6 (BlackPill)
STM32F446RET6 (Nucleo)
STM32H747XIH6 (Discovery)
長文でやらない言い訳格好悪い
それ以外にも、俺も含めて昭和の趣味エンジニアだともっといろいろ手を付けてる人がいるでしょね。
俺も違うマイコン、違う環境、違う言語に手を付けるのが楽しい時期もあったし。大半忘れたけど。
それに、ここはSTM32スレなので、STM32を使う話でいいしね。
と思ってるわけだ
なるほどあなたは「するべきことと思ってるわけだ」ですか。
俺はすべての人がマイコンをいろいろ使うべきとは思ってないです。
言い訳け、というのはするべきことをしないときに使う言葉
==>
あなたは「するべきこと」と思っている
「俺はすべての人がマイコンをいろいろ使うべきとは思ってないです」(二回目) わかった?
ガイジだからどうせ釣りだろうと思ったらやっぱり釣りだった。160円はねーよなー。これだけ相場からはずれてるとあったとしても届かないだろうし
G031J6は送料込218円が一発で出た
送料込み最安互換チップが188円、STM32が259円やった
昔の送込み160円とかセール110円みたいなのは無いね
200円台+送料ってのが増えてる
いろいろ付いて160円だから
G031J6単体なら120円でも高い
コピーチップのリマーク品だと思って買った方がいいぞ
軽く使う程度には正常動作するが
SPIが低速だったとかDMAがきちんと動かんかったとか
ペリフェラルが怪しいことが多々ある
おそらく中身はCH32かCS32
そういう意味では、チップの流通が復活してきてよかった。
一時期は、買い置きしていたRXマイコンに(できるものは、だけど)設計変更してしのいでたが、
もうその心配は要らないかな。
画像真ん中のところが480MHz MAXなので480にできると思うのですが200MHzまでにしろと怒られてしまいます
https://i.imgur.com/0iK9Hrm.png
同じ条件だと思うのだけど、こちらの環境ではエラーにならないっぽい？
https://i.imgur.com/ZmC2rpw.png
PLL1を変更して400MHzしたら200MHz以下にしろというエラーがなぜか消えたから
とりあえずこれで我慢かな
stm32h7 revision v 480MHz
でぐぐってみて。
でも、CubeMXにチップのリビジョンを設定するところってあったかな?
古いリビジョンだと400MHzが最大
できた。ありがとう
https://i.imgur.com/s6ZeVQn.png
このたび、基板を起こしてstm32F103C8T6を実装しました。
でarduinoで焼く時によく見ると、BluePill F103C8とGeneric F103C8Txというのがある。
同じだろうと初めてGeneric F103C8Txにして焼いてみたところ、
PA9からシリアルがTXされなくなった。他のUART TXピンを見てみたら、
PA2からTXされている。
HardwareSerial Serial1(PA10, PA9); とインスタンスを作ってやればPA9からTXされるが、
コンパイルサイズが304byte大きくなった。
うーむ、なんか納得いかない。
スケッチと同じディレクトリにbuild_opt.hという名前でファイルを作って
-DPIN_SERIAL_RX=PA10
-DPIN_SERIAL_TX=PA9
と書いてリビルドしてみてください。Generic F103C8TxにしてもPA10, PA9からシリアルが出力されるようになります。
HardwareSerialの宣言が不要になるのでコンパイルサイズが大きくならずに済みます。
アドバイスありがとうございます、、ですが、ずっとPA2のままです。
IDEの再起動はもとより、OSの再起動、-DPINを -PINにしてみたり、-#define PIN_SERIAL_TX PA9としてみたり
いろいろやってみましたが反映されません。毎回IDEの再起動はやっています。
arm-none-eabi-g++: error: unrecognized command-line option '-PIN_SERIAL_RX=PA10'
発生していない場合はbuild_opt.hが読み込まれていません。
スケッチ(*.ino)と同じディレクトリにbuild_opt.hがあるか、ファイル名が間違っていないか確認してリビルドすると解決するかもしれません。
また、この方法はstm32duinoが1.1.1以降でないと使えません。
stm32duinoのバージョンも確認してみてください。最新バージョンは2.4.0です。
ありがとうございます。
ボードマネージャでSTMで検索し、STM32 MCU based boardsの 2.3.0 がインストールされていることを確認しました。
arduino IDEでメインの inoを開くと build_opt.h のタブが開きますし、
explorerでみても同じフォルダにあります。
ここに書き込んでいるファイル名は手打ちではなく、explorerからのコピペです。
ただ、たしかに読み込まれてはいないようで、
-PINはおろか、めちゃくちゃ書いてもエラーを吐きません。
ちなみに、メインの方で build_opt.h を includeすると build_opt.h 内の文法に対するエラーは吐きます。
build_opt.h は include するものではないと理解しています。
関係ないかもですが、arduino IDE は 1.8.19 でportableフォルダにスケッチやライブラリ、STM32のcoreなど入っています。
メインのコードはSerial関係とLチカの極限までシンプルなものです。
あと、リビルド、、はマイコンへの書き込みですよね？
今回の検証では毎回IDEを再起動し、ソースをちょっと変更してCTRL+Uしています。コンパイルしてから転送しているようですからリビルドしていると思っていますが、、もしかして違う？
> あと、リビルド、、はマイコンへの書き込みですよね？
はい。合っています。どうやらstm32duinoの2.3.0にはbuild_opt.hを読み込まないバグがあるようです。
2.4.0では直っていましたので、stm32duinoを2.4.0にアップグレードすればこの方法が使えます。
coreを変えた環境で確認できました。ありがとうございます!！
バージョンによって出入りするバグは厄介ですね
以前に買った店を Ali で検索すると 200円→650円 になってまして。。。
他のチップが落ち着いてきているのに STM32 だけが高止まりのようで。
Blue Pill にしないのは、ミニブレッドボードで使いやすいだけの理由です。
https://m.media-%41mazon.com/images/I/71eJSRdDkbL._AC_SL1500_.jpg
全く関係ないけど、この画像を Ama から引っ張り出すために中身を眺めていると、
ソースの最後にこんなコメントがあった。2/22 だからかな？
<!-- _
.__(.)< (MEOW)
\___)
~~~~~~~~~~~~~~~~~~-->
<!--
安上がりに済ませたいなら、LQFP32かTSSOP20のチップ＋HSI＋USB捨てがいい
DIP変換基板自作がいいけど変換基板買っても
チップが送料入れて150円、基板は送料入れて5～10枚セット250～300円ぐらいからある。基板たけえよ\\\
それ以外は ESP32 へ移行済みなんだけど、お手軽キーボードは STM32 で済ませてます。
>>347
お安く出来るならチャレンジしてみたいのですが、参考になるページとかありますか？
チップへの書き換え関連ツールは、揃ってます。
USBは実質48ピン以上のチップになるから、基板を業者発注するとこからスタートになって面倒だし
手持ち部品がないなら初期投資額が増える
部品あるならF103C8T6が150円、基板が5枚400円だから安くできるけど
参考サイトはgoogle.co.jp
ESP32でもUSB使えるやつあるだろ。
情報ありがとうございます。600円でも10個＋送料で7,000円ですから、
家にある数個と合わせれば一生分の確保は出来そうです。
>>351
これ20ピンなので、BluePillと同じでミニブレッドに刺さらないんです。
刺さらないピンカットしてオーバーハングさせて使えば?
今、使おうとしているボードってどれなん？
お騒がせいたしました。
https://aliexpress.com/item/1005002732923253.html
その471円になっている片列17ピンのボードを、Blackpillとは言わないのでは。
Blackpill は WeActがオリジナルの片列20ピンの、401/411のボードを指すと思うんだ。
150円+配送150円で3個買って平均200円くらい
前もこれくらいの値段だっけ
本当のパチモンに失礼。
もしかして流通回復している？
時間ができたのでやっといじった
よく見たらbootジャンパが無かったｗ
boot1は足に出てたけどboot0が10k経由でプルダンしてたので抵抗の所から線繋いで
シリアルとSTLINKでuploadできるのを確認、maple DFUとシリアルもデバイスに出た
CubeIDEで蹴られたのでID変更が必要っぽいけど
もうこれはboot0=0で固定してArduino専用機でいいや
前に110円とか132円で買ったbluepillって良いものだったんだなとおもったｗ
どの系統が
比較的最近の設計思想の品(DMAとか入出力インターフェースとかの周辺回路)になるの？
それとも全部同じ？
ＦシリーズとかＬシリーズの場合。
何かと使い勝手がええ。
DigiKeyあたりなら、デリバリーも切れる事が無いのもええ。
全部同じ
もちろん対応機能やパッケージが変わればその差は出るけどそれ以外の使い方は同じ
stm32ではない互換品（cks32みたいに名前が違う奴）はstm32と当然違うし、中華stlink中華jlinkなんかも純製品とは別物で使い方や使い勝手が若干変わるから注意
勉強になった
「茉奈ちゃんと佳奈ちゃんだって違うぞ」と考える人もいる。
見方によったら、STM32とRXだって同じだろう。ひどい同じだ。
Lチカする喜びがあるだろ
どんだけLEDに電流流すつもりなんだ？
１mA程度流せば十分だろ
だな
最近のLEDは高輝度になってて「眩しいから暗くして」って言われる
本当に最近のはまぶしすぎる
そして光る機器多すぎ。ケーブルとかUSBハブなんて光らせんなよ
USBハブとか、電源ランプがギラギラフル点灯してるよね。
そんなこと考慮してるんかな?
明るい方がアピール強いとか、習慣設計で抵抗決めたとか、そんな程度だったりして。
週刊設計マガジン
総力特集
カリスマ陰陽師に訊いた！
風水的にお勧めな保護抵抗値・電流制限抵抗値一覧
金運上昇にはｘｘΩ
健康運になら△△Ω などなど
わざわざ設計が古いの選ぶ必要無いだろ
>>377
大電流は駆動回路使いなさい
>>381
明るく出来る事は良いこと
暗くするのは簡単
>>383
明るい所での視認性が非常に重要な機器もある
業務機器など
ただの自己主張な機器とか
昔からの惰性で抵抗値を決めてるとか
そんな事は知らん
あいつが言ってもなぁ～、説得力が無い
駆け出しの頃は先輩に薦められて、著書をよく見た。
安定してしてデバイスダウンロード出来てる人いる？
急に切断されたり、完了のダイアログ出ても書けて
なかったり。不安定。
ターゲットはSTM32F072
半値角狭いやつとかだと目潰しビーム状態だよな
その割に横からは見えない
ESP32の下請けとして、アナログ系処理をこなしてくれる。
PICのCLCやFPGA使わなければならない領域では力不足だが、RXの無能よりはマシ。
具体的にどのようなところが？
自分の目的に合うチップが一番なんやで。
良さって、入手性の良さ、使い慣れている良さも含めればいろいろな観点があるし、
スポーツ的工作だったら一般的には使いにくさといえることだって選択の理由になるし、
第三者からみれば、チップ単体の機能性能よりも、それで何が作られたか、
作り手の技能のどこがすごいのか、の方が重要なことが多いし。
ちなみに自分がRXの弱点を挙げるなら国内小売切り捨てとLLVM未対応だな
つまり供給体制と開発環境。チップそのものに大きな問題があるとは思わない
5V対応品がそれなりに存在するし、ローからハイまで(と言いつつ供給体制の悪化で
ローも大分値上がりしてしまっているが)までスーパースカラコアが存在する点も〇
STM32F407では、USB DFUで問題なく動いています。
STM32CubeProgrammerはv2.13.0を使っています。
自分で問題切り分けして原因さがしたら？
そういうの起きるときはたいてい電源がらみだろうけど
win使ってみるとか、USBポート変えるとか、ケーブル変えるとか、PC変えるとか、CPU個体変えるとか...
オペレーターを替えると動く
供給も戻ってきたしSTLINK買ってこれから本格的にはじめようと思ってたのに
USB経由での書き込みしか使ったことないわ。
が事実なら、なんでDigikeyで売ってるのかね?
こんなの誰が使うの？ってのも置いてる。
そうなんだよな。俺も「こんなの誰が使うの？」って思うことがある。
世の中での使われ方を理解するには、個人の発想なんて狭いものだと自覚しないと。
F730/750とかは安いけどROMが少なすぎだし
在庫は相変わらずないし
ついでに 210円 の BluePill も注文してみました。
昔と変わらず 128k が搭載されて、ピンなしでの書き込みも出来ました。
20個あれば、一生分は大丈夫です。
https://imgur.com/iOSSucm.mp4
BlackPill は、以前に注文したものと全く同じで、5Vピンが付属してる後継機種。
BluePill は、リセットスイッチの色から、製品写真とかでも見ない色ですし、
抵抗値のバグも無いタイプで、ブートローダーの書き込み、USBからのスケッチの書き込み、
何の対応しなくても本体だけで動作したので、最新後継機種かと思われる。
動画でも少し分かるかもしれませんが、刻印がハッキリと分かるぐらい明るい色をしてる。
でも、どちらも 128k タイプだった。もちろん刻印も C8 であって、CB では無い。
容量別にマスクを用意して利益が増えるとは思えないが
中身同じまま複数モデル展開するなら、普通はone-timeなヒューズで焼き切って見かけ上は別物にしとく
そうしないと高い方(容量多い方)買う意味がない→意味ないから売れない→利益減る
マイコン側のマスクはフラッシュ容量に関わらず同じだろうね
ただ当然動作保証外だしいつ使えなくなるかもわからないからわかってても業務じゃ使用できない
個人利用ならお得に使えるが少量しか買わないから影響の出る額にならない
ハイエンドからローエンドまで、STマイクロが一気にSTM32製品を市場投入
https://news.mynavi.jp/techplus/article/20230310-2615114/
用途にもよるだろうけど
資料多いから迷わないし、bluepillみたいなモジュールも安いから気軽に使える
一度使えるようになったらLでもGでもHでも同じように使える
力不足じやなくて？
ローエンド作るのはいいけどローすぎなんだよ。32はまだなんとかなるけど16はもうやめろよ
自分の用途で全て推し量るのやめよっか。
コードサイズ的に、8bitマイコンの4kB相当がSTM32の16kB相当のサイズ感でOK？
100個1000個みたいな少量だとコストの違いも表れにくい。
とりわけ、趣味用途だったらC0のメリットは生かせないかも。
むしろプアマイコンでもこれぐらいできるというスポーツメイキングの舞台。
でもそんなの8bitでもいいかｗ
自分でコード書いてたらそんな感想はまず出てこない
今更何を言ってるの？Wordがあれば日本語訳なんて簡単やんw
大雑把な内容把握にはよいが。
sprintf、float使うのが悪いって、そりゃそうなんだけど制限をくらいまくってストレスなんだよ
(stm32ではなく)昔のチップはCコンパイラあってもC言語なんて論外でアセンブラで書けって感じだったけど、そんな状態に陥る
ESP32はハードル高いよ。
極端な例を挙げてしか反論できないのは詰んでる祥子です。
> 制限をくらいまくってストレス
だったら制限のないマイコン選べばいいじゃない
自分の選択ミスをここで叫んでも解決しないよ？
その前に意味不明な日本語があれば、その箇所だけ他の翻訳サイトを使えばいいだけ！
英語が出来ないと大変だね
でもかなり日本語マニュアルの必要性は減ってきてる。
多くの人にとって英語は、できる、できないのどちらかではなくて、そのあいだのどこか。
日本語マニュアルや電子翻訳を使いつつ、英語の原本をあたる、という行動で苦手な人でも
よりこなせるようになるわけだし。
それにしても、ここ数年ぐらいで、英文の機械翻訳のレベルがずいぶん上がったね。
こんな仕事してればデータシートの英語くらい、どうって事はないなぁ。
ただね、面倒なのも含め10デバイス位の新規採用品があるとデータシートも軽く1000ページ越えるし。すると英語と格闘するよりは設計品質を上げるほうが優先。
英語ネイティブじゃないんで、日本語の方が嬉しい
日本語資料の有無が重要になる
日本語有無はどうでもいい
printfやfloatが極端な例とか
私の感覚とは大きくズレてる
だな。
「みんなちがって みんないい」
どの品種にも意味はある。
鼻息荒げるなよ
4kや8kすら生き残っているジャンルだし
少なくとも極端な例ではない
なんでなんだろうな。Wordからpdf開いて翻訳ボタン押すだけなのにさ
お前の感覚がおかしいだけ
そもそも組み込みではsprintfもfloatも積極的には使わない
どうしても使いたい場合は相応のコストを覚悟すべき
> どうしても使いたい場合は相応のコストを
そうそう。組み込みでもx86+Windows載せればなんでもありよ。
まぁ、それでもソフト屋はパワーが足りないとかメモリが足りないとか文句言うんだけどねw
(あればあるだけのリソースを使いまくるバカども!)
「出来ません」と言うのが正しい姿。
楽だからとあれもこれもリンクしたら足りなくなるのは当たり前
てかstdioなんて安易に使うもんじゃないでしょ。浮動小数点も同様
せまくてきゅうくつな人だな。
浮動小数点のためのシリコンが入っているとは考えられないのかな?
SISDの浮動小数点演算 ←x87やMCU搭載のFPU。FPUを搭載しないマイコンが大半なことからもマイナーな用途
SIMDにしないと整数演算以下のスループットになっちゃうから当然であるが。こんな違いも判らない人なんだね
あれもこれもって
C言語の標準ライブラリの意味わかってる？
組み込みで標準ライブラリってとこがアホ
そういうニーズって多いと思うんだけどな。そうでもないのかな
趣味ならダイエット頑張ればいいけど、仕事で使うなら特にありがたいと思う
でも、今のラインナップってロースぺまで高クロック、ペリフェラル満載、ロムちょびっと
SO8には32KBあるのに、TSSOP14は16KBまでとかは技術的な問題あるのかな
それ同じスタンスちゃうん？！
「自分」を「私」と読むとAとBが別人物になるね。
間違っても一流技術者ではない
いい加減、自分の考えは単なる常識しらずと気付けよ
うっとおしいわ
そりゃ鬱陶しいだろさ。自分だけが正しいと思ってるわけだし。
>>476
マイコンを使う人が一流のマイコン使いである必要はないし、一流のマイコン使いが一流の仕事人とも限らんし。
消費電力やコストとのトレードオフはあるけれど、そういったものとの妥協の中でリソースが増えて
開発ツールもよくなって、作りてが楽ができるようになるほど、一流のマイコン使いでなくても、
作れるようになるわけだろ? それ自体は悪いことではないのでは。
辛いのは、研鑽してノウハウを積み上げてきた技術者だけど、時代の流れを罵倒しても止まらない。
俺はトグルスイッチでZ80をプログラムするところがスタートなんだけど、
他分野の人が特に長い学習時間をかけるまでもなく、Arduinoや(それをふくめた)ESP32などで、
面白楽しいものを作っているのは素晴らしいことだと思うよ。
「あれもこれも」につっこんでるわけだけど
>>478
> 一流のマイコン使いでなくても、作れるようになるわけ
> Z80をプログラムするところがスタート
これを読んで、とんでもないZ80基板の設計を思い出したよ。
その基板、ROMはあるがRAMが載ってない。なんで？と調べたら、外部RAMを使わずにレジスタだけで処理してやがんの。
はぁ～、世の中には頭のいい人がいるもんだと思ったが考え付くのは誰でも。ただ、それを実現してしまうスキルが超一流だと思ったわ
しかしスイかわゆすなー
デカ文字ドヤ顔サムネでアフィベタベタみたいなのが今どきの作風
書きっぷりになじみやすいなじみにくいとか、躓きポイントで自分のレベルに
合ってるとか、それなりにそれぞれに存在意義はあると思うんだ。
だいいち、存在意義がないと思う人にとっては、存在意義がないとしても、
存在意義がないと思う人すべてに、存在意義があると思ってもらう必要なんて微塵もないしね。
好みはいろいろあって当然だし。
それよか>>485に書いてることって新規性ないね。
しょっちゅう見るわ。いろいろな電子工作の個人WEBサイトをそんなふうに言う人。
ええんよ。ええんよ。新規性があることが書ける人なんてそうそういないものだから。
そういうのって電電以外も含めてターゲット層が初心者や馬鹿だからな
Before Arduino世代の人がAfter Arduino世代が作った物を見たらそう言いたくなるのも仕方ないかな。
そうしてGoogle上位が中身スカスカの転載サイトで埋め尽くされるんやなって
自由を放棄して、選ぶことを他人に任せるのは、弱い人間の本質でもあるね。多くの人間は弱いものだから、
全体として人間は全体主義が大好きなんだよな。
人の数だけ玉石混交の情報があってそこから自分で選べる方が好きだな。まだそこはより正常なのだと思える。
というか、Google検索の上位に出てくるWEBサイトがどうしたって?
自分が知りたいことと検索結果の上位は関係なかろ。
F4からの置き換えが起きたりするかな。
STM32含め既成部品で新規なものって難しいと思う。だってさ、結局はSTM32で出来る範囲内になると思うから
たいていの場合マイコンの範囲いっぱいになるような使い方はまずできないし、めったにしないし、経済的でもないことが
多いと思う。
それよか、新規性は、マイコンを使いつくすとかマイコンを超えたところとか、そういうベクトルのところにあるんかな?
おもしれーモノ！って思えるものって、そのコアのアイデアなり工夫なり作りこみって、マイコンに依存してないものが
多いと思う。
マイコン情報に限った話でも、新しいチップを使ってみたとか、新しく学び始めた、とか、注目ポイント、気を付けどころとか、
先人が繰り返し繰り返し記事を作ってきたテーマでさえ、切り口が少しでも違えばそこに新しさがあると思う。
餃子やカレーというテーマであっても、未だに新しいと感じることはある。
もっとも、大雑把な感受性で見れば、たいして違いのない、餃子でありカレーであるよ。見え方の違いかもね。
> 餃子やカレーというテーマであっても、未だに新しいと感じることはある。
イイ事を言うね、確かに！
STM32のL/G/F/Hと似たようなもんだ
目に見えて伸びたのはネットワーク関係(ESP32界隈)くらいか
ﾄ､_j Y
_ノ 誰 作 .こ ＞
_） だ っ の `,-
_） ぁ た そ 〉
＿＿＿,､ _）. ! ! .の ｜ >
_y':::::_:_:_:_ﾐ､::ヽ, _）. は す （__
7:彡}≡､ ,.≡}::ミ _j を r'"´
l::/|:| ｰ’'_jｰ’| ｀Y⌒Y⌒Y⌒
{:ヽﾘ/rﾆﾆﾆl .l
从l ､L::::::_| ﾉ
海原雄山
コンストラクター内でmapなど初期化しようものなら一発アウト。
コンストラクターでデバイス初期化やった失敗はアマタ。
Arduinoのモジュールでなぜbegin()があるか、理由が良くわかる。
まともにC++使うとどんどん再利用可能なオブジェクト化してくし、その過程で無駄コードが増える
STM32のようなROM少ない環境だとこれ致命的だからCで作ってる
コンストラクタで落ちてるならインスタンス作るタイミングが悪いし
そういうプログラマのミスを検出するタイミングチェック処理やタイミングを制御するコードを入れないといけない
そういうのが無駄コード
あるよ
STM32F4-NETMF - Mountaineer boards for Microsoft .NET Micro
https://www.st.com/ja/evaluation-tools/stm32f4-netmf.html
MicroPythonも動的にメモリ管理してると思う。
今や安価な評価キットやフレームワークの充実で大幅に実装コストが下がった
しかしそれを活かす作例はほとんどないように見える
例えばDiscovery kit with STM32F746NG MCU的なものを活かした作例もまず見ないしな
最近のこの手のGUIはLinuxSBCをベースとしたものが主流っぽいけど十中八九
電力や即応性を犠牲にしていてる
>>492-493
過去の成果物の焼き直しでも新しい要素を取り入れてより高機能化、高性能化したとか
使い勝手を改善したとかも新しい価値では。全部新しくなければ新規ってことはあるまい
お前が知らないだけだろ
世の中の製品のUIはどんどんリッチになっている
GFXライブラリが完備されている今、それは甘えじゃね？
GUI widGetなんて、widGetオブジェクトベースから継承し、しこしこLabel、Button、ListBox等々書けば良いだけの話で、
そこに、アプリケーションディスパッチャーからメッセージを送ればええだけ。
イベントドリブンやタスクディスパッチャーは少々マンドくせぇーが、慣れだよ。
ItronやWindowsのような複雑なディスパッチングを考慮する必要も無し。
コンテクストスタックを間違わなければ、あとはタスクプライオリティーの調停だけの問題。 アービトレーション わかる？
まっ ガンガレ。 3年もやれば身に付く。
いやTouchGFXがあんだろエアプかよ
自作が一番
再発明がもっと高く評価される時代になるかも知れんですな；しらんけど
ホビーでTouchGFX使っている作例ってそんなにある？
WEBに転がっているものが世にあるものの全てではなかろうしね。
というか、趣味でやってることを、わざわざWEBに出す必要もないと思うんだ。
そのうち仕事にも使えればって思って趣味で自己研鑽してる人だったら、
成果を公開するようなネット志向は弱いと思うよ。
作例のあるなしで、使われている、使われていないを断じるのは変だし、
作例が少ないようなら、その技術に自分が積極的になれないのだとしたら、
自分の意思を他人に委ねてしまってるのに近いのではないかと思う。
イコールではないにしろWebに出てくる量と実際のシェアはそれなりに相関性があるのでは？
それともこれを否定する材料はある？
「ホビーでもRXはトップシェア。誰も記事を書かないだけ」みたいな客観性のない説が
まかり通ることになるぞ
「断じるのは変だ」って言ってるわけだけど。
一般的傾向としてWEBに出てくる情報と、実際のシェアに相関性があるとしても、
特定の○○のWEBの情報が少ないから実際のシェアが少ないとは限らない。
シェアっていうと、ある分野における特定の何かが占める割合なんだけど、
この場合は何の分野なのかな。
それに>>523では作例の多い少ないがなんの意味を持ってるんだろうって話をしてるよ。
某半導体メーカー様みたいに
大手ばかりに売って 品切れが続いてりゃ
トップシェアだけど記事を書かないだけという状態は
起こりえるんじゃね？ しらんけど 何処とは言わんけど
／） . . .-‐―‐-. .
／／／）::´ -‐…‐ ｀丶
／,.=ﾞ''"／/／´￣￣ ￣ ｀ ｉ :.
／ i f ,.r='"-‐'つ.ｰｰヾ〃-一 i ハ 細けぇことはいいんだよ！！
/ / _,.-‐'~V: , i ｝
／ ,i ,二ﾆ⊃{ ＼ ､／_ { ｀丶、
/ ﾉ ilﾞフ./ :{Y 心ヾ '"んﾊ｀Ｙ : ＼
,ｲ｢ﾄ､ ,!,!|/: : ﾊ. Vﾘ 弋ソ 人 ｌ: : く⌒
/ iﾄヾヽ_/ｨ"/ : ( 〉 '' ' ''' ｒヽ l: :/⌒
. / /｛ . :/i 人 Ｆヽ .ｲ爪 「｀
. ﾍ{ （ /`ト . ゝ ﾉ .. イ /ﾉハﾉ
評価ボード向けのUIのテンプレート30以上あるんだが
そんなに誰かの作例が必要か？
森を見て木を見ない人が見失いがちなこと。
送料含めて安いとこでいいんじゃないの
数年前アマゾンのストアが安かったので買ったら中国語表記だった
問題なく使えたけど
何がいいのだろ
マウザーかデジキーでV3MINIE
内蔵な
ttps://edn.itmedia.co.jp/edn/articles/1810/31/news012_2.html
li-poつなぐと4.2Vぐらいになることあるんだけど、上限内に収めるためだけにLDOだかダイオードだかつけるの馬鹿臭いよな
これはなんとかならないのかな
動くのはLi-polが生きている間だけだろ？ならVddに繋いでおけば？
別に悪くはないよ
VBATはVddが供給されているならそっちに内部で切り替わる。つまりNCでも構わない。
Li-polだけのバッテリ駆動なら、バッテリが生きている間だけ駆動されればいい。
しかも質問主はLDOとかダイオードとか、低消費電力化は眼中に無し。
だから「動くのはLi-polが生きている間だけだろ？ならVddに繋いでおけば？」な回答になる訳
低消費電力化が眼中あるから電力損失起きるもろもろつけたくないし
場所食うからキャパシタやコイン電池をつなぎたくないという話
消費電力を気にすると言いつつマイコン内蔵のRTCを前提としているのも矛盾している
マイコンのVDDを入れたままにして、スタンバイモードで維持しようとすると、
マイコンのVDDと周辺のVDDを切り離す回路も必要になる。
VBATからバックアップ電源を供給する場合は、単純にVDD全体で遮断ができる。
「消費電力が気になる」も「おおむね○uA以下なら良いだろう」という線はあるだろうから、
「消費電力が気になるのなら世界最高の低消費電力を目指すだろうからマイコンのRTCはないわ」ってなことには
ならないと思うんだ。
個人的には「馬鹿臭い」ところのLDOが現実解だと思うけど。
省電力モード＋RTCを年単位で維持できるはずだ
二次電池を使用しながら数年充電しないケースは相当特殊であろう
電池が安物の場合バッテリー保護回路のリーク電流の方が問題かもしれない
RTC >専用IC< ならね。
MCU内蔵のRTCはそんなに良くないし。
STM32じゃないけどArduino UNO R4に搭載されたRA4M1のRTCは
0.4uA(Xtalローパワーモード)と新しいだけあってなかなか優秀
CPUのスタンバイを含めても2.0uAを下回りそう
STM32も新しいLと古いFではかなり違うのでは
VBATの電流0.9-2.2uA位(Low speed oscillator and RTC on)
> スタンバイモードで維持しようとすると ～単純にVDD全体で遮断ができる。
なぜスタンバイモード？
全電源オフするならスリーブモードでええやん。全I/Oが遮断されるから周辺だけオフで済む。
そもそも全電源オフからのウェイクアップには、何らかの別デバイスが必要。その分無駄やん。
肝心のRTCオフとか、ふざけてるデータシートだなw
あっ、スリープとスタンバイを間違えた。
「スタンバイならI/O遮断」が正しい。
LDOも考えもの。3.3Vなら効率78.6%だが低消費電力化で1.8Vを狙うと効率42.9%。
それならTPS62840で2uA時に80%は越えててマシ。
そもそもLDOは選定を誤るとリーク電流がダダ漏れ。VBAT電流より大きかったら笑えんw
あとは当人が考えればいいと思います。
うわ夕方の鳥目か？onがoffに見えてた(^-^;
うぅん。スタンバイモードでは1.7µA (2.6V), 3.4µA (3V)。間欠動作させるなら電源オフはあり得ず、スタンバイモードしかない。
するとLDOに出番はなく、スタンバイ時の効率も配慮したレギュレータの一択しか無い。
つまり答えは元に戻って>>546しかないってオチ。
以下スレチだけど、低消費電力向けでF103は良くない選択だと思う。だってスタンバイモードからの復帰に50usも掛かって遅すぎ。
これがMSP430ならLPM4モードから4usで復帰。元々MSP430は低消費電力だけど、ウェイクアップだけでも消費電力1/10しか食わない。
てな訳で、F103で低消費電力目指しても元が良くないから努力に見合う結果にならん。
なら、レギュレータ1個で済む>>546で軽く済ませるのがいいのさ
そんなぼくからは「間欠動作させるなら電源オフはあり得ず」という前提は、話から遊離したものに見えますよ。
その前提はどこからでてきましたか。
間欠動作が前提なら、それはそれでぼくも別の手段を提案するでしょう。
今のご時世に機械スイッチでON/OFFする合理的な理由はほとんどないし
それに関する説明もないのだからなおさらだ
技術はあくまで手段である
いちいち手で操作するのって誰が使うの?だし、VBATのみとスタンバイでは1uA位しか違わないし、それが嫌ならそもそもF103じゃなくMSP430にしとけだし、
そもそも>>548を書いた後の後出しなんぞ知らねぇ～よ
だな。
まぁ～「ドアとかロッカーとか郵便受けとか、扉が開いた時だけ動作するマイコン」の用途が無い訳ではないが、それならコイン電池のスペースがダメでスイッチのスペースはOKとかイミフ
上下のガイドキーだけが付いてるピンヘッダーって
何か検索に使える名称あります？
KYOCERA AVX 009159010061911
ただ、普通のヘッダピン/ソケットをはんだ付けじゃだめか？
チャタリングでマイコンの動作仕様を満たさなくない？
運悪いと起動失敗、最悪ラッチアップしてあぼーんしそう
データシート見た事ある？ POR入っとるんよ、
それに各電源端子に大小のパスコン入れる事が必須にされとる。
ありがとう。でもそれカードエッジに刺すコネクタっぼい。
自分が使うなら普通の1.27の2列のピンヘッダでいいのだが
他人にも使わせる奴なのでガイドキーのある奴の方が良いと
思ったのです。
そういう意味だったの？
基板端子部(基板端部)の切り欠きが誤挿入防止キーとしてちゃんと機能するコネクタを探してるのだと思った。
元々そのコネクタ用にデザインされてるし。
「ハーフピッチコネクタ」だよ。MILコネクタからピッチが半分だからハーフピッチね
特にMINIEの14ピンみたいに囲いが上下にしか付いてない奴
何か特別な名称あるのかなと思って質問しました。
ごめん意味分かんない
基板側じゃなく、ケーブル側コネクタの話ししてるの？
なら、少し前のレスで書いた通り、KYOCERA AVXのオープンエンドカードエッジコネクタなんだが
多分、これかな
1.27 mm pitch STDC14 debug connector with STDC14 to STDC14 flat cable
14-pin 50mil FTSH style header that ST call STDC14
Samtec FTSH 50mil Micro Terminal Headers
D-sub とか DINコネクタ とか ユーロブロック みたいに。
たくさんのいろいろなメーカーが互換性のある共通規格で作ってるなら、そういう呼称はあるかもしれないけれど。
(こういう呼称って曖昧で、前提の違いで人によって違うものを指すことがあるし、情報伝達するのには危険だと思ってる)
型番で語るものだよ
同じようなものでもたとえ同じものでも名称は被ることは少ない。一社が飛び抜けてシェア取ればこなれてきて一般的な名前になってくだけだよ。
電源Onからコード実行までとチャタ周期ってほぼ同じ。いくらPORがあっても不可逆な初期化中なら致命的。
パスコンも動作ノイズ除去目的。チャタの瞬停対策には別物が必要だよ。
それに電源投入時の突入電流とか、Li-po電池には過負荷状態。省電力化といいつつどうなの？
そもそもスイッチが片側接地ならRCとかでチャタ取りしやすい。が、これは電源ラインに突っ込むもの。そのチャタ取りなんでメンドイ。
その上スイッチはメカだから、磨耗もするし経年劣化もする。その接触抵抗増加を考えるとお勧め出来ないな
ttps://edn.itmedia.co.jp/edn/articles/1709/26/news014_3.html
>電源電圧立ち上がり／立ち下がり時間
>スペックの存在が知られているにも関わらず、案外、守られていないのが電源電圧の立ち上がり／立ち下がり時間のスペックだ
>
>これも守らないと、誤動作を引き起こしてしまう場合がある。誤動作の原因としては、POR／PDRの電圧検出回路が
>電圧変動に追従できずに誤動作を起こす。また、急峻（きゅうしゅん）な電源立ち上げはラッチアップの原因にもなるので、
>必ずスペックの範囲内で使用しなければならない。
>
>電源回路はスペック通りに設計していても、ノイズなどで電源の瞬断が起き、その時にこのスペックの範囲外になって、
>マイコンが再起動しない例がある。
愛社精神のあつい人ってリマ症候群とか
ストックホルム症候群の類なのかなぁとはおもう
質問です。
ここで話題になったSTM32F103の電源立ち上がり、立ち下がりは、実際にどのように規定されていますか?
目に見える待遇面以外で、その人にとって愛社(あるいは愛仕事) に値する価値があるのでは。
HSIじゃUSB使えない？
動くね。問題あるけど問題ないや
iocでエラー出るから動かないのかと思ったよ
自決したらアカン！、アカンでぇ～！w
(自決の意味、辞書を見ような)
F103は最代表格だからね…
とくにSTM32F103C8T6。
色んな意味で。
まずF103が使えないか検討してみて、条件を満たせない項目があれば別型番へ。
中華パチモンだろ？
STMじゃなくてCHとかCKとかGDとか
互換品は多く売られてるけど互換品が使われてるのは見たことない
https://i.imgur.com/NE8bKxW.jpg
ARMライセンスを受けたコアと公開されてる仕様から周辺機能を作った製品
かならず GETだぜ パチモンゲットだぜぃえぃえぃえいぇ〜
あー！ 憧れの！ パチモンマスターに！ なりたいな！なれるかな？
絶対ならなくちゃ〜！ ピッカピカ〜(^p^o)
そんなぼきには日本の競争力を左右する程の知識スキルは無いのが不幸中の幸い(^p^)
そして周りも違法行為に対してうるさいし
昔みたいに違法だろうがどんどんやっちまえばいいし、ごちゃごちゃ文句言うなよ
大化の改新から大政奉還までは中原のコピーを続け
チョンマゲを切ってからは英独仏のコピー続け
ポツダム宣言後は属国生産拠点になっていたのに
不動産と株式バブルで中華人民共和国市場開放で日本財界が彼の国に生産移転したが?
そもそも小学校などで「帰りの会」だの「終わりの会」だので、その日の出来事として
誰かが誰かを担任の先生や全員の前で言い付けるクセを植え付けてきたから。
小学校 タレコミ マスター 32人で構成されたアイドルユニットである(^p^)
おまいのモラルはど～なってるんや？
日本人やめちまえ！
堀江謙一氏を吊し上げて豚箱にぶち込んでしまえということか
日本企業がOSS界隈から文句言われたりするけど
いくらライセンスを守っていてもロクに貢献せずに
使うばっかりだったらそりゃ苦情が出て当然だろう
ルールを守れば、抜け道を探してもいい、むしろそれが勝者への道、と考える人がいるね。
お仕事での打合せでも、OSSの制約をどうすれば回避できるのかが強い話題になることがある。
それで「いいアイデア」を出す人が「賢い有能」な人、ってことになるわけだが、なんだかな。
よほどの金満家の聖人君子のご家庭でもない限り、みんな小ズルいこともしてもらった結果で育ってきてるはず。
理想を冒すことが罪なら、たいていの人が罪を背負って今存在するよ。
日本が半導体でイケイケだったころだって、いろいろ半導体先進国から「黙って学ばせて」もらっていたこともあったし、
そうやって成長した業界で、メシ食ってるわけだし。
理想を貫徹できる人はすればいい。
でもそれは、理想を貫徹できる人になるまでに、いろいろな手でそれ以外の人を負かせてきたからでもあるし、
自分が負かせてきた人たちに、自分の理想のルールを押し付けるのは、勝者の保身かもしれないよ。
スレ違い
極端な大風呂敷もね。
＞たいていの人が罪を背負って今存在するよ。
純正品と思って買って使っているSTLINKV2が
パチモンだった人のことかーっ！！！(^p^)
>>614
うぃ〜・・・ぃよってなんか ないヨ！！！🍶(^p^*)ひっく
＞612
さいたま３２人の方が自然か・・・さいたまさいたまー！！！
十中八九自己保身や他者へのサボタージュ目的(相対的な自己評価の向上)で
使っていて、集団としてみたときの利益は増えていないか下手すれば減っている
それはいいんじゃね？OSSは共有財産として使われる事が最大の目的なんだから。
ギブアンドテイクのギブが無い！ってのは分からなくは無いけどさ、それはちょっと違うと思うよ。
コピー品のUSBメモリ風の方がコンパクトでいいじゃん。
使い勝手も純正と遜色ないし。
ぼくも持ってるけど、安く買ったので、本物かどうかはわからない。
それともおおぴらに出来ない目的を持っている人か
「スレ違はほどほどにしてSTM32のこと語ろうぜ。○○とかどうだ。」
とかならわかるが
ひさびさにNucleoを引っ張り出す
使い方思い出さないと
馬鹿な仕事場だね
可哀想に
日本とアメリカの大企業の社会貢献意識の差じゃね？
マイクロソフトですらvscodeでコミュニティに貢献していますが御社の貢献は何ですか？
と言われて返せる日本企業がどれだけあるやら。逆に返せるくらい貢献している会社なら
文句言われたりしないだろうし
例えば日本企業のLinuxへの貢献度ってどのくらいなんだろうね
日本以外は御本人の名前売要素がでかいんじゃない?
転職当たり前のエンジニアが増えたら同じくなる気がしないでもないがどうでしょう?
> 企業のLinuxへの貢献度ってどのくらいなんだろうね
うろ覚えだけど、
・マルチコア対応の時、提供したのはNECじゃなかったかな。
・基幹システムに使えるサーバ用途で、堅牢性のパッチ提供したのは富士通？
・同じく富岳で、ARMのスバコン対応も提供していた様な
まぁ、おそらくだけど、STM32MPでマルチコアが使えるのは日本の貢献…のハズ
ソレは本物ですか？
ってけっこう気が利いてる気がするけど
皆様の評価は?
APMゆうてるやんか
いいね
安いし
今までCPU単体で買ってたよ (STM32G431KBT6)
なら通じたのでは。
人の読解力を試みるより、した方がいいことはあると思う。
品薄時期に公式が互換チップ仕入れて組んでいる可能性は無いのかね？しらんけど(^p^;
STM32-MINIEに載ってるのはSTM32F7
STM32F103RET6 ARM Cortex-M3 72MHz/Flash512k/RAM64k
GD32F303RET6 ARM Cortex-M4 120MHz/Flash512k/RAM64k
安いよね。LCSCでSTM32G431CBU6が$1.7
くらいだから、マイコン以外全部Basicパーツ選べば
ワンチャンJLCPCBで基板起こして実装してもらったほうが安いかと
ガーバーファイルupして支払い直前まで進んでみたが、
全然高かった。基板だけ発注して手半田、、、
UFQFPN48だからなぁ、、
そんな印象もあったけど、
なんかよくわからない。
私のここ3回のオーダ(向こうの手違い?)
$87+Freight $0.21
$0.78+Freight $0.21+Handling $3
以上Sf International Standard Express
$13+Freight$23.5+Handling$3
DHL
てなかんじ。
すぐbeginすると書き込めなくなりそうだったのでdelay(3000)後begin
書き込み時タイミング見てリセットしなくちゃいけないけど、
今のところ目の前では問題なく動いているが、先輩方の教訓や経験談あれば教えてください。
どう頑張れば?
EEPROM.length() が2048返す。これってプログラムを書き込めるサイズが2KB減るってことですよね？
コードとデータで別に領域がある訳でもなし
そりゃその分減るんじゃね？
エミュレーションのためのアドレス情報等も必要だから、
4kBまたは8kB減ってると思う。
ガベージコレクション用も取られてると8kBまたは16kB。
1アドレス(8bitアドレス)に1バイトの割当だと、256バイトの管理に512バイト必要になるから。
IDE上では、CM4、CM7のプロジェクトがあり、個別でファームの書込みができるようです。
コアごとに独立して起動させるにはIDE上でどのような設定をすれば良いかわかりません。
どなたかご教示頂けないでしょうか？
解決しました！
問題なくDualCoreでバッチリ動作しました！
デバッグできない欠点はあるけど一番トラブル起きない書きこみ方法だと思う
STM32CubeIDEと比べてできなくなった事不便な事有りますか
バイナリサイズが大きくなるからROM少ないと大変。対応してないチップが多い(から自分で対応させる必要性が多々生じる)
クロック設定などはcubeIDE使ってコード作ってコピペしてくる必要がある（cubeなし開発は無理に近い）
ぐぐっても解決せず、.platformioフォルダを漁って自分で解決しないといけないことが多い
ソースコードの編集時にのみ使ってる。
ちなみに、STM32用の拡張モジュール（STマイクロ製）を追加してる。
中途半端な知識で嘘書くな
CubeMXで出力したコードをそのままvscoseで編集・ビルド・デバッグできる
プラグインもC/C++プラグインとgabプラグインだけ入れておけば問題ない
インテリセンスの優秀さや動作の軽さの点を考えてもCubeIDE使う意味ないよ
https://newsroom.st.com/media-center/press-item.html/t4536.html
最近はVisual Studioでもできるらしい
https://devblogs.microsoft.com/cppblog/importing-st-projects-into-visual-studio/
IARでもまーいいかな?
フォーマッタとかは違うけど
キーアサインとかkeyhac+fakeymacs使ってるんで統合環境へのアレルギはほぼ消えた
fakeymacs神
前モデルの大きいEDUはどーだったん? 製品と一緒となにかで見た
monoist.itmedia.co.jp/mn/spv/2307/18/news051.html
単なるバージョンアップが何でこんな新製品発表みたいな記事なんだ？
どこも三流ライターしか居ないからこんなもんです。
かつては「プロ」といえば高い技術を持つ人のことだったけど、
今はただ単にそれを職業とする人を指す言葉になってる。
JTAGでデバッグをしたいのですが、どのように配線すればいいかご存じの方は教えて頂けないでしょうか？
https://shop.cqpub.co.jp/detail/2688/
基板の回路図がないとその質問には答えられない。出自や値段からしても
持っている人は多くないだろうしあなたにしかわからない可能性は高い
自分も持っていないので公式ページの写真から推測だけどST-LINKってパッドに
SWDが出ていてそこにSWDデバッグアダプタをつなぐことになるんじゃないかな
SWDデバッグアダプタは純正のST-LINK系(Nucleo搭載品含む)をはじめ
設定をすれば汎用のSWDデバッグアダプタも使えるはず
最近のARM系のデバッグはSWDが主流だろうしJTAGによるデバッグは
回路図とチップのマニュアルを見てもらうしかないかも・・・
ご回答ありがとうございます
書籍にはST-LINKでもう1台のマイコンとつなげばデバッグ出来ると書いてました
まずはそちらを試してみます
なんとなくだけどNucleoと繋いでデバッグする方法とか書かれてそう
はい、STM32 Nucleo Board STM32F072に接続してデバッグする方法が載っています
そのボードを通販で追加注文しました
nucleoボードには全部V2かV3のデバッグチップが載ってるのでSWD+UARTによるデバッグが単体でできるんだが
なんでJTAG限定にしてんの?CPU周辺の新規回路起こして接続から確認したいわけじゃないんだろ?
単にSWDデバッグ知らないだけとかないよな?
nuleoボード+IARでUSBケーブルつなぐだけでシンボリックデバッグ, printfを使ったデバッグができて他に何したいの?って思うけどな
IARつかわず(IARはGDB鯖にも対応してるが)GDB鯖使いたいとかなるとsegger使った方がいいらしい
openOCDのバグがどーとか?
そしてsegger使うならopenOCDじゃなくseggerが提供するGDB鯖使ったほうが良いと思うけど
汚い文章だな
よくみたらnucleoか
てめえの知らないこと書かれたら文章が汚いか?
お前なーんもわかってんぇだろ
>>686
あほか. 別にnucleo使う必要ないがなw
STLinkであればV2でも高速SWOデバッグができる ARMで何を好んでJTAGデバッグなんかする必要があるんかって話だ
汚いもんは汚い
すいません
まだSTMマイコンデビューして3日目なので、何もわかってない状態です
書籍に付いていたボードはデバッグ機能が無いので、もう1つマイコン買ってST-LINKでデバッグします
JTAGでデバッグ出来るというのは、Amazonのレビューに書いてました
コメントありがとうございました
・BOOT/RESET同時押し
・RESET離す
・BOOT離す
でDFUモードにしてUSBでMacなりwinなりlxなりに繋げばいいだけでは?
メーカー純正ボードじゃないので、そのモードだと書き込みは出来ますが、デバッグは出来ないようです
それ持ってないから詳しいことは分からないけど、
学習ボードなのにデバッグできないなんてあり得るのか？
本に書いてあるとおりにしても駄目なの？
本の何処かに、内容に関する問い合わせ先が書いてあると思うから、そこへ問い合わせて。
純正ボードとか関係なく、普通はデバックできるから。
見えないし公開されているPDFみてもPCとの接続はUSB(おそらくオンチップ)の仮想シリアルのみ
今どきのマイコンについての理解が少しでもあるならこの時点でFlashROMの読み書きしかできない
ことくらい想像できるはず。これ単体だと開発環境としてはArduino UNO R4と同じくらいじゃね
>>693
憶測のみに見えるけどその根拠は？
ここで一言聞けばみんなNucleoを薦めてくれたろうに。
2020年3月号を見る限り、
・そのボードはDFUで書き込む。
・練習プログラムはArduino IDEで組む。
を前提にしている。
STLINKで書くには、と説明のために1ページ割かれていて、そこには
Nucleoと接続している写真も載っていて、「Nucleoは2000円で買える」と書かれている。
書籍の方にはそういうことは書かれてないのかな?
「学習キット」なのにデバッグできないなら欠陥商品でしょ
質問内容はそこじゃないし、その理屈だと教育用と銘打っているArduinoやRaspberry Pi Picoも欠陥商品になってしまうな
キチ？
ELM - 汎用HIDランプ電子安定器の製作
ttp://elm-chan.org/works/hiddrv/report_j.html
シリアルモニタメインでこんなものを作る人もいるがこれが標準スキルだとは思わないし
質問者が望むデバッグ環境でもあるまい
書籍に、デバッグするにはもう1つマイコンが必要と書いてます
>>697さんの書き込みの通りです
勉強代だと思って、追加でマイコン買いました
本に書いてある作例を動かしながら学習できるって点が重要なんだろ
ARM-Firstをデバッガが付いていない欠陥商品などと扱き下ろしたところで的外れも甚だしい
それにそこまで言うからには責任をもって同等以上のことができる教材を紹介すべきだ
まぁデバッグアダプタとして何買うかは聞いてくれればよかったかなとは思うが。仕事にしろ趣味にしろ
STM32を勉強しているってことはArduinoのおもちゃではない、それなりのものを作るつもりなのだろう
そうであるなら割高でもNUCLEO-F767ZIやNUCLEO-H743ZI2あたりを買った方が後々潰しが利くだろうし
STLINK-V3MINIEなども十分候補になりうる
しかし毎度のことだけど、アップデートしても起動時のスプラッシュのバージョン表示は
まったく更新されないのな。自分で stm32cubeide.ini を書き換えないと駄目という。
[stm32cubeide.ini]ファイル
：
：
-Declipse.buildId=Version 1.13.1 ←ココ
：
気がついてるんならバグレポート送っとけやにーちゃ
Nucleoのデバッガチップ使ってくれと?ww
はじめからNucleoでえーやん
>>704
書籍付録のSTMチップ搭載の基板をふつーにデバッグしたいならマイコン買うんじゃなく
尼とかAliExpressで STLink デバッグプローブのクローンがやすーく売ってる.ただしV2まで
2019年に\4000でDigikeyでV3買えたけど
今はもっと小さくなってより扱いやすくなってるので純正品買っとくのがいいんじゃないか?
Seggerみたいなボッタクリじゃないんで
Segger jLinkクローン V11がAliで売ってる. 本家の1/10ぐらい
これなら picoでも使える
尼は古いのしか売ってないので辞めた方がいい
なんでJTAG?
デバッグならピン数少ないSWDでいいやん
UARTつながなくてもV3のSWOで十分速いぞ
jLinkのRTTIは更に速いらしいがまだ試してない
今はクロック落として遅くなったがminiだが
そもそも非営利用として販売した価格1/10のEduはjLinkそのものだったことも知らない
知財なんてもんは日本との製造競争の果てにアメリカが繰り出した苦し紛れの一手に過ぎない
そいつは先進国10億人の間でしか成立しない概念ってことも理解してないww
でさ
お前が自社のソフトや知財にどんな貢献したんだい
自分じゃできない他人様へのリスペクトか?ww
自分じゃできないことをやってくれる他人様へのリスペクトは人間として当然だけど、
形のないものをが作られていることに対して想像力が及ばない人がいるのは確かですね。
少しでも頭があれば回避するパターン。
一番良かったのは
魚田隆の
20-20kHzde
-150dBc FFT超低歪測定システム
かな
STMはM33推しでこの特集ねじ込んだんだな
nucleoボードはいろいろてんこ盛りボードじゃなくてnucleo-G431KBボードのような
そのまま簡単に組み込めるようなボードを出してほしい
> そのまま簡単に組み込めるような
なんに組み込むか知らんが、無保証ボードを製品に組み込むのは止めとけ
STmicroの評価ボードに仕様目的については、Nucleoの製品ページのドキュメント類からでも参照できる
ww.st.com/resource/en/evaluation_board_terms_of_use/evaluationproductlicenseagreement.pdf
に書かれている。
You shall not use, in whole or in part, the Evaluation Board in a production system.
詳しくは原文を見て。というか原文を見ないでこのレスにコメントしないでほしい。
「無保証のボード」と「You shall not use」は一緒ではないと思う。
Rspberry Pi や Arduino の基板について「製品に組み込んではならない」と書かれているかな?
実態として、ワンオフみたいなもののの中には、Nucleoが組み込まれた製品があることは事実。
STmicro自身がそれを黙認しているような中で、第三者がケーサツ的にやいのやいの言うのもどうかと思うが、
製品への使用の可否でいえば、「Nucleo」 と 「Rspberry Pi や Arduino」を同列に並べて語るのはおかしい。
「使わないで」と言われているものを使うのが Nulceoの組み込みという行為という認識の上で組み込むべきだと思う。
上のリンク先を知らずに組み込んでいて、誰かにこの文書を突き付けられたら、会社組織によってはうろたえて
「Nucleoを採用したのは誰だ」みたいな話になる。
製品を作るときに、この文書を知ってたらあらかじめ理論武装もできるよね。
グローバルで見たらGPLの解釈がA社とB社で違うみたいなケースは珍しくないし
そっちに話が言ったら、Nucleoの製品への採用の話なんてかすんでしまって、都合の悪い人にはうれしいことになっちゃう。
でも「使うな」と書かれたものを使っている人にとって、この議論が都合が悪いわけじゃないよ。
第一、Nucleoを製品に使うかどうかなんて、ここで結論を出せるわけがないので、自分が所属している組織で判断すればいい話。
>>723の文書を知らずに(あるいは組織内で共通理解にもせずに)製品に使う人がいることは確かで、
上にも書いたように、自分たちが知らない状態で、誰かから違反じゃないのか、と突き付けられたら必ずうろたえるのが組織。
先に知っておけば、準備もできるでしょ?
最初にユーザが不幸。保証が無い部品使って事故が発生したら？ユーザは「ふざけんなぁ!」だろうし損失は計り知れない。
製造会社も不幸。損害賠償はするだろうが、半導体メーカの責任は問えない一方、信用は失墜。
半導体メーカも不幸。評価用なのに勝手に製品に使われ、同じく信用を落とす。
みんな不幸で良いことが何もないし、安全配慮義務的にやってはいけない事。
あとRspberry Piが引合いに出てるけど、Rspberry Piには製品組み込みOKの産業用グレードがあるよ。
使うならそういう保証があるボードを使わないと
Industrialグレード買えば日本の下請けみたいにイエスマンしてくれるの？んな馬鹿な
基板を作れない人って結構多いんだなという印象
Nucleoをあてにしすぎやろ
STMでプログラミングできるくらいの知性があればそんなに難しい事じゃない
手間を惜しむか金を惜しむかの違いだと思う
小型化全く必要がない向きには使ってあってもいいのかな。
んな訳ないやん。保証の範囲内だよ
STに限らずほとんどのメーカーのデータシートには免責事項が書いてある
保証に関しては、部品単体もそうだけど、昔からやってきたことで自分たちで保証すればいいので同列に並べるようなことでもないと思う。
故障もなく完全に動作を続けていても問題になるのがライセンスなどのとりきめ。
>本Webサイト上で使用される弊社または第三者の商号、商標および標章は、商標法、不正競争防止法およびその他の法律で保護されています。これらを権利者の明示の許諾なく使用することはできません。
と明記されている。社名は当然商標であり権利者の許可なく使用することはできないということになる
新型ArduinoにRenesasのRAマイコンを搭載なんて記事や動画は多数見かけるが全部アウトかｗ
ガキA：「ねえねえ知ってる?『お菊さん』と言うとお菊さんの呪いがかかるらしいよ」
ガキB：「うわ。お前、今、お菊さんって言うた」
ガキA：「お前も今言うた」
ガキA、ガキB:「わーん」
なんで飽きもせずに、繰り返し繰り返し同じネタで盛り上がれるのか。ガキは忘れるものだし、屁理屈が好きなものだからだと思う。
商標を使用する、とは、どういうことなのか。
ガキA: 「おまえルネサスって言葉を使うのに許諾がいるんだぞ」
ガキB: 「うわ。お前、今…
それが「講釈」や「言わなくても良いことの反復」にあたるのかどうかの検証は、それよりはずっとスレタイから脱線するので、その議論にはタッチしない。
あーぁ
お前よくよめよ. なーにを条件反射してんだ. ほんと嫌になるわ
だれが製品に組み込むと書いてるんだい?
製品に組み込んで販売してる輩もいるだろうが, 俺は製品に組み込むとは一言も書いてない
自分で作って自分で使うモノに自己責任で組み込むことを想定してる
実験用にあれもこれもてんこ盛りしたボードじゃこういう組み込みすら難しいだろうが
再掲するが
>nucleoボードはいろいろてんこ盛りボードじゃなくてnucleo-G431KBボードのような
>そのまま簡単に組み込めるようなボードを出してほしい
どこに製品を書いてるのか言ってみろ
"製品"に組み込むなどと言葉を勝手に追加すんなバカタレ
夢でも見てんのかアホ
馬鹿垂れるなよw
> そのまま簡単に組み込めるようなボードを出してほしい
この業界で組み込みと言えば、組み込み機器やシステムを指し、その略語なんだよ!
自作に使うなら「載せる」と正しい日本語を使ってから言えよ😃
---
組み込みの例は？
組み込みシステムが適用される機械・機器の具体例としては他に以下のようなものが挙げられます。
電子レンジ・炊飯器・冷蔵庫等の家電機器
テレビ・ビデオ等のAV機器
カラオケ・パチンコ等の娯楽機器
プリンタ・スキャナ等のパソコン周辺機器
自動車・信号機等の運輸機器
携帯電話等の通信機器
その他のアイテム...
https://mynavi-job20s.jp › faq › em...
組み込みシステムとは？｜転職Q&A - マイナビジョブ20's
---
組み込みシステム
組み込みシステムは、家電製品や産業機器などに搭載された、特定の機能を実現するためのコンピュータシステムの総称である。 ウィキペディア
---
「>>721は『>>720が製品に組み込む』と言ってる、言ってねえよ馬鹿」
ということではないか。
実際は、>721は、>720が何に組み込むかは「知らない」と言っている。製品に組み込むとはいってない。
「もし製品に組み込むならやめておけ」という先回りでしかない。
「いやいやぼくは製品に組み込むつもりはありませんよ。心配してくれてありがとう」あたりが妥当だろう。
タイマー割り込みがかからなくて困っています。CUBE-IDEを現在使っています。タイマークロック68.75MHz
H7シリーズのタイマー割り込み設定で、他のシリーズとの違いをご存じの方いらっしゃいますでしょうか？
生成されるコードから割り込みハンドラが変わっているのですが、設定にも違いがあるのでしょうか？
MX_TIM7_Init();
/* USER CODE BEGIN 2 */
HAL_TIM_Base_Start(&htim7);
HAL_GPIO_WritePin( GPIOB, GPIO_PIN_0, 0 );HAL_GPIO_WritePin( GPIOB, GPIO_PIN_14, 1 );HAL_Delay(500);
HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_0 );HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_14 );HAL_Delay(500);
HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_0 );HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_14 );
/* USER CODE END 2 */
/* Infinite loop */
/* USER CODE BEGIN WHILE */
while (1)
{ HAL_Delay(500);
HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_0 );
/* USER CODE END WHILE */
/* USER CODE BEGIN 3 */
}
/* USER CODE END 3 */
}
static void MX_TIM7_Init(void)
{
/* USER CODE BEGIN TIM7_Init 0 */
/* USER CODE END TIM7_Init 0 */
TIM_MasterConfigTypeDef sMasterConfig = {0};
/* USER CODE BEGIN TIM7_Init 1 */
/* USER CODE END TIM7_Init 1 */
htim7.Instance = TIM7;
htim7.Init.Prescaler = 6875-1;
htim7.Init.CounterMode = TIM_COUNTERMODE_UP;
htim7.Init.Period = 5000-1;
htim7.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE;
以下略
void TIM7_IRQHandler(void)
{
/* USER CODE BEGIN TIM7_IRQn 0 */
HAL_GPIO_TogglePin( GPIOB, GPIO_PIN_14 );
/* USER CODE END TIM7_IRQn 0 */
HAL_TIM_IRQHandler(&htim7);
/* USER CODE BEGIN TIM7_IRQn 1 */
/* USER CODE END TIM7_IRQn 1 */
}
メインループ前と中で点滅させているLEDは正常っぽいです。よろしくお願いします。
_IT に気が付いていませんでした。有難うございます。
タイマー割り込みかかりました。
言い包めたって仕方無いのに
寝ぼけんな低能
エンベは"組み込み"じゃない"組込"だ
"組み込めるような"ボードが何が製品搭載の略語だ
それすら気づかない間抜けがプロぶんなアホ土方
で、検索。
いきなり噛みつくような態度は問題。
エンベのテクニカルタームとして存在する
"組込" を 組み込みと同一だと思ってる時点でマヌケすぎんだよっ 自称エンジニアさんよ
こーゆーことにすら気づかないやつは全てにおいて推して知るべしなんだよな
しかも延々赤っ恥の"組み込み"のオンパレードときたどこまでアホなんだかw
シロートは組み込みも組込も気づかんだろな
シロートさんに俺は文句言わんよ
しかし>>743は
エンベ業界における、"組み込み"云々を言ってきたんだろうが
エンベ業界では"組み込み"とは決して書かない"組込"だ
それすら気づかないヤツは所詮推して知るべし
せいぜい自称プロ
真相は業界にいついてるとすれば人様に食わせてもらってるダニだなw
会社も簡単に解雇できんからなw
それとも、こんなに威勢がいいのは、ネット弁慶だからですか?
しかも間違えてるしww
相変わらず馬鹿を垂れるなよw
「組み込み」と「組込み」で正しいのは「組み込み」
ここで「組込み」と書くのは「法令における漢字使用等について」(昭和56年・内閣法制局通知)による法令や政令等の公用文の省略形、同じなんだよ!!www
「法令における漢字使用等について」(昭和56年・内閣法制局通知)
http://www5d.biglobe.ne.jp/Jusl/Bunsyo/BunHourei.html
送り仮名の付け方 複合の語 通則6 (文化庁)
https://www.bunka.go.jp/kokugo_nihongo/sisaku/joho/joho/kijun/naikaku/okurikana/honbun06.html
「許容
読み間違えるおそれのない場合は,次の( )の中に示すように,送り仮名を省くことができる。」
もしかして: 組み込みエンジニア
どこぞの知らん奴が吠えてる寝言より俺はgoogle先生を信じるね
品質保証が必要なときはKeil使うこともある
GitHub Copilotも使ってるん？
Visual Studio の GitHub Copilot 拡張機能とは
learn.microsoft.com/ja-jp/visualstudio/ide/visual-studio-github-copilot-extension?view=vs-2022
8割くらい同意ですが、2点
1:製品に使うな は
"You shall not use, in whole or in part, the Evaluation Board in a production system."
じゃなくて
"The Evaluation Board shall not be, in any case, directly or indirectly assembled as a part in any production of Yours as
it is solely developed to serve evaluation and testing purposes and has no direct function and is not a finished
product."
の方かな、、
"You shall not use, in whole or in part, the Evaluation Board in a production system."は生産設備に使うな、、というニュアンスが強いと解釈するのが妥当な気がする
最終的には裁判しないと決着つかない話ですが、、
2: このagreement ってどういう形でユーザに提示されているんでしょうね、、
パッケージに書いてあるのかな？
もしそうでなくて、彼らのサイトのどっかに掲示されているだけ、、というのだと、、、強い合意事項と主張するのは難があるかもですね、、
たとえば www.st.com/ja/evaluation-tools/nucleo-f030r8.html
の「ドキュメント」タブの中の
Evaluation Board Terms of Use
パッケージはどうだろう。捨ててしまっているので手元にはない。
でも、製品ページへのリンクは書かれていたかな?
ぼく自身は契約の専門家でもないので、ここで、この文書の有効性について議論することはない。
製品に組み込むなら、こういった文書がある以上、知っておく方がメリットは大きいと思う、という理由から提示したよ。
Nucreo-H7xxxは、以前はデバッガの箇所に切り込みが入っていたものが
いまではなくなっていたり。
そして十中八九ダブスタ。自称警察の類なんだろうけど
ルールはルール、理不尽でもね
米中はもちろん欧だって自分に都合のいいルールを作って他者に押し付けてるじゃない
そこはファントムだろ?w
https://i.imgur.com/UeWBeVD.jpg
カッケー！
そもそもそういう議論検討の上でルールは決められるんだから
なぜなぜしか言わないバカには「ルールだから」で十分
誰かにこのライセンス文書突き付けられて糾弾されたり晒しものにされるリスクは避けられるの?
なんていうことをここで議論したって、公式な結論なんて絶対に出ないし、
ましてや、糾弾されるリスクをなくすことなんてできないよ。
という話が、「ルールだから！と思考停止」に見えるのだとしたら相当にまずいです。
もっともやばいのは、ライセンス文書の存在を知らずにライセンスの枠を超えたことをすることです。
知りませんでした、で通用するかどうかは、有名無名の人たちのしくじりがSNSでどう扱われているかを
みれはわかります。
知っていれば、弁護士、保険、悪意をもって糾弾してくる相手が思いもよらないような理論武装など
いろいろ準備できるはず。
ここで理論武装の手の内をオープンに議論するのは自由ですどうぞ。
そうでないなら意図的なダブスタだ。グレーゾーンで運用されているルールなんて他にもたくさんあるしな
半日もあれば自分の回路図に取り込めるのに？
単価で計算したらNucleoの価格の数倍になる。
簡単な回路で誰が作っても同じだからこそ、自分で作りたくないのは当然。
無視していない。言及していないだけ。(世の中のすべてのルールに言及しろてか?) なので上の論理では思考停止に
あたらないことになる。
>そうでないなら意図的なダブスタだ。グレーゾーンで運用されているルールなんて他にもたくさんあるしな
その他のグレーゾーンと区別する、とも言っていない。言及していないだけ。(世の中のすべてのグレーゾーンに言及しろてか?)
従って、ダブルスタンダードにもあたらない。
繰り返すけれど、そもそもぼくが例の文書を出したのは、これがグレーゾーンと認識されうることである、という提示だよ。
中には存在を知らずにホワイトだと思ってる人もいると思う。
必要なのは、ここであてにならない結論を出して安心(思考停止)しようとすることではなくて、これを製品に使う人が思考継続する
ことだと思ってる。
これぐらいは大丈夫、と判断するならそれでいいのでは。自己責任の世界。
ライセンス違反じゃないの? という告発があれば自身で対処すればいいことである。
それはさておき、ぼくなら、>>780の言うように、自分の回路にマイコンを組み込むな。
たいていの場合、Nucleoで提供されるマイコンとその最低限の周辺よりは、自分が実装する回路の方が規模は大きいし。
それに、Nucleoを載せるならあのピンソケットを実装する必要があるけれど、結構あれって場所を取るんだよな。
(あとデバッガを付けた状態で商品にすることはないし)
××が迷惑行為や非人道的な行為、無責任な行為だったとしてもだ。自称警察騒動の背景はほとんどこのパターン
一般的にこれを情報リテラシーが低いという
ほんと笑う
どこの零細企業だよ
どういう前提？Nucleoみたいなモジュールにケーブルだけ付けてケースに納めるだけの製品？
普通はベースボードを作って、そこにモジュールを搭載するよね？
これを前提にするならベースボードにSTM32を載せ、後はCR等を載せるよね？
つまり価格はベースボード＋Nucleo vs ベースボード＋STM32＋CRetcの比較になるよね？
なのにNucleo載せたほうが安いと言う。ベースボードを作らなくてはいけない条件は同じなのに？
そういうのかな、って気もするが、「百枚以内の四層基板を」というぐらいだから、相当数は使うんだよな。
(1枚でも100枚以内です、というのは考えないとして)
おまいはラズパイに組込みモジュールがあるのを知らんのか？
これ↓を使えば堂々と組み込めるんだよ！
ラズパイ4が「Compute Module」に、価格は25ドルから
https://monoist.itmedia.co.jp/mn/spv/2010/20/news049.html
ちなみに…このラズパイモジュール、I/Oが弱すぎ。
これ使うならSTM32MP搭載モジュール使ったほうがずっといい。
STM32は素晴らしい！
無い訳ではないな
一つは>>788氏が言うユニバーサル基板上に他のセンサーモジュールと一緒に組立てて納品。目的は原理試作でありソフトデバッグ向け。
評価ボードを評価ボードとして使う正しい方法。無論、品質保証なぞしない。
もう一つは製品に組込み要望。
この場合は評価ボードをお客さんに買ってもらい無償社給で受け取り組込み。
そう、責任はあくまでもお客さん。こっちは組立てただけだし、お客さんが用意した評価ボードの品質は当然保証しない。
メーカから見ると買ったのはお客さん。使用承諾違反の咎め先はお客さん
もちろん、ライセンス文書の存在は伝えますが、それでもいいです、って話になることが多いので、
ぼくもしばしば製品にNucleoを使っていますよ。(ぼくがNucleoを製品に使っていないと思ってる人がいそうだけど)
見積書にはNucleo費用を1項目として書いておこう
ブルーピルとST-LINK V2を使ってArduino_STM32で始めようとしています。
https://zenn.dev/syache_fh/scraps/1216fb8dfaca8f
を参考にして、中盤の「Arduino IDEからボードを使えるようにする」まで進みました。
Arduino SAM Boards (32-bits ARM Cortex-M3)をインストールした後、その下の
>Arduino_STM32をダウンロードします。https://github.com/rogerclarkmelbourne/Arduino_STM32
>ドキュメント\Arduino\hardware\Arduino_STM32に展開した中身を移動します。
ここで躓きました。githubのArduino_STM32の中のどれを移動すれば良いのでしょうか。
長文すみませんが、よろしくお願いします。
Arduino\hardware\Arduino_STM32
で検索したら
下のようなページがヒットしたよ
www.toolsbox.biz/product/STM32MINIShieldEvaluation/STM32duinoIDE.html
少し具体的に書いてあるように見える。
後者はArduinoIDEの開発環境をArduinoと呼んでいるようだ
ありがとうございます。
教えて頂いたページのzipファイルをコピーしてSTM32F103Cが選べるようになりました。
中身を見るとgitのArduino_STM32の中身全部なのですね。
それにしてもArduino_STM32-masterというフォルダを指定場所に置くだけで良いのが不思議です、、、
https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json
すみません、もう少し解説願えますか。
上に出てくるArduino_STM32は主流ではないのかな？
で検索してみたら、↓のようなWEBサイトがありましたヨ
dubstylee.net/v/stm32duino_core/
最近の比較が有るといいのですが、、、
そう
STが推していて海外ニキらが活発に情報発信している環境で
勉強した方がいい
arduinoしたかったらESP32系にした方がいいと思うよ
こっちの方が情報多いしマイコンもリッチだから
cubeIDE使うとき素子ごとのライブラリってどこで探すんですか？Arduino向けのものはだいたい使える？基本使えない?
素子ごとのライブラリというものは無くて
Arduinoの関数も使えない
CubeIDEで初期コードを生成したら
STM公式のHALライブラリが使えるようになるので
まずHALの使い方を掌握しましょう
ほぼすべての素子で互換性がある
デバイスを扱うライブラリは「ほぼすべて」をカバーすることをもくろむことがあるが、
Arduinoでも「ほぼすべて」は無理で、細かい差異が出てくる。
STMのCubeMXコード生成ツールは、Arduinoよりずっと個々のマイコンに近いコードを生成するから、
ペリフェラルの違いはダイレクトに、コードの違いになってくる。
「ほぼ同じ」といえるレベルが、表面的に使うぶんには制約を前提に作られているArduinoとは異なっていると思う。
それと、CubeMXが生成するコードは、なんでか、ずっとバグ(というか仕様)が治ってなかったり
最新のものにしたらバグ(というか仕様)が復活してたり、いろいろあるように思う。
そのあたりは、生成されたコードを見ながら必要に応じて、ネットを探して解決することが求められる。
ライブラリの中身をいじることが少ないであろうArduinoとは違う取り組みが必要になると思う。
個人的にはCubeMX+CubeIDEしか使ってないけど、ぼくの知人は BluePill + Arduino でちゃっちゃと、
実験用のセットをくみ上げる。
とりあえず、触れる範囲で、いろいろな開発環境を齧ってみるのはいいことだと思う。
いろいろ触れば自分に合ったものがわかるしね。
ただHALは抽象化が進んでいてリファレンスマニュアルとの関係がすぐにはわからないのが苦しいときもある。
そのうちLLを試してみようと思ってる
世に出回っているArduinoのスケッチの多くはかなり遅い(＝効率が悪い)という認識は重要じゃね
同じスケッチでも、メモリが潤沢で速いマイコンに乗り換えるメリットはあるしね。
すべての人に適用されるような、これでなければならない、これを使えるようになるべきだ、みたいな規範はないし、
自分にあった使い方を見つけられればいいと思うんだ。
おれは絶対そのやり方は大嫌い、ということを、他人がやっていても、それはそれで認めればすむことで。
今ならSTM32を使う理由が「Pythonを使えるから」みたいなのもあるよね。めっちゃ効率は悪くなりそうだけど、
それも使い方の正常進化のひとつだし。
同じようなスケッチなら、そういえても。
Arduino公式からRenesas RA搭載ボードの供給が開始されている現状だとなおさらだ
レジスタ名定義されていて使えるし、
アセンブラも
こんなのね
とか
あ、もしかして誤解させたかも。
私の意図した素子ってのは
DS3231とか Max7219とか、Max31856とかI2C,SPIで通信して使う素子のことでマイコンの型番ではありません。
arduino だとライブラリマネージャで検索できますがCubeIDEではどうなんでしょう?
なるほど
それならgithubかどこかで海外ニキのコードを探して
って感じになる
arduinoみたいに制御したいICの
データシートを読まずに使うことは基本不可能かな
Arduino勢のデファクトスタンダードだったりするから笑えない
このような状況を肯定することによるメリットはデメリットを上回らないだろう
それは、あるカテゴリの人たち1000人のうち、たったの990人のレベルが低いということを根拠に
そのカテゴリの人のレベルが低いのだ、と言ってるようなものじゃないかな。
(1)裾野がひろいほど才能を集めやすい
(2)裾野がひろいほどライト層が増えて必然的に平均レベルは低くなる
結果として、裾野が広く平均レベルが低いものは、頂点も高くなる可能性が高い。
(1)について。「才能を集めやすい」が「裾野が広いこと」を必要条件とすることを意味してはいない。
何かを蔑む人は、その何かの方がメリットがあっても、その何かにメリットがあるとは考えられないだろう。
判断に好き嫌いを持ち込めば目が曇るよ。
「世の中必ずしも論理的、合理的に進まない」を「論理性や合理性を重視する必要はない」と歪曲するタイプ
つまりサーチエンジンの検索結果は社会の生産性やアウトプットのレベルと少なからず相関すると考えられる
ありがとうございます。CubeIDE使う方は他者のライブラリをあまりあてにしていないんですね。
とはいえまとまったリポジトリがないだけで、Github探すこともあると。
CubeIDEでLチカやって、その先が見えてなかったです。ありがとうございます。
いえいえ
前のレスで>>809氏が言うように
32bitのパワーそのままにArduinoの抽象化が必要なら
今はESP32が一番いいと思います
STM32のArduino環境は強力に推進する組織も個人もいない印象なので
I2C液晶やFMラジオとか初期化コードやコマンドなんて同じなんだしデータシート見てゼロから自作するより作業量は減ると思うんだけど
ラッパー書いてもいいしね
ありがとうございます。
Arduino環境でESP32含めいろんなマイコンで色んなものを作ってきました。LEDマトリックスパネルのライブラリをフルスクラッチで自作したりもしています。
STM32もBluePillから始まりF4、G4も使ってみています。実現したいことはできているのでこれでいいのかなと思いつつも、CubeIDEなど専用開発環境がいいよと聞くたび、このままじゃだめかな、、と思い使ってみたのですが、、という状況。
Arduino環境をある程度いじり倒し
一皮むける寸前ということですね
それならやはりCubeIDEとHALで
Arduino環境を抜けて低レイヤでの開発を
身につけるチャンスだと思います
かくいう俺もArduinoUNOからマイコン使う
→慣れてきてAVRとかSTM32を直接いじり出す
→仕事でファームウェア書くようにもなる
っていう現代っ子型の慣れ方したので
いろいろと触ってみる動機があるのはいいなあと思います。
>>834
CubeIDEが生成するコードと、外部デバイス用の汎用ライブラリは組み合わせるのが難しそう。
Arduino ライブラリが内部ペリフェラルをラップしていて、外部デバイス用のライブラリはそれを前提に作れるし。
それでメリットがあるデバイスはラジオICの制御とか結構限られるのでは
特に広帯域を要求する(≒ブロック転送する)デバイスはペリフェラルとの緊密な連携がほぼ必須で
一から書いたほうが良いになりそう
SDC/MMCの制御なんて規格化されているけど汎用ドライバがないのはそれが理由だろうし
そう考えるのは自由ですけど、ぼくが言っているのは、カテゴリの平均レベルと、カテゴリの人のレベルはイコールではないということです。
そこを一緒にすることの合理性はありません。
たとえはたとえに過ぎないので注意したいですが、今、目の前に日本人で「サッカーをやっている」という人がいるとします。
我が国のサッカー人口は、そのへんのサッカー教室やシルバーチームを含めるとたいへん多くて、平均レベルはとても低いのです。
でもそのことと、目の前にいる人のサッカーのレベルが高いか低いかは別の話です。
相関関係があるからとかなんとか言って、目の前の人のレベルが低いと考えることは合理性とは縁のないものです。
統計にもとづく単純な推測にすぎません。
マイコンが広く使われるようになるために、より専門家でなくてもより容易に使えるようにメーカーはよりお金をかけていますよ。
マイコンに関する才能がより少なくても、アプリの才能がより高い人たちが参入できるようになりつつあります。
結局のところマイコンって何かをするためのものですから、マイコンでより良い社会を作るなら、アプリの才能が高い人の参入は歓迎するべきこと。
マイコンの知識やレベルが低いと嘲れば、相手も良い気はしません。互いにリスペクトして協力できるようにすればいいと思います。
CubeMXの生成コードを使うことも旧来のマイコン屋から見れば、ヤレヤレだそうで、それでも、すでにアプリのプランがあって、STM32を
いちはやく使い始めたい人にとっては有益なものですし。
これまでArduinoしか使ってなくて、楽して高機能が欲しいならESP32の方がいいよってことでしょうか。
ArduinoIDEをそのまま使う形で
MCUの性能アップを望むならその通り
初期化のコードがあるのビビったな。
もう何とも思わないが
昔はSTM32使ってたけど今はESP32しか使ってないな
やっぱり無線と大容量FLASHが標準で使えるのは強いよ
あとarduino使わなくても他の開発環境もあるし、
ESP32でも細かいとろまで作り込みもやろうと思えば出来るし
データシートやマニュアルを読む努力をせずブログや動画からパックってきて
それっぽく動いたらおｋみたいな人と協力できるんですか？
そのようなスタンスで工学を用いたビジネスが成功するとは思えませんが
ESP32でもESP-IDFの上にArduinoの建て増しだから
最新のESP-IDFでは直ってるバグがArduinoでは旧版ベースなので
いつまでたっても直らないとかそういうこともあった
だもんで楽できるかは時と場合によりけりよ
>データシートやマニュアルを読む努力をせずブログや動画からパックってきてそれっぽく動いたらおｋみたいな人
という人ばかりでもないしね。
平均レベルとか、自分が持っている全体のイメージに近い像の人を例にしても意味が薄いです。
それに、
「自分ができない発想ができるけれど、自分ができることをできない人」と組むのはビジネスでは当たり前に
ある話じゃないですかね。
これでも日本は民主主義であり多数派ファーストだろ
なんならそれで不安全なものを「絶対安全」言い続けた結果
原発を吹っ飛ばしているんだし
プログラミングの世界では再利用、open化による作り込みが是とされていると思っていましたが
全員が他の方のアウトプットを参考にせず1から作るのがベストとお考えですか？
使う側も一人ずつの貢献は小さいかもだけど検証という形でデバッグに協力する付加価値は決して小さなものではないと思っています
だんだんと不毛な、、、だ、誰が不毛やねん！
エンジニアならあまり無茶言いなさんな
冗長システムとか、バックアップシステムとかは聞いた事があるだろう。
あれらは単一故障を想定しているから。多重故障は確率的に無視出来るレベルであり、その前にちゃんと点検しとけって話。
そう、単一故障のみを想定する設計は一般的。
JAXA: 単一故障・波及故障防止設計標準
https://sma.jaxa.jp/TechDoc/Docs/JAXA-JERG-2-120A.pdf
あの時は送電線が倒壊し電源消失。そしてバックアップ電源が稼働したが、これも津波で水没。そして津波は想定を超えてた。
後からなんとでも言えるよ。送電線を二重にしとけとか、バックアップ電源をもう一つ高い所に置いとけとか、防波堤をもっと高くしとけとか。
でもそれってキリが無い話
多数派をもってそのカテゴリの人を判断してはいけない、というのが、ぼくの主張の一つなんだけど、
これが合理的でないと考える人がいるらしい。
マイコンエンジニアは日本人の中では少数派であるが「おまえは日本人だからエンジニアではない」と
と考えることが合理的だとは思えない。
>848は多数決の政治の国の人なら、それを合理性として受け入れろ、ということなのか。
あるいは、>848は逆説的に批判の形をとって>>847に賛成しているのかな?
だとしたら、多数決の政治のもとで、しくじりがあったことを書いていることと辻褄は合うね。
とりあえずそう解釈することにしよう。
それを持ち出してきたということはシステム工学やその中の安全工学の基礎的な部分は理解しているんだよね
事故報告書は読んでみた？日本の報告書だからアメリカなら書かれるであろう内容が書かれていない可能性はあるが
それでも書いてあることはおおむね事実であろう
その報告書によれば
・事故前に想定を超える津波が発生しうる疑いは把握していたが積極的に研究しなかった
・その万が一の事態に対する減災策を講じていなかった(非常用発電機一式を高所に移したり、ポンプを耐水化したり)
・事故発生時のフォロー体制すら消極的(東京では何が起こっているのかすら把握できなかった)
・これらは原発を保有する諸外国と比べても進んでいるとは言えない
などなどハードウェア破損以前の問題が挙げられているんだが
この結果として電源が確保できても冷却が捗らなかったり政府の混乱をまねいたりしている
そして歴代の政府はそのような状態を「安心、安全」と連呼し有権者もそれを妄信していたのは重要なポイントでは
そしてこれがいまだに原発を稼働させられない大きな要因じゃないかな
SBCマイコン暴走させたって精々自分の机上が火を吹くくらいだしそれくらい自己責任でやったれ
ある施設の住民への説明会で「絶対に安全と言えるのか」と問い詰めた住民に施設側が「絶対に安全はあり得ない」と正直に言って
施設の開設が頓挫したのを見たことがある。これが当たり前の姿なら、その場を繕う嘘や言いくるめが通ってふつう。
趣味の世界のマイコンであっても、多重故障は想定しないとか安全ごっこをやってみると面倒くさくなって面白いと思う。
故障検出とか、故障時にどうなるとか、重大なトラブル(机上のマイコンでもLEDが点灯しっぱなしはNGみたいなのを仮定して)時にどうするかとか。
同意 使い方にもよるだろうけど
rp2040か勝手知ってるstm32が好き
ESPのADはノイズが多いってこと？
RPやstmは12bitちゃんと出る？
Arduinoで作ってみた！動いた！完成！とはいかない
というかこの辺の情報もなかなか入手できない部分よな。特に小規模で完成品を売る知見はほとんどない
そもそもArduinoライブラリで作ったものを商品にするのはライセンス上の難しさはあるしね。
ワンオフの実験装置、小規模な頒布とかキットみたいなのは別として、量産品を作るなら慣れてるところを頼ってほしいって思ってる。
無いよ
両方使ってる身からすると結局どっちもどっちだよ
多分、使いこなせてないだけだ
こんな掲示板なんて話半分にして聞いとけw
メイカー向けブランドでも日本発で世界で知名度を確保できているところってほとんどない
Raspberry PiやArduinoクラスどころかAdafruitやSeedあたりと戦えるところすらない
当然コンシューマ向けプロダクトなんてさらに悲惨
F303K8とG474REでHAL_ADCEx_Calibration_Start()を実行しておくと0V入力でAD変換値がほぼ0
ボードの3.3Vを入力するとほぼ4095が出力された
F446REはHAL_ADCEx_Calibration_Start()がなさそう(エラー)たったが，上と同様
なお，中間値やACは試してない
ESP32のA/Dの特性はネット多数にあるので略
GR-SAKURA(GR-CITRUS)のA/DコンバータもDCについては精度が高かった
RP-2040はシラネ
> 諸外国と比べても進んでいるとは言えない
擁護すれば諸外国にはほぼ地震なぞなく、進めるにしても参考事例は諸外国には無いしね。
非難すればそんな地震大国日本に原発作るんだから、参考事例なぞなく、最先端をやる覚悟と努力が足りなかったと思う。
例えば送電線の鉄塔、地震大国なのに盛土が崩れて倒壊ってどういう設計しやがった(怒)
> そしてこれがいまだに原発を稼働させられない大きな要因じゃないかな
同意
一度崩れた信頼を回復させるのは並み大抵の事ではない。
一方、自分の立場に置くとコストとの兼ね合いで色々とね。
よくある計測用MCUと通信/GUI MCUのデュアル構成にして、ハートビートを送り合う構成。ついでにウォッチドックも付けて二重化。
電源はバッテリバックアップして停電でも30分は機器稼働(メカもあるから)。
さぁ～これでどうだ！なんだが絶対は無いからね。その点で福島のシステム設計した人には同情してしまう
偉いさんはどうだろう。
無限にお金は使えない。
おきるかおきないかわからないような想定外を想定することが許されたかな?
偉いさんはたくさんのお金をもらっていた、というが、そのお金を
安全対策のためにまわせば、十分な金額だったのかな? そうではないような。
うぅん、違うよ。
東電は津波という天災にしたがってて、その対策は…ムリだったって論調だけど本質は違う。
本質は鉄塔の設計をミスったという人災。原子力関係ねぇ～あほミス。
その証拠が福島第二原発。あそこも津波被害で非常用電源を失ったけど、外部電源は生きてたからギリなんとかなった。
単一故障をどう抑えるか。エンジニアとして一番大事な事で、それを怠った鉄塔の土建屋を心底軽蔑する。
端っこのオフセットエラーは(外部回路をふくめて)どうしようもないことがあるので、あてにしないことも必要だと思う。
直線性についてはときどき「実際の入力電圧とA/D値をプロットしたけど直線性に問題がなかった」みたいな話もあるけど、
100ポイントぐらいのプロットでわかるようなのは問題の一部でしかない。12ビットのA/Dを評価するなら、14ビット以上で
なおかつ相当に直線性の良い電圧源が要る。
実際にはそういうのは簡単でもないので、データシートをよりどころにすることになるだろう。
どのチップのA/Dが良いとか良くないとかの話をするのなら、せめてデータシートの数字は出してこないといけないと思う。
(Arduinoの人をクサすのに「データシートも見ない」って話があったぐらい。クサす人なら自らは模範を示そう)
そんなものを使って精度がダメだなどと文句言う方がどうかと思うけど
産業用に作られたもののおこぼれを買ってるに過ぎん。
Audubonは産業用のマイコンチップをホビー用に仕立てた応用製品。
> 14ビット以上でなおかつ相当に直線性の良い電圧源が要る。
発想を変えて、DC評価に加えAC評価もしようぜ。
直線性が悪いならサイン波の測定結果をFFTすれば、量子化ノイズにフロアノイズやらピンクノイズとして一目瞭然。
【ADC】A/D, D/Aｺﾝﾊﾞｰﾀを語るｽﾚ【DAC】
https://rio2016.5ch.net/test/read.cgi/denki/1354024098/
BASICは簡単ではあるがプログラミングで標準とされる要素が少なからず欠落していたり問題も多い
自分はBASIC入門組だがオブジェクト指向などのより新しい概念を理解するのに結構時間がかかった
>>836氏のステップアップパスや現在のスキルは気になる所だな
マイコンでそれなりのものを作ろうと思ったら
データシートやマニュアルの読み方、CPU/MEM/BUS/INTCなどのコア要素
コンパイラ/アセンブラ/リンカなどの処理系、イベントドリブンやマルチタスクなど
の理解が必要と思われるがこの辺りはArduino界隈ではほとんど出てこない
どのように勉強したのかな
C/C++で地獄を見た経験のある人はRust使いたいみたいな要望も出そう
そのような不適切な点を発見し改めさせるのが監督官庁の仕事だろ
しかし実際には形ばかりでやる気ゼロだった結果があれ
改めさせるどころか事故った後も政府への報告を積極的に行わないくらいやる気なし
この構図最近も見た。ボーイングとFAAの利益ファースト癒着で起きたB737MAX連続墜落事故
なぜななのか。方式ごとに得意不得意があるだろうに。
おもちゃみたいなものに過度な期待しないんじゃないの
たいていのコンパイラ一式には、stdlib とか stdint とか標準化されたものがあたりまえのように入っているのでは?
あなたに質問です。
あなたがそう考えるのにいたった「マイコン向けC」はどのベンダーのどのマイコン向けですか?
PIC用ののCCS Cだと想像
int が unsignd int だったりする変態さんだ
ご老人と、ご老人の影響を強く受けた若者に多い
えっ、このネタまだ引っ張るの?(汗)
監督省庁＝レビューアーなんてダメさ、品質は設計に作り込むものだからさ
まぁ～、福島の教訓を熱海の土石流に生かせなかったのは、監督省庁はどこまでアホやねんと思うけど(ぉぃ)
「おもちゃみたいなもの」の定義ってなんだ？
似た価格帯でも各メーカーが販売している廉価なマイコン評価ボードはデバッガも使えるよな
その違いを理解している入門者はどのくらいいるのかな
日本のエンジニアの存在感がグローバルで増しているようには見えないが
増えて無いんじゃない？
Arduinoをあんま知らんけど、外部のWeb上でコード開発するんでしょ？製品に使うコードを外のWebに置くとか、普通の会社は認めないと思うけど
Arduinoを否定的に批判するのに
(1)あんま知らんけど
(2)外部のWeb上でコード開発するんでしょ？製品に使うコードを外のWebに置くとか、普通の会社は認めないと思うけど
少し前に、いろいろ解決方法を示唆しておいて「知らんけど」って言ってる人がいた。
この人は知ってはいるけど「自己責任でやってね」というクギ差しをしていたと思う。
でも(2)を見る限り、(1)は本当のことらしい。初心者が集うスレで尋ねてみてはどうかと思う。
当たり前だけど、何かのエキスパートであっても、誰だって知らないことについては初心者だ。
それと、本当に知らないことについて否定的に批判するのってまずいと思う。
何寝ぼけたことを言っているんだとしか
環境がWebなのと、会社が認めているかは別問題
あとビジネス的には環境が維持されるかも大事。
数年後、メンテナンスしようとしたらWebでサポート外になっていたとか、バージョンアップされてて別物になっていたとか、そもそも提供中止とか、そんなリスクは回避したい。
メンテ時のテストも改変箇所のみにして、必要最小限にしたい。
なのに別物ので全てのテストをやり直しとかではデメリットが大きい。
開発時環境そのままでメンテ出来る事もビジネス的には大事
ちなみにUSB-UART変換基板使って覗いた時は期待通りのデータが来てた
クロック系の設定に手を加えてないかな？そこがダメで受信不能になった事があった
ArduinoもRaspberry Piもインダストリアル向けが拡大しているらしいし
そのような価値観が普遍的であるかは疑わしいところだが
あと会社が認めないとかどうでもいい。結果を出せない会社はとっとと消えてくれ
ボーレートやデータ長云々に疑問が生じたときは、オシロで確認。
>ArduinoもRaspberry Piもインダストリアル向けが拡大しているらしいし
>そのような価値観
とは何なのか、>>905-906 において語られているのは、
「WEB開発かどうか」と「会社が認めるかどうか」は別の話。(905)
「開発環境は長期にわたって維持されることが大切」(906)
であり、
「ArduinoもRaspberry Piもインダストリアル向けが拡大しているらしいし」とはつながらない。
「そのような価値観」と「ArduinoもRaspberry Piもインダストリアル向けが拡大しているらしい」と
どういう論理で繋がるのか。
何も繋がることはなく、たまたま頭に浮かんだイメージを繋げただけなのか、間のいろいろな論理展開を
飛ばして、両端だけをかいて「し」で連結したのか。だとしたら説明が足りないと思う。
>あと会社が認めないとかどうでもいい。
発端は、
「製品に使うコードを外のWebに置くとか、普通の会社は認めないと思うけど」
なので、議論の対象としてどうでもいいというのは、言葉の選び方、あなたの説明が足りないと思う。
>結果を出せない会社はとっとと消えてくれ
これはあまりに唐突。>905-906 においても、結果を出せる出せないという話はでてきていない。
自分の頭のなかの話の展開を、まわりの人が共有しているわけではない。説明が必要。
その普遍性を示すのは>>900の方
それ、俺だな(^-^;
>>913
おのさ、会社の資産は会社の所有物。物品だろうが開発品でありうが、持ち出し厳禁だしそれは法律でも就業規則でも禁止されている。
さて、そんな会社資産を外部サーバに置いて良いのか？って話
おまけでWeb上の開発環境もあるだけ
クロックは最大値に変えてたんでデフォルトに戻したんですけどORE→RXNE→ORE→...の繰り返し(書き忘れた症状)のまま
>>909
ループバックに関してはSTM32側とそうじゃない側双方で確認したところ、STM32側のループバックでも同じ症状が出た
>>911
オシロで波形確認したけどどうも合ってるっぽい
会社が選定/認定したクラウドと、社員が勝手に選んだ外部サーバ。
情報漏洩があったらそれぞれ責任を取るのは誰？
会社業務でなぜ、個人責任という危ない橋を渡る必要がある？俺は真っ平ごめんだねw
> クロックは最大値に変えてたんで
CubeMX開いてみて。赤くエラー出てない？
クロック変える時にしっかり他の部分も変えてるのでエラーが出ないようにしてあります
で、その会社はどのくらい成長しているんだ？+2%/年くらいは伸びているんか？
水平飛行以下なら日本の競争力を削いでいる会社ということになるが
もちろんそんな会社を存続させる意味はない
ウザいな。普通の会社は認めてないんだよ。
じゃあ、あとは信号の問題かな。
ちゃんと共通グランドしてあるかとか、信号レベルは一致してるかとか、ノイズは混入してないかとか、相手側はちゃんと出しているかとか。
オシロで見て問題なしと言ってたし、ループバックでも出ると言ってたから違う気もするけど。
あ～、後はポーリング受け？それとも割り込み？処理が間に合ってないとか。(USB-UARTで問題なしと言ってたからこれもちがってそう)(^-^;
>もちろんそんな会社を存続させる意味はない
そんな極論に広げても仕方がないと思うんだが。
要するに、
・「Arduino は WEBで開発するもの、クラウドに保存するもの」という誤りにどうやらまだ気づいていないらしい。なにこれ。
「ArduinoはWEBで開発する方法もある」は「Arduino は WEBで開発するもの、クラウドに保存するもの」の根拠にはならんよ。
・「クラウドにデータを保存する開発環境を使う」を「社員が勝手に選んだ外部サーバ」として否定的に語ろうとしている。
なんでそんなふうに限定するのか。それが自分の論理に合うからかな?
会社に申請して承認されていれば「勝手に選んだ」にはならんだろう。
・会社に申請して承認されたとしても、トラブルがあれば責任を被せられるから嫌だ、という論理だろうか。
会社に何かを提案することもリスクだと考える人も確かにいるね。
トラブルがあったら、個人責任を追及されて立場がまずくなる、ではなくて、立場が危うくなる職場があることも理解できる。
そこで過ごしていればそれが普通になるのかな。リスクはまっぴらごめん、というのもわかる。
でも社会的にそれが普通かどうか、何を根拠に普通って言ってるのかな?
わかっていると思うけど、うまくいかないのは「どこかに間違いがあるから」の可能性が高い。
>ループバックに関してはSTM32側とそうじゃない側双方で確認したところ、STM32側のループバックでも同じ症状が出た
ループバックの「STM32側」と「そうじゃない側」はすごく曖昧です。
どういう接続をしたのかを書くなどして、あなたの書くことと、読み手の解釈に曖昧さがないようにしてほしい。
>オシロで波形確認したけどどうも合ってるっぽい
ぽいではいけない。潰せる可能性は潰そう。
元にもどるけれど
>ちなみにUSB-UART変換基板使って覗いた時は期待通りのデータが来てた
とのこと。これは、
マイコンのUART端子⇔USB-UART変換基板⇔パソコン
という構成だと思う。このときに、パソコンから送ったデータがマイコンでちゃんと受信できていたって話でOKですか?
それが
マイコンのUART端子⇔(なにか)
という構成において、(なにか)から送信したデータがマイコンで文字化けする、と、そういう理解でOKですか?
>〜すごく曖昧です。
すみません、盛り上がってる方の話が話なのであまり名前を出したくなかったのですが
STM32とArduinoを通信させて、ArduinoからSTM32に信号を送っています。
>これは、〜話でOKですか?
一番左がArduinoですね。あとこの他にも一応ArduinoのUSBから情報を読みましたが問題なし
もちろん書かれてる構成でも試しましたがそっちはダメ
> それが〜理解でOKですか?
これは合ってます
STM32F303ZGT6の信号電圧が3.3Vだったら完全にコレ
それ、>>925で言及したけどまだチェックしてなかったんかい!!w
あホントだ、完全に見落としてた
データ自体は1バイト目は問題なく来るし合ってるんだけど2バイト目以降が結局ORE→RXNE→...になるのは変わらず
進んだけど振り出しかぁ
パリティビットの設定は合致してるかな？
パリティは両方とも無しに設定してますね
じゃぁ、1バイト目が受信出来るなら基本的な設定や電気レベルはokで、ソフト処理の問題かな。
ORE対策はしてある？
meerstern.seesaa.net/article/472756172.html
meerstern.seesaa.net/article/476512935.html
qiita.com/Masacccch/items/77ce05ef1f657b99cab3
3つ全部既に読んでて対策もしてあります(強いて言えばHALではなくLLで開発しててフラグクリアや初期化をLL向けに書き直した)
みんなの推察力を試してる? 問題解決をするために質問してる?
後者なら、
(1)問題を再現できる最小コードを作る
(2)その最小コードを開示する
(3)チップや開発環境も開示する
が必要だと思う。
(1)は掲示板で聞くかどうかと関係なしに、なにかの問題に遭遇したときに切り分けのためにエンジニアがやるべきことのひとつだと思う。
(2)と(3)は初心者スレなら求められることだし。
ザワ… ザワ…
一つだけ確認して。STM32とArduinoとの電源の入れ方はどうなってる？
USB-UARTがOKでArduinoがダメなのは、電源投入時のラッチアップでないかと疑ってる。
それも問題なければ、USB-UARTとArduinoとの差異を一つづつ確認するしかないかな
もちろん後者で、ソースの共有方法はずっと模索してたけどGitHubに上げることにした
ttps://github.com/ms0503/stm32f303zdt-test
https://www.youtube.com/watch?v=D119O7wdHQ4
>USB-UARTがOKでArduinoがダメ
USB-UART(AE-CH340E-TYPEC)もArduino(HarwareSerial)も両方STM32F303ZDT6(USART2)で受信できてないです。
一応ループバックで確認した所、STM32F303ZDT6(USART2)のみが正常に動作してないです。
(上げたソースにはUSART2のコードのみ書いてるがUSART3でも検証、USART2と同じ挙動を確認)
あれ？>>907の「USB-UART変換基板使って覗いた時は期待通りのデータが来てた」はなんだったの？
よく分からんけどループバック以外全滅ってか！
うん？ループバックもダメなのか？
>>943
覗いたのはArduinoから来てるデータの方ですね(見返すと結構情報が足りなかった...)
ループバックしても症状は変わりません
ローカルの静的配列に読み取っているけれど、読み取ったデータはどうやって確認してますか?
本件トラブルとは関係ないけど正常に受信されていたら、bufのcountはどんどんインクリメントされてbufのサイズを超えそう。
USB-シリアルでの通信のテストと、Arduinoとの通信のテストで、送られてくるデータは全く同じですか?
ビットレート、パリティとかだけでなく、バイト送信のペースとかも。
要するに、「何をやっても受信は一度もちゃんと動いていない」ですか?
そもそも「ループバックをやってね」が通じてない気がする。
ここでは、同じ１個のマイコンの一つのUARTのTxDとRxDを直結して、TxDから送信してRxDから受信することです。
>読み取ったデータはどうやって確認してますか?
ブレークポイント設定してGDBで読み取ってます
>countはどんどんインクリメントされてbufのサイズを超えそう。
即席で作ったテストコードなので完全に人間側のバグですね
カウンタリセット書かないと...
>USB-シリアルでの〜バイト送信のペースとかも。
これは同じですね
間隔なども(少なくとも私が認知できるレベルでは)一致しているかと。
結局信号レベルミスってSTM32のUSARTを56してたみたいです
ありがとうございました
直結のループバックだとレベル変換の問題はなかったかな。
通信中のブレークはデータ喪失の原因になるので、ブレークをかけずに確認できるようにした方がいいと思います。
ぼくは、受信データを、速めのビットレートに設定したUARTの送信に流して、パソコンで確認することがあります。
>通信中のブレークはデータ喪失の原因になるので
完全に見落としてた、そりゃデータ送ってる途中で止めたら残りは失われますね
不甲斐ない...
それ、>>925で言及したけどまだ直してなかったんかい!!w
(と、2度言ってみるw)
まっ、良かった良かった(^^)
といっても いまどきのパソコンのソフトの開発だと、シリアルポート(USB含む)からの受信中にプログラムを止めても
それが長時間に及ばない限りは大丈夫だし。パソコンでのプログラミングが長いとかえって落とし穴になるかも。
同じUSARxでも 5Vトレラントと3.3Vトレラントのものがあるみたい。
最低限入力ピンに直列に1kΩでもつけていれば、目に見えた問題にはならなかったのかも。
3.3V入力ピンはVDDに対してクランプダイオードが入っているけど、
ここにふつうのUSB-シリアルコンバータの5VのTxDを繋いだときに、どういうことが起きて受信できなくなっていたんだろう。
チップによっては簡単に壊れるので注意が必要。
別のチップ(か基板)にしていたのか同一のものだったのか。
「殺す」は「壊す」だけでなく「動作しない状態にする」との意味もあるし。
スレッドセーフの観点からmallcocではなくpvPortMallocを使うようにありますが、STLのコンテナクラスなどは内部でmallocやnewを使用しているため、事実上STLは使用してはいけないという理解です。
これらの事を解説しているサイト等でも良いので、アドバイスを頂きたいです。
STLのコンテナクラスはコンストラクタとかテンプレートでアロケータ指定できたはずだけど
ttps://cpprefjp.github.io/reference/memory/allocator.html
検索してもラジコンのサーボを動かすネタばかりでACサーボモータを駆動するような作例は見かけない
自分が知る範囲で一番近しいのが
ELM - DCサーボモーターの実験
ttp://elm-chan.org/works/smc/report_j.html
あたり。これだって20年以上前の記事だし今風の解説や作例は・・・
ルネサスにアプリノートがあるのは見た
「ルネサス ACサーボモータ」で検索
仕事でやっていて、おもしろいと思った人が趣味でも取り組むのは考えられること。
自作している人がいない、ってことは言えないと思う。
もっとも、その中から、WEBサイトに公開するに至る人は、もっと少なくなって、結果としてゼロになるかもしれないが。
最近の若いもんは違うんだろうな。
動画見ると10分でできるｘｘとか、コピペで30分で鯖構築とかそういうのばかり参照が伸びてる
あえてやろうって話なので、とっかかりを探しているだと思った。
そんなに非難しているとも思わないけど。
被害妄想じゃね？
自分の取り組みをWEBで公開したら、その分野の数少ない人たちの一人になれるし、きっと反応もある。
ありがとうの気持ちを持った人の100人に1人。質問したい人のうち5人に1人。批判的な人の2人に1人ってとこかな。(感想です)
アプリケーションノートレベルなら珍しくもないと思うし、ベクトル制御のアプリケーションノートだっていっぱいある
情報の入手やデバイスの性能、入手性も>>961の記事が書かれたころと比べてもかなり有利のはず
しかしネット上はもちろん先日行われたMaker Faireとかでも、それらを応用した作例がどれだけあるのかなって
初心者質問スレ
https://rio2016.5ch.net/test/read.cgi/denki/1695078477/l50
中・上級者質問スレ
https://rio2016.5ch.net/test/read.cgi/denki/1580718148/l50
モーター詳しい人来てくれ
https://rio2016.5ch.net/test/read.cgi/denki/1462110596/l50
それは学者とか過程で評価される職種の話やろ
仕上げてナンボの開発者の身なら絶望しかないわ
それは雑談スレか、もう組み込みなんてやめたスレのねた。
Webに情報が無い、訳が無いw
バラせばIC/LSIだから大抵はデータシートが手に入る。その近辺にはアプリノートもあるだろう。
Digikey叩けば類似製品も出てくるし、そっちの資料も見れる。
前に Thunderboltの資料探してたら、MacBookの回路図が出てきたのには驚いたw
だと思うわ
日本の情報発信が少ないことを正当化する理由にはならないのでは
結局何を使うにせよ何らかのフレームワークのお世話になると思うのね、
写真撮影において自動露出が出てきたり、オートフォーカスが出てきたときに
そんなの軟弱だ的な反応があったと思うけど、
作りたいものが何か が重要なポイントで
フレームワーク使って近道するか
よりnakedに近いフレームワークで自由度を重視してより厳しい道を選ぶかは重要じゃない
このスレで発言する人の傾向としてはarduino環境を是としない人が多いようだけど、
それはサイレントマジョリティではない気がする。実際どうかはわからないけど。
この書き込みはサイレントマジョリティに向けたもののつもり。
STM32系はマイコンの王道じゃないかと思う。それを使う上で
arduino使うかCubeIDE使うか、Keil使うか、そんなの実現したいことを実現できればそれでいいはず
その後の発展性なんてのは一つ使えるようになれば大した問題じゃないとわかっているのに、
自分が推していない環境にネガティブなこというのは相当イマイチだと思う。
何言ったっていいんだけど、それに影響されちゃう初心者がいる(私含め)
なので書いてみました。 なに使うにせよ何らかのフレームワークのお世話になってる。
そういう意味でどれも目くそ鼻くそ。
いや、もちろん、全部データシートとアセンブラだ、という人がいてもいい。
でもそれは目的によっては全く至高じゃない。
STM32スレ part6
https://rio2016.5ch.net/test/read.cgi/denki/1698581458/
スレ末にふさわしい話題。
STM32は幸せな環境。
ちょっと使うだけの人。ちょっと使うから深入りする人。慣れた人。
レベル方向でも時間方向でもいろいろな人が取り組みやすい。
ルネサスのRXでも、「のようなもの」ではなく、Arduinoが使えればいいのにって思ったことがある。
マニュアルのどこを見たら、ボードのLEDがどのポートにつながっているかわかるのでしょうか？(´；ω；｀)
マニュアルではなく、まずはCubeIDEをインスコして該当ボードを見たらどうかな？
CubeIDEから該当のボードを選択して、関連ドキュメントからUser LEDがどのピンに接続されているかはわかりました
ですがプログラムを実行すると、Lチカの処理が書かれたwhileループにたどり着く前にプログラムが終了してしまいます
原因がわからず困っています(´；ω；｀)
第一関門突破オメ！
デフォルト設定でプロジェクト作ってビルド実行しても途中終了してしまうのは、バグなんでしょうか？
ここで根掘り葉掘り聞くより初期化関数の中ステップ実行した方が早い。
トラップ系の割り込みがかかってISRでぐるぐるループしてるとかか？
デバッグした結果、MX_SDMC1_SD_Init()という初期化関数でエラーが起きてマイコンプログラムが終了していました
Error_Handler()の無限ループに入って、プログラムが止まっているように見えていたが正しいです
なんかおかしい値設定してないか
確認しまくる事かな。
忘れたけど立てればそれで直前の呼び出しを探る。
無ければステップ実行で関数の中入りまくる。
書き込みにはst-link v2いうのが必要らしいけど、ali見ると300円台から買えるみたい。
本家サイト見ると載ってないから中華版コピーなんだろうけど、これって使える？ 罠だったりする？
対象マイコンにFW書き込むことはできるのが多い
私は３つもっててどれも大丈夫
ST-LINK自身のFW updateできるものとできないものがある
ぼくも持ってる。
STM32F401,411,446,303ぐらいにしか使ってないけれど、デバッグもできる。
Nucleo基板にST-LINKも付いているから、最初の練習はそこからはじめれば。
罠ではない。本家の回路図公開されててそれ通りに作ってある。
本家のツールでアップデートまて出来る。
あの10pヘッダーダサいのでNucleoを割った奴を使っている。
新しいスレッドを立ててください。
life time: 377日 3時間 54分 29秒
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.net/
▼ UPLIFTログインはこちら ▼
https://uplift.5ch.net/login
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【サッカー】U-23日本代表、UAE代表に完封勝ちで2連勝！日韓戦を前に決勝トーナメント進出を決める [久太郎★]
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★3 [Hitzeschleier★]
- ロシア出身YouTuber、経済的困窮で「国ガチャ失敗」？嘆く日本人を一喝「給料13万？自分のせいやん」日本を「大当たり」とする理由は [muffin★]
- 【理研】日本人の祖先は「縄文系」「関西系」「東北系」の３系統か、ゲノム分析で従来の説「縄文と弥生」に疑問 ★2 [樽悶★]
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など ★２ [ぐれ★]
- 大谷翔平を〝見誤った〟北村弁護士が謝罪「大嘘つきにだまされた自分を恥じております」 [muffin★]
- AFC U23アジアカップ カタール2024★8
- AFC U23アジアカップ カタール2024★9
- AFC U23アジアカップ カタール2024★7
- AFC U23アジアカップ カタール2024★10
- 巨専】引き分け
- はません 定位置
- 【悲報】だが、ビーガニズムに対する反発がアンチヴィーガンなんだよね
- 【実況】博衣こよりがえちえちplate up🧪★6
- 【実況】博衣こよりがえちえちplate up🧪★5
- 【実況】博衣こよりがえちえちplate up🧪★4
- お前ら俺のこと愛してるか？
- 【例題込み約100問】金曜夜のクイズスレ【あと少し】