【Renesas】ルネサス総合 part11
■ このスレッドは過去ログ倉庫に格納されています
>>562
>それ以外の日本でCPUを作っていた会社を撤退させて
撤退してるかな? MIPSもオープンソース化決定
今更感はあるけどね もうユーザーが自由にPGAに、ARMなりRISC-Vなり自由にCPUコア選んで入れる時代になるのか…
マイコン屋としては、市場が狭まっていくのは歓迎しづらいわ >>565
PGAに入れるのも、ある程度需要あるんだろうけど、
それより、中国とかの後発半導体企業が
自由にCPUを作って安いチップをばら撒いて行くんじゃないかな 音がこもって聞こえる一ドルのBTイヤホンをaliで手に入れたけど試作品の捨て値ならまだしもアンプもマイコンもアンテナも全部ひっくるめてこの値段なら中国に勝てないわ AIなんかはよく考えたら驚異だわ
今は画像認識とか音声認識でドヤリング大会開いているだけだけど
AIがチンパンから3歳児、その後小中高校生並になって
そのうち大学生並AI、ゆくゆくは人類超えAIになる
それが5Gの10Gbpsで繋がりまくりの学習しまくり
驚異なのは、その学習結果が全てのAI端末と共有
仕事の上司はルネサス製チップを積んだAIに成っている?
否、そもそもこの手のソフトウェア業務は全てAI >>562
充分でしょ、モトローラの没落っぷりに比べれば・・・
軍需で相当優遇されてたはずなんだけどね
TIもマイコンじゃパッとしないし、NXPもグダグダし始めたから、
大手でまともなところなんて他にあったっけ? >>570
フリースケールは没落したという感じはしないんだけど。売却買収を繰り返したら没落
という発想は日本の迷信では。会社がなくなったとしても。
マイコンはARM式IPコア商売にビジネスモデルが変遷したから、開発製造の両方
やってる大手総合半導体メーカ(?)にはうまみが乏しくなった。 ☆★☆【神がこのような糞悪党どもを決して許さないであろう】★☆★
《超悪質!盗聴盗撮・つきまとい嫌がらせ犯罪首謀者》
●井口・千明の連絡先:東京都葛飾区青戸6−23−16
●宇野壽倫の連絡先:東京都葛飾区青戸6−23−21ハイツニュー青戸202
【告発者の名前と住所】
◎若林豆腐店店主(東京都葛飾区青戸2−9−14)の告発
◎肉の津南青戸店店主(東京都葛飾区青戸6−35ー2)の告発
「宇野壽倫の嫌がらせがあまりにもしつこいので盗聴盗撮・嫌がらせつきまとい犯罪者の実名と住所を公開します」
【超悪質!盗聴盗撮・嫌がらせつきまとい犯罪者の実名と住所】
@宇野壽倫(東京都葛飾区青戸6−23−21ハイツニュー青戸202)
※宇野壽倫は過去に生活保護を不正に受給していた犯罪者です
どんどん警察や役所に通報・密告してやってください
A色川高志(東京都葛飾区青戸6−23−21ハイツニュー青戸103)
※色川高志は現在まさに、生活保護を不正に受給している犯罪者です
どんどん警察や役所に通報・密告してやってください
【通報先】
◎葛飾区福祉事務所(西生活課)
〒124−8555
東京都葛飾区立石5−13−1
рO3−3695−1111
B清水(東京都葛飾区青戸6−23−19)
※ 低学歴脱糞老女:清水婆婆 ☆清水婆婆は高学歴家系を一方的に憎悪している☆
C高添・沼田(東京都葛飾区青戸6−26−6)
D高橋(東京都葛飾区青戸6−23−23)
E長木義明(東京都葛飾区青戸6−23−20)
F井口・千明(東京都葛飾区青戸6−23−16)
※盗聴盗撮・嫌がらせつきまとい犯罪者のリーダー的存 >>565
つか、高位合成と合体して、与えられたアプリケーションに適合した
ハードウェアとマイクロプロセッサと、それ向けのオブジェクトコードを
自動生成するようになったりして。 >>571
IPコアばかり増えても造るメーカーが無ければ絵に描いた餅やで そもそもPGAとASICじゃ電力効率が違いすぎね? 世界の健康的人民 自動的に臓器ドナー登録できる スマホ用チップが欲しいアルね 通話を受けたら突然脳死になって
スマホの位置情報を頼りにすぐに救急車が来るのか
便利だな 上のほうでRL78の話題が出てたので個人的に評価した時の落とし穴を貼っとく。
・簡易シリアルライター自作する場合にSerialポートのディレイ時間を指定するように
説明されてない。これを設定しないとライター動作しない。
・RL78は初期値でWDTが有効化されている。これは初心者にとって誤動作の原因。
・WDT停止の手順はオプションバイト変更だがこの説明も不足。
・UART機能のみGPIOラッチ動作するのでGPIOの出力設定しないと動作しない。
これもマニュアルに注意書きがない(ADC項目も説明不足)。
・RL78G10などのS1コアは性能的にはH8やR8Cと同じ。
・デフォルトでコンパイラが最適化しすぎ。コード書き換えるのでデバッカとコードが
連携できてない。最適化を無効化すると改善する。
・78G10など2/4Kのフラッシュ用のためにitoa()などの関数が用意されてない。sprintf()では
収まらないため自作することになる。
・78G10のS1コアはクロック下げてもそんなに消費電流下がらない。クロックには依存しない。 >>579
>>・簡易シリアルライター自作する場合にSerialポートのディレイ時間を指定するように
うちでも簡易シリアルライター作ったけどRenesas Flash Programmerで特に問題なく
使えている。ディレイ時間の指定ってどういう意味?
>>・RL78は初期値でWDTが有効化されている。これは初心者にとって誤動作の原因。
これはその通りで、初期値でWDTが有効で妙に長い時間が設定されており、気付き難い。
>>・UART機能のみGPIOラッチ動作するのでGPIOの出力設定しないと動作しない。
自動コード生成機能を使えば、このへんユーザは知らなくても使えると思う。それで
いいかどうかは賛否あるだろうが。
>>・デフォルトでコンパイラが最適化しすぎ。コード書き換えるのでデバッカとコードが
これは一理あるけど、RL78は8ビットCPUでアーキテクチャがC言語に合っていない(?)
ので、最適化がないとコードがやたらに長くなる。G10はROM容量が小さいので切実。
>>・78G10のS1コアはクロック下げてもそんなに消費電流下がらない。クロックには依存しない。
これは調べたことがなく判りません。参考になります。 >579
>・RL78G10などのS1コアは性能的にはH8やR8Cと同じ。
ベンチマークした人もいたけど R8C > H8
H8はクロック数の多い命令が多い。H8-300Hの場合だけど。
RL78/G10はクロック20MHzだからクロックの優位性はない。
RL78はパイプラインがなければ救いようのないアーキテクチャーだが、
パイプラインがクリアされる命令もあるし、32bitデータを扱えるレジスタもない。
R8CはRL78みたいに極端なアーキテクチャじゃないから、
R8C > RL78/G10 のケースは結構あるだろう。 RL78/G10は省電力が特徴だけど、コイン電池駆動の超低速用途には不向きだった
STOPモードでも610nA食うし、低速オンチップオシレータはタイマ専用でCPUクロックに使えないのが不満
PIC12LF18xxならSleep30nA、低速オンチップ31kHzをCPUクロックに使えて10uAで動作できるのにね >>578
端末の電磁波で脳死にさせてドナー確保、なんてのは夢物語としても、交通システムを制御して、
わざと交通事故を起こさせて、脳死患者をつくる、なんていうのなら、中国の人民管理システムの AI にもできそう。
いまでもウイグル人の臓器牧場を経営、アイツラがそういう連中だということは、
日常の実務でいまむちゃくちゃ忙しい、ルネサスのエンジニアのみなさんはたぶん知らないだろうけど。 大型のタッチパネルセンサーを考えて涙目w
検出範囲は30x5cm程度
長編方向を1次元で検出したい
分解能は4bit以上。出来れば5bit以上欲しい
マルチタッチ対応
このためだけにRX231の100pinを奢るのはちょっと・・・
最新のスマホみたいに高性能でなくて良いからそこそこ安定して動作して
誰からも睨まれない方法って無いかな とはいえチャイナの石を使うと、いろいろな国の政府から睨まれるし、
いまはアメリカで商売したければ、チャイナの石はやめておけ、という世界の流れ。 タッチパネルコントローラ付のマイコンなら別にstでもnxpでもtiでもあんじゃね?
タッチパネルコントローラが欲しいってだけなら、ロームとかエプソンあたりがだしてなかったけか
それともセンサ作りたいならtiがfdcなんとかいうの出してたと思う
ルネスレで言うのも何だけど、別にrxマイコンのでかい石じゃなくてもあるんでね? >>587
ならアメリカ製の石使わないと。
ルネなんてそれこそお呼びじゃないだろう。 ルネサスのRXマイコン初めて触るのですが
ペリフェラルレジスタの保護、ロックってどういう意味合いのものなんでしょうか?
勝手にレジスタが書き換わったりするんですか?それともヒューマンエラーを防止するためのものでしょうか?
個人的には面倒なだけなので、プロテクト解除を初期化処理でやって、再ロックはしないでおこうかなと思うのですが、マイコンの誤動作を誘導することはないでしょうか? プログラムのミスや暴走で意図しない書き換えを防ぐためで、機能安全の規格に準拠するのに必要なんだと思う
不要と思うなら、プロテクト解除したままで良いよ レス有難う御座いました
必要な人には欠かせない機能なのですね 別にルネサスのマイコンに固執するものはないわな
でも、別に他社の石を使う理由もない
ただ使い慣れてるからルネサスの石選んでるだけ
全般的に他社のマイコンより高いから、本当にコスト詰めさせられるようになったら、乗換させられるかも NEC エレクトロニクスのマイコン使ってたけど、くっついちゃったからしょうがなく。 ラズパイやArduinoみたいな無料ライブラリなど期待するなら別だが
一から基板やソフトを作るつもりなら、マイコンなど何を使っても
大差ない。
それなら開発ツールを使いこなす技能を習得した機種を使うだろう。
ルネサスは日本語ドキュメントが充実しているのは助かる。英語だと
読んで理解するのに日本語の倍くらい時間がかかるし。 アールエスコンポーネンツにRL78/G10を頼んでいたのがマレーシアから届いた。
ルネサスはあれだけ人が余っていて人減らししたのだから、ぜんぶ国内生産だと
思っていたが。 タッチセンサーの自作記事をググっていて>>584のようなデバイスをSliderと言うことを知った
Sliderをつけてググったら各社のリファレンスデザインがぞろぞろ出てきた。ルネサスは電極のデザインしか出てこなかったけど
さらにセンス線を削減するデザインもあるようだ。コレは試してみる価値ありそう
資料を眺めていて思ったのはスライダーに限らず大面積のタッチエリアを実現する情報が乏しいこと。試行錯誤するしかないのだろうか
>>586,588
ルネサスのタッチセンサーは感度が良いって聞いたことがあるのと資料が日本語なので・・・ >>602
静電容量センサーを指先で触るなら、有効なセンサー電極の大きさは指先より少し大きい程度
>>584 の30cm幅RX231 64pinだと10chだから矢柄みたいな形を配置するスライダーの電極一つが3cm幅になってしまう
電極が大きすぎて指先だと2極ずつしか触れないので、電極数Nに対して二極同時を含めて2N-1だけしか検出できない
10pinだと19箇所で4bitはいけるが5bitはきつい
指先が三つの電極に同時に反応するように電極サイズを決めると分解能が上がるけど、範囲が広いならピン数が多くないと厳しい RX230シリーズのアプリケーションノートを眺めても大面積のタッチエリアを実現する方法とか
センス線が不足するときの代替案とかマルチタッチを実現する方法とかは見あたらないんだよなぁ
マルチタッチは両側から読み出せば2点まではいけるだろうか
>>603
さわるのは指先だけどエリアはスライダーおよびそれ以外も数十cm^2以上のオーダー・・・
検出結果を多値で取得することでセンス線を減らすというアプローチはあるようで
他社だけど長さは短いが三角形の電極2つを対向させて7bitを得る例は見つけた
AT11805には抵抗でのばしてセンス線7本で240mmを実現するスライダーの設計例が載っていた
それでも64pinでは厳しそうだけど、電極1つにセンス線1本は上策ではなさそうな気がする いまだにルネサスなんか使ってる奴いるんだ、だっさw ワッパって何? 韓国人の強姦犯につける電子足輪みたいなものニカ?
∧_,,∧ ∧_,,∧ ウェーハッハッハッ
< `∀´ > < `∀´ >
∪ ∪ ( ) ウリナラ政府の保証つきニダ゙
し―-J し―-
装着前 装着後 ツールに慣れたからルネサス使うけど、STやnxp、ti、microchipと比較して、
ワットパフォーマンスも使いやすさもルネが勝ってるところあるか?
ミドルウェア、ドライバはない、もしくは少ないし、似たような設定が散在して冗長なペリフェラルレジスタ構成、高価なデバッガ
H8の時はサンプルコード豊富だったけど、今はFITというライブラリ隠ぺいされたコードしかアップデート、提供されない
統合開発環境があるとこだけだな CXD5602のワッパはすばらしい。付属品が増える上にレジスタのマニュアルとかないけどな! CXD5602って何かと思ったらソニーか…
どうせ2年位でディスコンだろ いまどきワッパがなんの役に立つなかな??????
性能さえよければそれでいい・・・
SLEEP時の消費電力され低ければいい・・・
など、特徴があれば後はソフトでなんとでもなるわ〜〜〜
設定が多すぎ、肝心なところにエラッタがある、性能も消費電力も
2019年時点では中途半端なものに未来はない!!!”!”!!!!!!!! たいした問題でもないのに、解決手段としてネットにつなごうっている発想が間違っているのに。
世界中の軍、諜報機関、犯罪者が、1年365日、24時間、カモを探してツケ狙っているのがネットの世界だというのに。
どこの性善説の平和ボケのヌケサクボンクラ連中なんだろうな、これからはIoTだ、みたいに言う連中は。 個人用途で新規にH8で開発するメリットはなんですか
DRAM接続できるとか内蔵メモリが多少多いくらい?
Z80や6800みたいにノスタルジーしかないでしょうか サンプルコードが多くて、過去に作ったコードが流用できるとかなぁ
今のマイコンほど複雑じゃないってのも、人によってはいい点かも
ただ、H8ももう来年から終息すんじゃないっけか?代理店からの連絡だし、たぶん延びるんだろうけども 今H8使う意味ってあるのかな??
将来性ないし今時H8なんて知らないやつの方が多いんじゃないか
特にメリットないと思うよ
過去のコードだって今更使うメリットがあるとは思えないし
周辺環境が変わっている現在ではどのチップ使ってもほとんど
コードの差が出るとは思えない
(客の指定でいろいろなメーカーのチップにソフト移植して使っているが
極端に差が出ることはないよ・・・・ほぼ想定内) リピートじゃないの。
リプレース費用が出るならモダンなマイコンに移植してもいいかもしれないけど。
わざわざ新規の設計で使う意味はないと思う。 十年くらい前の電子系の専門学校のマイコン学科の多くで教材にH8が使われていた。
その卒業生が会社でそれなりの地位に昇進して活躍するころだから、H8の需要は
かなりあると思う。 ヤフオクでH8は在庫常連だからもう終わったマイコンだと思ってた。 ここもカフェも閑古鳥
しかもH8ネタで盛り上がる
10人用葬式会場かよ RL78だと MOV A,#1 のような命令だと0.03uS/32MhzでMhz/MIPSでカタログ性能と
同様に実行可能だがこのような命令は毎回頻繁に並ぶものではないしCISCなので
フラッシュ上のデータを参照するような MOV A,!HOGE_ADR 命令の場合は
(Exec+WBが一緒のステージでハザードが生じてしまうので4倍クロック遅くなる)
ワーストケースで1uS/32Mhzなので32Mhz/1MIPSだからH8やR8Cと同じになる。
RISCというか妙なCISCなんだよね。
8bitのCISCなので性能的にあまり変わらない。H8が古いといって変える必要もない。
新規ならRL78は安いし価格メリットはあると思うけど微妙。 今主流の多くのプロセッサアーキテクチャに言える話なんだがパイプライン化やキャッシュの搭載が
当たり前になっているにもかかわらず、その挙動や制御に関する情報って非常に少ない
実行時間を保証するには?手動でプリフェッチするには?このコードは常にキャッシュに乗っていて欲しいんだけど・・・
ARMですらこの辺の情報は見あたらん 1ナノ秒でも処理を速くしたいとか、セキュリティホールを突きたいとか。 CPU負荷の高いリアルタイム処理をやろうと思ったら重要じゃね? 人間に近い側、アプリ側のプログラミングをやっている連中って、悩みどころが違うから、
1ミリなんか膨大、1マイクロでも遅い、1ナノでも削ろう、っていう、
OSやドライバ、組み込みの感覚がわからないんだよな。 RTOSのコンテキストスイッチは普通アセンブラじゃないの
あと通信系のペリフェラルも場合によって
その他は基本Cで書くけど生成コードを確認して軽くチューニングはする
ちなみにキャッシュの制御方法はプロセッサのマニュアルに乗っていると思う
パイプラインは意識しないけど… リアルタイム性が確保できない場合に限り、特に処理のかかってるところをアセンブラに書き直すけど
逆に必要ないならやらない
やる意味が見出だせんし、コードの書き直しなんか、
最初からやれって言われるだけで評価されないから 超音速ミサイルとか、迎撃ミサイルの姿勢制御なんかだと、
高級言語でダラダラ書いたらマトを外しそうだ。ソフトじゃなくてハードでやるのかな。 >>632
一からアセンブラで書くことは少なくてもタイムクリティカルな部分のコードは
コンパイラが適切なコードを出力しているかくらいチェックするだろ >>635
その業界は高級言語のAdaで書いてる。
最近はPythonを使おうって方向らしい 公式発表はともかく、
1000ミリ秒で、1000メートル以上を突っ走るときの物理法則には逆らえないわけで、
そういうのを制御するためには、ものすごく効率のいいオブジェクトコードを出す言語か、
アセンブリ言語、でなきゃハードのロジックとしてあらかじめ焼きこんでいるはず。 超多ピンのリアルタイム制御、画像・映像処理やビックデータの処理など
もともとCPUに向かない処理をマイコンでなんとかしないといけないのならアセンブラでカリカリチューンもするけど
今のご時世もっと簡単なのがあるからな >>640
月に行ったアポロが使ってた航法コンピュータのスピードがどのくらいか調べてみるといいよ。
超高速だからその制御に高速の計算機が必要ってわけではないんだな。 そもそも宇宙での制御は外乱が少ないから大気中より基本的に楽 宇宙ねぇ
そういえばルネに高SEU耐性を謳ったマイコンってあったっけ? 大昔は知らんがルネに限らず国産系のマイコンで宇宙対応品ってあったんか?
ちょっと前までCOTSで特定ロットのSH2を宇宙用FPGAで束ねて使っていたくらいだし
今ならHR5000があるか 宇宙といえども軌道傾斜角の小さい低軌道なら地上と大差ないよ
普通のパソコンやデジカメがそこそこ使えるくらいだし
極軌道や深宇宙だとそう簡単ではない場合もあるけどさ
もっとも深宇宙ですら民生用のカメラヘッドやフラッシュメモリが
仕事させられるケースもあるから選び方と使い方なのだろう H8やSHみたいにチップ世代が幾つもあると型番からスペックが解り辛いのが厳しい 最近仕事で初めてSH2とSH4使い始めたんだけど、ドキュメントが日本語ってだけで俺みたいな英語力0なヘタレエンジニアには神プロセッサだわ SH4ってWindows Embeddedの仕事かな。 単に高速版SH2として使ってるだけみたい。いま勉強中だけどなかなか良さそうなCPUやん。SHに拘らんけどルネサスには頑張ってもらってまた一世を風靡するプロセッサ出してほしいわ ゲーム開発陣からの要望を入れているからインテルCPUには有り得ない行列演算用の命令持ってる 日立はドキュメントがちゃんとしてるからありがたいわ ルネサスは一周遅れでArmに追随しているが、世間ではRISC-Vが次のトレンドに
なりつつあるようで。
やることなすことうまく回っていないような。 RISC-VはArmの代替では未だ無いのでは
保有してるIPコアの多いルネがRISC-Vに取り組んだ方がいいかは微妙 秋月価格
SH7125F R5F71253N50FPV \900-
SH7144 HD64F7144F50V \1,800-
RX220 R5F52206BDFM \550-
RX210 R5F5210BBDFP \980-
RX621 R5F56218BDFP \950-
RX631 R5F5631FDDFP \1,380- ジャンクのサターンやドリキャスを買ってきた方が安い罠 ■ このスレッドは過去ログ倉庫に格納されています