11/10/13 04:20:39.90 xOzINtMw0.net
>>103 素朴な質問です。
データの日付で
10/10/2011-13:48:46;38;0.13;;0;0.4;;26;;
10/10/2011-13:48:47;39;0.12;;0;0.4;;26;;
月/日/年- ですよね？英語圏のソフトだし。。。 違ったら書き込んでおいてください。
10月10日だから・・・アレ？どっちだ？ と
「月/日/年-」で進めてます。
105:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/13 10:32:45.04 vxmYCo/10.net
>>96
>了解だ～！ 任意のキーを設定できる方が自由度が大きいカナ。
あんまりそうではなし、でっかいくて押しやすいのはEnterとSpaceくらいだけれどEnterキーは特別な意味を持つのでSpaceキーを選択しました
106:103(福島県)
11/10/13 19:07:30.65 ggrI3Ko30.net
>>104 大佐殿
Sc 283291
検証用にご利用いただければ幸いです
107:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/13 19:22:41.85 xOzINtMw0.net
>>106 現在動作確認中＆バグ探し中です。
ガチャコン ver.0.16 今日中にＵＰできそうです。
PDS-100GN / PDS-100GN/ID 対応
アイコン色範囲の任意設定可変型モード搭載
（統合会見ウォッチしてるので終わってから数時間後かな・・）
108:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/13 20:27:06.66 xOzINtMw0.net
2011年10月13日 統合対策会見より
記者： 「モニタリングポストを増やすなど。で対応して拡充で動いているのか、検討なのか」
文科省：「先程の拡充拡大、Srなどの汚染拡大について福島中心から拡充すると検討したいということ」
記者： 「住民関与での線量マップの作成などを勧告している。
ICRPの求めていることを当事者それぞれに一回国民全員に共通理解の上で足りないところをしないとモグラ叩き状態になる。
そうではなくするべきだと」
安全委：「1つの件、基本的に審議会なのでICRPの勧告の理解は重要だと思うが、
説明業務というのはマンパワーや役割的に出来かねる。政府の指示があれば別」
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
役所対応だねぇ、「出来かねる」と言っても指示があれば [考える] とやる気はなさそうです。
まぁ「何」やるにしてもその予算は税金なので「勝手」にやったら問題なんですけどね。
109:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/13 22:32:02.48 xOzINtMw0.net
放射線計測マップ作成支援：ガチャコン ver.0.16
URLﾘﾝｸ(www1.axfc.net)
更新内容：
PDS-100GN / PDS-100GN/ID 対応
アイコン色範囲の任意設定モード搭載（対、政府基本方針案「（毎時０・２３マイクロシーベルト）以上」）。
可変設定型です。
□任意設定：最大値を0.23μSv/h (0.23μSv/h) 例：デフォルト
0.08以下 0.11以下 0.14以下 0.17以下 0.20以下 0.23以下 0.23超
※ 何箇所か表示の上下位置が変わりましたので設定を注意して見直してください。
↑高
設定上下（上が高という感じになりました）
↓低
応用例：
例えば、多色分解能の↓を青、↑を黄、（Over は真紅、固定）に変更すると
安全圏は濃い青～線量が上昇すると黄色く変化し、「年１ミリシーベルト以上」の「汚染状況重点調査地域」が真紅で現れます。
※ ただし車両などの中で計測する場合は、車が遮蔽物となり線量は低めで検出されることが多いそうなので目安と考えてください。
110:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/13 22:42:57.93 xOzINtMw0.net
>>106
余裕があればポートモニターで PdsMass の通信ログを採られると
なんらかのツールが作れるかもしれません。
111:106(福島県)
11/10/14 01:26:56.59 AvjvD+f10.net
>>109 大佐殿 ver0.16いただきました
PDS100GN対応、ならびに任意設定モード搭載ありがとうございました
前回の20111010のログデータをコピペで20111013に貼り付けてガチャコンしました
ログデータ数値は車内計測数値でしたので車内×1.3が車外と仮定して任意設定で
0.07以下 0.09以下 0.11以下 0.13以下 0.15以下 0.18以下 0.18超
として車内ログ数値を読み込ませてみました
世田谷や船橋の件もありますので、今後は歩くのも必要と感じました
>余裕があればポートモニターで PdsMass の通信ログを採られると
>なんらかのツールが作れるかもしれません。
お手数でも誘導をお願いします
112:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/14 04:30:41.42 CXw4Vqtl0.net
>>111
ほい
URLﾘﾝｸ(www.shoshin.co.jp)
113:かわぶた大王ninja(新潟県)
11/10/14 06:43:44.14 O0zjnZ9J0.net
携帯電話にガイガーカウンター機能とGPS機能の装着を義務付けて
強制的にデータを吸い上げれば
かなり制度の高いマップが出来上がるんだろうが。
GPSとガイガーをパッケージしたものを大量に配布するんでもいいや。
景気回復にも効果ありそうなんだけど、民主党はやんねぇだろうなぁ。
114:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/14 07:41:35.89 TqLAZZDa0.net
>>113
義務付けは、また「管理される～」とかプロ市民が湧くと思うな
それと URLﾘﾝｸ(www.synnex.co.jp)
納入遅延しているそうだし、コレ情報をＵＰすると世界中にバレるんだよな
高い線量の所測る人多いだろうし
ホットスポット側溝の線量をＵＰして、それがさもその都市の汚染のように受け取られる可能性があると思う。
昨日の統合会見でも日暮氏が発言 >>108 していたけど、
「住民関与での線量マップの作成などを勧告している。」で安全委がすっげー嫌そうな顔してる。
東京のホットスポット問題でもっとやるべきって話にも
福島県からじょじょに という返答。
もう何ヶ月経ったと・・・恐らく多くのホットスポットがまだまだ発見もされずに被曝しつづけてると思う。
大量に配布してもその費用は税金だし、特定企業しか利潤に預かれないと・・・
・・・でエステーのエアカウンターで6000台行政が押さえてるような話が出てる
しかも監修が御用・・・・悪い予想しかできないです。
海外からの援助線量計の行方が追えない・乾電池を政府がガメてたという同じ轍を踏まないようにして欲しい訳だが・・・
115:地震雷火事名無し(芋)
11/10/14 08:14:43.76 CXw4Vqtl0.net
>>111
DL先が
116:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/14 08:16:20.52 CXw4Vqtl0.net
>>111
書き込み途中でおしちゃった、失礼
DL先が変更になってます
URLﾘﾝｸ(technet.microsoft.com)
です
117:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/14 23:26:05.10 TqLAZZDa0.net
>>111
↓ のリンク先からポートモニターを入手してインストールします。
>>116 誘導ドモドモ
Portmon for Windows
Windows NT/2000/XP
使い方（解説しているサイトを見つけましたのでこういう感じで）
URLﾘﾝｸ(www.shoshin.co.jp)
① PDS-100GN - PdsMass の通信ログをポートモニターでとります。
② PdsMass のログも保存します。
③ PdsMass で行った操作を操作順に書き出します。
まとめてＵＰします。
①は、PdsMass を起動させたあたりからプログラム終了まで採ります。
今回の場合ですと、
１．PdsMass を起動、ロギング開始
２．PDS-100GN と接続、線量の受け取りスタート
３、PDS-100GN との接続解除
４、PdsMass ログセーブ
５、PdsMass 終了、Portmon ログセーブ
という流れです。
うまくいけば、ｍｓの速度変更操作などを途中に入れるなどです。
様は、PDS-100GN から流れてくる線量データのフォーマットが解ればリアルタイムマップだとかが出来ちゃいますねと
118:地震雷火事名無し(アラビア)
11/10/14 23:46:18.71 4IA/KMe/0.net
>>113
一般人に測らせたとしても精度や信頼性のないデータが貯まるだけで終わってしまうってのを
恐れてるんだと思いますね。
例えば、地上1cmなのか1mなのか、車や建物の中なのか、あるいは検出器むき出しなのかの条件もあるし
検出器の種類や特性等も効いて来る。ここらへんをきちんと管理しないと同じマップにプロットする事すら出来ません。
一般の人たちにそこらへんを気にしながら常時測定し続けるようにしてもらうのが非常に難しいと思いますね。
一般の人たちが測定条件を気にしなくてもよい測定方法が確立出来ない限り実現は難しいでしょう。
119:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/16 01:26:37.76 5O3YqgCz0.net
Option_Logger_r2.zip
URLﾘﾝｸ(www1.axfc.net)
内容：オプションプログラム
ver1.01： Logger_Radiation01 ＜ ロガー
ver1.00： Log_Splitter ＜ ログ切り分け(名称変更
更新内容：
キー入力で、栞「しおり」を挿めるようにした。デフォルトはスペースバー（任意変更可）
名称がカッコよさそうなので変えただけなのはナイショ
120:地震雷火事名無し(芋)
11/10/16 02:41:35.45 0vqG5Fyv0.net
>>118
一般の人たちが測定条件を気にして通常計測できる様にしむけばいいんじゃないかなあ
121:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/16 03:28:50.88 5O3YqgCz0.net
ガチャコンで対応済みフォーマットの機種を順次、
単体ごとのガチャコン汎用ＣＳＶへのコンバートの補助プログラムを作り始めてます。
そうすればログスプリッターで分割させやすいし、
表計算ソフトでも扱いやすくなるだろうから（需要があるかは知らないけども）
122:地震雷火事名無し(アラビア)
11/10/16 06:31:21.77 sZGap2N+0.net
>>120
それが徹底出来ないところに問題があるわけで。
信用して良いのか判らないデータが大量に集まっても、それをどう使うのか？って話になる。
例えば、1/3くらいはいい加減な測定のデータと思われるが、どれがいい加減かは人間が吟味しないと判らない、では
その吟味のための人員で測定して回った方がずっと効率が良いわけだし。
吟味して判るならまだしも、線量と位置情報だけ送ってくる程度じゃ吟味しようがないからね。
やっぱり、手元にある機械が個々の測定条件のばらつきを自動補正出来るのでもない限り難しいよ。
123:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/16 07:24:20.27 5O3YqgCz0.net
単体・固有の雑多なプロットというのは混乱初期には有用になるし、早期の疑い箇所警戒には使えるかと。
混乱期を脱しえば機種ごとや計測条件で統一したデータが有用になりますし
時期と捉え方ですよねぇ としみじみ
機種特性も鑑みて、学区レベルや市町村レベルで同タイプごとのグループによるサーベイマップをやってけば
その地区で有用に～（ry
>>122
このスレって
まぁそういう個々のも含めてより良い方法と手段を模索する為でもあるしネ
東京・横浜のホットスポット（今更）でそういう市民によるシラミツブシ・サーベイの重要性は増すかと
航空機モニタリングでなんて細かい所なんてわかりゃーしねーさ あんな雑なの
124:地震雷火事名無し(アラビア)
11/10/16 09:13:51.94 sZGap2N+0.net
>>123
関心のある連中が自分で調べる事自体を否定してるわけじゃない。
測定法や線量についての知識や関心の低い一般人を安易に使うことを問題としているだけ。
決められた手順をしっかり守って測定出来るか？と言われると、実は関心がある人や専門家だって意外と難しい。
だから、
> 携帯電話にガイガーカウンター機能とGPS機能の装着を義務付けて
> 強制的にデータを吸い上げれば
というのなら、どうやってその仕組みで同一条件のデータを吸い上げられるようにするかまでを
考えた上で提案した方が良いのではと。
シラミつぶしを効率よく進めるためにも、測定条件の統一が余計に必要になって来る。
125:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/16 10:10:54.46 5O3YqgCz0.net
>>124
まぁ 疑問・問題提議の１つとして受け止めて懸案しておく１例で良いんじゃないですかね？
学校関係で国（文科省）は児童に積算バッチ配って調査やったりしてるし・・・アレは言わば強制の部類。
行き当たりばったりを思いつきをやるのが今の政権なので（ちょっとマシになったか？）
そういった事をやられる前に考えておくのも別の手段が浮かぶヒントになったりするかも？しれませんよ。
126:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/16 12:55:34.15 ca9I/Nq20.net
>>119 (`･ω･´)ﾉｼ 大佐殿
なんかスペースでしおりってくれません
要設定ですか？確認してみてください
127:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/16 18:38:20.24 n2n9tgZ70.net
>>111
>>117 の説明①の作業前にPortmon for Windowsを動かしとかないとログが取れないです
128:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/16 19:02:15.70 5O3YqgCz0.net
>>126 指摘サンクスです！
原因が判りました！ 申し訳ないです。
TLOG_R01 0x14 ■ Alpha□
の■を弄って 0x20 にしてもらえますか？
[↑]
[↓]
当初１０進数表記で32にしてたのを１６進数の２０に変えた際
設定が無い初期状態でのデフォルト値が２０（１０進数）で0ｘ１４ （16進数にして表示）にしてしまってました。
一度設定して終了させると設定保存されるのでしばしの間、それで。
今、別のことやってるので近々更新します。
他に何か気がついた事があれば指摘お願いします。あれば、まとめてやるようにしますので。
129:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/16 19:27:37.83 n2n9tgZ70.net
>> 128
了解でーす
遠征は月いちくらいしか行けないので問題ないです
ちなみにRAE2_SerialPort_ver104 は良好でーす。っが、
RAE2_SerialPort もGeigerRecorder もちまちまお願いがありますので、週末まとめてレポします
今日はPortmonとMtail立ち上げっぱなしでしたｗ
130:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/17 20:42:45.03 Zrhde0UA0.net
>>129
了解、レポ待っときます！
私の関わっている優先順位の基本姿勢を自分なりに
１．緊急的な被災者向けが本位
２．状況の変化にいち早く追従先行
３．使い勝手の向上
４．新規の予防的な懸案
～～超えられない壁～
低．お遊び
という感じでしょうか？
そういう感じで >>81 (福島県)さんの機種対応話は、まぁおいおいやってみるか・・・
だったのが、同？ >>101 さんの「汚染状況重点調査地域」要望なんてのはズバリ上位なうえ、
（言い方は悪いが）汚染災害地帯と密接に関わる現場の人 なので緊急要件として急ぎました。
なので、ユーザビリティレポートというのは、
現場の人の使い勝手の向上に役立つと思ってますので（おちゃらけは低めで）ウェルカムです。
・・・ガチャコンでは、ボタン操作が多くて紛らわしいかもしれませんが、
確認に確認を重ねてデータを作成するという手順をわざとふんでいます。
p.s. 移行予定先の板スレ>>74 にDAT 落ち防止なんらかの情報で保守など適当に～
行政が行っている取り組みと現状とか～レポートとか～記事リンクとか～
１人しか書き込んでいないとか難癖つけられて削除対象になったりしたら、さてどうすっべ？になるので。
131:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/17 22:30:15.73 H6UbDXoY0.net
>>130
異論反論はそれなりにありますが、私自身は「おちゃらけた」要望してないつもりですが
132:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/17 23:11:48.57 Zrhde0UA0.net
>>131
ですので絶賛ウェルカム中です。 ＲＯＭの人が多いようなのでまじめなレポは貴重なんです。
133:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/18 19:42:47.60 tK0qTocT0.net
このスレ的に私なりには
１．緊急的な被災者向けおよび「早急に」被災者救済に関与してくれる方が本位
２．実体験から来たアイディアの反映
３．使い勝手の向上（あらゆるケースの考慮、しかし作り手さんには低不可考慮）
～～～別途枠～～～
こんな事聞いたり頼んだりしてもいいのかなオロオロ ←大歓迎！！
で参加させて頂いてます、ですので大佐殿の基本姿勢には賛同～
しかし時に発言はおちゃらけさせて頂きます()
うわ、揺れた
134:地震雷火事名無し(禿)
11/10/18 20:00:23.82 yA5OQC+y0.net
くなたは
135: ◆MustangENQ (長屋)
11/10/18 20:17:59.32 dqWyYb/P0.net
>>133
・・・いやいや・・スレとかじゃなくて、
単に「私の関わっている優先順位の基本姿勢を自分なりに」で
今回の緊急災害に対して私個人での優先順位の位置づけを自分に課してるダケです。
要望やなんかがバッティングしたり実生活もありますから、
俺が先に言ったとか、ワシが先だとか、じゃなく、私はこういうスタンスでやってるので・・という意思表示だけです。
結構くどい言い回しを書いてしまう癖があるのは自覚しているので、誤解を与えてしまって申し訳ないです。
運営板の方で結構モメているらしく、このスレも何時スレストが掛かるか混沌としてきてます。
災害と同じく、慌てず落ち着いてをやっていきましょう。 > all
現時点で板のスレ数が、６７３スレに拡大中。 ちょっとこれは「危険があぶない」w
※ トリップのみの表示は、「何か」書き込もうとすると[名前が長い]など、なんらかの規制？が始まった？
136: ◆/BLnkBtCx6 (芋)
11/10/18 20:33:46.86 tK0qTocT0.net
>俺が先に言ったとか、ワシが先だとか、じゃなく、私はこういうスタンスでやってるので・・という意思表示だけです。
重々分かったとりやす！！を書かんがためなんで誤解もなにもしてませんよ
自分も時間有るときにしか発言してないしｗ
ROMさん多いのでちょっと目安な発言でも書いとこなってだけでした m(_ ._)m
知らぬ間に芋の解除ｷﾃﾀ━(ﾟ∀ﾟ)━!
137:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/20 03:05:19.83 KtTMHf4F0.net
名前欄ﾓﾄﾞｯﾀｰ
今更ながら汚染マップということで「地図」スレを探しに徘徊してみるとｗ
地理学・人類学＠2ch掲示板 無し？
地理・お国自慢＠2ch掲示板 無し？
登山・キャンプ・アウトドア＠2ch掲示板 ２スレ
ソフトウェア＠2ch掲示板 ２スレ
モバイル＠2ch掲示板 １スレ
無いなぁ・・・・カーナビとかならあるけど
138:[´・ω・｀] ◆/BLnkBtCx6 (芋)
11/10/21 20:34:29.44 1rVFHkxL0.net
週末レポの予定でしたが、今朝ほど実父が脳溢血で入院しました
IRCに入ってしまったので、おそらく２~３習慣ほど遅れます(そんなに心配しなくてもいい状態みたいです)
芋が再帰省でここ以外書けない(ﾉД`)ｼｸｼｸ
139:地震雷火事名無し(福島県)
11/10/22 00:13:47.71 12te3Ch00.net
会津走行線量率地図(2011/10/10～2011/10/20)をアップしました。
データ作成には◆MustangENQ氏作成のGeigerMixGpsProject Ver0.16を使わせていただきました。ローカルで見ていたカシミール３Ｄの感覚で
全7040行をアップしたら重過ぎました orz なので偶数行を削除してデータ行を半分にしました。
URLﾘﾝｸ(geigerdata2.appspot.com)
140:地震雷火事名無し(千葉県)
11/10/22 17:31:26.01 0/SHJQkf0.net
削除依頼出てます。
次スレは放射能板へとの削除人からの回答。
ｽﾚﾘﾝｸ(saku板:185番)
141:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/22 21:01:21.62 bg65s10Z0.net
｡｡
ﾟ●゜ ﾍﾟﾀ ｯ
>>140 の先を抜粋
>ｽﾚﾘﾝｸ(saku板:185番)
>185 ：削除屋＠放浪人 ★：2011/10/22(土) 17:09:50.01 ID:???0
>重複スレッドは誘導してから再依頼下さい。
>一部様子見＋保留で。
>・次スレで放射能板に移動するようにして下さい。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ｽﾚﾘﾝｸ(lifeline板) ← このスレ
> ｽﾚﾘﾝｸ(lifeline板)
> ｽﾚﾘﾝｸ(lifeline板)
> ｽﾚﾘﾝｸ(lifeline板)
> ｽﾚﾘﾝｸ(lifeline板)
───────────────
>>140
(￣^￣*ゞ ﾋﾞｼｯ! 了解！ 「次スレは放射能板で」の指摘、重々承知しております！
(￣^￣*ゞ ﾋﾞｼｯ! 運営見解に沿って「次スレは放射能板で」を混乱なきよう勤めております！
(￣^￣*ゞ ﾋﾞｼｯ! 報告ありがとうであります！
142:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/22 21:21:16.49 bg65s10Z0.net
>>138
たいへんですね、回復に向かっているようでなによりです。
ご自身の生活モロモロをまず優先させるのは、とっても大事なので、気長に待ってます。
>>139
ふむ [地図・写真] にしてみると、川でもくぼ地でもないような箇所で急激に上がったりと・・
ほう
7040行かぁ
なるほど
そうね
あれをあーしてこうか
参考になりましたっ！
乙です！
143:139(福島県)
11/10/22 22:21:34.16 5W5OUbRn0.net
>>142 大佐殿 ここで続けてよいのかな？ あっちに移ったほうがいいのかな？
7040行をアップし表示させたら固まった私の骨董品ＰＣ
ガチャコンで吐き出されたものをエクセルで読み込んで単純に「偶数行数になってしまった行」をDelしました
まぁ40Km/hで走行だったとして(^^ゞ 50ｍ間隔データポイントを間引いたことになるのかな
間引かない全ポイントが表示されるカシミール３Ｄとはかなり印象が異なります
盆地内で標高が低いところが少し高めです。ピンポイントで高いところは夏も同じ傾向でした。
全7040行は重複して走ってるポイントもありますので。。。一筆書きで走ることを目指したんですがめんどいです
144:139(福島県)
11/10/22 22:36:47.67 5W5OUbRn0.net
大佐殿
ガチャコン GPXデータで吐き出し必要時間
コピペで１つのcsvに PDS_MEAS_RT-Readingd_ C12345_111010_111020合体.csv
nmeaも当該分を書き出し
csvデータのみ7060行 吐き出し所要時間約12分25秒＝745秒 でした
cpuメーターが動いてたのでハングしてないと踏んでPC君にがんばってもらいました
145:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/22 22:57:42.43 bg65s10Z0.net
>>143
現状の運営サイドの判断と見解のまとめなどは、この板の自治スレでまとめてあるので、
★緊急自然災害@超臨時板 自治議論スレッド★
ｽﾚﾘﾝｸ(lifeline板)
方針が変わるまでは、このスレを有意義に使っておいて良いのではないかと？
いろいろと突っ込まれる前に先手と予防は打っておきましたし。
どうやら、最新の見解も>>140 のようです。
今はガチャコンに使っている各機種ごとのログ変換部分を単体化して汎用CSV にするのをやっています。
そっちに集中し始めると急にカキコが減って流し見だけになると思います。
板移動騒ぎ関連で集中できない日々なのですが・・・
プログラム的に参考になった部分内容を書けば、
ログスプリッター（元：ログカッター）に、
１/２ ～ １/１０ぐらいまでの間引き機能など入れるとテキスト編集が楽になるカナ？
などですね
重複部分に関しては、ファジー（懐かしい言い方ｗ）判断はどうしてもプログラム的に LR 無理なので
人力（思考）に頼ることになりますが、
その日分の編集を行った上でプロット用に連結しカシミールなどに足していくしかないかと。
「こういう編集の仕方がある」とか「ここをこうすれば」などを論ずることは
ROM ってる多くの計測者さん達にもたいへん有意義かと
このスレの存在意義の１つなんで大いにくっちゃべってよかっべよ
146:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/22 23:25:03.39 bg65s10Z0.net
>>144
あら？ 7060行も入れてハングせずに出ましたか、耐性高いな
それと、スレチ気味になりますが、PDS-100G/GN ID の関連物で
【スペクトル】放射性核種同定【解析】1MeV
ｽﾚﾘﾝｸ(lifeline板)
ボールのパスは、PDS-100G/GN ID 持ちさん側に今、ボールがあるので
・・・・情報待ちというところですね。
基準線源の実データと適当なサンプリングデータが数種類あればいろいろ出来るんですけどね。
|
|ω･´)ﾉｼ ではでは
|
147:地震雷火事名無し(福島県)
11/10/22 23:27:50.91 5W5OUbRn0.net
>>145 大佐殿
ふと気づきました！ なんでもかんでもガチャコンに任せるのではなく下準備が重要だと
nmeaもガチャコンに読み込ませる前に信号待ちなどで例えば5秒同一緯度経度ならdelって整形しておけば
今回の私の7040行なんてならない筈ですね<(_ _)> 段取り８分。。。先人はよく言ったものです
148:地震雷火事名無し(米)
11/10/23 01:18:41.18 r2m/n8th0.net
えっと、前スレをきちんと読んでみました
今日BluetoothでGammaRAE２のログ抜くことができました
いろいろ情報だして下さった方々
どうもありがとう
149:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/23 23:01:23.15 AK/qajoz0.net
実家から一時帰宅、来週より忙しくなりそうです
>>104
その値はコントロールパネル内の「地域と言語」設定に依存しないか検証が必要です
150:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/10/23 23:41:00.95 AK/qajoz0.net
間引きのタイミングですが
>>147 さんの
>nmeaもガチャコンに読み込ませる前に信号待ちなどで例えば5秒同一緯度経度ならdelって整形しておけば
などはかなり有効かと思いますが、私には低不可なアルゴリズムが見いだせないです
ファジー(高負荷なんでイヤン)では無くAIが有効かと思います
当然優先度「低低」の意見です
では、また実家に旅立ちまする
151:地震雷火事名無し(芋)
11/10/23 23:46:05.99 AK/qajoz0.net
>>150
は
>>145
へのレスです書き損じすみません
ﾏﾀﾗｲｼｭｰ
152:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (長屋)
11/10/24 01:10:27.49 ztYzPEUb0.net
>>149
それは、PDS-100G/GN ID 所持者さんにしか検証できませんね、
私の方は出てきたモノでしか判断できないレベルです。
機器持ってないし～ 検証するのにソフトも受け取ってないし～ サイトからダウンロードとかできないし～
ツール対応作成時に関わっている人の環境と情報に依存することになるので、
後からあ～だこ～だと来られても、「このフォーマットに合わせてくれたら良いだけですヨ」
と「作成時の人の環境が鉄板構成となる」ということです。
>>150
アルゴリズムというか、何キロ/ｈ以下はフィルターカットとか
どこまでを 有用／無用 を判別するか？ は、プロット作業する人の判断ロジックになりますし
（たしか>>144 さんはＧＰＳデータに旅レコフォーマットを使っているのかな？）
旅レコフォーマットの時点で [秒]と[ミリ秒]と[衛星ロスト] はフィルタリングされてることになります。
速度情報も km/h でパラメータ最終位置にいるので m-241 であれば １０km/h 以下を削除なりすれば
信号待ちなどで量産される多重の地点情報をカットできるのではないかと？
|
|ω･´)ﾉｼ
|
153:地震雷火事名無し(福島県)
11/10/24 16:38:56.17 lqcyPTE40.net
>>146 大佐殿
こんなので少しは役に立つのであれば 基準線源はもってないです あっち読んだけどチンプンカンプン
Sc_286429.zip
154:sage(チベット自治区)
11/10/27 15:37:50.41 Gm4Y34P80.net
若松の改変を作ってる者です。随分と御無沙汰してしまい申し訳ありませんです。。
メモリーが大量に確保できたので、懸案の DMDRT も作り込みました。
NMEA ファイルの中に DMDRT が入っててもカシミールとか普通に読んでくれるので、とても便利ですね
$DMDRT,155,271011,61649.500,20,0.123,*75
$GPRMC,061649.499,～
$GPGGA,061649.499,～
$DMDRT,156,271011,61650.500,20,0.123,*7E
$GPRMC,061650.499,～
$GPGGA,061650.499,～
こんな風に順番で落とそうかなと思ってます。
(チェックサムの計算は合ってるはず・・・)
DMDRT ～ * の 「*」の前のカンマはバグじゃなくて、地上高は不明という意味で値を出してません。
その他に、累積カウント数とか出しておくと、移動平均化処理(μSV/hへの換算)をガイガー任せでなくて
PC側で、自由な平均か時間で切り出せて便利だと思うので是非とも出したいです。
「PCでμSV換算」という観点で言うと、若松のは cpm→μSV/h への計算係数が取得できるので
それも一緒に吐き出しておくと、
[累積カウント数] [係数] [オフセット] の３つの値から PC側でμSV/h 計算ができるようになるかなぁ～と。
あと将来的なパラメータとして、測定時の温度・湿度・風向・風力・日照強度 とか
そーいう環境条件を入れる枠(仕様)だけ作っておくと、とても良い感じに思えました。
DMDRT の後ろを伸ばすか、別のセンテンスを付けるべきか悩むところですが。
以上、取り急ぎ書きたいことだけ書き連ねました。
155:地震雷火事名無し(チベット自治区)
11/10/27 15:43:27.15 Gm4Y34P80.net
sage間違えました・・
上の、よく見たら時刻が GPS から取得したまんまじゃなくて
勝手に変なとこで丸められちゃってますねぇ。
float で取ったものを、そのまま吐き出してるのに・・・
これは GPS 時計と一緒のものが出るように直します。
156:( ´･ω･) ◆CGOTBmWdi2 (福島県)
11/10/29 01:20:27.99 8J21dhtC0.net
>>154
現行のDMDRTですが、実の所手持ちの機材(DoseRAE2とTGS-111)で記録するに足る情報を
フォーマット化した様な物なので、その時点では将来的にどうする…って言う"含み"は持たされて
いなかったです。
実の所実現するかはさておいて、拙作GRにてパルスを受け取って…ってのを考え始めている所なので、
この辺りのパラメータ(累積カウント数とオフセット)をサポートするのは私的には問題ないんですが…どうでしょうね。
その他の環境パラメータ類はどちらかと言うとモニタリングポスト的な使い方に供するパラメータの様な
気がするので、別なセンテンスにしてもいいかなとも思います。
大佐殿のご意見も伺いたい所ですが。
157:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/29 04:28:52.11 oRWbaXA80.net
>>154-156 はい、呼ばれました
こちらは
DMDRT で、現状の * のいる７番目までしか使っていないので
00) $DMDRT ：固定
01) 入力番号 ：0 ～ ｛ 入力用番号
02) 世界標準時 ：yyyyMMdd ｛ ８桁 西暦年 月 日
03) 世界標準時 ：HHmmss.fff ｛ 日本時JST を計算元に使用する場合 UTC = JST - 9:00 // JST = UTC + 9:00
04) 計測μSv/h ：(浮動小数点)
05) 計測cpm ：(整数 {浮動小数点 可で対処)
06) 係数 ：(浮動小数点) ｛ ○ 「変換係数」掛け率
07) 測定高さ ：単位 cm ｛
08) *チェックサム
09) [CR] ：0x0A
10) [LF] ：0x0D
$DMDRT,155,271011,61649.500,20,0.123,100,～,～,*cs と増えていくものには影響を受けませんですよ。
（個人的には最終位置のパラメータとチェックサムの * はセミカンマで分かれていると分離が楽カナ）
機器温度・周辺温度・ＣＰＳなどなど新センテンスを設けるのも別段、影響をうけません。
電子方位計に関しては、NMEA にもセンテンスが存在しますので、方位センサーを繋ぐ場合はそういった既存のものを使う手もあります。
GPHDG かな？ p.11
DescriptionNMEA.pdf
URLﾘﾝｸ(www.tronico.fi)
あと、ガチャコンのテキストに各機器のログフォーマットを書いている通りなので
メーカー機器によってどういったデータがあるのか事前に考えておけるかと
（自作機が進化した時に備えて、・・別スレではスペクトル系の自作スレがあったりします）
>>154
>>56-58 な感じで酉を付けられてWeb などに書かれておかれたりすると、
２ｃｈでも配布したり、話したりする時に皆さんが安心して加われるかと
～な者ですとか注釈も省けて楽ですよ。
158:154(新疆ウイグル自治区)
11/10/29 08:25:18.02 SvxIMsem0.net
>>156
実は若松ガイガーの場合、平均化させる時間を自由に指定できてしまうんですよ。
たとえば、「10分間の平均で cpm を求める」の「10分」のところを「5分」に
変えれたりする仕組みが備わってるんです。(公式ファームのときから)
たとえば「10分平均」の設定で、移動しながら測定したとき、
ある地点の線量というのは、その地点のピンポイントな線量というより
それまでの10分走行分(時速60キロのときは10キロ分)の平均値ということなので、
そういう前提のログファイルをパソコンが取り込むにあたり、
取込側のソフトを、より賢くしていこうとしたとき、
「過去どんだけ分の平均値なのか」という点を加味できる余地が必要かな、と感じる次第です。
そこら辺の細い動きをどう表現するかは取込側のソフトの仕事なんで私はノータッチの予定ですけど
ログファイルを落とす側としては、そういう用途に耐えうる情報を予め落としておく責任があるかな～と
159:154(新疆ウイグル自治区)
11/10/29 08:36:23.33 SvxIMsem0.net
>>157
センテンスを分けることも含めて考えると
μSV/hへの変換係数は測定値というよりパラメータって風なので
DMDRT に入れるのは馴染まない気もしてきました。。
てことで累積カウント数だけ DMDRT の中に入れさせて貰うことにして
・平均化秒数(DMDRTのcpm項目を求めるにあたり何秒間で平均とったか)
・変換係数(cpm→μSV/hにするときの、cpmから割る値)
・オフセット(μSV/hへの下駄)
とかの測定条件系(毎回出力する必要もなさそうなもの)を
別センテンスで落とす、でいいですか？
Condition の C で、DMDRC とかどうですか？？
(DMDRCの具体案は、ちょっと考えてまた書き込もうと思います)
温度とか湿度も別センテンスがいいですね。
NMEA が、こんな応用性に富む規格とは思ってませんでした、すばらしい。
160:154(新疆ウイグル自治区)
11/10/29 08:45:44.61 SvxIMsem0.net
連続すみません。
DMDRT に落としたい「累積カウント数」ですが、なんでこれに拘ってるかと言いますと
たとえば(意図せず)10分平均の設定で作ってしまったログファイルを用いて
パソコンの取込側の工夫で「30秒平均の値」で再計算させる余地を確保しておきたいからです。
30秒分の DMDRT 行を抜き出してきて
その期間の最初と最後の累積カウント数の差を求めれば、「30秒分のカウント数」が出て
「30秒分のカウント数」×2 にしたら、その「30秒間のcpm数」が求まります。
そのcpm数に換算係数とオフセットを加味して「30秒間のμSV/h値」が出ます。
ここまだ拘るのは、若松ガイガーはスイッチがなくて
パソコンがないと途中で(気がついたときに)設定変更ができないからなんですよ。
「あ、10分平均のままだったー」とか
161:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/29 11:57:52.39 oRWbaXA80.net
>>160 連投ジャンジャンＯＫｗ
若松ガイガーで先に１つ聞いておきたかった事があったのを忘れていました。
某スレ
【ガイガー】放射線計測器の自作 10CPM【PDシンチ】
ｽﾚﾘﾝｸ(denki板)
か、その前スレだかで
若松ガイガーの作者基公開ファームは カウントｘ係数＝μSv/h
若松ガイガー販売、 若松ファームは (カウント－ＢＧ)ｘ係数＝μSv/h
とか？
DMDRT での係数の所もなんとかしておかないといけないのかな？ と
今、他人様のソースをじっくりねっとりたっぷりと眺め廻す余裕が無いので確認できません。
たぶん「オフセット」との語句が、私の言うバックグラウンド数の事を指しておられると私は思うのですが。
（認識の齟齬埋めに書きました）
162:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/29 12:07:54.38 oRWbaXA80.net
累積関連データに関してですが、例えば
１．DMDRT ＋拡張 計算に使ったカウント数 、計算に使った時間（秒）
２．新センテンス（総累積カウント 、総時間）
という感じにしてみる案はどうですか？（カウントの前後は一例）
出力時刻を同じにしておくと紐付けも容易かと
これでいくと必要範囲分の加算だけで済むかと。（除算が必要なくなる）
チェックサム確認する場合（私はしていないｗ）の比較用抜き出しも
最終位置確認は * があるか？で判断できますし
セミカンマでデリミッター（区切）って最初の１バイトをずらすだけで可能なのでは？
>平均化させる時間を自由に指定できてしまうんですよ。
もともとがモニタリング用として販売されていますから、１０分とかユーザー設定でも固定なのでしょう。
過去にカメコさんが書いていた内容と、Polimaster スレの話しで
PM1703M 系のすばやい線量変化対応と低線量下での誤差収束について
急激な線量上昇が検知されるとそれまでの平均を破棄、CPS など短時間計算に移行。
線量変動が落ち着くと長時間累積計算に移行していき誤差を減らしている・・感じ らしいです。
こういったアルゴリズムをうまく構築して可変型にできれば、
線量変化への追随が速くなる可能性を秘めています。
同時に線量変化の緩やかなモニタリングポストにも向くかと。
ログ出力も線量変化が無ければ次出力をスルーなどでもすると容量を減らせる可能性もあります。
163:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/29 12:54:17.41 oRWbaXA80.net
>>159
連投ｗ 書き忘れ
>μSV/hへの変換係数は測定値というよりパラメータって風なので
パラメータです。
（たしか）これを入れるお願いをしたのは、１センサー＝１機器 ではなく
多センサー＆オール通信(ログ) を想定している布石です。
カウンタに使われている
01) 入力番号 ：0 ～ ｛ 入力用番号
と言わばペア状態で使う想定です。
例 ) 若松と仮定
１管－mbed－ $DMDRT －> アプリ ← 現状
１管 ┐ ←可能かどうかの是非は棚上げ
１管 ┴ mbed－ $DMDRT －> アプリ
１管－mbed － $DMDRT ┐
１管－mbed － $DMDRT ┼－> アプリ
１管－mbed － $DMDRT ┤
１管－mbed － $DMDRT ┘
要は仕様のバラバラな管や、多人数の別機器の混在対処用ですね。
164:地震雷火事名無し(新疆ウイグル自治区)
11/10/29 13:46:02.68 SvxIMsem0.net
>>161
>若松ガイガーの作者基公開ファームは カウントｘ係数＝μSv/h
>若松ガイガー販売、 若松ファームは (カウント－ＢＧ)ｘ係数＝μSv/h
そこら辺はパラメータファイルになってて、パソコン繋いでメモ帳で書き換えれるようになってます。
ちなみに作者さんが公開してたパラメータの間違いだったようで今は一緒になってます。
プログラム的には
μSV/h ＝カウント×係数＋オフセットになってます。
SBM-20のとき、
係数＝129.032
オフセット＝-0.032
が初期値でして、
μSV/h ＝cpm × 129.032 - 0.032
で求めてます。
２点キャリブさせた結果を登録しとくと、
それに応じて係数とオフセットが自動計算される仕組みです。(元々の仕様)
複数管も想定されているんですか。
ぱっと読んだだけで理解しきれていないので、また改めて返事かきますね
(これから泊まりがけで出かけるので明日かあさってになるかもしれませんが)
165:地震雷火事名無し(新疆ウイグル自治区)
11/10/29 13:47:34.38 SvxIMsem0.net
間違いでした
誤） μSV/h ＝カウント×係数＋オフセット
正） μSV/h ＝カウント÷係数＋オフセット
誤) μSV/h ＝cpm × 129.032 - 0.032
正) μSV/h ＝cpm ÷ 129.032 - 0.032
166:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/29 18:53:53.81 oRWbaXA80.net
>複数管も想定されているんですか。
ストロベリーリナの方でCPM だけだったり、管を変えたり・・
Arduino 持ちさんの方で管を複数付けられるね～ と言う話しが出たけどプログラムが組めなくて断念されたとか・・
複数接続したいとか・・ （幾つか作ってみたものの動作不良だったとかで断念されたとか・・）
・・・いろいろありまして
メモリー容量の制約でファームが複雑化できないなどの対処用
あとは、製作更新をβ版で中断しているマッパー用も含めてです。
複数の機器からデータが入力されて混ざったログが溜まると、
データの出所や最低限のパラメータが無いと、その後がムチャクチャになって分別できなくなるな・・・というところです。
若松の場合でも、管の種類を変えられる仕様だったと記憶していますので、
１人で複数所持してログを溜め込んだ場合、対応ツールで振り分けたり再計算させたりするには最低限何がいるか？
となります。
オフセットの件は理解しました。
μSV/h ＝カウント×係数 で進めたからなぁ・・・どうやるとうまく納まるやら・・・
167:地震雷火事名無し(芋)
11/10/29 21:45:26.59 AxbwseKL0.net
センテンスが増えすぎると、使う側はアプリの設定画面で自分の環境がどのセンテンスが適切なのか？と言う疑問(壁)にぶちあたります
そもそもセンテンスってなんですか？と言うユーザーさんは作り手さんの意図全に反して判断が難しく、このプロジェクトに取り付く事ができません
適応機器を持ってない方には誠に申し訳有りませんが、その辺( ´･ω･) ◆CGOTBmWdi2 さんのGRのはよく考えられているとおもいます
168:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/30 05:38:47.26 c5hQHbwj0.net
>>167
そもそもこういったセンテンスは、使う人（エンドユーザー）は、深く考えなくて良いようにするための
各 製作者達が悩む方です。
～機種対応 とかでみて「あぁ使えるんだな」程度にもっていくのに裏方が苦労する領分・・・ｗ
169:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/30 05:44:16.27 c5hQHbwj0.net
>>( ´･ω･) ◆CGOTBmWdi2 (福島県)さん 地震雷火事名無し(新疆ウイグル自治区)さん
>>77 から出た「栞「しおり」機能」について～ >>90 まででまとまった内容。
DMDRT 準拠 フォーマットの方はとりあえずの「しおり」にパラメータ無しでおちついてます。
しおり：$DMDRT,*43
で
今後の汎用性を>>86 に提案してみています。
>例えば、$DMDRT,入力番号,世界標準時～
>$DMDRT の２番目にくる「入力番号」に判別文字列でのパラメータ切り替えでも対処しやすいかもしれないです。
これまでのオーソドックスな $DMDRT はあまり弄らず
$DMDRT,～通常～
$DMDRT,判別文字列,上の通常と同じ群体を示す,～判別文字列で規定したおニューのパラメータ～
この方法で行くと
例 ）
$DMDRT,155,271011,61649.500,20,0.123,*75
$DMDRT,MARK2,155,～判別文字列で規定したおニューのパラメータ～,*cs
or
$DMDRT,MARK2_100,155,～判別文字列で規定したおニューのパラメータ～,*cs ← フォーマットバージョンも考慮例
で、紐付けできて
他の機種のツール作成者さんが参入されても別機種用固有のパラメータ打ち出しが可能になるかと。
「$DMDRT」で 放射線計測器関連でのデータと判別もできます。
対応形式以外はスルーするのが NMEA 形式の良いところ
( ´･ω･) ◆CGOTBmWdi2 (福島県)さんは、対応アプリの方はいかがですか？
数字かアルファベット込みの数値変換不能文字列か？ の判別コードを挟むだけで・・・というか
パラメータ無しの「しおり」と同様なすっ飛ばし（無視）処理にさせれば既存の物に影響を受けないかと
出力されたデータの アプリ/ツール 製作の表明って、まだ
私と( ´･ω･) ◆CGOTBmWdi2 (福島県)さん だけだったような気が
他の、このスレ見て作っている方がおられれば降臨してほしいナ
170:( ´･ω･) ◆CGOTBmWdi2 (福島県)
11/10/30 23:20:04.27 EURDlkOV0.net
なんか帰って来たら書き込みが伸びてた…
すみません、明日までに引っ越ししないといけないもので、なかなか反応出来ません。。
取り急ぎで申し訳ないですが
>>169
栞機能は次バージョンに組み込み済みです。
あと、"*"の前に","を入れるのも問題ありません。
今後の汎用性については、2番目の汎用文字列にて対応でもOKです。
それともNMEA0183みたいに
$GP*** ならGPS関連のセンテンス…と言う風に
$DM*** なら線量計(DosiMeter)関連のセンテンス…でも。
以下、一例です。
$DMDRT → DosiMeterDoseRaTe：主に線量計からの出力データ
$DMENV → DosiMeterENVironment：測定環境(気温・湿度・風向・降雨量・天候など…)
$DMCON → DosiMeterCONdition：パラメータなど(154さんの案をちょっと改名しました。)
とにかく、利用側や加工側が解りやすく扱いやすければOKと言うスタンスです。
171:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/31 04:56:39.77 QxfoEuux0.net
>>170
はい、私もその２案での方向性で問題ありません。
新センテンス作成時は、１機種だけに捕らわれず汎用性が利くように策定できれば良いと思います。
MARK2 改造さん のご意見を待ちます。
寒くなってきてますから風邪などもお気をつけて。
172:地震雷火事名無し(庭)
11/10/31 13:57:40.35 iy0Vvn1G0.net
質問です
ガーミンのサイコンを使用しています
GPXファイルの書き出ししかできないです。
GPAファイルをNMEAファイルに変換する方法ありますか？
173:地震雷火事名無し(庭)
11/10/31 13:58:21.83 iy0Vvn1G0.net
訂正
GPA→GPX
174:Mark2改(新疆ウイグル自治区)
11/10/31 14:21:25.22 ILJ/b9xS0.net
たぶん「累積カウント数」などという内部数値を取得できるのは、若松ほか自作ガイガー系だけですよね、きっと
そうなると、全体から見たらちょっと亜流になるんで、$DMDRT には入れないほうがいいかもしれませんね。
私が口出しする前の $DMDRT 仕様で１点だけ気にかかったのが
「cpm や μSV/h という数値が、何秒間の測定によって得られたのか？」という点が不明なところ。
市販のガイガーでも30秒とか60秒とか、色々と差違がありそうな気がしてまして
最終的に汚染地図をプロットするにあたり、何秒前から測定した分の平均値なのか？ってのは、割と重要な気がしました。
特に若松や自作ガイガーの場合は、使用者が自由に定義できる余地があるんで・・・
グダグタと書いててもアレなんで私案かきます。
■ $DMDRT の最後(地上高の次)に、「cpmやμSV/hを求めるにあたって使用した平均化秒数」のみ追加
省略時は未定義(不明)として扱い、具体的な取り扱いは取込側のソフトに一任
この項目は「分」じゃなくて「秒」がいいです。
■ 累積カウント数や換算パラメータなどの市販ガイガーにない自作系特有の情報は $DMDRT じゃなくて別センテンスに出す
汎用的な地図プロットソフトは $DMDRT だけを見て作図したらいいように
でどうでしょうか？
175:Mark2改(新疆ウイグル自治区)
11/10/31 14:36:15.99 ILJ/b9xS0.net
つまりは、>>154 で書いたパターンで例を書きますと
$DMDRT,155,271011,61649.500,20,0.123,,60*cs
$GPRMC,061649.499,～
$GPGGA,061649.499,～
$DMDRT,156,271011,61650.500,20,0.123,,60*cs
$GPRMC,061650.499,～
$GPGGA,061650.499,～
と。(*csの前が平均化処理の秒数)
ほとんどの機種の場合は、「60」か「30」だと思いますけど。
この「平均化処理の秒数」をプロット結果に反映するかどうかは取込側のソフトの嗜好に任せる、と。
現地点の位置と線量を用いてGoogleMapに線量のピンを打つもよし、
「平均化処理の秒数＝60秒」だったら、60秒前の位置を探し出して現在地との中間地点に線量をピンを打つもよし
176:Mark2改(新疆ウイグル自治区)
11/10/31 14:58:41.21 ILJ/b9xS0.net
いや待てよ
最初の仕様にあった $DMDRT の中の cpm って、それ単独ではあまり意味がないですよね
市販ガイガーを含めて色んな機種(管)が $DMDRT を吐き始めると、ますます意味のない数値に。
とはいえ、cpm とて測定値なんだから $DMDRT の中にあっても不思議じゃないし
わざわざ cpm のために別センテンスを作るのも非効率的
その流れで言ったら、累積カウント数(出力できない機種もあるけど)が
$DMDRT の中にあっても不自然ではない。
cpm と一緒で管の種類に依存したカウント値なんだから。
てことで、
$DMDRT,[連番],[GPS日付],[GPS時刻],[cpm],[μSV/h],[地上高],<平均化秒数>,<累積カウント数>*cs
[] は当初の仕様からある分、<> が追加分
それぞれ取得できない(値を落とせない)場合は空文字で(カンマ残して)詰める
じゃダメでしょうか？ とりあえず複数管は無視してますけど。
自作系で cpm→μSV/h の換算係数が明らかになってる管を使ってる場合は
$DMCON の中にそれらパラメータを書き出す
(これは普通は時間に応じて変動しないので、毎回落とす必要はない)
「平均化秒数」は、市販ガイガーでも自作ガイガーでも共通して「あればあったら多分つかえる項目」で
「累積カウント数」は、自作ガイガーのときにのみ「あれば使えるかもしれない項目」という位置づけですけど
市販ガイガーには「余計な項目」になりますが「累積カウント数」だけで別センテンスを落とすのは勿体ないので
$DMDRT の中に居候させていただく、と。
177:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/31 17:16:15.40 /hTOBCbT0.net
>>174
>「cpm や μSV/h という数値が、何秒間の測定によって得られたのか？」という点が不明なところ。
はっきり言い切って「そんなもん自作機作者かメーカー技術者しか判りませんｗ」いやマジで
( ´･ω･) ◆CGOTBmWdi2 さんや、DoseRAE2 ◆/BLnkBtCx6 さんの使う DoseRAE2 はメーカー製で
計算された値（μSv/h ）だけがシリアル接続でダラダラ流れてきます。
カメコさんのPM1703MB の通信ログを読んでも計算に使われた秒間のデータは乗っていなさそうですね。
その辺はメーカーのアルゴリズム系技術秘になってくるからおいそれと垂れ流しはしないでしょう。
もともとがマップに落とし込むのに最低限これだけは欲しいナと、
最初、DoseRAE2 用の 時間 μSv/h だけ（$DMDRT,YYYYMMDD,xxxx…）だった？のを
識別 CPM と（μSv/h）に（後で変換できるように変換係数の位置）高さをお願いしたんだったっけカナ？
前スレ>488 で現状になってます。
係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ
-BGx係数
という感じカナと考えてますがいかが？
178:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/31 17:21:56.31 /hTOBCbT0.net
>>176
>最初の仕様にあった $DMDRT の中の cpm って、それ単独ではあまり意味がないですよね
CPM が何故あるのか？ は、SE International,INC 系の（インスペクターなど）・苺リナ 問題があります。
あの系統のソフトなりのベースが CPM だからです。
α・β線のカウント値込みからのμSv/h 化は変になります。
同種の機器を同時使用した遮蔽有り無しでβ線カウントなどができる余地も入れています。
<平均化秒数> への異論はありませんが、<累積カウント数> はどうでしょう？
計算に使われた範囲分の<累積カウント数>なら私はかまわないかと、汎用性はありそうです。
ＳＷ-ＯＮからの総<累積カウント数>だと むむむ ちょっとなぁ という感じです。
どっちでしょう？
私の考え方の根底に、ベースデータは、その１センテンスデータで情報が成り立つか？ です。
$DMCON の方は、パラメータだけ書くと他機種さんが参入時（あるのかしらないけど）困るので
$DMCON の次にでも機種名（コード？）などを置くといった感じにされたらどうでしょう？
予約語というものです。
そうすれば、その機種コードに関しては Mark2改 さんのオレの天下！ になりますよね。
CS は最終パラメータの後ろにセミカンマ入れて単独化して欲しいと切に思っていたりします。
パラメータ数を可変化すると分離の手間が大変なのさぁ・・・
ＰＤを使ったパルスのみの低価格自作キットが発売になったようです。
放射線モニターきっと[RM-LM3900-KIT] URLﾘﾝｸ(www.aitendo.co.jp)
販売価格: 900円 (税込) か
・
・
まぁなんというか、放射線によるノイズを使う訳だから・・・もっと高感度な物が出たらセンサーとして繋ぐとか
179:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/31 17:27:57.94 /hTOBCbT0.net
>>172-173 GPX -> NMEA
使ったことが無いのでどういう風に操作するのかわかりませんが・・・
各種GPSデータを相互変換「GPSBabel」
URLﾘﾝｸ(www.moongift.jp)
GPSログコンバータ・編集ソフトの紹介
URLﾘﾝｸ(www11.atpages.jp)
gpsbabel GPX の文字エンコーディングに注意
#9566 Re: カシミールGPX→NMEA-0183
URLﾘﾝｸ(www.kashmir3d.com)
GPSBabel日本語化
URLﾘﾝｸ(2nd.geocities.jp)
というのが存在します。
180:Mark2改(新疆ウイグル自治区)
11/10/31 17:37:43.23 ILJ/b9xS0.net
そうですか。
いやなに、ずーっと前にあった↓のデータファイル(NeutronRAE II)で
サンプリング秒数って項目があったので
それが平均化秒数のことかと錯覚してました。
Summary
------------------------------------------------------------
Unit Name NeutronRAE II
Unit SN 153-010393
Unit Firmware Ver V2.00
------------------------------------------------------------
Running Mode Safety Mode
Measure Type Real
Datalog Type Auto
Diagnostic Mode No
Stop Reason Event Full
------------------------------------------------------------
Begin 2011/07/17 07:35:01
End 2011/07/18 13:35:09
Sample Period(s) 30
Number of Records 3600
------------------------------------------------------------
Sample Period(s) ＝ データを落とす頻度 ≠ 平均化秒数
なんですね。
じゃ、市販機(平均化秒数が非公開になってるの)は、空文字で詰めてもらって
平均化秒数が明確になってる自作機系だけ、その秒数を $DMDRT の中で申告していただく、ってのは？
181:Mark2改(新疆ウイグル自治区)
11/10/31 17:50:08.96 ILJ/b9xS0.net
>計算に使われた範囲分の<累積カウント数>なら私はかまわないかと、汎用性はありそうです。
>ＳＷ-ＯＮからの総<累積カウント数>だと むむむ ちょっとなぁ という感じです。
「計算に使われた範囲分の<累積カウント数>」だと通常は cpm と同値になるかと思うので
それであれば必要ないかなぁという気がします。
使えるシーンはかなりレアだとは思いますが
今のところ、若松(改)では手抜きしてて $GPRMC を受信したら
その前に $DMDRT を挿入して、ってやってます。よって間引きなしで1秒ごとに吐き出してます(笑)
感度のいい管を使われていることが前提になりますが、
累積カウント値と換算パラメータ(これは別センテンス)を出しておくことで
取込側のソフトの工夫次第で、「移動平均=10秒 で抜き出したμSV/h値」を利用することができるようになります。
また何らかの事情で数レコード欠落したところで、「累積カウント値」なら取込側で欠落分を補てんできるかな、と。
あとセミコロンですけど、個人的にはあってもなくてもどっちでもいいんですが、
「*」の前までがデータ領域と判断して、その中のカンマの数を数えると項目数が割り出せるので
特にセミコロンが必要な気がしないんですけど
(取込側の事情をよく分かってなくて書いてます、失礼があったらごめんなさい)
ぶっちゃけ、連番も取込時に(必要ならば)勝手に付番することにして
$DMDRTを出す側が付ける必要もない気もしなくもなく・・・
ただ連番も累積カウント値も、数年にわたりノンストップで運用されると
いつかどっかでオーバーフローしますよねぇ・・・
連番は「寿命が長い」けど、累積カウント値は早々に32ビット使い切りそうです(汗)
やっぱ止めといたほうが無難かなぁという気もしてきました。
182:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/10/31 18:00:07.50 /hTOBCbT0.net
>>180
NeutronRAE II は残念ながらリアル吐き出ししてきてくれないようです。
よってリアル接続そのものが成り立たないので意味をもちません。
RAE II などで出てこないかどうか試してもらいましたが無理だったようです。
あの系統の反応は１秒より反応が速い感じっぽいような話しですね。
なので
あくまでログ（最短１秒）と実挙動の表示（１秒以下？）に一致があるのかちょっとわかりません。
ログデータのパラメータだけで同列に見ない方がいいかと思います。
項目が増える事に関しては構わない旨、了承してます。
齟齬が発生しないように内容を詰めているだけです。
( ´･ω･) ◆CGOTBmWdi2 さんの降臨を待ちます。
肝心のアプリなどに通したらエラーで使えないという事態は避けたい。
183:Mark2改(新疆ウイグル自治区)
11/10/31 18:41:19.34 ILJ/b9xS0.net
こちらもちょっと熱くなってすみませんでした。。
市販ガイガーも自作ガイガーも、どっちの基本的に
放射線のカウント数とその密度だけを頼りにしている点では一緒なのですが
市販ガイガーのほうはμSV/hへの換算の部分に各社のノウハウが注ぎ込まれているのに対し
自作ガイガーのほうはμSV/hへの換算は単純な割り算と引き算くらいの、素直というか何も装飾していないですね。
まぁ市販ガイガーの中にも自作ガイガーと全く同じものも多いですけれど(笑)
「(累積)カウント数」ってのはデジカメでいうところの RAW データで
「μSV/h」ってのはデジカメで言うところの JPEG に相当してて
市販ガイガーは「現像エンジン」の出来で競争してる、と思ってます。
市販ガイガーは RAW データ(生のカウント値) を出さない代わりに
各社各様の現像処理を施した JPEG データ(μSV/h値)が出てくるのに対し
自作ガイガーの JPEG 現像(μSV/hへの変換)は怪しい(信用しきれない)ので、
あくまで RAW データ(生のカウント値)が中心、と。
184:地震雷火事名無し(庭)
11/11/01 12:50:36.03 iWCmLz4g0.net
>>179 ありがとうございます。
早速ためしてみます
185:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/02 00:08:13.36 UoWuZtYH0.net
はい、接続環境以外の環境は殆ど戻りました。
取り合えずは新居に移りましたが、全然片づかないorz
スクリーニングしなきゃいけない持ち出し品も山積みだったりとか。
家の中に放射線管理区域＆除染エリアを設置とか…なんでこんな羽目にorz
186:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/02 18:53:32.04 Qlk2uakT0.net
放射線計測マップ作成支援
URLﾘﾝｸ(www1.axfc.net)
PDS-100GN / PDS-100GN/ID 用 PdsMass ログをCSV 形式にします。
【 Manual Basic 手動入力 フォーマット 】csv 手動入力準拠
（通称：「ガチャコン」準拠です。）
ＧＰＳとのミックス前の編集や、表計算ソフトに取り込んで作業する為のコンバータです。
187:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/02 18:57:42.37 Qlk2uakT0.net
>>185
・・・大変・・・・ですね（としか返せないわ）
新居はフクイチから何キロほどになったのですか？
188:地震雷火事名無し(福島県)
11/11/02 20:45:07.31 S09wOr5n0.net
>>186 大佐殿 いただきました ありがとうございます
表計算ソフトで一旦読み込んでシコシコすれば良いのでしょうが、ワンクリックで出来るのはありがたいです
PDS100専用ではなくガチャコンで事前準備されている各機種の読込convertが可能であれば利便性があがるかと思います
189:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/02 21:13:51.85 6pUXzggM0.net
>>187
会津なので100km程離れていますかね。
ホントは西日本に行きたいんですが、まだ全部の私物を持ち出せてないんですよね。。。
なので暫くは留まってるかも。
それはそれとして、早いところ$DM系センテンスの策定をしなきゃいかんですね。
目下の懸案事項は、累積カウント数の取扱いをどうするか…ですか？
他に摺り合わせておきたい物とかありますか？
190:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/03 01:27:09.19 dMV2+4bp0.net
>>188
ベースを作るのに手間取っていたのでリリースが遅れていますが・・・
PDS-100GN の CSV 状態で実際にガチャコンで使うのはμSv/h の所までですが。
CPM は単純に cpsｘ60 です。
NeutronRAE/GammaRAE II R で苦しみそうです。
テキストデータ形式が２種類と、μSv/h μR/h の２種類に、セミカンマとタブの２種類・・・
CSV 一本化できれば後は、ログスプリッターをもう少し進化させれば単純な処理が出来ると思います。
１つおき～１０飛ばし？ 検出値の下限上限でリミッターなど
GPS の方では指定速度以下＆速度超過は間引くなど出来れば、余分な量を減らせると・・・思います。
ちょっと、先の話になりそうですが。
191:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/03 02:29:15.12 dMV2+4bp0.net
>>189
・係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
という感じで記号込みの要素（素案）を考えてみてます。
*じゃなく半角x（エックス）を置いているのはアスタリスクのある位置をcs と誤認しないようにです。
DoseRAE2 では関係無い部分ですが、もう１個の方を繋がれるようになると関係してくるかも知れない部分でもあるので。
記号文字に準じた文字列が来てもエラーにならないようにしていただけたらと・・
何か良い方法があれば良いのですが、現状のガチャコンなどでは数値変換不能は飛ばすハズ・・たぶんｗ。
・cs のある位置のアスタリスクの前のパラメータとはセミカンマで分離してほしいという部分。
・累積カウント数の扱いです。 固定長期間の稼動だとInt 型でも範囲を超えるでしょうし、64bit など倍精度は避けたいカナ。
総累積時間（秒）に関しては、別センテンスで稼動開始日時(Date Time)込みパラメータを吐き出させれば、
$DMCON,機器名,稼動開始日時～ とか、
個別のデータに載ってくる日時(Date Time)とでTime 型に放り込んでやれば差分は出せる逃げが効きますね。
その辺は新センテンスで機器名付ける作者さん次第でどうとでも出来る領分なので。
動的作業：$DMDRTの付けたしは、計算用の実カウントと実時間（秒）ならまずInt 型で足りる。エラー回避。
静的作業：累積カウント数は、ログ状態の時に頭から足していけば良い。加算による範囲オーバー判断はツール次第。
累積時間は上記のTime 型差分計算で出せる（単純に加算でも）。
という感じで考慮してみました。
累積の方はこれでエラー系の対処は可能だと思うのだけど
192:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/03 02:50:06.75 dMV2+4bp0.net
・累積カウント数の扱い部分の記述で・・・ちと保留化
動的作業：$DMDRTの付けたしは、計算用の実カウントと実時間（秒）
・・・というのも、計算に使うアルゴリズム次第で実カウントとして累積計算には使えないですね・・・
前回出力した時を０リセットとした累積量と置き換えてみます。
でもそうなると、累積量と計算用カウントと計算用実時間（秒）の３つが要る？
193:Mark2改(新疆ウイグル自治区)
11/11/04 20:07:33.04 rfPjtTNh0.net
自分で要望だした分はスルーして、とりあえず当初の規格に忠実に作ったつもりでしたが・・・
$DMDRT でバグ出しちゃいました。
UTC日付
当初） 西暦4桁＋月＋日
私の） 日＋月＋年２桁 ←$GPRMC の9個目を、そのまま出しちゃいました
cpmとμSV/h
当初） μSV/h,cpm
私の） cpm,μSV/h ←汎用ファイルのほうの順番にしちゃいました
まだ使ってる人は少ないと思うし
「仮実装」「仕様変更の可能性アリ」と大々的に書いたので、
次でコッソリ（告知はしますけど）修正かけようと思います。すみません。
194:Mark2改(新疆ウイグル自治区)
11/11/04 20:17:57.68 rfPjtTNh0.net
>>192
累積時間（秒）と累積カウント数と、２つだけで概ね何でも出来ると思ってるんですが
>>192
累積時間（秒）と累積カウント数と、２つだけで概ね何でも出来ると思ってるんですが
累積時間 累積カウント
000 000
060 019
120 034
180 054
240 070
300 083
360 104
420 123
こんなに並んでたとして
060 019
と
360 104
の２つを切り出して、
（104-19）÷（360-60）×60＝17 ←60秒目～360秒目の5分平均のcpm値
という当初に想定してなかった「5分平均のcpm値」が割り出せます。
5分平均のμSV/h値 ＝ 17 ÷ [係数] ± [オフセット]
と。「○分平均」を自由に切り出すという発想は、携帯ガイガーでは馴染みたい値かと思いますが、
モニタリングポスト（定置測定）の場合は生の測定値をもとにして
「60分平均」「4時間平均」「24時間平均」とか、そーいういうにデータを再加工するのに便利なんです。
195:Mark2改(新疆ウイグル自治区)
11/11/04 20:19:36.65 rfPjtTNh0.net
誤字訂正
× 携帯ガイガーでは馴染みたい値かと思いますが
○ 携帯ガイガーでは馴染みない値かと思いますが
196:Mark2改(新疆ウイグル自治区)
11/11/04 20:38:45.42 rfPjtTNh0.net
とはいえ、携帯ガイガーではカウント数などの「生データ」を出せる機種は皆無だと思うので
「生データ」が出せる自作ガイガーの人がカウント数などの生データを出したいときには
「$DMRAW」みたいな別センテンスで出すのもありかな、という風に考えが変わってきました。
GPSのNMEAだって重複した情報を別センテンスで出してたりしてるので、$DM～も、
汎用的なデータは$DMDRTで、（主に）自作ガイガーは $DMDRT のほかに $DMRAW でも出したかったら出す、と
もし $DMRAW だとしたら機種というよりも管の種類を含んだほうが都合がいいので
$DMRAW,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム>
<管の種類>
SBM20、J408、LND712 等々、「文字-数値」の「-」は原則省略、「数値-数値」の「-」は省略せず
<管数>
通常は「1」
<起動秒数>,<累積カウント>
読み込み側は、ログの途中で起動秒数が小さい値になったら、そこで再起動させたと判定して
累積カウントの扱いも、再起動前後で混ざらないように頑張って工夫する
<係数>
cpm×0.00666 の「0.00666」を使うよりも cpm÷150 の「150」を使ったほうが
人間のイメージとして扱いやすい（小数点以下の0の数を気にする必要ない）ので
原則として cpm から割る数を入れる
<オフセット>
通常はバックグランドを引くことが多いので、引く値を正数で入れてもいいのですが
「計算結果から差し引いている」ということを分かりやすくするため
あえてマイナス値で入れるようにしたほうがいい気がする
<予備>
とりあえずの予備
受信側は最初にカンマの数を数えておいて「項目数は可変」の前提で取り込む
複数管、同じ種類の管が複数のときは、２本を足した値をカウント値に
係数やオフセットは１管時の２倍を入れたら多分いいと思う。
違う種類の管のときには、$DMRAW を管の種類分だけ出してもらって
後は読み込み側が頑張る、と。
197:Mark2改(新疆ウイグル自治区)
11/11/04 20:44:12.74 rfPjtTNh0.net
連投すみません、訂正
誤
$DMRAW,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム>
正
$DMRAW,<UTC日付>,<UTC時刻>,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム>
198:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/04 23:04:54.53 66hVTJMB0.net
>>191
・係数
計算式をそのまま載っける訳ですね？
*→xで問題ないのではないと思います。
・cs
これはGRでも対応済みです。"xx,*cs"で良いんですよね？
・累積カウント
累積カウントは基本的にログ開始からの加算処理で、これを以て累積カウントとする…
アレでしたら$DMCONを使って一定スパン(24hとか…)に前日の累積カウントを出力。
※$DMCONはパラメータなので最初に出力した方が良いと思われるのと、int型であれば
24h位の累積カウント数は賄えるかなと。
…と書いた所でMark2改さんが沢山書かれているのに気が付いた。。。
反応が遅れてしまい、申し訳ないです。なにぶん、まだそれ程時間が取れないのがもどかしい所でして。
平均化秒数は"ソレ"を解釈するソフト側で持っていれば良いような気がするので、センテンスに
入れなくても問題無いかなとも思うんですが、どうでしょう。
明日、またOK町に一時帰宅して来ます。
朝から反応出来ません。。。
199:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/06 22:01:25.54 8Tavx4vn0.net
>>194-195 Mark2改さん
>累積時間 累積カウント
了解です。
>携帯ガイガーでは馴染みない値かと思いますが
携帯ガイガーではフリスクなんかの画面表示では CPS とμSv/h
プロ（有料）版ではパルスのエネルギー値みたいなグラフも出ているようなので
ソフトの製作者次第かと
（フリスクの方はあれだけ数値やら表示させているのに LOG の話しを聞かない・・・）
>>196-197
今のところは Mark2改さんしかそっち系の作り手が直接降臨しておられませんので
他の方などが来られたら調整していってもらえれば良いのではないかと、
え～と・・・複数機が混ざくった場合の見分け方（分離方法）は？ どうやるんでしょう？という１点が・・・
200:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/06 22:23:44.33 8Tavx4vn0.net
>>198 ( ´･ω･) ◆CGOTBmWdi2 さん
そういう感じでいきましょう。
・ * が居る場所が最終位置という感じでデータ量可変型センテンス。
・ソフトで使う位置で読み込みを終えるか * が居たら最終位置。
・パラメータとチェックサムは出来るだけ分ける。
・できれば * の前に数値などが存在していれば分離する処理を念のために設ける。
高さなども使わない機種＆設定の場合は詰めていっても大丈夫になります。
GPS NMEA で言えば、GSV なんかが衛星数に応じてブロックの増減があるデータ長可変型なので、
増減対処の方法をここで明示していっているから今後の人（が居れば）
可変長で作っていけば、ソフトも柔軟になるでしょう。
DMDRT で、現状の取り決め推移
00) $DMDRT ：固定
01) 入力番号 ：0 ～ ｛ 入力用番号
02) 世界標準時 ：yyyyMMdd ｛ ８桁 西暦年 月 日
03) 世界標準時 ：HHmmss.fff ｛ 日本時JST を計算元に使用する場合 UTC = JST - 9:00 // JST = UTC + 9:00 // ミリ秒省略可
04) 計測μSv/h ：(浮動小数点)
05) 計測cpm ：(整数 {浮動小数点 可で対処)
06) 係数 ：(浮動小数点) ｛ ○ 「変換係数」掛け率 or 計算式方式
07) 測定高さ ：単位 cm ｛
08) 累積時間（秒）
09) 累積カウント ：(整数）
08) *チェックサム
09) [CR] ：0x0A
10) [LF] ：0x0D
計算式方式（アプリ側で式判別を組む：数値以外の計算用文字判別）
・係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
155番 2011年11月06日 世界時間13時21分35秒半 0.123μSv/h 20cpm ～～
$DMDRT,155,20111106,132135.500,0.123,20,/129.032-0.032,100,60,20,*cs ← フルの例？
$DMDRT,155,20111106,132135,0.123,*cs ← μSv/h だけの記録の場合
$DMDRT,155,20111106,132135,,20,*cs ← ＣＰＭ だけの記録の場合
$DMDRT,155,20111106,132135,0.123,,,100,*cs ← μSv/h と 計測高さの記録の場合
こんな感じ
201:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/06 22:30:46.49 8Tavx4vn0.net
07) 測定高さ ：単位 cm ｛
08) 累積時間（秒）
09) 累積カウント ：(整数）
10) *チェックサム
--) [CR] ：0x0A
--) [LF] ：0x0D
202:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/07 18:15:24.30 fY8/Wfir0.net
放射線計測マップ作成支援
URLﾘﾝｸ(www1.axfc.net)
Polimaster PM1703M 系用 PM PRD 出力ログをCSV 形式にします。
【 Manual Basic 手動入力 フォーマット 】csv 手動入力準拠
（通称：「ガチャコン」準拠です。）
ＧＰＳとのミックス前の編集や、表計算ソフトに取り込んで作業する為のコンバータです。
203:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/07 19:58:47.13 fY8/Wfir0.net
放射線計測マップ作成支援
RAE 社製 [ DoseRAE2 ] 用、.dtl Log Converter
RAE2_LogConverter_ver102.zip
URLﾘﾝｸ(www1.axfc.net)
バイナリログを テキストベースの CSV ファイルにします。
更新内容：
他の個別コンバートと形式を合わせたものです。
ＧＰＳとのミックス前の編集や、表計算ソフトに取り込んで作業する為のコンバータです。
204:地震雷火事名無し(福島県)
11/11/08 09:26:53.19 nacJiKs30.net
↓1秒間に４０回γ線を測定してロギングする装置だって。
asahi.com（朝日新聞社）：移動しながら放射線測定 研究者、はがき大の装置開発 - 東日本大震災
URLﾘﾝｸ(www.asahi.com)
35万もするけど、日本はもっと本気出せば凄い物がたくさんできる気がする(・ω・)
205:地震雷火事名無し(新疆ウイグル自治区)
11/11/08 09:35:46.68 wSnE6sQJ0.net
BGだけど40cpsくらいカウントする、って意だろうな
206:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/08 17:45:01.24 1lmA4Zb00.net
１秒間に４０回という速さで＝２５ｍｓ（４０Ｈｚ）か？・・・・
０.０００ｓ
０.０２５ｓ
０.０５０ｓ
４０ｃｐｓ か？ ・・・えらく違ってくるんだけど、どっちだろう（おぃAsahi）ｗ
光産業創成大学院大学で調べると「滝口 義浩 教授」(Asahi）読みは同じなんだろうけど
「瀧口 義浩 教授」じゃね？（おぃAsahi）ｗ
URLﾘﾝｸ(www.gpi.ac.jp)
研究テーマ
1 ４πベーター線・ガンマー線同時計測装置の開発
2 降水中放射能の計測
3 特殊ストリークカメラの開発（VUV/XUV、X線、フェムト秒、光子計数型、中性子）
:
:
論文系は見れないけど、すっげー技術者っぽいねぇ
207:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/13 02:37:11.70 +gOqC2IY0.net
■総合
├ ガイガーカウンター情報総合スレ 2Sv/h
│ ｽﾚﾘﾝｸ(radiation板)l50
■関連専用機器スレ■主にメーカー別
├ 【ガイガーカウンター】SOEKS★11
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【シンチレーション】HORIBA PA-1000 Radi Part3
│ ｽﾚﾘﾝｸ(lifeline板)l50
├ 【RD1503】ガイガーカウンターRADEX 3【RD1008】
│ ｽﾚﾘﾝｸ(radiation板)l50
├ PKC-107 Pripyat スレ (3)
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【エステー】エアカウンター 3
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【シンチ】DoseRAE2・GammaRAE II R Part3
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【ガイガー】TERRA MKS-05★2【専用】
│ ｽﾚﾘﾝｸ(radiation板)l50
├ [シンチ] polimaster (2)
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【ガイガー】SE International,INC とOEM 2
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【シンチ】A2700 Mr.Gamma
│ ｽﾚﾘﾝｸ(lifeline板)l50
├ 【ガイガーカウンター】ＤＸ－2【アメリカ製】
│ ｽﾚﾘﾝｸ(radiation板)l50
├ フリスクガイガー
│ ｽﾚﾘﾝｸ(lifeline板)l50
├ 【Open Geiger Project】RadScan
│ ｽﾚﾘﾝｸ(lifeline板)l50
├ 【スペクトル】自作系・GS-1100Aのスレ【分析】 1
│ ｽﾚﾘﾝｸ(lifeline板)l50
├ ガイガーFUKUSHIMA part1
│ ｽﾚﾘﾝｸ(radiation板)l50
◆
├ 【1人1台】中華ガイガーカウンター総合【安かろう】
│ ｽﾚﾘﾝｸ(radiation板)l50
├ LND7317、LND712系列機種を語る
│ ｽﾚﾘﾝｸ(radiation板)l50
◆電気・電子＠板
├ 【ガイガー】放射線計測器の自作 10CPM【PDシンチ】
│ ｽﾚﾘﾝｸ(denki板)l50
208:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/13 02:38:45.36 +gOqC2IY0.net
■計測関連スレ
├ 【データ投下】ガイガーカウンター計測値 29
│ ｽﾚﾘﾝｸ(radiation板)l50
├ ガイガーカウンター計測値 6.1μSv目
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【放射能】線量マップ作成手法確立プロジェクト３
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 食品のベクレル検査を検討しよう 3
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【スペクトル】放射性核種同定【解析】2MeV
│ ｽﾚﾘﾝｸ(radiation板)l50
├ 【ガイガー】ストロンチウムを測ろうか【シンチ】
│ ｽﾚﾘﾝｸ(lifeline板)l50
■その他
├ ガイガーカウンター雑談はこちらで part51
│ ｽﾚﾘﾝｸ(radiation板)l50
├ オススメのガイガーカウンター教えろ(購入相談スレ化)
│ ｽﾚﾘﾝｸ(radiation板)l50
├ ガイガーカウンター擬人化スレ
│ ｽﾚﾘﾝｸ(radiation板)l50
209:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/14 15:10:37.62 z80qwcPv0.net
こんにちは。
現在バージョンアップに向けて実走テストをしている所ですが、
取りあえずGRの置き場所を作ったので、現行バージョンは置いておきます。
URLﾘﾝｸ(geigerrecorder.seesaa.net)
210:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/11/15 19:41:53.98 KU5/F7Xf0.net
>>(`･ω･´)ﾉｼ 大佐殿
新ファーム DoseRAE2_V1.12.RFP でのとりあえず的なデータです
Sc_292598.zip です
0.11μSv/h 辺りかな？
211:地震雷火事名無し(会社)
11/11/15 19:47:42.62 PSwBJWQP0.net
GammaRAEII 買ってしまった。
それで、1秒ログ取ったりするとガチャンコが遅すぎるので、ちょっと作ってみた。
とても限定されているので、使える人は少ないと思いますが…
一応、1万点ぐらいでも、数分以内に終わります。
(まぁ、七色地図がすごく重くなりますが…)
gpx のトラック内の場合には、場所を線形補間します。
gpx はけないとか言う人は、GPS Babel でも使ってください。
内容:
ProRAE StudioII の出力ファイルと、
GPX ファイル(GPS XMLファイル)から、
七色地図用の出力を作成するプログラム。
URLﾘﾝｸ(www1.axfc.net)
pass: rae
使い方は以下のようにコマンドラインで…
gps_data.exe PRS_EXPORT_hoge.txt hoge_1.gpx [hoge_2.gpx] .... [hoge_n.gpx] out.txt
PRS_EXPORT_hoge.txt: ProRAE StudioII の出力ファイル
hoge_1.gpx: GPS XML 形式のファイル
out.txt: 七色地図用の出力
ProRAEStudioII の出力ファイルは1つ指定すること。
GPX ファイルは複数あるならば複数指定可能。
最後に指定したファイルを出力先にします。
例:
gps_data.exe PRS_EXPORT_hogehoge.txt hoge1.gpx hoge2.gpx hoge3.gpx out.txt
PRS_EXPORT_hogehoge.txt 内のデータが対象。
hoge1.gpx, hoge2.gpx, hoge3.gpx から場所がマッチするデータを拾ってくる
場所が拾えたデータは out.txt に出力する
ウィルススキャンはかけてません。your own risk で。
212:211(会社)
11/11/15 20:06:26.91 PSwBJWQP0.net
補足ですが、ProRAE StudioII の出力ファイルの時刻は、
PC のローカルタイムと同一という想定をしています。
あと、gpx ファイルのデータ量が多い場合、メモリ食います。
ruby で書いて、exerb というので exe にして有ります。
といった感じ。
自分の環境でしか動作確認してません。
何か要望があったら、上げていただければ、運がよければ対応するかも。(汗
213:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/20 01:41:44.73 cnmT7KOU0.net
こんばんは。
GeigerRecorder ver0.6.1.1をうpしました。
URLﾘﾝｸ(geigerrecorder.seesaa.net)
【更新内容】
・DoseRAE2の新ファーム(V1.12)に対応した事により、0.01μSv/h単位で表示する様にした。
・TRZ1102に暫定対応した。
・ゲームパッドに暫定対応した。
・自車位置を微調整出来る様にした。
・栞(しおり)機能を追加。
・$DMDRTセンテンスを一部変更。
・ヘルプを作った。
・その他もろもろ。
214:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/20 12:12:30.36 2nBW00/Y0.net
>>210 受け取りました。 >>213
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
--------------+--------------+--------------+--------------+--------------+--------------+--------------+
新ファーム(V1.12)
7B 38 20 00 01 00 01 41 4D 00 01 22 B8 xx xx xx xx xx xx xx xx xx xx 00 00 17 AA 00 00 00 0B 04 00 DB 7D
7B 38 20 00 01 00 01 41 4D 00 01 22 B8 xx xx xx xx xx xx xx xx xx xx 00 00 00 7B 00 00 00 01 04 00 2B 7D
旧
位置[27 ～ 30]
新 00 00 00 0B = 11 = ? 0.11μSv/h ?
旧 00 00 00 01 = 1 = 0.1μSv/h
という事は、RAE2_ToSend.exe（RAE2_ToSend）では １.１μSv/h と表示される？
桁を１段変えたら良いということでしょうか？
データでのファームウェアバージョンの自動判別は出来ないということかなのかな・・・
（ちょっと放射能板の自治系のスレなどでxxやってます、荒らしてる訳じゃないんだけどね）
215:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/11/20 12:16:09.54 2nBW00/Y0.net
>>211
ハッハッハッ ガチャコン重いでしょ、特に GammaRAE II 系統は・・・ orz
複数の機種対応にする為に、
共通テーブルに直すのと、事前にユニコードからANSIに直したりとかやたらに手間が・・・はい言い訳ですｗ
たぶんダイレクトにファイル出力させたらマシになるとは思うのですが・・・
216:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/20 14:04:49.87 viNaQOS/0.net
>>214
そうですね、旧ファームでは桁が一つ違いますんでご賢察の通りとなります。。。
完全に調べた訳では無いですが、流れてくるデータでのファーム判別は出来ないんじゃないかな…
と言う判断で、GRの新バージョンでは取りあえず新ファーム専用にしてあります。
217:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/11/20 20:37:13.82 4zjzRVX60.net
>>213
と言うかWinodows7 使いの方へ
HELP読むには「Windows6.1-KB917607-x86」
URLﾘﾝｸ(download.microsoft.com)
をインスコして見てください
218:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/11/20 20:45:06.27 4zjzRVX60.net
>>214
という事は、RAE2_ToSend.exe（RAE2_ToSend）では １.１μSv/h と表示される？
すみません、未検証でした!
改めて報告できると...いいなぁ～な感じなので、気長にお待ちいただければ！！
219:( ´･ω･) ◆CGOTBmWdi2 (空)
11/11/21 00:22:08.09 jkraivx30.net
>>217
ご指摘有り難うございます。
ヘルプはXPで作ったので7では確認していませんでした。。。
その内ヘルプファイルをhtml形式に変更します。
220:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/06 03:45:01.10 RCgB2u4A0.net
>>各位様
※ 各板のサーバー移転が始まっています。（始まってから１日経つけど）
運営板
新設板・板移動情報・12＠運用情報
ｽﾚﾘﾝｸ(operate板)l50
[ブックマーク][お気に入り] 登録などで、直接リンクで来ている人は、
「繋がらなくなった」「書けなくなった」「規制か？」と騒がず慌てず、一旦落ち着きましょう。
※ この板が何時、
移転作業に入るのか？
何時終わるのか？
本当に移転するのか？
なんて事は判りません。
緊急自然災害板は 「BBQ が止まっています」
放射能板は 「BBQ が止まっています」＋「BBX が止まっています」になった。
221:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/12 00:46:45.67 /g6MTH0Y.net
□■ 告知：放射能（仮）板のローカルルール作成 [[ 募集中 ]] のお知らせ ■□
放射能（仮）板のトップに置くローカルルール
URLﾘﾝｸ(uni.2ch.net)
を作って申請し、運営さんに設置してもらいます。
例 ) 病院・医者板 URLﾘﾝｸ(kamome.2ch.net)
>ここは会社・職業～～～
2011年 12月 1日： 募集開始日
2011年 12月 31日： 募集締め切り日（1月1日 0：00 締め切り）
2012年 1月 1日： 投票開始日
2012年 1月 31日： 投票締め切り日（2月1日 0：00 締め切り）
■募集
設置ＬＲ案：板のトップに置くローカルルールの簡易文章
ローカルルール 詳細：一応自治スレに置いておく詳細
※案を投稿される方は、トリップ付けを（誰の案か？最新？が分からなくなるので）
スレで投稿案に対する修正作業はその投稿トリップ者が中心となってください。
（決定した案のタグ付けは、極力、決定案の中心者・支持者さん達で行ってください）
トリップの付け方：test テスト(!ninja･トリップ･ID)用スレ
ｽﾚﾘﾝｸ(radiation板)l50
※各提示案に異論・反論のある方は、代替案の全文を提示して、同様にその案の中心役を努めてください。
※投票が始まってからの、異論・反論の代替案は、
次の機会にでも、資料として、その方達が取り仕切ってやってください。
場所：▼放射能(仮)板：ＬＲ（ローカルルール）作成スレ
ｽﾚﾘﾝｸ(radiation板)
023
222:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/12 20:24:17.11 /g6MTH0Y.net
強制移動になってしまった訳ですが、
３は、DAT 落ちに任せて放置してみる？
板名にはまだ（仮）が入っているのと、ＬＲ議論が自治スレ中盤から始まっていたからか？
スレの削除依頼には手が付けられていないから、
どちらを放置対象にする方が良いか、主要な方の意見を待ちます。
ずっとカメコ氏来ないからスレ立て者の意見も重要だと思うので。
方向性の意見が揃えば、
どちらかに [誘導]文を貼って削除依頼出しても良いし、DAT 落ちに向かわせるか表明文貼るので。
必要になれば３を再度立てたら済むだけの気もしますが、どうしましょ。
223:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/12/15 21:24:08.75 tssYnynd.net
私事で申しわけありませんが、栞機能等々の作業途中ですので、こちらを生かしていただけるとありがたいです
と言っても当分進捗は有りませんが、残りのレス内で一旦DoseRAE2 についての要望(計測者側提案)をまとめたいと考えております
224:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/15 22:14:47.40 ItWx6sb3.net
ω･´)ﾉｼ >>223 ３を放置する形で進めておきましょうか？
個人的：
私の方は来年の３月半ばから、プログラムの作成重視を再開をしようと思っています。
（気候が温暖になって各地の計測者さん達の活動が活発になる前）
他に容量を空けるにも、このスレも DAT 落ちしているかもしれませんし、
その際は、ガイガーカウンター系の総合か該当する機種スレに投下すると思います。
（巻き込まれて場がむちゃくちゃになってるから）
「RAE2_ToSend.exe（RAE2_ToSend）では １.１μSv/h と表示される？」の桁修正だけでも先にやっておきましょうか？
何か、忘れてしまいそうな今日このごろです。
数スレ後に貼る「ガチャコン」は、埋まって移行すると思っていた３に貼っていた物と同じです。
225:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/15 22:21:08.96 ItWx6sb3.net
最近表立って動いているので、いろんな所でやっかまれている私ですｗ
LR 設置 → 板名正式化 → スレ保持数と保持期間の増大申請 に一丸向かって欲しいんですけどねぇ
放射能板の現状：
自主的移動分でおおかた埋まっていた所に、星さんが切れたのか？ 同一サーバー内板設置に続いて強制移動作業開始。
でも緊急板のスレ立て規制処置も行っていないので
モグラ叩きというか、あれではかぎりがないです。
しかも、「原発」もひっくるめで強制移動させている（原子力発電所関連は、環境・電力板 というものがあります）
一気に動かさないのは、大量落ちが騒ぎになる為ではないかと推測。
当面の間、数日置きの強制移動と
新規スレ立てによるスレッドDAT 保持数：188 圧縮 ？で相当数が消えていくと思われます。
駄スレ良スレに関わらず
書き込み期間が途切れたスレからドバドバ落ちて行っています。
我欲でスレ立ての潰しあいみたいになっていくカナ？
数日間隔で書き込みを行わないと、「落ちる」でしょう・・・・
226:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/15 22:26:01.33 ItWx6sb3.net
３に貼っていた物と同じです「ガチャコン ver 1.00」
｡｡。
○
放射線計測マップ作成支援：GeigerMixGpsProject ver.1.00
GeigerMixGps_ver100.zip
フリーソフトウェア
URLﾘﾝｸ(www1.axfc.net)
更新内容：
汎用入力をミリ秒まで対応させた。 アイコンの変更。
227:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/12/18 15:49:07.30 YTK3sgbT.net
>>214
>データでのファームウェアバージョンの自動判別は出来ないということかなのかな・・・
乗ってこないですね
コマンド送信で取得できないか検討してみます ＝＞そしてRAE2_ToSend.exe で自動判別できたらな
>>224
>「RAE2_ToSend.exe（RAE2_ToSend）では １.１μSv/h と表示される？」の桁修正だけでも先にやっておきましょうか？
まだ、ファームウェアバージョンを行なっていない方もいる(そのほうが多い)ので
バージョンに依る表示切り替えが設定により出来るようにしていただければありがたいです
#とは言っても私自信ファームを上げてしまったので、前のバージョンはサポートできませんが...
年末になれば一旦落ち着きそうなので、いろいろ探ってみます
228:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/19 23:58:39.73 QoX+tfUn.net
>>227
了解です。
桁計算は手動切り替えで対応できるように組んでみます。
デフォは現行の新ファーム(V1.12)で、数日内にＵＰできると思います。
バイナリログ変換は、詳細を調べられていないのでしばらく先かも？
229:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/22 04:12:32.02 Kv9m1442.net
RAE 社製 [ DoseRAE2 ] 用、RAE2 To Send Post Graph-Slave
RAE2_SerialPort_ver105.zip
URLﾘﾝｸ(www1.axfc.net)
更新内容：
ファームウェア 1.12 対応化
ω＝´)ﾉｼ
230:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
11/12/22 23:07:29.94 Kv9m1442.net
じわじわと高度化している
------------------
【福島】京都大原子炉実験所 路線バスで放射線モニタリング 生活圏で継続測定 乗客は数値確認できず、県や国が管理
ｽﾚﾘﾝｸ(newsplus板)
路線バスでモニタリングへ＝生活圏で継続測定－福島
京都大原子炉実験所（大阪府熊取町）は２２日、福島交通（福島市）と協力し、
県内などを営業走行する路線バスに放射線量を自動測定する装置を搭載し、
モニタリング調査する実証試験を行うと発表した。２７日に始める。
住民の生活圏で継続して調査するのが狙い。
原子炉実験所などによると、装置は工具箱程度の大きさで、バスの最後部座席の後ろに搭載。
全地球測位システム（ＧＰＳ）で走行中のバスの位置を特定し、インターネットを通じ、
県や国などとリアルタイムでデータを共有する。バスの乗客が線量を確認することはできない。
時事通信社 （2011/12/22-16:40）
URLﾘﾝｸ(www.jiji.com)
231:DoseRAE2 ◆/BLnkBtCx6 (芋)
11/12/31 15:41:32.65 Eh5XsSqz.net
>>229
RAE2_ToSend ver1.05 についてちょっとだけ動作確認して見ました
#使用 Firmware 1.12 計測値 0.04μSv/h より 0.21μSv/h までゆっくり上昇、後 0.17μSv/h で安定
DoseRAE2 RAE2_ToSend Logger_R01 ともに同じ値を示し Logger_R01のログも正しい値で記録されています
今回はあえてログなどのアップロードは行いません(ｽﾐﾏｾﾝ
>>213
GeigerRecorder ver0.6.1.1については実機をお持ちですので、こちらでの確認はてを抜かさせて頂きます(ｽﾐﾏｾﾝ
M-241 落としたら電源が入らなくなり、接続確認できなくなり凹んでしまったのが本音です...
その他気になる点についての確認を今後進めていきます
お二方ありがとうございました、そしてこの板に集まる皆様、この一年ありがとうございました
ﾂﾂﾞｷﾏﾀﾊﾗｲﾈﾝ
232:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
12/01/01 22:45:14.22 99noa8DY.net
新年明けました。 おめで (ry.
昨年の震災から続くこの１年で、喪中の方々も多く、祝い系の語句を述べにくい部分がありますが、
本年は、少しでも良い年になりますように。
233:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
12/01/01 22:56:49.62 99noa8DY.net
>>231
動作報告ありがとうございます。
桁処理、合ってそうで良かったです。
この板の スレdat保持数(N日ルール) を増やすべく、その交渉の事前準備をやってますが。。。
この板を荒らしの場にしたがっていると思わしき者に、かなり粘着されてますよ ハッハッハッ・・・やれやれ
▼放射能(仮)板：ＬＲ（ローカルルール）作成スレ ｽﾚﾘﾝｸ(radiation板)l50
こういうのが以前あったようですが、非公開設定で、今は直接申請する方法が無い。
2ch開発室＠2ch掲示板
URLﾘﾝｸ(toro.2ch.net)
■ dat保持数(N日ルール) 設定申し込み用紙。
ｽﾚﾘﾝｸ(sakhalin板)
つなげて
URLﾘﾝｸ(webcache.googleusercontent.com)
+dat%E4%BF%9D%E6%8C%81%E6%95%B0%28N%E6%97%A5%E3%83%AB%E3%83%BC%E3%83%AB%29+%E8%A8%AD%E5%AE%9A%E7%94%B3%E3%81%97%E8%BE%BC%E3%81%BF%E7%94%A8%E7%B4%99&cd=2&hl=ja&ct=clnk&gl=jp
運用情報＠2ch掲示板 URLﾘﾝｸ(qb5.2ch.net)
荒れにくい方向にちゃんと向かってますよ～ って分かり易く示していかないと
運営側が要求を飲む可能性が下がるだけなのにね。
当面は、板にある多数のスレがスレ構成者自身で自浄意識をはっきりと示していかないと
スレ200 手前、30日でDAT 落ちという状態からの脱却は無理そうです。
なので３の方は、
（削除依頼は削除実績が増えるだけなので）出来ればDAT 落ちに向かわしておきたいです。
LR の方(板の入り口)に何か置く事に確定した時点で、３が残っていれば削除依頼を出す可能性がある事を皆さん理解の程を。
234:( ´･ω･) ◆CGOTBmWdi2 (空)
12/01/10 11:37:53.44 M/i4XAnu.net
明けましておめでとうございました。
今年も宜しくお願い致します。
GeigerRecorder ver0.7.1.1をうpしました。
URLﾘﾝｸ(geigerrecorder.seesaa.net)
【更新内容】
・ヘルプを旧来の形式からhtmlベースに変更した。
・著作権の関係上同梱されている警告音を変更した。
・設定項目を増やした。
・m-241以外のGPSレシーバに対応する為、GPS受信ルーチンを調整した。
・Ver 0.6.1.1に於いて発生したDoseRAE2の線量読み取りに関してのバグを(多分)修正。
235:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
12/01/14 19:15:47.63 jpBaLYkT.net
GPSデータ編集ソフトで、データを間引いたりするちょうど良さそうなのが見当たらない・・
簡易フィルタで必要とするなら、NMEA( DMDRT ) or 旅レコ
・off/on [値] : 一定速度以下(以上)を間引く
・off/on : 連続同一座標は最後の１データのみ
・off/on : 衛星ロストデータの破棄
・off/on : RMC & DMDRT のみピックアップ
・分割：日付 / 栞(しおり) / データポイント数
ぐらいかな？
読み込んでボタン１発ファイル作成。
>>223 ：DoseRAE2 ◆/BLnkBtCx6
栞機能で「こういう感じだと～で便利かも？」系があればボチボチ概要があれば
ツールのイメージを構築していくのでボチボチ。
採用が後になっても、先にイメージがあると組み込み易さが違うので。
GammaRAE II R 用の変換ツール続きは、２月半ばぐらいから掛かり始めると思います。
236:DoseRAE2 ◆/BLnkBtCx6 (芋)
12/01/15 16:34:00.95 bxG9kzbI.net
>> (`･ω･´)ﾉｼ 大佐 ◆MustangENQ 殿
ProRAE Dosimeter でFWVer 取得する操作のみPortMon を動かして見ました
Ver判定の足しになりますでしょうか？
RAE 社製 [ DoseRAE2 ] FW調査用LOG
Sc_309863.zip
URLﾘﾝｸ(www1.axfc.net)
>>( ´･ω･) ◆CGOTBmWdi2 どの
この設定画面のところを気が向く時に直しておいてください
#当方Windows7 Aeroテーマ使用(1280 x 720)
GeigerRecorder コメント用画面
Sc_309865.zip
URLﾘﾝｸ(www1.axfc.net)
237:DoseRAE2 ◆/BLnkBtCx6 (芋)
12/01/15 16:37:20.71 bxG9kzbI.net
>>235
RAE2_ToSend とLogger_R01 の位置関係をちょっと考えています
栞機能(計測)をメインで考えた場合、RAE2_ToSend はあくまで[値]送信用で画面メインに座らせ置く必要がないのでは？
どちらかと言えばLogger_R01 を最大化(値を大きく表示)して使って見たいな などと
#Logger_R01 の数値表示が小さいため RAE2_ToSend を最大化して使用してました
実際にはButton のEvent でフォーカスを失ったLogger_R01 を再表示してくれるので
栞操作には問題は無いですが作者意見としてはどうなんでしょうか
Graph_Unit より軽くて便利なのでとLogger_R01 を主に使う予定です
後は、LineNo設定を間違うとμSv/h(？記憶があやふや)が２重送信されることが有ったとか、
Ex1-4 の設定を絡ませるとStart,Stopの表示が動作に対しておかしくなることが有ったとか
再現方法を確認しなくては...と思いようなことがありつつまだ手をつけてません
ということで、まとめはやめて思ったこと有ったらちょこちょこ書きます
238:(`･ω･´)ﾉｼ 大佐 ◆MustangENQ (チベット自治区)
12/01/15 19:43:46.34 xIPVNPUt.net
>>236
FW.LOG を見ました・・・あいかわらず238バイトほどのハンドシェイクが必要ですねぇ
難儀な子（DoseRAE2）
ソコをミスると送信コマンドがヤバそうなので、当面は手動設定の方が良いような気もします。
>>237
位置関係
たぶん設計コンセプトの解釈齟齬ですね。
・リアルタイムマッピングのオプション群としてのスタート。
・Windows API で他言語でもやり取りできるインターフェイス。
・ホスト/スレーブ どちらでもじゃんじゃん弄れ作れｗ 組み合わせろ。
他のプログラマー向けという位置にもあるので。
作者意見
ホスト（RAE2_ToSend）で表示させておいて、 スレーブ（Logger）でログ＆栞ボタン
使用者視点で
「Logger_R01 も大きくできた方が使い勝手が良い」という事でＯＫ？
栞用の押しでしょうか？
サイズ可変型にすると、画像の使用は無理になるので単純なボタンが大きくなるようには出来ます。
又は、数値・単純グラフ以外の空きスペースをタッチ or クリック（指定キー押し）で栞。
GPS データの受信部も直接 Logger に組み込んで・・みるかどうするか？
分けている理由
負荷を極力下げてデータファイル書き込みに余裕を持たせないと大量に受けると一気に負荷が掛かる、
一旦 GPS 用のホストを組んでみます。
んで、GPS は>>231 で壊れたままですか？
落とした衝撃で電池の接点部分がへっこんだ接触不良程度なら良いんですが。
239:( ´･ω･) ◆CGOTBmWdi2 (空)
12/01/15 20:12:26.90 33M89N1u.net
>>236
確認しました。私の環境(XP)では発現していなかったので見落としてました。。。
取り急ぎ該当部分だけを修正してうｐしましたので、一応確認して頂けますか？