個人的な雑記やら感想やらなんやかんや

ロボット、千葉ロッテマリーンズについていいかげんなことを書きます。

[41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51]

[PR]

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

2024/11/23 (Sat)

やはりデモプログラムが手薄なのでなんとかしたいと思うのですが、僕の悪い頭ではなかなかインパクトのあるものが思いつきません。
何かアイデアがあればぜひとも教えてほしいです。
他の参加者には弱いものを助けると思って僕のプロジェクトページにコメントしてほしいと思っています。

他の作品を見ていると、やはりデモプログラム、サンプルプログラムの存在は重要だと感じました。
指差し指示のRTCはRTMコンテスト2011のこの作品と被っているのですが、デモプログラムが面白そうなので評価は高くなりそうな感じです。
デモプログラムに加えて、動画等があれば印象に残りやすいのではないでしょうか？

今回のRTMコンテストにはいくつかデータポートが動的に増減するRTCがあるようですが、そのタイミングは共通してアクティブ化した時のようです。
RTMコンテスト2010に自己拡張するRTコンポーネントという作品があるのですが、このRTCのデータポートが増減するタイミングはコネクタを接続した、切断した時になっているようです。

以下のタイミングが考えられそうです。

onInitialize
onActivate
コネクタコールバック、コンフィギュレーションコールバック等
サービスポートの関数が呼び出されたタイミング
GUI等による操作時

1は起動後に変更はできないのですが、それでも十分な場合も多いとは思います。
2の方法をとるRTCは多いのですが、問題点が多い感じはします。

RTシステムエディタの復元機能との相性が悪い
設定する度に活性化、不活性化をする必要があるため面倒

何と言うか、1よりも自由度は高いのですが、3～5に比べれば手間が多いので非常に中途半端な印象で利点がよくわかりません。

何が正解なのかはよくわからないので詳しい人は教えてください。

にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

2014/11/20 (Thu) RTミドルウェアコンテスト Comment(0)

マニュアル執筆中(その82)

MS Officeを操作するRTC群のPython版のマニュアルを作成しました。

ここから読めます。

メインスレッド以外で2つ以上のスレッドでExcelを操作しようとすると動作が止まります。
何か良い方法を知っている方は下のコメント等で教えて頂けると大変助かります。

とりあえずプロジェクトページに載せてあるRTCのソースコードの行数をコロ助というソフトウェアでカウントしてみたところ28174行という結果でした。
ちょっと長いかな？ぐらいな感じでしょうかね。
ソースコードは短ければ短いほど良いとは思うので、どこか削減できるならしたいと思います。

もっと他の作品にコメントしたいのですが、動作できる環境がない事もあってなかなか書くことがないです。
「マニュアルはどこですか？」とか「スクリーンショットを貼ってください」とか書くこともできますが、僕がそういうコメントをするのは違うと思うのでやめておきます。
それにしても全作品を見てもコメントをしたのが2人というのも盛り上がりに欠けるというか、淋しい印象です。
もっと参加者が相互にフィードバックできたら良いとは思うのですが、なかなか難しいみたいですね。
僕は1人で参加している事と能力的に劣る事を考えると、他の参加者は僕の作品にアドバイスするために数日を費やすぐらいのハンデをくれても良いと思うのですが。言ってもらえればGitHubのリポジトリを編集できるユーザーに追加します。科研費とか使っている研究もあるわけで、一体どうすれば勝てるのかを教えてほしいです。

にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

2014/11/19 (Wed) RTミドルウェアコンテスト Comment(0)

マニュアル執筆中(その81)

ExcelRTCのPython移植ですが、7割ぐらい出来ました。
マルチスレッドを使用したときのWin32Comのプログラミングはかなり難しくかなり苦戦しています。マーシャリングが正直よくわかりません。僕みたいな素人にはなかなか厳しいです。
マニュアルを書く必要もあるのでそれなりに時間がかかりそうです。

まだまだマルチスレッドでのWin32Comの使い方がわかっていないのですが、今の所以下の方法を取っています。

まずはメインスレッドでCOM オブジェクトを作成します。

Application = win32com.client.Dispatch("Word.Application")
Documents = Application.Documents
Document =Documents.Open(filename)

次に以下のようにしてインターフェースのマーシャリングします。

mApplication = pythoncom.CoMarshalInterThreadInterfaceInStream (pythoncom.IID_IDispatch, Application)
mDocuments = pythoncom.CoMarshalInterThreadInterfaceInStream (pythoncom.IID_IDispatch, Documents)
mDocument = pythoncom.CoMarshalInterThreadInterfaceInStream (pythoncom.IID_IDispatch,Document)

そして別のスレッドでアンマーシャリングを行えば、そのスレッドでCOMオブジェクトが利用できるようになります。

pythoncom.CoInitialize()

umApplication = win32com.client.Dispatch ( pythoncom.CoGetInterfaceAndReleaseStream (mApplication, pythoncom.IID_IDispatch))
umDocuments = win32com.client.Dispatch ( pythoncom.CoGetInterfaceAndReleaseStream (mDocuments, pythoncom.IID_IDispatch))
umDocument = win32com.client.Dispatch ( pythoncom.CoGetInterfaceAndReleaseStream (mDocument, pythoncom.IID_IDispatch))

これで一応Wordの操作ができてはいます。
メインスレッド＋実行コンテキストのスレッドの2つなら特に問題はないのですが、コネクタコールバック等さらに別のスレッドから操作しようとすると動作できないみたいです。

詳しい人がいれば教えてください。

にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

2014/11/18 (Tue) RTミドルウェアコンテスト Comment(0)

マニュアル執筆中(その80)

間違えてInPort同士を接続してしまいました。
まあ皆さんよくやるミスと言うか、RTMあるあるですね。

何の意味があるのかと言われれば何の意味もないですけど。

MS OfficeのRTCのPythonへの移植をしていますが、配布は来週になりそうです。

去年の作品を見ていると、この作品はかなり頑張っているように見えるのですが賞を何も貰えなかったみたいです。何故でしょうね？
まあでも、要は賞を提供している方が気に入るかどうかなのでたとえ作品の出来がよくても運が悪ければ誰も選ばない可能性もありますし、運が良ければ作品の出来が今一つでも賞を貰えることもあると思います。最優秀賞はともかく、他の賞は平等に審査する必要なんてない訳ですからね。

何度が言っていますが、RTCをあまり分割しすぎるのは好きではありません。
このサイトでは以下の点が問題になると言っているようです。

システム全体の見通しを著しく害する
コンポーネント間通信やスレッド生成によりオーバーヘッドが増える

システムの見通しの悪さはrtshell等で複合コンポーネントを自動的に作成するようにして中身を隠蔽すれば解決はできると思います。
オーバーヘッドはrtcd等で同一プロセスでRTCを起動すればある程度改善はできます。
しかし僕の勘違いでなければ違う言語で作成したRTCは同じrtcdでは起動できなかったと思うので、オーバーヘッドはどうにもなりません。
boost.python等を使えば同一プロセスでC++で作成したRTCとPythonで作成したRTCを起動できるかもしれないですけど、その場合も単なる関数呼び出しでデータの受け渡しができるのでしょうかね？
まあ何にせよ無駄に分割しすぎるのはデメリットの方が大きいのでよく考えて設計した方が良いと思います。

にほんブログ村のロボットのカテゴリから
全然人が来ない・・・

2014/11/17 (Mon) RTミドルウェアコンテスト Comment(0)

マニュアル執筆中(その79)