X
トップページ⇒電気・電子
1002コメント393KB
【Renesas】ルネサス総合 part12
■ このスレッドは過去ログ倉庫に格納されています
0001774ワット発電中さん
垢版 |
2019/06/18(火) 04:50:12.44ID:zmCOF6k6
ルネサスの製品全般について

https://www.renesas.com/ja-jp/

■マイコン総合
https://www.renesas.com/ja-jp/products/microcontrollers-microprocessors.html

過去スレ
【Renesas】ルネサス総合 part10
https://rio2016.5ch.net/test/read.cgi/denki/1477915916/
【Renesas】ルネサス総合 part9
http://rio2016.2ch.net/test/read.cgi/denki/1424761591/
【Renesas】ルネサス総合 part8
http://wc2014.2ch.net/test/read.cgi/denki/1391644674/
【Renesas】ルネサス総合 part11
https://rio2016.5ch.net/test/read.cgi/denki/1525563696/
0345774ワット発電中さん
垢版 |
2019/09/10(火) 00:12:34.26ID:9jbUBLZG
ツールチェインが有償の純正とレガシーなgccのみってところでもうね。効率の良いclang使えない

今RXで命令の実行に伴うメモリライトのタイミングとADCの各動作のタイミングで頭抱えている
マニュアルに書いてありそうだがはっきりと書いていないんだなこれが
サンプリング中にポートを操作したいんだがよく判らん。ADCとGPIOを繋いで実験しろと？ｗ
0347339
垢版 |
2019/09/10(火) 07:10:07.15ID:n27CJak8
ソースの再配布は、修正したものや拡張したものに対して許可みたいな、ケチい条件すら緩和して、
最初っからルネサス公式githubアカウントにMITやLGPLライセンスで置いてくれるといいね。
そうでもしないと、修正したってpull-requestしてあげられないからね。
0348774ワット発電中さん
垢版 |
2019/09/10(火) 07:16:57.14ID:DeQtKr9D
昔の(半)はCRTCとかの周辺LSIもメジャーだったけども今はそういう製品あるん？
0349774ワット発電中さん
垢版 |
2019/09/10(火) 07:58:18.45ID:MdDRYulP
そんなオープンアーキのCPU欲しいかな?
命令セットの数から言ってもRISC-Vが諸手挙げて喜べるCPUではとても見えない
コンパイラに例えると所詮gcc並
すなわち、ないよりマシレベルでメーカー設計の足下にも及ばない出来じゃないのか?
そらシナは喜んで採用するんだろなwwww
あとNiosの代わりとかさ。
0350774ワット発電中さん
垢版 |
2019/09/10(火) 08:06:57.00ID:HV7xEl6q
日本人の特徴　出来ない理由を探す
米国人の特徴　出来る理由を探す
0351774ワット発電中さん
垢版 |
2019/09/10(火) 08:44:01.59ID:8sOS/cvp
>346
>辞めてまえ
おっと、今年も希望退職の募集が始まり、老害の、熾烈な、退職金の争奪戦が勃発ｗ
0353774ワット発電中さん
垢版 |
2019/09/10(火) 14:00:01.28ID:WRQkskIB
オープンソースになったMIPSはMIPS32R6やMIPS64R6でしょう？
MIPS32R6やMIPS64R6はMIPS32R5やMIPS64R5までのMIPSとは
命令セットを整理しててバイナリ互換性がない
命令セットは遅延スロットがないジャンプ命令が追加されてたり
PC相対のアドレスを読み込む命令があったり
乗算、除算で使ってたHIおよびLOレジスタがなくなったりといろいろ新しくなってるが
昔からのMIPSとバイナリ互換性がないのが痛い
だからソフトウェア面が全然整備されてないぞ
0354774ワット発電中さん
垢版 |
2019/09/10(火) 23:51:11.04ID:3DLl7Mg9
>>351
キャリアチェンジサポートプログラムというなのパワハラ退職は間接部門が対象で6月30日退職期限デシ。
呉社長も間接部門なのでキャリアチェンジサポートプログラムで6月25日に消えてきました。
0355774ワット発電中さん
垢版 |
2019/09/11(水) 02:21:27.31ID:ca9rDzVO
Synergyって売れ行きどうなんですか？
（会社で買ってくれないから、増税前に勉強用にSynergyKit買うか悩んでてさ、）
0358355
垢版 |
2019/09/11(水) 10:14:12.81ID:CI6bS6U5
マイクロソフトに買収されたExpress LogicのThreadXがどんなもんか気になってるんだよね。
がじぇるねだと付属してこないから。
がじぇるねも部品箱にはいってるけどGR-KURUMIなんだよなｗ
0360774ワット発電中さん
垢版 |
2019/09/11(水) 11:22:39.17ID:CI6bS6U5
>>345
サンプリング中にポート操作？

ごく普通に考えりゃ、ADC変換中は変換完了フラグ待たずに、
変換中にポート操作って、正しく値取るつもりあるんかと？、どういう状態やね！？
気になる。
0361774ワット発電中さん
垢版 |
2019/09/11(水) 15:32:45.03ID:5aJ6iHZT
>>360
普通はそうだけど欲しいのは動的な値。精度は重要ではない
その値を取るにはちょうど良いタイミングでGPIOを操作しなければならない。早すぎても遅すぎても×

ADST=1でADCの変換動作が開始することになっているけど
RXは5段パイプラインだからペリフェラルのレジスタが書き換わるまで時間がかかる
レジスタが書き換わってから実際に変換動作が開始されるまでにも時間がかかるかもしれない
GPIOも同じで命令がフェッチされてからポートの出力が変化するまでどのくらいかかるかはマニュアルに書いていないように見える

ADC入力と適当なGPIO出力を繋いで総当たりすれば判るだろうけどめんどくせーｗ
0362774ワット発電中さん
垢版 |
2019/09/11(水) 15:46:58.09ID:b+BaBEKv
電源ふらついてたら嗤う
0363774ワット発電中さん
垢版 |
2019/09/11(水) 16:26:52.31ID:B+4tY9Qa
なぬぅぅぅｗ
動作クロック(50とか100MHz＝10nsや20ns）くらいにシビアなADCのサンプルホールドってｗ
C言語のこの時代に、アセンブラ1ステップの処理タイミング計算！
ハードウェア回路で何とかしろって気がするｗ
0364774ワット発電中さん
垢版 |
2019/09/11(水) 18:36:10.20ID:KqZexKw3
>>363
32MHzで実験中。サンプリングの時間はひとまずデフォルトで400nsくらいかな
GPIOポートの変化がサンプリング期間から数クロック前にずれただけでゴミ値しか得られなかったよ
論理の理解が間違っていて自分が組んだ回路がバグっているのかと思った

現状一応有効そうな値を得られるようにはなってきてはいるけどもっと詰めたい
アセンブラ命令とクロックを並べてマニュアルの情報を元に、ある程度当たりは付けられているけど
「サンプリングされているのはここからここまで」とは特定できていない

仮にも量産を睨んでいる物なのでチップを増やすのは最終手段ｗ

あとRXv2コア搭載マイコンのマニュアルからパイプラインの説明が削除されているけどなんなんだろうな
0365774ワット発電中さん
垢版 |
2019/09/11(水) 19:15:44.16ID:MW6vllF6
実験して400nsとか書いてるけど、
メーカーの保障値どうせ満たしてないんじゃないかな？

ADCとCPUクロックの間のクロックディバイダーによる差や、
チップ毎の入力ピンのキャパシタ成分なんやらで変動するものだし、
実験毎に結果がが違ったりしてなｗ

ルネサスのドキュメントの悪い問題じゃなくて使い方が悪い予感しかしない。

俺仕事の気分転換にこのスレに来てるのに、気持ちよく、夜の作業とりかかれないじゃんよぉｗｗｗｗ
0367◆FCfU/DhNdyGu
垢版 |
2019/09/11(水) 19:28:34.56ID:yOiPMeSm
>>364
とりあえずSYNC命令ぶっこんでパイプラインを即座にゲロっとけばいいんじゃね？
ADCは専門外で使ったことないからよくわからねえけどサンプリングデータの取得にDMA使ってるんだっけ？
メモリキャッシュが存在するならflushやinvalidate気にしないとDMA転送がうまくできなくてゴミしか得られないんじゃないか？
つーか多分RXv2ならRX71とか64とかその辺なのかもしれんから命令キャッシュはあってもメモリキャッシュはなさそうだな。
もうゴミみたいな少数の命令だけが増えてるだけのRXv3になってるRX72とか使ったらどうよｗ

後は単純にオーバーヘッドの問題なら命令キャッシュ気にしてコード書いてキャッシュ内に収まるように展開させるとか。
サンプリング取得のところっていってるからIPからCPU間のやり取りでうまくいってないような気がするけど。。。
0368774ワット発電中さん
垢版 |
2019/09/11(水) 21:08:51.52ID:yJLeC3FP
>>365
デフォルトのサンプリング回数は13回で32MHzだから400nsくらいになるはず。マニュアルに書いてあるし一応信頼に足る数値だと思うけど
早めだとかすりもしないと言うことは回路の応答に対してサンプリング時間が長すぎる可能性を示唆してそうに思うんだよな
本当にそうかは調べる必要があるけど

>>367
ADC計測値はADCのレジスタを直接読んでいるのでコピー中に壊れた可能性はないと思う
マイコンはRX230シリーズ。32MHzなのはノーウェイトで動く上限だから
MOV　←ADST書き込み。ADC動作開始
NOP
・・・
NOP
MOV　←PODR書き込み。GPIO変化
みたいなコードを書いてGPIOを操作するタイミングを変えていったら有効そうな値が取れだしたという段階

パイプラインがらみはRXv1搭載マイコンのマニュアルにはストアのパイプライン動作の例が書いてあって
IF D E M1(ノーウェイトの場合)
らしい。フェッチ後4クロック目にバスへ値が書き込まれることになるけどこれはCPUから見た動作であって
内部周辺バスにはライトバッファがあるしペリフェラルがその値を受け取るのがいつになるか判らないって話
0369◆FCfU/DhNdyGu
垢版 |
2019/09/11(水) 21:46:02.06ID:yOiPMeSm
>>368
CPUがアウトオブオーダーで動いてそうならやっぱり
syncmかsyncpのバリア命令を使うべきなんじゃないか？

syncm
http://tool-support.renesas.com/autoupdate/support/onlinehelp/ja-JP/csp/V4.01.00/CS+.chm/Compiler-CCRH.chm/Output/ccrh05c0908y1900.html

syncp
http://tool-support.renesas.com/autoupdate/support/onlinehelp/ja-JP/csp/V4.01.00/CS+.chm/Compiler-CCRH.chm/Output/ccrh05c0908y2000.html#91849

mov　→　ADST reg = 1
syncp
mov

みたいな感じでいけない？
レジスタ叩く時にSYNCやってパイプライン同期化するのは割と普通だが
CPUはアウトオブオーダーで実行され命令順序がバラバラになるから、
レジスタ叩いてるように見えても同期化できていないとかよくある。
0370◆FCfU/DhNdyGu
垢版 |
2019/09/11(水) 21:53:17.88ID:yOiPMeSm
どっちかっていうとこの場合はsyncpが適切かも
0371774ワット発電中さん
垢版 |
2019/09/11(水) 22:24:05.19ID:yJLeC3FP
>>369
SYNCなんて命令見覚えないぞ・・・っと思ったらRH850じゃないっすか
RXにそんな命令はないのです
0372◆FCfU/DhNdyGu
垢版 |
2019/09/11(水) 22:38:53.40ID:yOiPMeSm
>>371
すまない。俺も今ざっとRXv2のアーキテクチャのハードウェアマニュアルと
RX200シリーズのハードウェアマニュアル読んでて
「あ、同期命令ないしアウトオブオーダー実行も明記されてないわ」と思って書き込もうとしてたｗ

そうなると自分でタイミング測って同期化するしかないってことか
聞いてる感じだとポーリングでソフト的に頑張ってるみたいだけど割り込み発生契機からの
DMA転送や割り込み発生時のレジスタ読み込みでは無理そうなのかい？

ここから先はADCのIPの知識とか必要になってきそうだからあんまり力になれそうにないが。
0373774ワット発電中さん
垢版 |
2019/09/11(水) 23:35:55.04ID:yJLeC3FP
>>372
タイマ＆DMACの利用は一応考えてはいますが、使い方もよく判っていないので保留中です
せいぜい数十クロックの話なのにそのためにタイマとDMACを潰すのはもったいない感もあります
あとバスの動作に必要なクロック数が不明なままではCPUと大差ないと言えます

DMAC→バスマスタとしての動作しか書いていない(バスへ書き込むタイミングしか書いていない。CPUと同じ)
バス→ライトバッファがあると書いてある(図はあるんだけど見方がよく判らない)
ADC→変換開始のトリガがかかってからのクロック数しか書いていない
バスマスタがバスに書いてからADCのトリガがかかるまでに何クロック使うのか？が判らない　←イマココ
現状はこんな感じかな

以下余談
このRX230シリーズはRX200シリーズのくせにCPUコアはRX600と同一仕様っぽくてFPUが使える
しかも電源耐圧は5.5V。つまりArduino互換ボードにかなり都合の良い仕様に見える
ARMを積んだ高性能Arduino互換ボードも多数あるがその大半は5Vトレラントが関の山だし
GR-SAKURAより遙かに使いやすそう
0374◆FCfU/DhNdyGu
垢版 |
2019/09/11(水) 23:53:58.78ID:yOiPMeSm
>>373
まあ確かにチャネル数を消費しちゃうもんな
メリットはあるけどDMAコントローラ使うのが面倒なのは同意
0376774ワット発電中さん
垢版 |
2019/09/12(木) 02:34:36.97ID:+juZVo1r
>>368
質問です。
1命令あたりを考えてADCのレジスタを書くため、頑張ってるようだが、
その間、CPUは割込禁止とかを考えてるの？
0377774ワット発電中さん
垢版 |
2019/09/12(木) 04:26:06.14ID:h/S8Gwpg
>>368
嫌な予感的中！

余計な口出しだが、
マイコンの使い方の基本がなってないの。
Arduinoで高速プロトタイプ開発とかいって、
何年たっても、中華品質以下のプロトタイプしか作れない人達と変わらないの。
これで量産とか無理。

大麻とかDMAくらい使ってみなさい。
RTOSだってFreeRTOSなんかあるんだし軽くは勉強しなさい。
新しい体験で、世の中を知りなさい。


> せいぜい数十クロックの話なのにそのためにタイマとDMACを潰すのはもったいない感もあります
数十クロックに対して割り込み禁止かけて命令送り込んで、リアルタイム性の保証を犠牲にするとかｗ もったいない感もありますｗ
タイミング合わせるのにnop数十発いれるとかで、低消費電力とか高い演算性能を持つRXの良さを潰すとかｗ もったいない感もありますｗ
タイマー知らずに無駄な時間つかってｗ もったいない感もありますｗ

> バスマスタがバスに書いてからADCのトリガがかかるまでに何クロック使うのか？が判らない　
10ns単位での時間のずれが問題になる次元なら、別の高速ADCチップ使ったりすべき。
マイコン内臓ADCで頑張るなら、外部トリガ・タイマーをうまく使い、必要に応じてサンプルホールド回路を使う。
メーカーに問い合わせればルネサスは教えてもらえるかもしれないが、そもそもマイコンの使い方やソフトウェア設計が悪いことに変わらず、知ったところで意味があるかとｗ


学生なら今から勉強すればいいから頑張ってくれ、ただし間違った勉強の方向で時間を無駄にすんな。時には他人にソースコードやに回路を見てもらえ。
ルネサス社員で50代の管理職なら、とっとと退職しろやｗ。
0379774ワット発電中さん
垢版 |
2019/09/12(木) 07:28:08.84ID:Uw4F8iNK
長いよ
人に説教するなら、もうちょっとまともな文章書こうよ
0380774ワット発電中さん
垢版 |
2019/09/12(木) 08:07:44.25ID:YRxuicpj
フレームワークありきのArduino勢が○clockでタイミングを調整なんて発想に至るとは思えんが
そういう方法を実行するのは8bitをベアメタルでゴリゴリやったことのある人ではなかろうか
0382774ワット発電中さん
垢版 |
2019/09/12(木) 11:41:39.64ID:anKtoVoW
ArduinoはOSも無いし、元はAVRだしベアメタルになりやすいし無理もない。

>>345
謎は　効率の良いclang使えない　と申してますが、なぜか？　ι(´Д｀υ)
0383774ワット発電中さん
垢版 |
2019/09/12(木) 13:01:13.88ID:cZP6x8iq
>>379
説教もなにも
マニュアル読めば当然わかるADの正しい使い方すら出来てないから言われてるんだろ。
変換途中でレジスタ見に行って失敗こいてましたて
アホかよwww
0384774ワット発電中さん
垢版 |
2019/09/12(木) 15:32:57.72ID:/I9MpCwv
正しい使い方って何なんだろうね
「メーカーがドライバやサンプルを用意している使い方が以外は認めない（キリッ」とかなんだろうか
0385774ワット発電中さん
垢版 |
2019/09/12(木) 16:58:41.96ID:OrjWr1hu
変換中は祈るのが正しい
0386774ワット発電中さん
垢版 |
2019/09/12(木) 17:06:43.02ID:anKtoVoW
メーカーが認めたもの以外は認めないという考えは、
それもそれで、頭硬いバカだと思うが、
ドキュメントすら読まずにオレサマ流な人や、
メーカーが認めた範囲外を歩むにも、
さじ加減すら知らんのもおる。悩ましい問題だな。

もっともバカは周りの指摘すら理解できず、すぐに否定や言い訳ばかりで、
なにひとつチャレンジも成長も出来ないヤツらだ。
0387774ワット発電中さん
垢版 |
2019/09/12(木) 17:25:21.95ID:vJxwu0m1
昨日のやりとりによればGPIOで発生させた単発のイベントをADCで取りたいという話だと解釈している
そのためにはADCとGPIOの同期が必要だと。マイコン単体でやる人は少なそうだがそんなにおかしい使い方か？
0388774ワット発電中さん
垢版 |
2019/09/12(木) 18:39:57.70ID:9r6J+CKt
>>383
お前も糞みたいな文章だから指摘されんだろ
今時草付けた書き込みするとかガイジかよ
0389774ワット発電中さん
垢版 |
2019/09/12(木) 19:44:42.35ID:nWUnjsez
ADなんてFPGAで20MHZオーバーサンプリングすればルネサスマイコン内のデルタシグマよかよっぽど性能いいだろうよ
0391◆FCfU/DhNdyGu
垢版 |
2019/09/12(木) 23:13:14.97ID:AJnAF9RY
なんか違う気がするんだが。
今回のケースにおいてマイコンの使い方が正しいかどうか
なんていう議論はあまり重要じゃないだろ？

目的がありどうやったらやりたいことを解決できるか、という試行錯誤と
新しい事を発見したときの知的好奇心が満たされる事への欲求とワクワク感が
この話の流れの本質的な部分だったんじゃないかと俺は思っていたのだけど。

こういうのって技術力を上げていく上でかなり重要だし
少なくとも技術好きな人達はこういう実験チックなことを
何度も泥臭く試して失敗して成長に繋げてると思っていたんだが違うのかｗ
0392377
垢版 |
2019/09/13(金) 01:09:59.78ID:s0l8RGiF
マジレス長文すまん。
マイコンの使い方どうこうもあるけど、チャレンジする368は偉いやろ。
しかしだ、1命令〇クロックで〇us進むとかでゴリゴリコードを書いて悩む前に、
368もドツボにハマってるようだから、そのドツボぬけられるような指摘とおもったのや。

(1) マイコンにRX230で、
タイマー類(MTU,TPU)の同期トリガ、または、外部端子のトリガ、割り込みコントローラ(ICU)も搭載されてる。
だから、なんでそっち使わないや？ってことや

(2) そんで (a) を解決させるため、外部トリガとか割り込み使った時点で、割り込みは必須。
そうなってくれば、今のベアメタルなプログラミングを進めれば、ソースコードはスパゲッティなコードになっていき、何の修行ですか？って言われる始末。
よって、マルチタスクなコード書いてや！勉強してや！となるわけだ。

(3) さらには、ADCはS/H回路でアナログ値をサンプリングしてて、その時間が400usって書いてるし、
これはこれで、そこそこ、悪くない数値結果と思うが、
そこピンポイントで狙ってる事に疑問をもつわけだ。
実際に設計する上では、S/H回路のコンデンサ容量など考慮して、誤差まで含めて安全な設計出来てるかどうか俺は不安だ。

(4) 上記の(3) のシビアなサンプリングをやるにも (2) の開発手法が取り入れられなければ 割込禁止でプログラム書くという、さらなる修行をするつもりかですか？
ってなていき、たぶんここまでくると、我々の知らぬ新世界やな。

結局 (1)〜(4) まで考えると、メーカーのマニュアル以前に、マイコンでの開発手法はなんちゃるかという、文化みたいな話にもなってくるのだ。
0393377
垢版 |
2019/09/13(金) 01:13:31.95ID:s0l8RGiF
誤記ね： (a) を解決させるため --> (1) を解決させるため
0396774ワット発電中さん
垢版 |
2019/09/13(金) 04:57:41.50ID:hdnZXsMt
>>388
>>377は別人だ　馬鹿たれ

>>391
違うのはテメエだ寝言ほざくな。
LSIは、メーカの想定した使い方を設計者に強いる製品だ
それに異論を唱えるならチップの全データをテメエで測定できるのか?って話
だいたい、メーカの用意したマニュアル通り使えないやつはそいつ自身が使えねぇんだよ糞が。
0397774ワット発電中さん
垢版 |
2019/09/13(金) 06:32:48.77ID:Pc+RGfDy
>>344
ルネサスの中の人は、ルネサスがサードパーティを見殺しにしていることついて
問題意識はないの。
イエローソフトとかあの時代にH8/SH用の自社コンパイラや自社デバッガを開発
して日立マイコンの拡販におおいに貢献した。倒産廃業するときに、なにか支援が
あったようには見えない。
オープンソースの開発者だって霞を喰っているわけでないので、見返りがないと
誰もついてこない。その種の「日本国内の」会社にルネサスが出資したとか
聞いたことがない。
協力企業を対等なパートナーと見ないのは日本の大企業の悪習で、ルネサスに
限った話ではないのだろうが、マイコンはファンを増やす競争になっており、
正社員だけを身内と見なす日本の習慣はマイナスに働いていると思う。
0398387
垢版 |
2019/09/13(金) 08:06:47.95ID:FXAYrw1X
>>392
>タイマー類(MTU,TPU)の同期トリガ、または、外部端子のトリガ、割り込みコントローラ(ICU)も搭載されてる。
>だから、なんでそっち使わないや？ってことや
論点がおかしくね？373で書かれているがトリガを掛けてから実際に物理的な動作が開始されるまでの遅延が判らないって話でないの
GPIOとの同期が必要みたいだしGPIOも同様。クロック単位で合わせようと思ったらその遅延量が判らないとタイマーを使おうが解決しない
あとICUやDMAを使ったらこれらの動作にかかる遅延を考える必要が出てくる
0399377
垢版 |
2019/09/13(金) 10:59:16.11ID:PVFl0MXd
>>398
GPIO使わず、タイマーの出力ピンではならんのか？

でないとするならば、387では、何を想定されているのか、もうちょいと詳しく。
タイマーとAD開始トリガ、割り込みイベント、DMAの4つの使い方で相違があると思われる。
0400387
垢版 |
2019/09/13(金) 10:59:45.67ID:MjQHS8JU
あと誰も動いていないなんて書いていないしハマっているわけでもないようだが的外れでイキっている人はなんなんだろうね
動いてはいるがどのようなタイミングで動作しているのか不明なのでブラックボックスになってしまっている
部分をあきらかにしたいみたいな話に見える
0402774ワット発電中さん
垢版 |
2019/09/13(金) 14:16:45.01ID:hdnZXsMt
>>400
変換完了もしてないのにレジスタ読んで動いてねぇんだよアホ
変換完了割込みで取得すればいい話をタイマ?wwww
死ねよアホは
わかってねぇのはテメエだ無能

>392
>チャレンジする368は偉いやろ。

チャレンジなんていうかよ馬鹿
車輪の再開発そのもの。
これこそアホの骨頂つうんだ低能
0403387
垢版 |
2019/09/13(金) 15:33:59.91ID:Q+spI+Og
>>399
詳細は本人待ちだけど
タイマーでADCを開始できる、ポートのON/OFFも出来る。がそれらをどうやって同期させるんだ？
本人が悩んでいるのはそこじゃないのか
TGRAでADCを開始する。TGRAを仮に0とする。TGRBで波形を出力する。仮にそのエッジを
サンプリング時間の後から-nクロックにしたい場合TGRBをいくつにすればいいのか
もしその数字をソース付きで示せるなら大いに368の参考になると思うけど

自分もユーザーズマニュアルを見てみたけど確かにクロック付きのタイミングチャートは少ないんだよな
0404774ワット発電中さん
垢版 |
2019/09/13(金) 17:16:36.72ID:ZWVQF261
本人降臨ωωω
0406774ワット発電中さん
垢版 |
2019/09/13(金) 20:32:43.04ID:hr9fEcLk
>>397
オープンソースの連中に開発させてやってるんだから、感謝するべきでは。
0407◆FCfU/DhNdyGu
垢版 |
2019/09/13(金) 23:36:02.53ID:PEbKfUtK
>>397
>限った話ではないのだろうが、マイコンはファンを増やす競争になっており

ものすごく同意するわ
俺個人はまさにそう思ってるからオープンソースに積極的に参入して情報公開するべき
なのと、情報公開してくれるホビーユーザーの囲い込みを頑張るべきだと思ってるんだけど
会社としての判断が前時代的すぎてなｗ
ホビーなんて客にならねえとかいう思考のやつもいるしバカじゃねえのと思うよ
STがあんなに伸びてるのは何故なのか真剣に考えたほうがいい。

>協力企業を対等なパートナーと見ないのは日本の大企業の悪習で

協業企業に対してうちの営業が態度でかくて高飛車で偉そうだっていう噂はよく聞く。
影で「ボロボロで失敗ばかりのクソ雑魚企業なくせに何偉そうにしてんの」ってボロクソ言われてるのわかってないのかな営業ｗ
もちろんそうじゃなくて立場わきまえている営業もいるんだろうけどね。
0408377
垢版 |
2019/09/14(土) 01:57:57.87ID:lAWk2+/I
>>403
余計な仕事が増えたわｗ
rx230 ユーザーズマニュアル はじめてよんだわｗ
https://www.renesas.com/jp/ja/doc/products/mpumcu/doc/rx_family/r01uh0496jj0120-rx231.pdf

このへんみりゃ、書いてある
・23.2.9タイマA/D変換開始要求コントロールレジスタ(TADCR)
・23.2.10タイマA/D変換開始要求周期設定レジスタA、B (TADCORA, TADCORB)
・23.2.11タイマA/D変換開始要求周期設定バッファレジスタA、B
・23.7 MTU出力端子の初期化方法
・24.ポートアウトプットイネーブル2（POE2a）

ソース付きとか言ってるが、
そもそも、お前らドキュメントろくに読んでるとは思えねえ（怒
0409377
垢版 |
2019/09/14(土) 02:29:50.85ID:lAWk2+/I
rx230 ユーザーズマニュアルは、まだ丁寧に書いてるほうや。
お前らの都合よくドンピシャで、波形図なんか書いてある事のほうが奇跡。
これすら読めなきゃモーター1個ろくに回せねえわけで、読むの当たり前。

お前らドキュメント読まねえ
　→ マイコンや周辺回路の基本的な考え、文化すら知ることもねえ
　　→ 究極のｗ ソース付きサンプル請求ｗって技術を身に着ける
　　　→ 老害への道を進む
　　　　→ 結論、とっとと退職しろやｗ
0410377
垢版 |
2019/09/14(土) 03:26:08.15ID:lAWk2+/I
>>407
Qiita とかに
「ルネのチップで速攻でIoTデバイスを作る７つの習慣」とか
で原稿料もらえるなら、速攻で記事かいたりgithubにコードおいとくで。

「 〜〜〜〜〜長文略〜〜〜〜 いかがだったでしょうか？ 」
で締めくってやるぜｗｗｗ
0411774ワット発電中さん
垢版 |
2019/09/14(土) 05:35:57.56ID:ulSDqJoy
ルネサスのマニュアルの品質はもっと評価されていい
情報が探しづらいのは難点だが(笑)
0412377
垢版 |
2019/09/14(土) 07:30:22.14ID:VH6Xtcoa
>>397
毎年、社員の下2割を解雇して減った分を中途採用。
5年でだいたい総入れ替え。
これで今のルネサスの問題が解決する予感。
0413387
垢版 |
2019/09/14(土) 11:42:09.78ID:lkkH/6UQ
>>408
問題はそこじゃねぇと書いてあるのが理解できんのか
タイマーでADCの変換を開始したり波形出力できるなんて事はユーザーズマニュアルに書いてあり読めば判る
問題になっているのはその動作タイミングが判らないって話じゃないのか
MTUもTPUも動作タイミングが書いてあるがADCの変換開始タイミングや波形の出力タイミングに関する記載は見あたらない
あなたはクロック付きのタイミングチャートを書けるのかと。これを外から調べるつったって簡単じゃねーぞ
0414774ワット発電中さん
垢版 |
2019/09/14(土) 12:52:56.44ID:s/1Qad4X
RXのRはルネサスのRとか思ってるやつ多過ぎ
RXはLexus専用チップってこと理解しろよ池沼ども
LとRを区別できないルネサス社員が
Rexusと思い込んでたんだと
0415774ワット発電中さん
垢版 |
2019/09/14(土) 13:26:28.20ID:zXOL9PPR
>>413
ＡＤコンバータ（１２ＡＤＥ）や電気的特性の頁もに必要事項は書いてありますね。
貴方のおっしゃる、サンプル開始とサンプル終了およびＡＤ変換完了、ＭＴＵパルス波形の出力については、明記されていましたよ。
文書を読み、ご自身でチャートを書き起こせませんか？
0416774ワット発電中さん
垢版 |
2019/09/14(土) 16:29:05.84ID:Wn8r2NzC
レジスタのアクセスに必要なクロック数はI/Oレジスタのところに書いてあった。わっかんねーよｗ
使い方を調べるためにDMACのところを読んでいたらI/Oレジスタのところを参照せよって書いてあった
ついでにSYNCさせる方法も書いてあった。書き込んだレジスタを読み出して計算に使えばSYNCされるらしい

ADCとGPIOと繋いでNOPを並べてサンプリングされているタイミングを調べる実験をしてみたけど実質失敗
しょうがないのでDMACとTPUでADCの消費クロックを数えることに。TPU0はPCLK/1で回しDMACをTPU0のカウンタをコピーするように設定。ADCの完了割り込みでDMACを起動
MOV　←CST0書き込み。TPU0動作開始
NOP　←あってもなくても結果は変わらない。2個入れると+1
MOV　←ADST書き込み。ADC動作開始
で得られた値は73。書き込み動作に2クロック必要なのは確定のようだ

マニュアルから読み取れる値は
DMACの読み出しに4〜5クロック
ADCの動作開始から変換の完了までに64クロック(tD＝4＋tDIS=15＋tSPL=13＋tASM=32=64)
CPUがバスに書き込むまでに4クロック
書き込みが完了するまでに2(〜3)クロック
で全部足すと74クロック
大外しはしていないようだがチャートを書いてみると未知のクロック消費がいくつかあるように見える

現状の不明点というか誤差要因
DMACが読み出す値はいつの物なのか。マニュアルによれば2クロック使うことになっているが1クロック目の値なのか2クロック目の値なのか不明
CPUとバスの関係。アクセスに必要なクロックは2クロックとあるが1クロック目＝M1ステージという解釈で良いのか不明
ADCが割り込みを送出するタイミング。図を見る限りtCONV終了の次のクロックで送出されるように見えるが名言されていない
割り込みがADCからICUへ送られる時の遅延。常識的に考えればせいぜい1クロック程度だと思うがらしい記述は見つけられない
0417774ワット発電中さん
垢版 |
2019/09/14(土) 19:28:42.72ID:Wn8r2NzC
続けてこんな実験をしてみた
MOV　←CST0書き込み。TPU0動作開始
NOP
NOP
NOP
MOV　←TPU0.TCNT読み出し
これで読み出されるカウンタの値は1。NOPが2個だと0。これを説明できる条件って結構難しい
リードサイクルの1クロック目で値が読み出されていると仮定しても
M1ステージの次から2クロック目でペリフェラルのレジスタに書き込まれる。実際に動作するのはさらにその次のクロックから
みたいになってしまう
リードサイクルの2クロック目で値が読み出されると仮定するとカウンタのカウントアップ開始が1クロック遅延しているとかじゃないと説明がつかない
0419774ワット発電中さん
垢版 |
2019/09/14(土) 22:03:19.73ID:Wn8r2NzC
ADCの変換開始をCPUではなくTPU0にやらせてみた。CPUが絡まない分カウント値が減るかと思ったらTGRA+75で増えやがった。どうなっているのｗ
同期トリガーだから+2増えてADCは66クロック。75-66=9クロック。DMACが4〜5クロックと仮定しても。CPUと無関係な部分で4〜5クロック使われている計算に
0420774ワット発電中さん
垢版 |
2019/09/14(土) 23:27:46.41ID:gr0B4TM5
>>417
パイプライン処理で、レジスタ書き込み要求受付後、レジスタ書き込み完了までの間に次のNOP実行してるからでは？
0421774ワット発電中さん
垢版 |
2019/09/14(土) 23:47:01.19ID:fTBXfyRu
DMACとかはCPUバスが寝てるときに動くから、
いつ寝ていつ起きるかのステップ計算するなんてｗ まさかｗ
0422774ワット発電中さん
垢版 |
2019/09/14(土) 23:59:36.23ID:Wn8r2NzC
>>420
NOPって何もせずに1クロック消費するだけだと思ったけど違うのか？

>>421
マニュアルによれば逆。バス使用の優先度はDMACが最高でCPUが最低
CPUが使用中でない限りDMACは優先的にバスを使用できる
0423421
垢版 |
2019/09/15(日) 03:13:34.31ID:7JvnPRwV
すまん、確かに
0424774ワット発電中さん
垢版 |
2019/09/15(日) 10:04:25.19ID:W7JBxzYK
>>422
RX使ったことないから、今H/Wマニュアル読んでいるんだけど、

16.2.5 ライトバッファ機能（内部周辺バス）
内部周辺バスはライトバッファ機能を持っており、ライトアクセスの場合は、
動作の終了を待たずに、次のアクセスを受け付けることができます。
・・・

ここでは、周辺ライトと同時に次命令のRAMリードが行われる例だけど、
バスアクセスに関係ないNOPも同様に周辺ライトと並列実行されると思う。
0425◆FCfU/DhNdyGu
垢版 |
2019/09/15(日) 12:02:00.84ID:WT7C3ilq
実験してないし適当なこといってるかもしれないけど

内部周辺バスはライトバッファ機能を持っており、ライトアクセスの場合は、動作の終了を待たずに、
次のアクセスを受け付けることができます。

なお、複数のレジスタに書き込みを行った後、それら書き込みの完了を待ってから後続の命令を実行させ
たい場合は、最後に書き込みを行ったI/O レジスタを対象に読み出しと演算を実行してください。書き込み
を行ったすべてのレジスタを対象にして実行する必要はありません。


って書いてるから下記ではいけないの？

MOV　←CST0書き込み。（ライトバッファに入っただけで、この時点ではペリフェラル動作していない）
MOV　←CST0読み込み。TPU0動作開始（周辺バスへの読み込みアクセスは動作終了を待つから結果として、先行しているライトアクセスを完全終了させる　→　ここからペリフェラルが動く）
MOV　←TPU0.TCNT読み出し


MOV　←CST0書き込み。
MOV　←CST0読み込み。TPU0動作開始
MOV　←ADST書き込み。
MOV　←ADST読み込み。ADC動作開始

MOV　←CST0書き込み。（ライトバッファへReq）
MOV　←ADST書き込み。（ライトバッファへReq）
MOV　←ADST読み込み。TPU0動作開始およびADC動作開始

とか
0426◆FCfU/DhNdyGu
垢版 |
2019/09/15(日) 12:16:41.19ID:WT7C3ilq
演算やれって書いてるからレジスタ書き込みを確定させるためには
ダミーリード単体（ロード命令）だけじゃレジスタ書き込みを確定させるのはもしかすると駄目かもな

volatile xxx dummy;

?
reg = write_bit（ストア命令　→　ライトバッファが絡んで非同期）
dummy = reg（リード命令　→　ライトバッファが絡まないから同期）

○（演算が必要？）
reg = write_bit
do
{
dummy = reg
} while ((dummy & write_bit) == 0);


擬似コード書いてないからマニュアルわかりづらいって言われてるんだわ
文字だけじゃ伝わらないっつーのｗ
0428774ワット発電中さん
垢版 |
2019/09/15(日) 14:07:58.97ID:X7TEkyVI
>>424
自分もその認識。バスアクセスが衝突したりしない限り並列して動作できると考えている

>>425
マニュアルのIOレジスタのところに書いてあるSYNC方法？を計ってみたら
MOV　←CST0書き込み。TPU0動作開始
CMP　←メモリソースオペランドでCST0を含むTSTR読み出し＆演算
MOV　←TPU0.TCNT読み出し
で5になった。>>417の結果と整合するパイプラインとバスアクセスの動作状況を上手く説明できそうにない
0430774ワット発電中さん
垢版 |
2019/09/15(日) 16:42:19.97ID:X7TEkyVI
現状だとI/Oレジスタへのアクセスは3クロック消費するようだ
MOV　←CST0書き込み。TPU0動作開始
MOV　←メモリソースオペランド適当なレジスタを読み出し
MOV　←TPU0.TCNT読み出し
で3
MOV　←CST0書き込み。TPU0動作開始
MOV　←メモリソースオペランド適当なレジスタ1を読み出し
MOV　←メモリソースオペランド適当なレジスタ2を読み出し
MOV　←TPU0.TCNT読み出し
で6になる。書き込みも同じように見える。ただ2〜3クロックって書いてあるから何かの拍子に2クロックになるタイミングがあるのかもしれない
0431◆FCfU/DhNdyGu
垢版 |
2019/09/15(日) 18:12:09.63ID:WT7C3ilq
>>430
それパイプラインハザードか何かによるバブル発生が起こって消費クロックが変動しているんじゃないか？
0432774ワット発電中さん
垢版 |
2019/09/15(日) 18:31:48.21ID:W7JBxzYK
(3) I/O レジスタアクセスサイクル数
・・・
周辺機能部ではICLK ≧ PCLK（またはFCLK）の周波数関係の場合、内部メインバス1 のバスサイクル
数と分周クロック同期化サイクル数を合わせると、PCLK（またはFCLK）で最大1 サイクルとなるため、
表5.1 では1PCLK（またはFCLK）の幅を持たせて記載しています。
・・・

何を言っているのか、理解できない。
0433◆FCfU/DhNdyGu
垢版 |
2019/09/15(日) 18:42:22.72ID:WT7C3ilq
日本語wiki
https://ja.wikipedia.org/wiki/%E5%91%BD%E4%BB%A4%E3%83%91%E3%82%A4%E3%83%97%E3%83%A9%E3%82%A4%E3%83%B3

本家wiki
https://en.wikipedia.org/wiki/Instruction_pipelining#Pipeline_bubble

In the illustration at right, in cycle 3, the processor cannot decode the purple instruction,
perhaps because the processor determines that decoding depends on results produced by the execution of the green instruction.


日本語wikiは発生原理の例があいまい（何らかの中断〜）な書き方していて中途半端だけど、
本家wikiの方は上記の様に

「3サイクル目で5行目のデコードができていないよ、それは４行目の実行結果に依存して５行目がデコードされるから1クロック遅れるんだよ（たぶんね）」

みたいな事が書いてるね。俺の専門分野じゃないから明言できないけどクロックが1ずれていくのは
そういう部分も影響しているんじゃないかな。後は>>432が書いているデバイス依存による制約とか。
まあ、現代のマイコンスペックでソフトでそこまで突き詰める必要があるかっていわれると微妙というかほぼ趣味の世界だがｗ
0434774ワット発電中さん
垢版 |
2019/09/15(日) 22:56:57.95ID:X7TEkyVI
>>431
I/Oレジスタはノーウェイトじゃないみたいなのでアクセスする命令を並べるとパイプラインが乱れるはず
RX63NとかRXv1コア搭載マイコンのマニュアルにはパイプラインの動作例が書いてあって
ノーウェイト以外のメモリアクセス時にパイプラインがストールして後続の命令が待たされる例が示されている

>>430の場合
レジスタ1へのアクセスがIF D E M1 M2 M2 WB
レジスタ2へのアクセスが　 IF D .E 　- 　- 　M1 M2 M2 WB　←「-」はストール
バスアクセスがM1を含めて3クロック消費のリードアクセスが2連続
とすると3クロック差とパイプラインとバスの動作状況を上手く説明できる

>>432
それ、自分もよく判らない。が2〜3クロックと書いてある以上3クロック前提で書けば書いたとおりに動いてくれそうではある
周辺機能が消費するクロックは相変わらず不明だが
0435774ワット発電中さん
垢版 |
2019/09/16(月) 08:42:44.19ID:IJ9L3dAi
>>417
実験する前にマニュアル読めバカ
てかさ、なんでペリフェラル使うときにCode Genを使わないんだ。
CodeGen使うかどうか別にして、あのソースを理解することは最低限必要だ
0436774ワット発電中さん
垢版 |
2019/09/16(月) 08:47:25.70ID:QRTQ2eSb
僕ら理科の子　科学の子
今日もみんなで実験の時間だよ?！
0437774ワット発電中さん
垢版 |
2019/09/16(月) 09:28:43.48ID:QoFF5m2u
RTOS使わない、割込使わない、C言語も使わない。一筆書き。最狂ｗのエンジニア
0439774ワット発電中さん
垢版 |
2019/09/16(月) 14:19:58.30ID:sQT+mNBB
相対的だが後端がほぼ確定かな
MOV　←CST0書き込み。TPU0動作開始
NOP
NOP
MOV　←ADST書き込み。ADC動作開始
でスタートさせて後ろ付近でTPU0.TCNT、IR102、ADSTを読み出し。安全のためNOPは2つ挿入

TCNT　ADST　IR102　DMAC
　66　 　　1　　　　0　　　　-
　67　　 　1　　　　0　　　　-
　68　　 　0　　　　0　　　　-
　69　　 　0　　　　1　　　　-
　70　　 　0　　　　?　　　　起動要求
こうっぽい。この先はDMACの動作タイミング通りでよさそう。データが出てくるのは2クロック目と仮定するとDMACがコピーしてくる73という数字と一致する
ADCが出す割り込み要求は変換を終了した次のクロックでICUがそれをとらえるのはさらにその次のクロックということらしい
0440774ワット発電中さん
垢版 |
2019/09/16(月) 16:27:59.45ID:sQT+mNBB
ループのクロック数を調べていたら謎現象
MOV　←CST0書き込み。TPU0動作開始
NOP
NOP
NOP
MOV　←TPU0.TCNT読み出し
これで1なのは>>417の通り。これをこうしてみた
MOV.L #01h, R2
MOV　←CST0書き込み。TPU0動作開始
NOP
NOP
NOP
?:
SUB #01h, R2
BNE.B ?-
MOV　←TPU0.TCNT読み出し
これで2。マニュアルによればSUBも分岐不成立Bも各1クロックで合計2クロックのはずだが1クロック行方不明になったｗ
R2を2以上にした時の増加分は+4クロック。SUBが1クロック、Bが3クロックでマニュアル通りの値になる
0442774ワット発電中さん
垢版 |
2019/09/18(水) 03:21:07.32ID:O58qOnIH
AD変換なんてそんな難しかったかと思ってRL78のマニュアル読んでみた。
ハードウエア・トリガの記載があるんで、
トリガピンはどれなのか? pdf検索するも見つからない。
仕方がないんで、ハードウエア・トリガで検索する(ハードウェアじゃない)と
ハードウエア・トリガを使った説明がさんざん登場した後、
11.8章スヌーズモードの説明の備考に
ハードウエア・トリガはINTRTCまたはINTITです。と登場する。
ここでか!?wwwww

今度はINITRTCで検索してみると
ADコンバータのブロック図中、
ハードウエア・トリガではなく、
"タイマ・トリガ信号" INIRTC,INIITが登場する。
せめてこれハードウエア・トリガに変更しようよルネサスさん。

それ以外はまーこんなもんだろな。これ見てわからんかったら、
アプリケーションノートか鹿取氏書いてる本でも読めば該当するのあるんでないの。
0443774ワット発電中さん
垢版 |
2019/09/18(水) 07:57:24.23ID:O58qOnIH
>>416
DMA使ってるけど、
そもそもハードウェア・トリガがタイマからしか与えられないので、
タイマクロックも外部から、トリガと同期した信号与えないと話にならんだろ。
CPUクロックでサンプリングクロック作ったんじゃ、
外部同期信号の原振とCPU原振の誤差分だけずれてくる。
CPUクロックと外部同期信号の原振が一緒なら話は別だが。

あと、レイテンシがどれだけあるかってのも、実験やってるんなら、
FGでCPUの原振と同期信号両方作って、AD変換後に適当なポートたていて、
同期信号---ポート叩くまでの時間をロジアナで測定すれば一発で測定できるだろ。
クロック数がどーとかちまちまカウントしてんじゃねーよ
もちろん、実動作ではほかの割り込みどうするかによって結果は変わってくるだろうけどよ。
こんなんで仕事してますアピールとかしてるんじゃねーだろな?
お前は仕事してない。
ここまでかかった時間を金にして会社に返せwwww
0444774ワット発電中さん
垢版 |
2019/09/18(水) 08:03:53.38ID:O58qOnIH
×　CPUクロックでサンプリングクロック作ったんじゃ
○　CPUクロックでハードウエア・トリガ作ったんじゃ

サンプリングクロックはあくまでCPUクロックだな。
これだと原振共通にしないとデジタル変調波の復調のように正確にサンプリング点叩くとか難しいな。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況