【Renesas】ルネサス総合 part9©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>ルネサスのために人生を賭ける人間が、
廃業した2013年の時点で対応してたアーキテクチャがH8とSH1とSH2て、過去に作った製品に胡坐かいてたようにしか見えんがなあ。
つーかどれも日立製作所の頃の製品だしルネサスに人生掛けてねんじゃね? Z80もやってたしさあ。 >>564
ルネサスのパートナー企業は、10年以上前からやっている産業用ボードメーカ
から増えていない。RXも産業用CPU基板のほかには見るべきものがない。
その理由はH8やSHを見て、ルネサスはパートナーに儲けさせてくれないと広く
周知されたからだろ。 半導体売り上げランキングてルネサスなんか10位以内にかすってないんだな。
やっていけるのか?
東芝は粉飾で三洋とおんなじ末路たどりそうだし、
日本の半導体つーかエレクトロニクス産業の根幹が崩壊なんかね? >>565
>その理由はH8やSHを見て、ルネサスはパートナーに儲けさせてくれないと広く
>周知されたからだろ。
http://www.l-and-f.co.jp/seihin/LF/LF53L_smpstori.pdf
>当製品は自主廃業されたイエローソフト社が開発し、10 年以上に渡り販売・改
>良を続けてきた製品で、1 万本以上の納入実績があり
とあるからある程度の期間と売り上げは確保できてたんじゃないの?
http://airvariable.asablo.jp/blog/img/2013/06/19/29ffea.jpg
↑の広告画像でも「販売実績10,000本」とあるし、何が不満なんだか。
これ以上売りたかったとして、他のプロセッサへの対応や海外展開は
ルネサスが面倒見るようなもんじゃねんじゃねえの? がじぇるねって、潰れた店と組んじゃったんだね。
ある意味ルネサスらしいけど
これからどうすんの? >>569
若松って社業発展のため移転ってわけではなさそう。
GR-SAKURAがどうなるか心配。 > がじぇるねって、潰れた店と組んじゃったんだね。
秋月やマルツなんかとも組んでた筈。 >>571
GR-SAKURA基板シルク印刷は若松だけ。これってクレジット表記でしょ。 >>574
GR-SAKURAだけががじぇるね製品ではないし何言いたいんだかw >>576
がじぇるねにはぜんぶ互換性があると思っている℃素人か? がじぇるねの素人って言い方面白いな
逆に、がじぇるねの玄人って何の役に立つんだ!? 非互換とか、何の試練なんだ? だから、売れないじゃないの? FDTをWindows10でも使えるようにしてくれた事は評価する >>577
互換性の話なんて誰かしてるの?? 玄人の言うことは難しくてわからんなw h ttps://twitter.com/mituhiromatuura/status/695542081800921088
> GR-SAKURA-normalが若松通商で販売終了,5月頃にGR-SAKURA2登場,価格未定,らしい.#がじぇるね,#GR-SAKURA SAKURAだけで終わると思ってたが意外と続いてるな
一番まともな開発環境のPEACHさえあれば別にいいけど PEACHはライブラリがウンコなんだよなあ。つーかウンコはmbedか。 >>583
これって旧GR-SAKURAと互換性があるのか?
CPUがRX63N上位互換品に変わるくらいならいいが。
基板を起こしているとコネクタのピン配置や位置とか変わるだけでも困る。 若松まだ廃業はしてないだろw
まあ実店舗なくなった影響で機会損失による減収甚だしいし、時間の問題だとは思うが >>590
マイナーな環境を選ぶにはそれなりの理由がいるし
こいつならではという物が今まで無かったから
興味をもたれなくなるのも当然かと
本気で売りたいなら汎用品ではarduinoやmbedとか
有名なのがいるから余程根回ししないと最早無理だし
最近だとESP8266みたいな個性が欲しいトコロ >>591
けっきょくARMユーザのソフトウェアの蓄積に勝てないと降参したルネサスは
悔しくないのかな。SH4とかどうなったのか。
ARMは強豪他社と比べて特に性能が優位だったわけではなくて、ファンを増やす
エコシステム戦略が成功したのだから。
製造を他社に任せる戦略も、今から思えば大盤振る舞いだった。 悔しい悔しくないで商売やってないだろうし売れると思えばARMも扱うのだろう。
RZ以前にもCortex-M3採用した製品もあったみたいだし、
http://japan.renesas.com/press/news/2012/news20121126.jsp
Renesas Synergyも
http://pc.watch.impress.co.jp/docs/column/semicon/20151022_726863.html
>ARMコアを選んだのは、IoT/組み込み機器開発企業の要望が強かったからだとする。
だそうだし。 見捨てられた旧親会社のゴミアーキに拘る必要を感じてないんでしょ >>597
ARMが営々と築いたソフトウェアの蓄積に降参という意味ですね。
>>598
ARMはもともとのアーキが優れていたわけではないでしょ。何度も根本的な変更
しているし。大局的な戦略が優れていた。日本のサラリーマン社長が負けた。 >ARMが営々と築いたソフトウェアの蓄積に降参という意味ですね。
どうだかな?「なんか知らんけど皆が使ってるからARMっていいんじゃねえの?」レベルのユーザーは多い気はするが。 ARMつってもアーキテクチャやペリフェラルのバリエーションはかなりあるよね
資産と言えるほどコードを使い回せる物なの? >>600-601
組み込み用では、ARMのメリットはあまり無いが、
カーナビと携帯を全部持っていかれたのは、やっぱり痛いんじゃないか。 >>603
IoT通信ソフトは従来の組み込みと量が2桁ちがう。
httpsとか従来型RTMでライブラリ提供は無理だと思う。
結局LINUXに頼らざるを得ない。LINUXみたいなコミュニティはルネサス営業が
最も不得意な方面で、それが判ってがじぇるねとか始めたんだろうけど。 ソフトウェア資産ったって全部アセンブラで書いてるわけじゃないし。 こんなCもよく分かってない程度の輩に
https://twitter.com/u_akihiro/status/701218592814006272
> Cortex-M0 で int8_t data = 0xff; if(data == 0xff) {呼ばれるべき処理;}
> が呼ばれない。アセンブラで見るとdataはintの0xffffffffと比較されて
> 不一致と。
ディスられてるルネサスには同情する。
https://twitter.com/search?q=%E3%83%AB%E3%83%8D%E3%82%B5%E3%82%B9%20from%3Au_akihiro&src=typd >>606
LINUXのコードを解読して自社RTMなど流用はGPL違反。
昔はどこでもやっていた(らしい?)が、今では社員にチクられたら大事件になる。
それでなくても日本の大企業のソフトウェア開発は下請け丸投げで、社員の
忠誠心など期待できない。
※下請け系SIerで2ch厳禁は多いが、客の不法行為のチクリ防止もある。 >>607
「コンパイラのバグだ」の苦情で一番多いのはvolatile書き忘れらしい。
割り込みで大域変数を変更しているのに、メインで監視しても変わらないなど。 >>607
そいつとそいつの取り巻きはだいたいそのレベル や、やめろ!
自称IoTの権威さんの悪口はやめるんだっ >>608
あれ、そうだっけ?
コピペが違反なだけで、解析はOKだろ。 つかNetBSDでよくね?
ルーターとかもNetBSDベースの製品もあるよね >>612
Linuxのソースを見ながら書いたコードはGPLが適用されて公開の義務がある。
Linuxコードをアイソレーションブースで解読して仕様書にして、プログラマは
仕様書だけ見て作業するならセーフか?
ただそこまでするなら通信などRFC規格を見てコーディングするのと変わらない。
>>613
Linuxのコードを商用にして製品に組み込むことは認められている。
ただ製品のソースコードは自社製品用に改変した箇所も含めて公開の義務がある。
RTOSみたいな有償ソフトウェア製品の一部に使うのはアウト
GPLで検索したら具体例がたくさん出てくる。 >Linuxのソースを見ながら書いたコードはGPLが適用されて公開の義務がある。
それも違う。
GPLのソースを見ながら書いても引用しなければGPLは適用されない。
アルゴリズムには著作権はないからね。
でも、GPLのソースをコピペしただろ!?と追及されたときに、してねーよと言うには証拠が必要。
だから、アルゴリズムは見たが引用はしてないと言い張るための手段として、隔離部屋がある。
「うちには隔離部屋があるんですよ。アルゴリズムを紙に書いてリバースエンジニアリングしてます」
と主張すればよい。 e2 studio の E2 か。いくらぐらいなんだろ。 E1と比べて何がいいの?
IAR でデバッグできる? RSで9458か。
メリットって値段だけに見えるけどこの値段差
だったら対応機種も少ないしE1買うだろ。
何のために出したんだろうね。 価格設定がおかしいのはいつものことです
売れなくなって、製造中止になって
ユーザーおいてけぼり RSでE1が18168円に対してE2 liteは9458円、
マルツでE1が12381円に対してE2 liteは7980円だからまあ差別化はできてるかな。
http://tool-support.renesas.com/jpn/toolnews/160216/tn6.htm
>E2 Liteは、E1エミュレータから更に低価格化を実現し、教育 および
>ホビーから 本格的な開発まで、幅広い用途でご使用頂けるエミュレータです。
とあるけど重視してるのはあんま金出さない層で、プロはおとなしくE1とか
買ってなさいということだろう。CS+は売り物なので非対応なのもそういう
理由だと思う。 社外ICEが10万とかしていた頃ならともかく
純正E1が1〜2万くらいで買えるのにE2を買う意義って・・・ AVRの場合だと、6千円のATMEL-ICEよりも4千円のAVR-ISPmk2の方が
圧倒的に売れているようだから、機能差と価格差でどちらを取る人が多いかは
ユーザー層によりけりだろう。 ひょっとして主購買層は100円でも節約したい学生なのか?
社会人だったら+数千円でデバッガを使える方を選びそうだけど
いくらリアルタイムアプリケーションとはいえ開発の効率が全然違う
メーカ違うけどEZ-USBのGPIOにぶら下げたLED 8個のみで
デバッグとかもう二度とやりたくないぜw ICE 使わなきゃならないような開発はやらないな。色んな意味で。 >>625
同感。E20が高過ぎで、H8やSHの作業はLCD接続ポートを必ず設けて
それを使ってデバッグ作業していた。
これではPICやAVRに負けて当たり前と思っていた。 無償のe2studioが今後の主流になるのだろうか。
CS+がRZ未対応のままだと亜流になりそうだし。 エクセルシオールカフェ赤羽東口店では店員が自分の事、好きだと言い始めたので
優しくしたら他の店員のやっかみ、最低の接客だ GR-SAKURAとaitendo LCDでanalog clock作ったが、NTPで内蔵RTCの秒をピタリと合わせられない
外部にRTC持つしかないのかな? >>632
RX内蔵RTC愛用してるけど、ピタリとってどの程度?
時刻の書き込み時にRTC停止確認のウェイトが必要で、その時間分は書き込みが
遅れるけど、そんなのごくわずか。
LCD表示を目で見て判るほど遅れるはずがないと思うが。 >>633
自分のプログラムミスでした
GPSに対して、NTPで20マイクロ秒まで追い込めたが
かなり、進む GR-SAKURAのRTCですが
8時間で3秒進んでいるのを確認したが
そんなもんでしょうか RTC用のクロック積んでるしそんな誤差は普通はでないんじゃない ちょっと遊びで RX 用のマルチタスクフレームワーク作ってて、
スーパーバイザーモードに切り替えるのに SWINT = 1 を高速割り込みにして、
復帰情報に細工して RTFI してるんだけど、SWINT = 1 したから4命令ほど進んだ場所に復帰してしまう。
やっぱパイプラインかな。この間は NOP にするしかないんだろうか。なんかこの数クロックがもったいない。 色々テストした結果
_MYRTC::bigin();した時にRTCがリセットされるようで正確な秒は合わせられない
DS1307やRTC-8564NBの様に秒の合わせこみが出来る仕掛けが無いようなので秒がキッチリ合っている時計製作には外部RTCが必要と判った
出来ると言う人いるかな? >>638
パイプラインではなくライトバッファから出てないのだろう。NOPで調整ではなくダミーリードが正解と思う。
というか、素直にINT命令ではだめ? >>639
それってGR-SAKURAのWEBライブラリのバグでないの。
ウチはルネサスのアプリケーションノート「RTCaによるソフトウェアスタンバイ
モードからの復帰」を見ながら(ほぼ丸写し)コーディングしたけど、そんな問題
ないと思うけど。
>>637
それ読んだらRX62用プログラムをRX63に移植したみたいだけど、そのとき
問題を作りこんだように見える。 >>641
ライブラリのバグでしょうか
ソースを確認できないのでどうしょうもないですが
RX63Nのマニュアルみてもクロックを止める事できても、時刻の開始を0にリセットするような説明無いです
せっかくNTPと同期とるのにピタリと合わせられないRTCって?なんですけど >>640
INT 命令なんてあったのね。知りませんでした。
変更して試してみます。
ところで、ダミーリードってどうやるんですか? >>643
単純にかいたレジスタを読めばいい。
volatile uint8_t dmy;
ICU.SWINTR.BYTE=1;
dmy=ICU.SWINTR.BYTE;
みたいな感じ。
読み出しは書き込み完了後にしか行われないので、ダミーリードにより書き込み完了が保証される。 >>644
なるほど、勉強になります。
いろいろ動作を確かめてみます。 S124ではUSBクロックリカバリが付いてオンチップオシレータでUSB Full-speedできるようになったんか
RX100系とかにも載らんかね おっと、見覚えのある文字列が混じったURLだと思ったら
【荒らし】電子工作系人物ヲチスレ11【粘着】
http://wc2014.2ch.net/test/read.cgi/denki/1346668667/567
こんなトコにも来てたんかw > HEWのこの記法さあ、ビットアクセスが大前提になってるからGCCだとコンパイル時にエラー出ない上にちゃんと動かないんだよね。呪い、それ以外の言葉を持たない。
e2studioでGCC選んでプロジェクト作ってもリトルとビッグの両エンディアンに
対応した内容のiodefine.h吐くし動くけどな。つかHEWはIDEでコンパイラじゃねーよ。
> さらにこれ構造体のアクセスで、プリプロセッサから見たら明示的なIOアクセスと識別できないんで即値アドレスのメモリアクセス扱いになっちゃう。つまり、データキャッシュが入ってくると壊滅する。
メモリマップドI/Oのアーキテクチャで「明示的なIOアクセス」て意味わからん。
つか「即値アドレスのメモリアクセス扱い」が何言いたいのかわからんし、
I/Oにデータキャッシュ効かす奴がいたとしたらそれは普通に馬鹿なだけ。
> そんなわけないやん、この雑誌、2011年の記事やん。どんだけRXマイコンの開発環境って、発掘遺跡やねん。という笑い話ネタにお使いください
その雑誌に書かれてるHEWとかのRXマイコンの開発環境って既に保守モードだし
何が言いたいのやら。
ツッコミのひとつも入れないでいいね押してるフォロアー含めて馬鹿揃いだな。 >>647
この手の自分は優秀だと信じているバカが同じプロジェクトに居たらと
想像したらぞっとするな。電子業界に限った話ではないけど。
発注元のSEに居そうなタイプだ。 頼むからHOS程度でいいから純正のRTOSを無料でリリースしてくれないかな? ラズパイとかあるけどあれはやっぱ小さいPCだ。
RTLinux使っても平均的にはターンアラウンドタイムは改善しても、ワーストケースはふつーのLinuxとあんまり差がないようだ。
普段はクロックを殺しといて、割り込みで10msぐらいで起動するとか、
エンジンの点火時間を正確に制御したいとかには向かない。
基板だって安く売ってるし、開発環境だってほぼロハで入手できても、
これだけじゃめんどーなフラグの管理とかタスクディスパッチ機構を毎回毎回ユーザが用意せにゃならん。
なんとか、リーズナブルな価格or ロハでRTOS提供してくれないかな? >>660
synergyはcortexMだから小さいPCじゃないよ。OSもthreadXだから軽いはず。買ったけどまだ電源しか入れてない。 >>658
TOPPERSは日本の役所と大学が絡んで利害が錯綜して身動き取れないみたい。 ■ このスレッドは過去ログ倉庫に格納されています