【TOPPERS】ITRON総合スレ3【NORTi】【HOS】
>>87
TSK_SELFは,いつでも指定できるわけではないよ.
ter_tsk の仕様には,TSK_SELF が指定できるとは書いていないね.
よって,0を与えたときにE_IDとするTOPPERS系カーネルの実装は,μITRON4.0仕様に合致しているよ.
もちろん,自タスクのタスクIDを与えたときには,E_ILUSEが返るようになっているね.
ただ,一貫性の観点から,TSK_SELFを受け付ける(E_ILUSE を返す)実装を作りたくなる気持ちは解らなくもないね. で、TOPPERSを最終製品に組み込んで売っている会社ってあるんですか?
うちの馬鹿社長が、誰に吹き込まれたか判りませんが「今度の新製品はTOPPERSを使う」と言い出して、社員一同困っています。
うちは会社は小さくとも医療機器を売っているんで、信頼性が全てです。
TOPPERSの製品実績が少ないとか悪いとだとかの情報があると、社長を説得する材料にできるのですが >>102
採用事例はココな
ttp://www.toppers.jp/applications.html#example
フリーを使うのが怖いなら
AICのTOPPERS/PRO系使えばいいんじゃね?
それでもJSP使うんならAICで有償サポートしてるが
って俺社員乙 とりあえず、ITRONを導入するなら、ルネサスのHI7000/4とか導入したら?
実績はあるしサポートもあるし。
まあ、あとは予算だけどね。 TOPPERSは大学とかが設計しているからな・・・
本当に異常系などの処理ができているのか、すごく不安。
学生の卒論でのプログラムとかは、正常系はすごく高度なアルゴリズムなど
つかって、すごいプログラムを構築しているけど、あくまでも正常系。
大学の設計者達がどのくらい外の世界で業務として
ソフト開発を行ってきているかしらないけどね・・・ >>104
楽器系けっこう使われてるよね。仕事くれw >>106
そりゃもちろん。異常系なんか論文ネタにならない限りは放置。
実際利用する民間の担当と考えてると思われる。 楽器系はショボイ液晶ディスプレイでおkなんで良いねw うん。液晶気合い入りすぎの楽器はオレたぶん買わないw >>102
TOPPERS に NetBSD の TCP/IP スタックを組み込んだものを提供したことがある
該当サブシステムはエラーフリー(今までトラブルなし)
メーカ製 ITRON を組み込んだサブシステムはトラブルかかえまくり
もっとも, 該当システムの場合, カーネルの信頼性よりも,
ネットワークスタックの信頼性の方が大きいらしいが…
JSPはiTRON4の仕様に合致させるのが目的(のはず)だから
エラー時の動作もiTRON4の仕様に合致させていなきゃダメだろうから
信頼は出来るのかな
心配ならiTRON4の仕様書に
エラー時の動作が書いてあるから
各サービスコールに対する
試験プログラムを組めばいいだけかと
>>112
前スレでも言ってた人かな やはり、医療機器にITORN使うのはあふぉですか?ちなみ医療機器は医療機器でも手術に使う医療機器です TOPPERSの悪いところって、そのものじゃなくて、運営というか
取り巻く環境に問題があるんじゃね。
バグの情報は、会員には公開するが、一般には、修正後公開される。
会員になるには、お布施が必要。
会員の会社が、有償サポートやってる
という、なんともわかりやすい仕組みなんですが。
せめてNORTiにしとけ。
中身はiTRONです、って言って。 0$ちょっとグレードうpするだけで、
こえーガクブル枯れたITRONにしる!
とは、なんてガラパゴ厨w >これが世界初のAndroidケータイだ!
>ttp://www.gizmodo.jp/2008/09/android_3.html
>サン、Javaベースの携帯向けUI開発ツール「LWUIT」をオープンソース化
>ttp://japan.cnet.com/news/ent/story/0,2000056022,20378819,00.htm
>カーネル開発者になろうとする人々へ、Linus氏からのメッセージ
>ttp://slashdot.jp/opensource/08/08/21/228211.shtml
ガラパゴ厨にはこういった楽しみは無縁みたいだなw >>114
TOPPERS/HRPとか。
目的が微妙に違っているような気もするが。
>>116
青画面になって、医者まで青くなったり?
>>119
Linus は頭悪いことしか言わないので興味ない。 >>115
つか, 自分等でメンテ出来ない連中が TOPPERS 使っちゃだめだ
使ってるコンパイラ違ったら動かなかったりする実装しかないんだから
> 医療機器に
ぼくが知っているME機器屋さんは「セマフォくらいしか使わない」と言っていたけれどね.
セマフォにバグ埋めるのは,至難の業ではなかろうか.
ME機器と一口にいっても,幅広いね.
バグの少なさならTOPPERS/JSPはメーカ製より遥かにマシだよ.
宇宙機関連で,結構しつこくV&Vされたし.
でも,バグとかそういう理由じゃないよね.
訴訟リスクまで考えると,メーカ製のほうが何かと逃げやすい.
ITRONてアプリケーション層からドライバ介さずにハードウェアを触ることができるのですよね。 >>124
ITRONはアプリケーションもOSも同じレベルで動いているから大丈夫だよ。
>>125
linuxだとかt-kernel/SEだとアプリケーションはユーザモードで
動作するのでポートを直接たたくことは出来ないんだよ。
ITRONはアプリケーションも特権モードで動いてるから直接
ポートがたたける。
保護拡張機能のiTRON(TOPPERS/iimp)も
特権、ユーザで分かれてるな 売り物のITRONは特権モードとユーザーモードに別れていますか? >>130
基本的に分かれてない
軽く調べてみたが
TOPPERS/Pro/PX
eT-kernel/Extended
HI7300/PX
があるみたいだな ITRON(国内的に大ヒット) / T-Engine(内野ゴロ、もしくはチップ?) が
分離した時点でダサダサだと思ってるのに、
eT-kernel でITRON寄りのもの出して、何考えてんだかって感じだおねw ttp://pc11.2ch.net/test/read.cgi/pcnews/1214395925/132
なんかメインのOSはLinuxだったりするんだけど、通信制御の部分だけはiTRONを使っているみたいよ。 オシロスコープとかロジアナとかに適したRTOSってあります? >>133
ベースバンドプロセッサ側は結構使ってる
アプリ側のプロセッサは, ほとんど絶滅じゃない?
>>135
*** HP-UX ***
今はどうか知らないけど, アジレントに分離する前, HP の
測定器(ハイエンドのロジアナとか ATM アナライザとか)は
片っ端から HP-UX で動いていたw
日本だとITRONが使われているような用途に、海外だと何のRTOSが使われていますか? おやじのらくらくホン、エラいサクサク動くんだが、GUI含めてITRONかな?
メニューとか文字ベースだし、機能も少ないからかもしれんが。 >>144
>VxWorks
どうも発足時にITRONを盗んだ形跡がある。
限りなく黒に近い黒。
はっきり言って悪。 >>145 はいはい証拠証拠。
具体的に API のココが、っていう情況証拠でも構わないからねw >>135
向いているかどうかは知らないけれど、知り合いの国産の計測器屋さんは、WinCE使ってるって言ってたかな。
UIを作りやすいが重要らしいね。
WinCEを使っていない計測器屋さんも知っているけれど、画面を作るために色々ツールを自前で用意したとか。
>>148 応答性能は悪くない
フットプリントという意味では規模は大きめ VxWorksは特権モードとユーザーモードに分かれていますか? VxWorksは高いから日本の企業は使いたがらない
>>145
VxWorksはWindoriverがBSDiを吸収した経緯から、BSDの影響を強く受け、後に
そのエンジニアが辞めてしまったので、Linuxの影響が強くなっているのは、
少しでも扱っている奴ならドライバコード等からも容易に見てとれる。
そもそも iTRON に盗めるような技術的独創性はあるのか?
TRON計画やBTRONには(良い悪いは別にして)それなりに注目すべき点はあるが、
iTRONに関しては、スケジューラ他にしても、well known な技術の寄せ集めの
API集であって、実用的なコードがあるわけでも無く、他のOSに移植してまで、
盗む価値は無いと思うが。 >>139
日本と海外を単純に比較するのは難しい。
そもそも、組み込み自体が範囲が広いから用途によって様々。
海外なら、軽量なものはOS無しで組み、それ以上なら、独自でOS(らしきもの)を
作って、その上に構築する。もう少し汎用性を持たせたいなら、OS-9,VxWorks,pSOS+,QNXなんかを使い、それ以上なら、WindowsCEとかLinuxとか。
最近は、WindowsCEとかLinuxとかが下りてきて、他のOSを侵食している。
日本では、軽量なものはOS無しで、独自OSとかVxWorksみたいなRTOSの下方を、
iTRONが担っている。RTOSの上方は、日本でも(開発の継続性の点から)VxWorks
等のRTOSがまだ使われてて、WincowsCEとかLinuxが侵食してるのは海外と同じ。
>>153
VxWorksはどれ位のお値段するのでしょうか? NetBSDを組み込みシステムで使うのは大変ですか?
LINUXに比べると極端に情報量が少ないので、状況どんな感じか?掴めません >>157
少なくとも見知らぬ MMU 使ってる CPU だと Linux より簡単だよ.
VM 回り Linux より全然きれいだから
同様の理由により, 見知らぬ CPU に移植するんだったら FreeBSD
でも Linux より簡単
>>159
TECH-I だと No.5 「技術者のためのUNIX系OS入門」とかかな。
今となっては少し情報が古いかもしれないね。 BSD系OSをリアルタイムシステムに採用した場合、大変な点は何でしょうか?
例えば、UIの作り込みに時間が掛かるとか、ドライバの入手性が悪いとか LINUXの場合のモンタビスタ社のような会社が、BSDの場合あるのでしょうか? なんかガラパゴ厨とか何も知らないくせに
うっとうしいやつが多いな
ちょっと古い記事だけどここら辺を読むと
LINUX等の一般のOSとリアルタイムOSとの
違いがわかるかな?
ttp://bizmakoto.jp/bizmobile/articles/0509/07/news114.html
リアルタイムOSじゃないLINUXは最悪500usの応答性能
CDMAのプロトコル制御には2桁usの応答性能が必要
LINUXなんかはっきりいって使い物にならない。
ttp://cp.literature.agilent.com/litweb/pdf/5988-3485JA.pdf
応答性能の点ではuITRONはあらゆるOSに圧勝。
余計な処理を何もやっていないからとも言えるけど。。。
結論としてはリアルタイムOSとLINUXを比べるのは
そもそも間違い。土俵が違う
リアルタイムOSの性能を、応答性能で語るのは片手落ちだと思うよ。
ハードリアルタイム実現の目玉としてμITRON4.0で採用されたミューテックスはPOSIXが元ネタだっていうのは、このスレだか前スレだかで既出だよね。
Linuxも、2.6のカーネルプリエンプションとか、がんばっているんじゃないかな。
μITRON系だと、loc_cpuをどうしようかと右往左往して独自実装乱発しているのが現状だよね。
ま、ここはITRON統合スレなので、Embedded Unices の個々については別スレで。 >>164
Linuxで応答性能が必要なら、MontaVistaとかRT-LinuxとかRTAIとか使うでしょ
RTAIなら数μsの応答時間を確保できるぞ 秋月辺りで買ってきたボードにTOPPERSを載せる所位までを、新人研修でやったら、脱落者だらけでしょうか? 期間にも依るだろうけど、動かすとこまでなら特に大丈夫じゃない?
そんなに落伍することもないと思うけど。まあ、細部まで何もかも理解させるのは
新人じゃなくてもたいへんだろうけど。 BTRONは資料あるけどITRONを作るための資料って公開されてるの?
>>165
応答性能だけじゃなくてフットプリントもコストにかかわってくるために重要だね
montavista linuxで3MBも必要
とてもウォシュレットには乗せられない
>>169 ソースコード
オフィシャルに近いものではITRONガイドブックとか。
むしろBTRONのほうが資料が少ない。
個人的には↓の1月号が、ソースコード付きの解説で、参考になった。
ttp://www.cqpub.co.jp/try/shoseki/BN92.htm >>167
使ってるCPUとプロジェクトの対応状況による
ざっと思いつく段階だと, こんな感じ?
下に行くほど難易度高.
1: 何もしなくても動く
2: ブートとクロック回りとSIO回りを何とかすれば動く
3: コンテキストスイッチ部分に手を入れる
4: CPU まわり全部書き直し
>>169
ITRONの仕様が公開されているが, それ以上何か必要かい?
ドライバ仕様ってなんだ
iTRONは割り込みハンドラから自分で書くんだぞ?
>>174
> ドライバ仕様ってなんだ
ttp://www.assoc.tron.org/jpn/others/pdic.html >>175
こんなのに従ってるソフト見た事ないや
使ってるメーカーなんかあるのかね?
少なくとも仕様では無いな
メリットの無い縛りは足枷と言う うちの会社の専務が「俺らは自社でTOPPERSのドライバのフレームワークを整備した」と商談の場で自慢気に宣伝するのですが、それって本当に凄いんですか?他業種から来たばっかりの一営業には理解出来ません。 ・組み込み分野のTRON人気
安定した需要に対応
・フレームワーク自社整備
技術力 ttp://codezine.jp/article/detail/3048 >>178
フレームワークだけじゃすごくない
ドライバ含めてミドルウェアを自社資産として持ってるなら売りになるけど
>>183
なんでITORONって、フレームワーク、フレームワークと口にする人が多いんですか? Saya toron なら意味が通じるが、I toron は... T-Engineの開発環境のコマンドラインみてるが、
>-D__NETBSD_LIBC_USE__
だってよw
素直にNETB$Dのライブラリからドライバ使った方がよくね?
ァ ∧_∧ ァ,、
,、'` ( ´∀`) ,、'`
'` ( ⊃ ⊂) '`
別に、 -D で他の環境の ifdef コードを有効にしたり無効にしたりは
日常茶飯事なんだけどな。 仕様書に英語版はある
海外での実装例もある(互換APIの実装eCos)
海外での採用例もある(主にアジア圏だが) なんでITRONの話しになると二言目にフレームワークを語る輩が出て来るのでしょうか?
これって、この辺が元々整備されてないからでしょうか? 【知的財産】中国:「ソースコード」開示規制、柔軟姿勢も…「WTOのルールにも合致、企業秘密は守る」・中国商務省高官 [08/09/23]
http://gimpo.2ch.net/test/read.cgi/bizplus/1222179056/ ウェブ屋に比べりゃ可愛いもんだろ。やつらは一言目から最後までフレームワークだ。 ↑
その言い回しおもしろいねw
3人くらい登場させて笑い話にしてよ。