ただいまテスト中 : 掲示板
このフォームからは投稿できません。
name
e-mail
url
subject
comment

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

■ サポートに関してはSerial device monitorサポート掲示板(New)ヘ
■ サポート以外の話題(プログラム関係)はこちらへお願いします。
■ 48時間以内に作成されたスレッドは New で表示されます。
■ 48時間以内に更新されたスレッドは UpDate で表示されます。
記事リスト ( )内の数字はレス数
Nomal新掲示板のご案内＆SPBridge Ver 2.0情報(15) | Nomal位置情報メモ(11) | NomaleTrex Legend vs Legend Cx(5) | Nomal禁煙(5) | NomalNavin'Youのバグ修正方法(5) | NomalSerial Device Monitorのログサイズについて(4) | NomalGUSB2Com (Garmin USB to Com NMEA)(4) | NomalGmn2Nmeaの動作確認(3) | NomalPC不調の原因!?(3) | Nomal"Virtual PC 2007" Choppy(2) | Nomal仮想分配器つき通信ポート x8 V1.4.0(2) | Nomalステータス表示機能(2) | Nomal掲示板移行　画像書き込みテスト（修正書き込み）(2) | NomalSerial Device Monitor V1.6.2(1) | NomalWindows 7 Ultimate Beta 日本語版(1) | NomalSerial Port Bridge Ver2.0.0(1) | NomalWindows 7 64bit対応(0) | Nomalradiko.jp(0) | NomalUSBデバイスのURBをモニターするプログラム(0) | Nomal引越ししました(0) | NomalWindows Vista用WinHlp32.exe(0) |


■記事リスト / ▼下のスレッド
■93 / 親記事) 　Serial Device Monitorのログサイズについて
□投稿者/ Uehara -(2010/12/03(Fri) 19:44:00)
    こんちは、はじめまして
    Serial Device Monitorを大変活用さえていただいております。

    そこでひとつ質問なのですが、Serial Device Monitorのログ最大サイズが
    1048575（バイト？）までのですが、このサイズを大きくすることは
    できないでしょうか？

    大変勝手な質問ですが、よろしくお願いいたします。
引用返信
▽[全レス4件(ResNo.1-4 表示)]
■94 / ResNo.1) 　Re[1]: Serial Device Monitorのログサイズについて
□投稿者/ AERO -(2010/12/04(Sat) 11:18:30)
    はじめまして。
    Serial Device Monitorのご利用ありがとうございます。

    > そこでひとつ質問なのですが、Serial Device Monitorのログ最大サイズが
    > 1048575（バイト？）までのですが、このサイズを大きくすることは
    > できないでしょうか？

    プログラムを変更すればある程度までは、大きくできるかもしれませんが、上限はあります。
    現在の1,048,575件と言う上限は、I/O request packetの数ですので、単位は"バイト"ではありません。

    極端な例では、1,024Byteのデータの書き込み(IRP_MJ_WRITE)だけを、現在の上限である1,048,575件までモニターした場合のデータの総バイト数は
    1,024 x 1,048,575 =1,073,740,800 Byte
    約1GByteになります。

    具体的にどのようなケースで、モニターの上限値を現在より大きくしたいと思われるのか、お知らせいただければ、対応策をアドバイスできるかもしれません。(場合によってはプログラムの変更も検討いたします)

    また、仮に送受信データのロギング目的であれば、Serial Port Bridge にログ出力機能がありますし、仮想分配器つき通信ポート x8には、送受信いずれかのデータを複数の通信ポートに分配する機能がありますので好みのプログラムと組み合わせてログ出力に利用できます。

    よろしかったら、具体的な情報をお寄せください。


引用返信
■95 / ResNo.2) 　Re[2]: Serial Device Monitorのログサイズについて
□投稿者/ Uehara -(2010/12/06(Mon) 16:07:59)
    早速のご返信ありがとうございます。

    まさに送受信データのロギング目的です。
    環境としてA機とB機をRS232Cクロスケーブルで接続し、A機がB機を500msecでコマンドを発行して監視するようなシステムにて、ロギングで使用しようと思っておりました。（Serial device monitorのUIが素晴らしいので）
    ランニング試験で、現状15分ぐらいであっという間にログ最大サイズになるので、少し不都合を感じておりました。（500msec発行しているが、よくないですね・・・）
    ちょっとこちらで考えてみます。大変お手数をお掛けいたしました。

引用返信
■96 / ResNo.3) 　Re[3]: Serial Device Monitorのログサイズについて
□投稿者/ AERO -(2010/12/06(Mon) 17:18:05)
    > まさに送受信データのロギング目的です。

    なるほど、やはりロギング目的ですか。
    でも500msec間隔で、15分となると、少々短かすぎるような気がします。
    もしかしたらRead/Write以外のIOCTLもモニターしていませんでしょうか？

    もしIOCTLをモニターする必要がないのであれば、
    モニター設定ダイアログ -> モニターするイベントの種類に"Read/Write"を設定すれば、もっと長時間モニターすることが出来るかもしれません。
    いちどお試しいただければと思います。
引用返信
■97 / ResNo.4) 　Re[4]: Serial Device Monitorのログサイズについて
□投稿者/ Uehara -(2010/12/07(Tue) 20:20:14)
    AERO様

    お世話になります。
    > もしIOCTLをモニターする必要がないのであれば、
    > モニター設定ダイアログ -> モニターするイベントの種類に"Read/Write"を設定すれば、もっと長時間モニターすることが出来るかもしれません。
    > いちどお試しいただければと思います。

    上記を試したところ最低3時間以上ロギングできることを確認できました。
    誠にありがとうございます。これでランニング試験で確認できます。
    お忙しいところアドバイス頂きありがとうございました。
引用返信
■記事リスト / レス記事表示 → [親記事-4]


■記事リスト / ▼下のスレッド / ▲上のスレッド
■88 / 親記事) 　GUSB2Com (Garmin USB to Com NMEA)
□投稿者/ AERO -(2010/10/24(Sun) 15:44:40)
    久しぶりにGUSB2Comに機能を追加してみました。
    その機能は、PCの時刻設定をすると言う良く在る機能です。
    桜時計の設定項目を参考に自動的に時刻設定する機能も付けました。
    あと、時報機能も、"プップップッポッ"と毎正分にビープ音を出せます。

    USBモデルのGarminプロトコルを使用して設定できるプログラムは少数かもしれません。
    Garmin純正のMapSourceにも時刻設定機能がありますけど、誤差が大きすぎて使う気にならないし、そもそもMapSourceなど常時使用しないし。

    で、出来上がった機能で設定した時の精度ですが、NTPクライアントを使用して時刻設定した場合と比較して、違いがわからない程度の精度が得られています。

    比較対象のNTPサーバー、クライアント
    サーバー : ntp.nict.jp
    クライアント : 桜時計

    ネットワークが利用できる環境ではNTPクライアントを利用するのがお手軽ですけど、そうでない場合にはこんな方法も有るということで．．．

    ちなみに、eTrex Legend Cx (USB接続)の場合は、出力間隔が安定していて、上記程度の精度が得られますけど、eTrex Legend (serial接続)の場合は、出力間隔が一定でなく、精度が低い時があります。

    JST Clock
    http://www2.nict.go.jp/w/w114/tsp/JST/JST5.html

    時計が正確に合っていると気持ち良いです。(^^)


800×600 => 400×300

GUSB2Com_V2.gif/25KB
引用返信
▽[全レス4件(ResNo.1-4 表示)]
■89 / ResNo.1) 　GUSB2Comの出力Port
□投稿者/ AERO -(2010/11/03(Wed) 15:48:49)
    GUSB2Comの出力Portには「仮想分配器つき通信ポート x8」で1対N接続の通信路を作成して利用します。
    こうすることにより、NMEAを利用する複数の地図ソフトウェアを同時に利用することが可能になります。

    ※図の中で示したCOMx番号は私の利用するPCでの例です。
    実行するPC環境によっては同じ番号にはなりません。
572×417 => 400×291

VCom_x8_GUSB2Com.gif/20KB
引用返信
■90 / ResNo.2) 　ベータ版の倉庫からダウンロードできます
□投稿者/ AERO -(2010/11/07(Sun) 21:33:47)
    GUSB2Com Version 2.3.2βをベータ版の倉庫からダウンロードできるようにしました。
    動作のご報告や、要望などありましたら、この掲示板に書き込んでいただければうれしいです。


引用返信
■91 / ResNo.3) 　Re[2]: ベータ版の倉庫からダウンロードできます
□投稿者/ 7L2PLG -(2010/11/20(Sat) 14:02:49)
    GPSの動作確認報告です。
    ［1機種目］
    プロダクトID = 941
    バージョン = 210
    eTrex Venture HC Japan Software Version 2.10

    ［2機種目］
    プロダクトID = 801
    バージョン = 300
    eTrex Legend HCx Japan Software Version 3.00

    上記二機種、いずれも快調に動作しています。

    ところで、時刻修正は大変ありがたい機能でした。アマチュア無線をやっているのですが、無線家は山の上など携帯電話すら届かない場所で運用することが多く、時計を合わせ忘れると、業務日誌に記入する時刻情報が間違ってしまうことがあります。
    便利なソフトを公開していただき、ありがとうございました。

引用返信
■92 / ResNo.4) 　Re[3]: ベータ版の倉庫からダウンロードできます
□投稿者/ AERO -(2010/11/20(Sat) 16:07:52)
    動作確認のご報告ありがとうございます。

    いずれも、機種名にHがついた現行モデルですね。
    私は今現在、古いLegendとLegend Cxしか持ってないものですから、「現行機種で動くのか？」と不安にかんじることがあります。※Garmin製品のFirmwareは、？？なことが時々あったものですから...
    ユーザーからのご報告を頼りにしております。

    GPS時刻設定機能は、アマチュア無線の移動運用や天体観測など、山中でPCを使用する機会にお役に立てるときもありそうですね。
    今後のごりようでお気づきの点などありましたら、ご指摘いただければ幸いです。

    あらためて、ご報告ありがとうございました。


引用返信
■記事リスト / レス記事表示 → [親記事-4]


■記事リスト / ▼下のスレッド / ▲上のスレッド
■76 / 親記事) 　Gmn2Nmeaの動作確認
□投稿者/ 岡村 誠 -(2009/12/13(Sun) 07:45:26)
    Gmn2Nmeaの動作確認をしました．
    ゼンリンZi10，eTrex Vista HCxでOKです．

    プロダクトID = 694
    バージョン = 320
    eTrex Vista HCx Software Version 3.20


引用返信
▽[全レス3件(ResNo.1-3 表示)]
■77 / ResNo.1) 　Re[1]: Gmn2Nmeaの動作確認
□投稿者/ AERO -(2009/12/13(Sun) 13:17:22)
    岡村 誠さん、こんにちは。
    動作確認のご連絡、有難うございます。

    こちらの掲示板では、初めての動作確認のご連絡で、ほんとに嬉しいです。
    早速Gmn2NmeaにプロダクトIDを追加させていただきました。

    ※バージョン番号は変えずに、ビルド番号だけUPして後日リリースしようと思います。

引用返信
■78 / ResNo.2) 　リリースしました
□投稿者/ AERO -(2009/12/13(Sun) 15:48:52)
417×159 => 400×152

Gmn2Nmea_Build2.gif/11KB
引用返信
■79 / ResNo.3) 　Re[3]: リリースしました
□投稿者/ 岡村 誠 -(2009/12/15(Tue) 20:33:23)
    > 後日リリースしようと思っていましたけど、さきほどリリースしました。

    ちゃんと登録されているようです．素早い対応，ありがとうございます．

    GPSをRS232C出力のものから，USB出力のものに変えてから
    地図ソフトがうまく対応していなくて困っていたので
    Gmn2Nmeaは大変重宝しています．

引用返信
■記事リスト / レス記事表示 → [親記事-3]


■記事リスト / ▼下のスレッド / ▲上のスレッド
■43 / 親記事) 　PC不調の原因!?
□投稿者/ AERO -(2007/09/05(Wed) 22:42:01)
http://hp.vector.co.jp/authors/VA038157/
    最近PCが突然ハングアップする症状に悩まされ、試行錯誤を繰り返していましたが「もしかしたらこれかもしれない」と思える原因部位が見つかりました。

    マザーボード上の、この電解コンデンサがパンクし、CPUの電源周りが不安定になっているのが原因では？

    取り敢えず交換用の部品を発注したので、後で交換してみようと思います。
    もし見当はずれ、又は部品交換に失敗して致命傷を与えてしまった場合はPCを新調しなくては(^^;


479×451 => 400×376

p001.jpg/56KB
引用返信
▽[全レス3件(ResNo.1-3 表示)]
■44 / ResNo.1) 　もっこり
□投稿者/ AERO -(2007/09/05(Wed) 22:44:21)
http://hp.vector.co.jp/authors/VA038157/
    かなり、もっこりしてますね(^^;
670×377 => 400×225

p002.jpg/49KB
引用返信
■45 / ResNo.2) 　無事交換完了
□投稿者/ AERO -(2007/09/08(Sat) 20:13:16)
http://hp.vector.co.jp/authors/VA038157/
    組み立て直してから、恐る恐る電源を入れると無事に起動してくれました。
    電源電圧を交換前と比較してみると、5Vだけが0.2Vほど上昇したようだが、他はVCoreを含めて変化なし。

    各種負荷テストを実施してみると何の問題も無くすべてパス。やったね!!(^^)v

    その後、障害部位の切り分け用に購入してしまった新しいHDDに予防保守のためにお引越しを実施。
    多少の高速化と、容量増大が出来たからまあいいか(^^;

463×342 => 400×295

p003.jpg/44KB
引用返信
■46 / ResNo.3) 　これもパンク
□投稿者/ AERO -(2007/09/09(Sun) 10:24:28)
http://hp.vector.co.jp/authors/VA038157/
    2007/09/09(Sun) 10:27:17 編集(投稿者)

    パンクと言えばこれもパンクなわけで。
    真夏にチューブタイヤの野良パンク修理はキツイです。(-_-;
    おまけに、修理中に日が暮れて辺りは真っ暗。

    ２週間ほど前の出来事でしたが、その後エア漏れはないようです。（経過観察中）
    一応新品のチューブは用意したのですが、コンデンサの交換みたいにらくじゃないので交換は保留中。(^^;
512×768 => 266×400

p005.jpg/61KB
引用返信
■記事リスト / レス記事表示 → [親記事-3]


■記事リスト / ▲上のスレッド
■56 / 親記事) 　"Virtual PC 2007" Choppy
□投稿者/ AERO -(2008/07/12(Sat) 15:10:53) 
    Virtual PC 2007を使用時、ゲストOSの動作が、とぎれとぎれ動く様な感じで使い物にならない時の暫定対策をテスト中。

■対策方法
以下の様にOptions.xmlにenable_idle_threadの一行を追加
<virtual_machines>
http<enable_idle_thread type="boolean">true</enable_idle_thread>
</virtual_machines>

■副作用
残念ながら、この対策方法ではHOST OSのCPU使用率が高くなると言う副作用があります。
・シングルCPU環境の場合は、CPU使用率は100%になります。
・デュアルCPU環境の場合は、50% x2程度になります。


原因は、Virtual PC 2007でも以下と同じと思われます。
http://support.microsoft.com/kb/899525/en-us

要はVirtual PCと特定のチップセットの機能間の不具合と言うことらしいです。
因みに、私の使用環境はCore2Duo + 965 Expressです。

以下にも説明がありますので参考にされると良いと思います。

Virtual PC Guy's WebLog : Last resort for performance issues with Virtual PC on laptops
http://blogs.msdn.com/virtual_pc_guy/archive/2007/03/27/last-resort-for-performance-issues-with-virtual-pc-on-laptops.aspx

707×592 => 400×334

VirtualPC2007Choppy.gif/126KB
引用返信
▽[全レス2件(ResNo.1-2 表示)]
■58 / ResNo.1) 　Re[1]: "Virtual PC 2007" Choppy
□投稿者/ AERO -(2008/12/16(Tue) 22:28:26)
    いつの間にやら上記のenable_idle_threadの一行を追加しなくても、スムーズに動作するようになりました。
    ひと月ほど前にBIOSの更新を実施したのが影響しているような気がします。(未確認)

    BIOSのリリースに記載のある主な変更点は以下のとおり。
    ・熱制御について最適化しました。
    ・インテル社より提供された新しいマイクロコードに対応しました。

    なにはともあれ、CPUパワーの浪費が無くなり、CPU冷却FANの回転も穏やかになりました。(^^;)

674×601 => 400×356

VirtualPC2007.gif/122KB
引用返信
■61 / ResNo.2) 　Re[2]: "Virtual PC 2007" Choppy
□投稿者/ AERO -(2009/01/31(Sat) 21:59:08)
    これ、BIOS更新により改善されたのでは無いような気がしてきました。

    と言うのも、ATEN UC-232AのOEM製品(VID0557,PID2008)が接続されている時のみ改善された状態になるからです。
    つまり、ATEN UC-232AのOEM製品を取り外すと再びとぎれとぎれ動く様な感じになります。
    ATEN UC-232AはPlolific PL-2303を使用した製品ですので、他のPL-2303を使用した製品を接続しても改善されるのかもしれません。

    なんでだろ？

引用返信
■記事リスト / レス記事表示 → [親記事-2]


Mode/　 Pass/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree Antispam Version -