【Cortex-】 やっぱARMっしょ 11 【AxRxMx】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ARMデバイス、ARMボードについて組込系ARM全般のスレ
時代は「やっぱARMっしょ」
省電力ニーズの高まりを背景に海外チップベンダーはもとより国内勢も参戦
ホビーとしてのマイコンからスマートデバイス用プロセッサまで
ARMコアを持つチップやボードのラインナップは今まさに百花繚乱
【前スレ】
【Cortex-】 やっぱARMっしょ 10 【AxRxMx】
http://rio2016.2ch.net/test/read.cgi/denki/1444051881/ >>400
両方使った感じだと、LPC-LINKのほうが動作早い
>>399
やはりファームが未熟でハード設計で意図した動作(JP3で独立)
しないっぽいね
mbedのHDKに準じているみたいだから、そこだけ気を付けて
それ用のファームを焼けば汎用に使えるとは思うが みなさま、ご意見等書込みありがとうございます。
いきなり基板を分離するのは怖かったので、>>398氏の書き込みに従って
抵抗を外してみたところ、LPC-LINK2でのデバッグができるようになりました。
外したのはSWCLKに入っているR60です。
デバッグプローブのソフトバグ(または仕様変更？)のようですね。
これで安心して基板をカットすることができます。
本当にありがとうございました しっかしEclipseのプロジェクト機能は使いづらい
よね 2018年のいまだにgccとmakeのコマンドラインビルド環境だわ
Eclipseとか逆にめんどくさくてねぇ 職場のPCが未だにCeleronDだから
Eclipseなんか使う気にもならん
Win7サポート切れのゴタゴタでいい加減一緒に入れ替えてくれんかな LPC810を探しています。手に入れる方法ないですか?
LPC820を変換基板...は知ってるけど、ハンダ付けしたくない。
1個1000円くらいで2-3個欲しいです。
adafruitのセット、送料込み3000円くらいで買うしかない? >>409
入手困難になってるの？
おまけに付いてたトラ技のバックナンバー書泉に残ってたような気がする。 >>410
ディスコンになって、市場からも姿を消しています。
今は後継のLPC81xを変換基板で使うのが主流みたいですね。
トラ技のバックナンバーにLPC810が付いていると解釈し、
さっそく調べたところ、LPC810が付属していることがわかりました。
バックナンバーをCQ出版で、まとめ買い…と思ったのですが、
1冊しか買えなかったので1冊だけ注文しました。
有用な情報ありがとうございました。
一応、mouseで20個6000円程度で輸入できるので、そちらもポチっておきました。
届くのがすごく先になりますし、こちらも在庫2桁で次はなさそうです。 >>411
10個くらい手元には有るけど、ボードに載ってるな。
picで間に合うような用途だけど、こっちの方が安かったんだよね。 DIP型の同じ型番のマイコン複数必要な人って
何に使ってるの？ 8pin DIP LPC810だけ対象の書籍があったなぁ
ディスコンになるなんて思っても居なかったろうなぁ NXPもホビー向けにはてきとーな商売してるよね
やってくれてるだけ有り難いんだけども あれはプロモ価格で安かっただけで
どっぷりつかったら梯子外されてあちゃー、ってひと
結構いるかもね >>414
SSOPだとピッチが狭くて目が見えない人だと半田作業が困難で無理だからでしょう。
今はメガネしている人の人口が増えてますから。
フィジカルコンピューティングなどの利用者ならば簡単な使い方なのでブレット中心になる
でしょうからね。 マイコン以外はどうするの？
今時DIPなんて絶滅寸前だろうに >>419
PICとかロジックICならそれぞれの理由でDIPは残るでしょ。
2.54㎜ピッチのユニバーサル基板もある以上、使い道はあるんだし。 >>419
DIPはソケット実装したら外せるから。
表面実装部品にはソケットがあるのかな？ あることにはあるが耐用回数が数回とかでエラい値段
そもそもチップの交換だけで直るようなことはそうそうないし需要もないんだよ >>422
納得
ソフトを書き換える時にいくつか方法があるでしょ。
一つの基板に全く同じソフトのチップを4つ載せて、手軽にソフトのアップデートを同時にしたい場合、どうしたらいいかな？
皆様、アイデア下さい！ >>422
チップ交換修理のためにわざわざDIPを採用ってあるのかって感じだろな
ソケット+DIPにしたらソケット代、組み立て時にソケットへ刺す作業必要になるからな
今の時代はマウンタで実装できるものを優先に使うだし。 ICソケットなんか信頼性問題からして忌避するよ普通は 昔はDIPのICソケットを量産品に使うなんて珍しくなかったぞ それは静電気やらなんやらでバカスカ死ぬ時代だったからじゃないの 違う、EE-PROMが無かった時代はファームウェアの変更はROM交換しかやりようがなかったからソケット使用が普通だった
PCのBIOSでも書き込み中に電源落とすと文鎮になるので少し前まではソケットついてるのがあったくらい >PCのBIOSでも書き込み中に電源落とすと文鎮になるので少し前まではソケットついてるのがあったくらい
と言うことは、今のは書き込み中に電源を落としても文鎮にならないってことか
すごい進歩だな >>431
今のは(というほど新しくなくとも)デュアルBIOSとかBIOS死んでても他PCで用意したUSB(Windows上でファイルを入れとくだけ)で復旧可能とかいろいろ恐ろしいですよ。
文鎮化した奴のサポート面倒なんだろうなぁｗ 普通のユーザー一番が気にしない所だから、なんでそんなに貧弱なのかと言われそう。 >>431
容量に余裕が持てるようになったからBIOSを2個持って片方死んでももう片方で立ち上がるとか、CPUが動かなくてもJTAGとかで復旧するとかできるようになったから JTAGじゃなくてSPIでROMに書き込む
もう一台マシン持ってきて、プリンタポートから
ジグ使ってマザボの消えたBIOS復活させたことがある
ググるとやり方書いた記事見つかるよ >>434
> JTAGじゃなくて
なんでJTAG「とか」って書いてあるのにいちいち否定するかなぁ…
普通にJTAG使って書くケースもあるのに
（当然、JTAG～CPU/FPGA～SPI～Flush-ROM） 寡聞にしてJTAGでBIOS書くマザボを知らないのだが
一つ例を挙げてくれまいか?
FPGA積んでるやつも
あと、FlushじゃなくてFlashな なんでそんなに必死に絡んでくるかなぁ？
BIOSって別にPCだけじゃないし組込みなら普通にあるだろ
玄箱でJTAGとか >>438
実はここは雑談以外の話はあんまり歓迎されない
PSoC 5LPのマイコン部使い方とかの話なら恐らく無視されるだろう おｋだと思うけどユーザーがどれほどいるものか・・・
LPCやSTMだったらちらほら反応あると思うけど LPC810にHEXファイルを書き込みたいんだけど
ST-Link/V2(のパチモン)とか、Nucleo STM32F401xxで書き込みできる?
※よく見かけるAE-UM232Rはお盆明けまで届かないみたいで >>441
SWDは共通だから基本いけるけど無理な組み合わせもあった記憶
ISPでやるならUSB-シリアルなんて大抵そこらじゅうに転がってるしNucleoで作ってもいいしでFT232なくてもいけるよ、手動でピン操作する羽目になるかもしれんが LPCLink/V2と間違った。
STLINKは確認してなかったわ。 >>441
openOCDだとインターフェースとしてST-Link/V2、ターゲットとしてLPC810を
サポートしていると思うから、openOCDで試したら良いんじゃないかな。 >>442
普段ならその辺に転がっているんだけど、あいにく帰省中で
>>445
エラー吐いてるけど、なんかいけそうな感じ
ありがとう 今、こんな状況です
c:\wintool\openOCD\openocd.exe -s tcl -f interface/stlink-v2.cfg -f target/lpc8xx.cfg
↓
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
adapter_nsrst_delay: 200
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : Unable to match requested speed 10 kHz, using 5 kHz
Info : Unable to match requested speed 10 kHz, using 5 kHz
Info : clock speed 5 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v7 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.250331
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init'
in procedure 'ocd_bouncer'
朝まで戦うつもりですがw
エラー内容に見当がつく方がいましたら教えてください
ねむいさんとこのwindows版openOCDを使っています ST-Link/V2のパチモンを使って、
ブレボ上のLPC810にopenOCDでHEXファイルを書き込みたい
現状、>>447のエラーで作業が止まっています
接続はこの4ピンを直結していますが
STLK/V2 <--> LPC810
---------------------
1.RST
2.SWDIO------4.SWDIO
3.GND
4.GND--------7.GND
5.SWIM
6.SWCLK------3.SWCLK
7.3.3V
8.3.3V-------6.VDD
9.5V
a.5V
不足、間違いなどありましたら教えてください
このページで、
http://nemuisan.blog.bai.ne.jp/?month=201408
> ２．SRSTは繋がっているか
と書いておられるのですが、
これの意味だけでもわかれば助言願います 当方、Windowsですが
https://qiita.com/Minaki1018/items/61e7d8841413cc18094c
あたりを参考にしています
LPC810は1個、ST-Link/V2は2個あって
どちらでやっても同じ症状です
ST-Link/V2は最新のファームに更新しています
あとST-Link/V2には関係なさそうですが、
LPC810に外部から3.3Vを供給するのも試しました >>449
そのリンク先は
openocd -f interface/stlink-v2.cfg -f target/lpc812.cfg
で、ターゲット lpc812.cfg だけど、
お前のはlpc8xx.cfg で違うからじゃないのか？
で、ねむいさんOpenOCDならターゲットファイルはlpc81x_swd_flash.cfg
になるんじゃないのか 情報ありがとう
-f target/lpc81x_swd_flash.cfg
でやってみましたが状況はほぼ同じです
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
adapter_nsrst_delay: 200
adapter speed: 1000 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v7 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.296774
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' stlink-v2.cfg is deprecated,
となっていたので、
-f interface/stlink.cfg
も試してみました
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
以下同文 >>453
自分の環境だと同じ番号が出るし
ぐぐるといろんな番号で質問されているから、マイコンの型番みたいなものかと
>define STM32VL_CORE_ID 0x1ba01477
>define STM32L_CORE_ID 0x2ba01477
>define STM32F3_CORE_ID 0x2ba01477
>define STM32F4_CORE_ID 0x2ba01477
>define STM32F0_CORE_ID 0xbb11477 …でもないのかな?
意味はわからないのですが、こんなのを見つけました
> /* Valid values for the DP IDCODE register */
> #define EFM32_DPID_1 0x2BA01477 // G, LG, GG, TG, WG
> #define EFM32_DPID_2 0x0BC11477 // ZG
> #define EFM32_DPID_3 0x0bc12477 // SWMD >>455
自分では確認せずに無責任に書くよ。
http://openocd.org/doc/html/Config-File-Guidelines.html
で以下のように言っているから、cfgファイルのCPUTAPIDを修正すると動くかもしれない。(perhaps a newer revision).
CPUTAPID ... When OpenOCD examines the JTAG chain, it can be told verify the chips against the JTAG IDCODE register. The target file will hold one or more defaults, but sometimes the chip in a board will use a different ID (perhaps a newer revision). >>455
さっぱり原因が分からんと言う状態だろうから
openocd＋STLINK v2 でNucleo STM32F401xxをターゲットにして認識出来るか？
openocd＋Nucleo STM32F401xxについているSTLINKでLPC810を認識出来るか？
とかをやってみるとか >>456
ありがとうございます
使っているLPC810はトラ技の付録で最新ってほどではないと思いますが
まずはそれを試してみます こんな記述も発見
> The default tap-id (CPUTAPID = 0x0bb11477) is wrong for the LPC810,
> so it needs to be set in higher level .cfg files to CPUTAPID = 0x0bc11477 .
> I will check this for other version of the LPC8xx. >>456
どうやら手持ちのLPC810が古いからだろうということで
cfgを古いCPUDAPIDにしてごまかしてみます
lpc81x_swd_flash.cfgを強制的に
0x0BC114777→0x0BB114777
としたのですが、エラーは変わりませんでした
たとえ、0x0BC114777→0x0BB123456 と変更しても
エラー出力は変わらないし、
エラー出力に"0x0BC12345"という文字列も見当たりません
どこを書き換えればいいのか…って感じです
ちなみに、openocd/tcl/target/を"C11477"でgrepした結果
efm32zg222f32_swd_flash.cfg(16): set _CPUDAPID 0x0BC11477
ke0x.cfg(24): set _CPUTAPID 0x0bc11477
kexx_swd_flash.cfg(18): set _CPUTAPID 0x0BC11477
klx.cfg(25): set _CPUTAPID 0x0bc11477
klxx_swd_flash.cfg(18): set _CPUTAPID 0x0BC11477
lpc81x_swd_flash.cfg(7): set CPUDAPID 0x0BC11477
lpc82x_swd_flash.cfg(7): set CPUDAPID 0x0BC11477
stm32l0.cfg(36): set _CPUTAPID 0x0bc11477
いろんなサイトを見ると、最新のCPUDAPIDが書いてあればよさげ
手持ちのLPC810が古いため、
warningが表示されているだけかもしれません >>457
> openocd＋STLINK v2 でNucleo STM32F401xxをターゲットにして認識出来るか？
これではもう一つ問題が増えてしまいます
ST-Link/V2 - STM32F401xxという組み合わせはST社純正なので
(ST-Link/V2はパチモンだけど)
別のツールで接続したことはありますが、ずいぶん前のことです
動作確認という意味であれば、
数日前にST-Link/V2のファームは、純正ツールで最新版にしていますし
STM32F401xxは日常的に遊んでいます
どちらも複数台あります
というわけで、
> openocd＋Nucleo STM32F401xxについているSTLINKでLPC810を認識出来るか？
これはここに投稿する前に試していたのですが、
>>450で指摘を受けた通り、.cfgが間違っていたので
今から試してみたいと思います
スレを占有してすみません >openocd.exe -s tcl -f interface/stlink-v2.cfg -f target/lpc81x_swd_flash.cfg
だと、以下のエラーが出るので、
WARNING: interface/stlink-v2.cfg is deprecated, please switch to interface/stlink.cfg
>openocd.exe -s tcl -f interface/stlink.cfg -f target/lpc81x_swd_flash.cfg
としたのですが、状況は変わりません
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 10 kHz
adapter_nsrst_delay: 200
adapter speed: 1000 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v31 API v2 SWIM v21 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.237246
Warn : UNEXPECTED idcode: 0x0bc11477
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' >>460
以下のように言われているのなら、警告が出ているだけではなくてエラーなんじゃないかな。59行目を見て思い当たることがあると良いのだけどね。
Error: expected 1 of 1: 0x0bb11477
in procedure 'init' called at file "tcl/target/lpc81x_swd_flash.cfg", line 59
in procedure 'ocd_bouncer' NXPは製造拠点があるというだけで
中華企業であることを前面に出してるの？ 今だと一番安くて入手性のいいArmの石は何ですか？ LPC1114かな
秋月で200円(SOP28)
DIPだと400円
ボードだとbluepillが安い(ebayで300円位) 秋月だと130円のLPC812が最安
DigiKeyだと70円のがある ebay辺りの中華CPUボードなら送料無料
時間かかるけど
STM32とか NXPのボードも安いけど、NucleoやPSoC5見ちゃうと全てが割高に見える(笑) >>466
DigiKeyでいいなら、旧ATMEL（現Microchip）のATSAMD10D13A-MNTが1個70円
ATSAMD09C13A-SSUTが115円
ZilogのZ32F06423AKEが124円
Silicon LabsのEFM32ZG108F4-QFN24Tが128円。
とかとか >>472
> DigiKey ～ ATSAMD10D13A-MNTが1個70円
在庫無しなんですけどぉ～ ATSAMD10D13A-MNTが70円で、在庫数4352個
ただし、非在庫保有商品なんでお早めに。 おっと・・・DigiKey型番は
1611-ATSAMD10D13A-MNTCT-ND
これな。 MNT,MUT合わせて一万個以上あるな@digikey
動作温度広い方が一円安いw
しかし24QFNじゃ素人は手出しができない アマチュア的には・・・だけど、
このQFNの場合、パッドがパッケージ側面まで出ているから、QFPと同じ感覚で
手半田できる。
QFPみたいに足が基板のパッドに引っかかったり、足の間にハンダが吸い上げられたり
しないから、QFPより楽だよ。 >>484
さすがにUEW空中配線とかいう職人芸は…… bga系のハンダで悩むなら
素直に基板プリヒーティング機能付きな
中華製BGA rework starion買えば良いじゃない～ 以前8pinQFNをジャンパでむりくり使ったけど
すげー面倒だった
それ以上は基板起こさないと無理だは
(根性無)
ジャンパ線は多芯銅線をばらして使った この手の側面までパッドの出てるQFNを変換基板に乗せて使ったけど、楽だったよ。 SWDのハーフピッチ9ピンヘッダが欲しいがどこかで売ってないかな
10ピンを切るしかないのか？ 9ピンなんてあんの?
奇数
ふつーきーぴんはひっこぬくけどな LPC810について尋ねた人に専用スレがあるよとSTM32スレを薦めるのは、
実はよくわかっていないからなのか、単なるいやがらせなのか。
>>495
LPC810はディスコン。それほど売れなかったということだろね。 ×単なるなかやせののか。
○単なる嫌がらせなのか。 ■ このスレッドは過去ログ倉庫に格納されています
