Real Time Operating Systemスレ
みなさんは組み込みマイコンのRTOSになにをつかっていますか?
ITRON?
Linux? >>110
省メモリ動作(数K)なんて、RTOSの基本機能に限定すれば簡単に
実現出来ると思う。
>>107
現在、RTOSで最も主流なのはVxWorksなのかね?
今後、"CPU"で言う"ARM"の立ち位置、つまり、"RTOS"という
分野のスタンダードになれるのか?
Linuxは今、最も勢いがあり素晴らしいが、ライセンス制約が厳しすぎる。
コード修正や保守が難しく、メモリ使用量削減が出来ない点や、
CPUにMMUが必要となる点で、CPUを選ぶOSとなってしまう。 RTOS枠でLinux語る人ってリアルタイム性なんて要らないんだろうな。>>111とかuLinuxみたいな亜流の話とも思えないし。
なぜ一本化出来ないんだろうって話はかつて日本ではスタンダードみたいな位置にいたitron系が最近はだんだん減っている理由を考えてみるといいよ。
というかCPUはARMに一本化されて・・・の下りから間違ってるんだけどな。組み込みの世界分かってなすぎ。 WindowsCEも、一応 RTOSなんだよね。びっくりだよねw
iTronって廃れたんだっけ?
ルネ系だと全然スタンダードな印象なんだけどぉ
ARMなら廃れたに同意 >>114
リッチな方はitron離れが進んでいる印象。だから減りつつあると書いた。そっち方面はQNX, VxWorksそしてリアルタイム性かなぐり捨ててAndroidを含むLinux系じゃないかな。
残念ながらCEはオワタと思ってる。俺の周りの環境ではitron, OS-9からCEになってQNXだわ。なんて書くと身バレしそうガクブル お、さっそく登場か。
やっぱりGUIとかネットワークとかファイルシステムとか、POSIX API くらい無いとやってらんないっす。 >>119
「Real Time Operating Systemスレ」で、スレ違の話する文意て何ぞ? >>120
スレ違いと言うほどAndroidの話なんて出てないじゃん。何が不満なのさ? >120
なるほど。その返答で能力が無いのがすごくよくわかった。
だからもう黙っててくれない? >>122
RTOSからAndroidに変わった例でも挙げてみてからなんか言え >123
尽く見当外れな事しか言えないのなら黙ってろ、というのがわからないの? >>124
Androidの話が見当はずれだと言ってる。馬鹿は黙ってろ。 >125
このスレで誰よりも一番Android、Androidと連呼しているスレ違いのバカはお前だろw
自覚ないのか? そっくり返すよ、「馬鹿は黙ってろ」と。 >>126
>このスレで誰よりも一番Android、Androidと連呼しているスレ違いのバカはお前だろw
あれ? 文意によってはAndoroidの話してもいーだろって主張じゃなかったの? >127
文意という語を誤解している印象だが、それはさておきそもそも何が不満なんだ?
「RTOSスレでAndoroidの語が出る事自体、どんな理由であれ一切まかりならん!」
と言いたいわけ? >>128
>文意という語を誤解している印象だが、
http://dictionary.goo.ne.jp/leaf/jn2/197140/m0u/
> ぶん‐い【文意】
> 文章の表現しようとしている趣旨。文章の意味。「―をつかむ」
これ以外の意味があれば教えて呉。
>「RTOSスレでAndoroidの語が出る事自体、どんな理由であれ一切まかりならん!」
>と言いたいわけ?
「RTOSスレでお前なんで関係ない話してんの?」程度だな。 >129
その意味で合ってる。それを踏まえて自身の文章を読み返しても違和感を覚えないなら何も言うまい。
次。話の流れとか一切関係無く僅かでも非RTOSに言及したらそれ即ちスレに関係ない話である、って事? >>130
>話の流れとか一切関係無く僅かでも非RTOSに言及したらそれ即ちスレに関係ない話である、って事?
RTOSを捨てる話の流れなんてないだろ。 >131
誤読ならすまないがそれはつまり、RTOSから非RTOSへの移行の話題はスレ違いで禁止、という主張? そもそもそんな話題出てませんが?何と戦ってるんだ? >133
131の意図する所はこうですか?という確認。
あれが正しい解釈なのか確証がないからこそ誤読ならと初めに断ってる。
違うなら違うでどう違うか言えばいいだけ。そんな言い方ではなく。 >>132
>RTOSから非RTOSへの移行の話題はスレ違いで禁止、という主張?
必要があって使ってたRTOSを何らかの理由で使わなくて良くなった、という話は
誰がしてるの? これから個人の趣味としてRTOSを勉強するなら何がお勧め?
有償でもいいけど何十万円とかは無理。 >139
ありがとう。良い本だと思う。ただいきなりRTOS自体の設計と実装から
始めたいのではなくて、まずは既存RTOSのユーザから始めたいので。 >>140
ブラックボックス相手に悩むより、中身がどう実装されているか知っていると、対処しやすい。 RTOSってピンキリだから対象の環境ややりたい事、自分の持ってる開発環境でも選択肢変わって来るしまずはそこ晒したら?漠然と言ってるなら>>139みたいな話になるよ。
ただ簡単に動かしてみたいというなら中身ちゃんと読んだこと無いけどFreeRTOSはコード少なくてビルドしやすかった。一応本もある。 なるほど。漠然としか考えてなかった。特に明確な用途も無いので、使い方よりも
先にRTOS自体の仕組を学ぶのも面白そうに思えてきた。皆さん親切にありがとう。 CQ出版の桑野さんが書いたヤツが良かった
RTOSの使い方じゃなくて、作り方だけど 昔はナビにrtos必要と言われてたけど
アンドロイドでも十分だったね
しかも大量生産で安く成ってるし
rtosとはなんだったのか そうやってけむにまく所がrtosのよくないところ
情報弱者にも分かりやすく説明出来ない様な技術じゃ実用性低くて採用されないよ
rtos載せれば消費者が飛びついて勝っていく訳でもないんだし
売りには成らん
非rtosのほうが充実してる事ばかりだ 何年という期間をノートラブルで動作し続ける組み込み機器の開発に情弱は不要。
JavaかPHPでもやってろ。 >>147
はぁ?RTOSとラウンドロビンの選定基準がお前みたいな情弱に説明できるか否かて、馬鹿か?wwww
ラウンドロビンでいい用途はラウンドロビンを使うし、ターンアラウンド規定がシビアな制御用途にはRTOSを使う
RTOS営利目的で販売してるところもこれを情報端末に使ってほしいなんて思ってない。
それがわからないやつはこのスレから立ち去れ >>145
エンジン制御にラウンドロビン使ってみろ馬鹿 イメージしてるのがRPiみたいなちょっと趣味でいじるマイコンボードレベルまでなんだろうね RTOS以外はラウンドロビン、ていう意味不明の信仰を広めてるのはTRON方面だっけ? RTOSとラウンドロビン程度のテクニカルタームすら理解できないアホはすっこんでな RTOSとラウンドロビン程度のテクニカルタームしか理解できないアホ↑ 今時の汎用OSはラウンドロビンじゃないし…
Linuxですら、わざわざRT-Linux持って来なくても、本家のconfigいぢるだけで
RTOSに出来てしまう時代に…
産総研のロボット制御なんかも、これでRTOSだね。 原発にrtosなんて使ってるから40年前の前世紀の遺物が保守されてないし新基準にも適合出来ずに廃炉に成るんじゃ
ちゃんと保守されてるrtosは何年もパッチ当てずに動いてるなんて事は無いよ
そんなのrtosの技術者は何年も生活費得る手段が亡くなってしまう
リナックスのrtos機能はなんちゃってだろ
あんなので満足されても困る
ユニックス機能と同じくらい似て非なるものだよ
ちなみにリナックスはユニックスのライセンスは受けていないから > リナックスのrtos機能はなんちゃってだろ
> あんなので満足されても困る
別に困らんだろう。
世の中その程度の機能・性能で済むアプリケーションがほとんどだ。
Linux を動かすリソースさえ確保できれば。
お前のレベルが低いだけと言いたいだろうが、誰もがミッションクリティカルな
システムを手掛けているわけではない。そんなのはごく一部。 >>157
>世の中その程度の機能・性能で済むアプリケーションがほとんどだ。
勝手に決めんなアホ > ちゃんと保守されてるrtosは何年もパッチ当てずに動いてるなんて事は無いよ
海外の原発だかで、RSX-11で動いてるとかいうのがあるんじゃなかったっけ? >>156
ワインバーグの工学の第一法則を思い出した。
「壊れてないものを治すな」
問題を起こしていないシステムを改良すると故障する
ワインバーグのテスト
「あなたはそのシステムに、自分の命をあずけられますか」 閉鎖系では、正しい。
少なくともLinuxなんか使ったら(ていうかUnixぐらい複雑なら他の奴でもみんなそうだけど)、
新しい脆弱性が見つかった、という外的要因で「何もしなくても、壊れる」から。 海外の原発で、PDP-11に由緒正しきUNIXで稼働中のものが有って、しかも
あと30年稼働させることが決定された、ってニュースなら見たな。
2038年問題どうすんだろ? まだ2000年問題も修正されてナイシステムが最重要施設で使われてたりするのか怖いな
閉鎖系では表面化しないだけでバグや脆弱性は修正されてない事がほとんど
ms-dosのパッチなんて無いだろ PC DOS 2000 日本語版
http://www.amazon.co.jp/dp/B00008HYVG
> 製品概要・仕様
> PC-DOS J7.0/Vの西暦2000年対応版 >>145
単純に、メモリあんまし載せられなかったからじゃね?
Androidはかなりリソース使うから、メモリが爆安の最近じゃないと_ ボーイングは普通にウィンドウズだった気が
ロケットのosは流石に見た事無いや 常用する様なosじゃないからリアルタイムの精度が不明だな リアルタイムos載せとけば国産ロケットもちゃんと打ち上げられたのにな じゃあなんで時間がずれて打ち上げ中止に成ったの?
リアルタイムだから制御コンピュータとロケットは同期してるよね リアルタイムOSというものを全く知りません、と言っているに等しい発言、ありがとうございます。 RTCOSという新しいジャンルのOSが生まれた瞬間であった QNXはBlackBerry Tablet OSに進化したの?
それともQNXは終わったのだろうか 打ち上げシステムとロケットの両方にリアルタイムosが乗ってれば時間は完全同期してるよ
まあrtcから読み出してるから当たり前なんだけどね
公務員が作ったリアルタイムosは精度が悪くて遅刻したりするんだろうな
民間で作った有料リアルタムosなら問題ない(きりっ >>177
>まあrtcから読み出してるから当たり前なんだけどね
別のXTALで動作してるRTCが同期なんてする訳ないじゃん リアルタイムOSは通信のタイムラグを無視できる魔法だと思ってるのかw むしろ非RTOSの方がタイムラグを無視してくれるよな。
検出できないという意味でw だからシステムエラーで止まってしまうポンコツシステム
所詮学者が作った玩具だよ
カーナビに命運を託したルネサスは終わろうとしている またリアルタイムなのに時刻が合わないんだろうなwww >>182
TRON, TOPPERSのことかっーーー!? システムエラーから割り込んで
最大限のメモリ内容を残す非常用立ち上げ処理後、
ダンプ吐く処理にしてた。 高信頼性リアルタイムOS TOPPERS/HRPカーネルとSafetyカーネル
この国産RTOSは、H-IIAロケットやH-IIBロケットの搭載コンピュータに採用されました
(2012年7月21日初フライト)宇宙航空研究開発機構(JAXA)
TOPPERS/HRPカーネルは、μITRON4.0のスタンダードプロファイルに、メモリプロテクション、
ミューテックス、アラームハンドラ、オーバランハンドラを追加し、信頼性機能を強化しています
TOPPERS/HRPカーネルには、JAXAと名古屋大学の共同研究の成果物を利用しています
TOPPERS/HRPカーネルとSafetyカーネルには、TOPPERSプロジェクトの成果物を利用しています >>188
μITronに標準でmutexなかったっけ?
仕事でやっていた実装系はあったけどなぁ http://ja.wikipedia.org/wiki/%E3%83%9F%E3%83%A5%E3%83%BC%E3%83%86%E3%83%83%E3%82%AF%E3%82%B9
> μITRON仕様
> 3.0仕様以前には、ミューテックスは存在しない。広義のミューテックスはセマフォで代用することは
> 可能であるが、優先度逆転を防げない。 しかしながら、3.0仕様準拠OSでも、実装独自に優先度
> 逆転を防止できるミューテックスが存在する可能性はある。
> 4.0仕様以降では、優先度上限および優先度継承をサポートするミューテックスオブジェクトが追加
> された。しかし、スタンダードプロファイルには含まれておらず、実質オプション扱いである。 何か実用性低い実装だな
国産ロケット打ち上げがたまたまうまく逝く程度な訳だ >>191
>>187-190の書き込みもう10回位読み直したら?
その程度の日本語力の奴が人のやってる事批判するのは10年早いぞ。 nasaはシンクパッドとか使ってるよね
こないだステーションで見かけた FreeRTOS用のCMSIS-OSラッパーならあるみたいだ
CMSIS-OSが今後の標準になるのかは別として >>201
CMSISってARMのだよね。
それにラッパーってどいうこと? >>202
CMSIS-OSはOS実装そのものではなくARM社が提唱するAPI仕様。俺の知ってるのでは、KEIL RTXをラップしたものとFreeRTOSをラップしたものが有る。基本的にはCortex-Mターゲットを前提としてるみたい。 >>203
つまり、
・CMSIS → 各チップ間の差異を吸収
・CMSIS-OS → 各OSの差異を吸収
ということか。
そこまで頑張っちゃうんだ >>204
まさしくそんな所。
あとKEIL uVision5触っててきづいたのは、GPIOとかRCCとかのペリフェラル用APIもこれまでCPUベンダー毎に各社各様だったのが統一されてる。
これはOSではなくCMSISの側の領域なのかな。ここら辺もARM CPU全体で互換性が改善されてるみたいだ。
KEILはARMと提携してる(経営が同じ?)のかして、uVision5が互換性向上の実験場になってる気はするけど。 俺のこの認識って正しい?
Toppers … カーネル?がゴチャゴチャ沢山あって、なにが違うのかよ〜わからん。カーネルだけあってもだし、これなら T-Karnelが良い。
uT-Kernel … コンパクトな上、USBとかTCP/IPとか揃っている雰囲気。
FreeRTOS … カーネルだけで、それ以外は全部集めてこないとダメ。 >>206
FreeRTOS気に入っている。マイコンベンダが初期化コードを生成してくれるのが揃ってきていて、そのツールでミドルウェアとしてFreeRTOSだのFatFSだのが使えるようになっている。足りないとろは自力で揃えるしかないだろうけど。 家で不労所得的に稼げる方法など
参考までに、
⇒ 『武藤のムロイエウレ』 というHPで見ることができるらしいです。
グーグル検索⇒『武藤のムロイエウレ』"
SM60X6DQ7X dispatcherだけ作ってファームウェア書くのが楽なんだが気のせいかな